bigDvette

Yes, has been since .18 came out and for clarity you could add matter WiFi devices even earlier than .18 but with .18 you can add thread matter devices albeit they are all just on/off.

works same with IOS. I can add thread devices and they do hang in UDI and only have on/off.

I don’t think you can put pw3 in series. Even if it is a follower it has its own line to the gateway. I have 3 pw3 and 2 gateways so would need 3 but I yanked out all my Insteon dimmers and went matter over thread. I never had awful comm issues like some.

And that only filters 1 powerwall. I’d need 3, eek.

I assume Tesla was not your installer?

@Guy Lavoie try updating EISY and adding your nanoleaf bulb now. I was able to add mine after the update today to _18. It is a dimmer bulb but only has on-off functionality, but it did commission and I can turn bulb on and off.

To be clearer on what I meant. When you share the device from the first one, you are getting a new commissioning code and when you use your mobile device to commission to that ecosystem/fabric, the app shares the credentials for that ecosystem so it can join. So even when you use home assistant and declare Apple as the Thread Network, if you commission to HA and then commission to Apple by sharing the device you have 2 fabrics using the same thread network as a matter controller / bridge ... This is a good source for matter fabrics and such. https://matter-smarthome.de/en/know-how/what-is-a-matter-fabric/

Guys, I think you are pissing up a rope until UDI fixes their matter fabric / server for thread. A device can be a part of 1 or more thread border routers but only 1 thread network. When you are asked if new or existing installing the device, that is determining if it is being added to a new thread network TBR or not. The nanoleaf app is not going to help you. You can add the device using Bluetooth and it will see your devices on the existing thread network. when you add a device to the first matter controller (Apple, Alexa, google, OTBR) you are putting it on the thread network and first fabric and establishing the credentials. When you share the device you are sharing the credentials to commission on a second fabric. That fabric talks directly to the device because it has the credentials to do such and does not go through the first fabric. Each fabric needs a TBR to hat can talk between thread and WiFi / lan networks so that you can talk to that device on the network. Nanoleaf are working fine now. obviously UDI haven’t figured out the ability to put a thread device on their fabric which is what it sets up so you can control them from the admin console / eisy. Watching the network it seems like it isn’t getting the Mdns messages that would tell it the ipv6 address so it can interview and setup the device. I haven’t seen anyone get a thread device working yet.

To your statement, I think you are conflating topics. The post that said iOS devices don't work had a specific error and it specifically stated that it was an issue with BLE Wi-FI commissining and it said Matter should work for IP, Thread and previously commissioned devices. So based on that, my use of iOS should not be a problem and that is not the error I get. Thread devices are on an ipV6 network managed by the TBR in my case Apple TBR via Apple TVs. My HA instance use Apple as the TBR to communicate with the device. The device is commissioned in HA. I also shared the device via QR code adn commissioned it in to Apple Home which would be a separate fabric and that works fine. When I share the code to commission in to UDI, it just doesn't ever see the device. To further my suspicion I have only 4 matter over wifi devices (sonoff relays). I shared the code the same way and they commissioned just fine via iOS using UD Mobile. I moved my UDI in to the same VLAN to rule out MDNS issues across VLANs. So the issue seems to be with Thread devices which should really only differ in that they work via a TBR using ipv6. With HA to commission a device on the Apple Network using Thread you have to share the Apple Credentials to to commissioning App to do the initial commissioning. I assume that is why the statement made was that it should work for previously commissioned devices. I hope someone from UDI is reading the forums. Happy to help test, I have 98 Thread devices and 4 matter over wifi devices consisting of on/off plugs, motion sensors, light switches, fan switches and matter buttons.

So, we do have different experiences. I am using Home Assistant with Apple as my border router. I updated to 1_13 and don't get same error, HA generates a QR code so that isn't the issue and I'm not resetting my devices as they are paired all to HA and i have not problem sharing the pairing to Apple Home from there as well. I can scan the QR code and I get "Adding Matter Device" pleas wait and on the UDI Admin console the Add a device to the Matter network pops up with Listening for MAtter devcies to add to network, but it never works. My guess is given people have gotten Matter over Wifi devices to work, UDI is having problems with ipv6 traffic. For home assistant there were serveral ipv6 hop params needed to listen inside a container. I have no idea of UDI is working. Now it seems to be a listening issue.

I had 5.9.1 and just updated and it is installing 1_13 as I watch the log.

My issue with the post is that the only devices I have tried to commission using IOS were already commissioned devices when I got the error.

Oh, I had problems. 1 of my soft starts on my AC units died and some other stuff not to mention the thousands spent replacing switches and that's before all the time (which honestly, I enjoy problem solving so yeah). I have a claim with Tesla.

So tesla came out. a big issue with the flickering and reliability was there was a loose neutral on the main panel (after meter, before load center(s)) I suspected this and I checked neutral all the way to the gateways but not to the main panel because I had to turn off power to house and wasn't sure exactly how to test. I mean the lug had to be turned 3 more times (full turns) to lock it down. I knew when they came to replace my main breaker after meter because they broke a lug that they were going to forget to check all the torques again.

I am using the Inovelli White Switches 2-1 dimmer, fan module, canopy and waiting on the on/off w/humidity to come out. I detailed in another post my issues with the tesla powerwall and insteon switches / communication issues. I've been on insteon for like 20 years (maybe little less) and it has been great, but was showing it's age. I took the opportunity to move to what I assume will be the next generation to be around a while and decided to incur the pain of matter/thread. I am doing thread only if I can. I'm currently using some wifi for specific applications. I haven't replace some of my on/off switches, none of my leak sensors and have kept my keypad lincs.. Waiting for inovelli on/off with humidity for bathrooms, inovelli has an upcoming scene controller and since I'm ubiquity I may use their upcoming product release for leak sensors. I use elk for alarm panel, but may transition to ubiquity protect for alarm at some point. I currently would like to commission my matter light switches that are linked to insteon keypadlincs to manage the syncing of those buttons in eisy instead of home assistant automations and was trying to see how far I could take that, but it is working fine in HA. https://community.inovelli.com/t/my-journey-from-insteon-to-inovelli-and-matter-thread/18613