Search and sorting now work both in the device list and for devices « paired but not added to Gladys ».
Only one back icon
The « Settings » tab indicates whether the Gladys instance has access to an IPv6 interface. Could you test this part since you experienced it? Disable / then re-enable IPv6 to see if you get an error message?
Indeed, I think not; there is no distinction, at least not yet. They are labeled « TemperatureMeasurement ». Maybe the deviceTypeList property which is [ { deviceType: 770, revision: 2 } ] on all three, but I donât think we want to go through that.
The best solution would probably be to be able to edit the device like for switches (Lighting/Plug) and select between the two types of temperature features.
Perfect, but you need to type slowly because the search starts immediately as soon as you type a character â so this might happen when you have a large number of devices, well itâs not blocking at all
icon
here it gets a bit complicated and Iâll skip a line
I updated Gladys and I have IPv6 interfaces are available on this machine â (ipv6 enabled on the syno)
I disabled IPv6 on my syno with a reboot of Gladys and reboot of the 2 Matterbridges (syno and lxc): I still have the same message
I tried to decommission the matterbridge lxc: no decommission. I stop Matter, I restart Matter: the matterbridge lxc is still there so I click decommission again: still nothing.
I go to the devices and I find the devices from the matterbridge lxc duplicated then triplicated (I donât remember the actions I performed but there were a lot of decommissions).
I then re-enabled IPv6 on the syno, rebooted Gladys and the 2 matterbridges: I was able to decommission the matterbridge lxc and everything returned to normal regarding the devices.
In short, I must admit Iâm a bit lost with my actions but having a host in IPv4 only is not ideal at all, thatâs for sure.
A remark on recommissioning a matterbridge and its devices.
I had a saved device (a Sonoff Zigbee relay added to Gladys as Matter) from the first commissioning, no issues with the switch on/off and state reporting.
I decommission the matterbridge, the devices disappear and this device remains (since saved).
I recommission this matterbridge, therefore with a new pairing number, and I find this Sonoff again in the list of devices I can add to Gladys, and then I end up with 2 devices: one saved and one paired.
Would it be possible to automatically « reattach » the matterbridge device that still has the same Unique ID and Serial Number (which is actually the IEEE in Z2M) but a different Matter bridge (Node ID), to the device already saved earlier?
On the agenda: support for Matter 1.4, and especially support for custom loggers, which will allow us in Gladys to avoid putting Matterâs very verbose logs into our Gladys logs
What I do in the code is list the available interfaces in Gladys (a bit like running ifconfig on your machine), and if there is at least one IPv6 interface, I display « IPv6 interfaces are available on this machine ».
In your case, that means there is still an IPv6 interface available, even when you disable IPv6, but itâs hard to know what disabling IPv6 does on your syno!
@Terdious had already made that remark, Iâll look into doing that
Bad news, it doesnât work well because currently some devices with a single uniqueId are split into multiple Gladys "device"s. Iâll look into fixing that
I improved the deviceFeatures title, because in the latest version of Matterbridge they used as examples devices that have multiple features in the same device (for example: a cooktop with 4 burners)
Strangely, I canât find a name for each of these clusters, but I have at least added the endpoint number, which allows them to be distinguished!
Iâm building a new image, Iâm splitting the devices again like before â it was handy to be able to assign a different room to each childDevice, and it also lets me put the endpoint in the device name.
However, I removed device replacement via unique_id; thatâs no longer possible, and anyway it never fully worked, because I have no way to identify a child_device, only the physical device. Inside the device, each endpoint number can change, so itâs impossible to match everything, especially for devices with the same feature multiple times!