The _TZ3000_wkai4ga5 is managed by legacy code, no issue on this one ?
@tobster what is your model ?
_TZ3000_wkai4ga5 issue
_TZ3000_vp6clf9d no issue
both TS0044
The Ledvance I have to pair. There I came back later…
I’m not sure if it even is phoscon related. I have one _TZ3000_wkai4ga5 from another vendor, it is working flawless.
Then I bought 3 pcs. from the vendor linked above. Hardware does not look exactly the same (Mounting to the wall is a bit different). I have not installed them, they are just paired and sitting on my desk.
At first, one of these was eating batteries. Then a second one started to also eat batteries. Now I’m waiting until the 3rd starts as well 
Ok so both are managed by legacy code, and exactly with the same code.
So not the same issue.
You can try editing this DDF deconz-rest-plugin/_TZ3000_ygvf9xzp_4gang_remote.json at b2761cd529982fa13eaf4b56059221220a7f3237 · dresden-elektronik/deconz-rest-plugin · GitHub
And adding your model, to test the result usng the DDF core instead of the legacy one.
Can you briefly describe the way to exchange in a container, so that I don’t make unfit tests. First of all, the file is already in my container and do I only have to edit line 3 or is it more complicated?
There is more than the 2 line to edit on the one already present, there is too 2 “refreshinterval”, this file is a file in PR not yet official.
Real docker or the HA cooked one ?
On HA you have a persistent folder for DDF in /data/.local/share/dresden-elektronik/deCONZ/devices/
Just put the complete file in the user “devices” folder, it will overwrite the deconz one.
But if you have a real docker, IDK where is the persistent folder, but it will be easier to found it.
I am using deconzcommunity/deconz. I have a persistent folder deConz in /opt in the container. There is no /data folder I can find.
Should I try to put the file into the device (/opt/deConz/) folder?
I think it worked in /opt/deconz
17:13:11:790 DEV found DDF for 0xCC86ECFFFE9A5457, path: /opt/deCONZ/devices/_TZ3000_ygvf9xzp_4gang_remote.json
How do I know that the new file will be used? Is that line right?
“manufacturername”: ["_TZ3000_wkai4ga5", “_TZ3000_ygvf9xzp”, “_TZ3000_ee8nrt2l”, “_TZ3000_dziaict4”, “_TZ3000_mh9px7cq”],
Your device is the 0xCC86ECFFFE9A5457 ? So it mean it have worked.
If you are using the GUI and making “edit DDF” (on the menu with right clic) you will see the DDF.
If your device is the _TZ3000_wkai4ga5 that need to be added, you need to add it on both lines
"manufacturername": ["_TZ3000_ygvf9xzp", "_TZ3000_ee8nrt2l", "_TZ3000_dziaict4", "_TZ3000_mh9px7cq", "_TZ3000_wkai4ga5 "],
"modelid": ["TS0044", "TS0044", "TS0044", "TS0044", "TS0044"],
Yes that works so. The ID is correct. The Powerindikator off the Battery shows low state too. I inserted a new coin.
I corrected that. Do I have to restart after editing or is there a smarter way?
If you have the editor, there is an option “hot reload”, but deconz load DDF only at start, so if you have edited it after using a test editor, better to relaod deconz.
hello
I have a “_TZ3000_wkai4ga5” and I put the DDF file for deconz, button works well but I didn’t received the value for the battery, and currently I drain my batterie in 2 to 3 days!
You are using this DDF deconz-rest-plugin/_TZ3000_ygvf9xzp_4gang_remote.json at b2761cd529982fa13eaf4b56059221220a7f3237 · dresden-elektronik/deconz-rest-plugin · GitHub (this one is still in PR list and need to add manualy the _TZ3000_wkai4ga5) ?
Two Days and the battery is empty. Can we debug why the consumtion Is so high. Do the switch don‘t sleep or something like That?
So even with the modified DDF you have the battery drain ?
For me it’s a poll issue (but it’s solved using the DDF for some others devices) it’s visible on deconz log in deconz/debug view with “info” and “info_l2”
Sorry took me a little while to get back.
I’m not sure how to check if the new DDF actually works, but here is what I did:
created new File: tz3000_4gang.json in /home/pi/.local/share/dresden-elektronik/deCONZ/devices
(using the Raspberry PI Image from dresden-elektronik).
For the File contents, used the linked github, added the _TZ3000_wkai4ga5 device under “manufacturername”.
Could anyone confirm me if I’m on the right track + how exactly I can check if the file is being used?
Battery shows 0% on a fresh battery in Home Assistant, but Idk. if that ever worked.
Actually it just killed a fresh CR2025 - checking with smaller batteries to test. Within an hour… So I think something changed, but not for better.
Yes
There is very much output when Info_I2 is activated. Are I can’t copy the output, I look with VNC in the App. What is the best solution to filter.
What I see the light in the switch are flashing all couple of minutes. And the Indikator in the App flashes all couple of Minutes blue, green and red.
Some exemple of spam you can found
Visible with flag “ZCL”
18:54:27:088 ZCL read report config, ep: 0x05, cl: 0x0102, mfcode: 0x0000, aps.id: 196, zcl.seq: 205
18:54:29:047 ZCL read report config, ep: 0x05, cl: 0x0102, mfcode: 0x0000, aps.id: 213, zcl.seq: 208
18:54:31:056 ZCL read report config, ep: 0x05, cl: 0x0102, mfcode: 0x0000, aps.id: 229, zcl.seq: 210
18:54:27:013 ZCL read attr 0xD0CF5EFFFE47429B, ep: 0x01, cl: 0x0102, attr: 0x0008, mfcode: 0x0000, aps.id: 193, zcl.seq: 20
18:54:29:025 ZCL read attr 0xD0CF5EFFFE47429B, ep: 0x01, cl: 0x0102, attr: 0x0008, mfcode: 0x0000, aps.id: 211, zcl.seq: 207
18:54:31:056 ZCL read attr 0xD0CF5EFFFE47429B, ep: 0x01, cl: 0x0102, attr: 0x0008, mfcode: 0x0000, aps.id: 230, zcl.seq: 211
Visible with flag “info_l2”
18:54:22:009 Force read attributes for ZHASwitch SensorNode Switch 5
With “ZCL” you can found too bind spam.
Having this kind of line is normal, can happen if deconz try without success to configure something, but on sensor that are realy lazy, not normal having them every 2 minutes.
As “filter” just try to see the device MAC adress, it’s lazy device that make few zigbee request, if you see one that happen every 2 mn, it’s suspect.