rayray4105

I am afraid I don't know how to look that up. I am running a headless rpi.

I will try to look it up using the REST api

Using the REST I see the following. What I see at first glance is that there is only one name whilst I configured naming for all three sockets. { "lastannounced":...

rest ddffull { "schema": "devcap1.schema.json", "manufacturername": [ "LIDL Silvercrest", "_TZ3000_1obwwnmq" ], "modelid": [ "HG06338", "TS011F" ], "product": "LIDL Silvercrest Smart USB Extension Lead", "sleeper": false, "status": "Gold", "path": "/devices/lidl/hg06338.json", "subdevices":...

I have tried pairing and rebooting without result. What do you mean with re-exposing using ui? I am running a headless installation.

When I use the ui then the output shows both cords are not exposed (see below). However if I use: ui put /devices/BC33ACFFFE67F878 '{"expose": true}' the command line outputs {...

I have removed the cord from Deconz, rebooted homebridge, added it to Deconz again but without effect. I also explicitly set expose to false but also without effect. `ui get...

What seems odd to me is the fact that the resources are listed as **lights** instead off **plugs**. But again that might be correct. "BC33ACFFFE67F878": { "expose": false, "manufacturer": "LIDL...

Testfile created and it still was present after reboot. I should have more than enough space on my SD. Here is what 'df' reports 

reinstalling Homebridge deCONZ does not solve the issue (the issue remains). Don't know if it is important but I am running a rpi 5 with OS Debian GNU/Linux Bookworm (12)...