deconz-rest-plugin: Tuya Smart Plug missing metering data (_TZ3000_cphmq0q7)
Describe the bug
I bought 4 Tuya Zigbee smart plugs and easily connected to Phoscon (running with Conbee II on Rpi4). I use them on my HomeKit setup via Homebridge. One of them worked perfectly with metering functionality but 3 of them doesn’t report metering data. Working one has _TZ3000_8nkb7mof vendor name and others has _TZ3000_cphmq0q7.
Steps to reproduce the behavior
- Start pairing a smart plug with _TZ3000_cphmq0q7 vendor name.
- Pair with with Phoscon GW
- Restart HomeBridge
- Check if you have consumption data on Eve Home app. (Or in HomeAssistant)
Expected behavior
I expect to see consumption data on Eve Home App or HomeAssistant.
Screenshots
Here is the list of devices in Phoscon App:
Detail screen of working one:
Detail screen of one of the non working devices (be aware this has version info):
Eve Home screenshot of working device:
Eve Home screenshot of one of the non-working devices:
Environment
- Host system: Raspberry Pi
- Running method: Raspbian / HomeBridge / homebridge-hue plugin / Eve Home App
- Firmware version: 266b0700
- deCONZ version: 2.10.04
- Device: ConBee II
- Do you use an USB extension cable: no
- Is there any other USB or serial devices connected to the host system? If so: P1 adapter, USB Bluetooth
deCONZ Logs
I use headless deconz. I currently couldn’t figure out how to fetch debug logs. I’ll update if I can.
Additional context
About this issue
- Original URL
- State: closed
- Created 3 years ago
- Reactions: 3
- Comments: 175 (6 by maintainers)
Hello all,
Today I tried adding the mentioned switch/sensor to Deconz and showup to my Home Assistant frontend. However only the switch/plug is displayed. No information is shared about power consumption. I can however see the power consumption in the cluster information in Deconz.
It also appears that there is a new subversion of this device because the suffix is different: TZ3000_typdpbpg
Has anyone seen this type before and was able to get it to work?
Yep,but docker are not easy to use https://github.com/dresden-elektronik/deconz-rest-plugin/wiki/Compiling-the-REST-plugin-for-device-specific-testing
We will probably have some PR validated this WE, hopping for this one.
So don’t miss something ? (have corrected current) Have linked this issue with the good PR.
For update, I realy don’t know, we are realy late on them, but manup is working on a big improvement, so IDK if it will validate other smal PR before, in same time or after.
Adding a file to
~/.local/share/dresden-elektronik/deCONZ/devices/tuyawith name_TZ3000_cphmq0q7.jsonand with content given by @Smanar here (by replacing model id and vendor with_TZ3000_cphmq0q7) solved my issue.PS: I didn’t check the situation that @bigcookie mentioned above.
@Smanar Can you give some pointers on that?
And now for the rest of us (non-programmers). How do we get to enjoy this update? 🤗
hey people, today I received the same plugs 😄 I compiled the branch of @Smanar and readded the plugs and it works 👍 Thank you very much for your work!
This is the log while I added one of the Sockets (the
Power 3one):One small thing that is not working correctly: The current should be divided by 1000 (the device reports mA) but it looks like in the REST API it is multiplied by 1000 instead (of course this is also the case in HA without correction).
I think another thing missing (I could not find it in the REST API) is the
Summation of Deliveredfrom theSimple Metering Clusterbut I only say this for the sake of completeness ^^friendly greetings ~Horo
I just received 5 plugs in a same package. One of them was this TS011F, one other was a TS0121. What may be helpful is that this device is an exact copy of the TS0121 which is correctly reporting the two ZHAConsumption and ZHAPower sensors. The clusters in DeCONZ are also exactly the same: