Koenkk / zigbee2mqtt

Zigbee 🐝 to MQTT bridge 🌉, get rid of your proprietary Zigbee bridges 🔨
https://www.zigbee2mqtt.io
GNU General Public License v3.0
12.04k stars 1.67k forks source link

Bad units for TS0601_smart_air_house_keeper #20435

Open McGiverGim opened 10 months ago

McGiverGim commented 10 months ago

What happened?

The device shows very high values for HCHO and VOC. To me it seems the same problem commented https://github.com/Koenkk/zigbee2mqtt/issues/11033

This are the values that I receive:

2023-12-29 19:54:45MQTT publish: topic 'zigbee2mqtt/calidad_aire_comedor', payload '{"co2":718,"formaldehyd":74,"humidity":54.1,"last_seen":"2023-12-29T19:54:56+01:00","linkquality":145,"pm25":3,"temperature":21.1,"voc":412}'

The HCHO and VOC value are cleanly wrong: in theory according to the manual:

The device is the _TZE200_dwcarsat and I don't know if with something like this commit will be enough: https://github.com/Koenkk/zigbee-herdsman-converters/commit/044ee8db878b33096796fcf448b1a8ca4da25001

the values will remain high but they will seem to be at least between the limits.

What did you expect to happen?

The values to be correct

How to reproduce it (minimal and precise)

Simply look at the values published by z2m for this device.

Zigbee2MQTT version

1.34.0

Adapter firmware version

20230507

Adapter

Egony E72

Debug log

2023-12-29 19:54:45MQTT publish: topic 'zigbee2mqtt/calidad_aire_comedor', payload '{"co2":718,"formaldehyd":74,"humidity":54.1,"last_seen":"2023-12-29T19:54:56+01:00","linkquality":145,"pm25":3,"temperature":21.1,"voc":412}'
McGiverGim commented 10 months ago

If it helps, it seems to me that the device is "calibrating" (some values are reducing with time), I will post the stable values later, now they are here:

2023-12-29 20:15:44MQTT publish: topic 'zigbee2mqtt/calidad_aire_comedor', payload '{"co2":482,"formaldehyd":25,"humidity":54.7,"last_seen":"2023-12-29T20:15:55+01:00","linkquality":145,"pm25":2,"temperature":21,"voc":140}'
McGiverGim commented 10 months ago

More info: The PM 2.5 shows, sometimes, values like 43522 and 43521:

2023-12-29 20:38:56MQTT publish: topic 'zigbee2mqtt/calidad_aire_comedor', payload '{"co2":353,"formaldehyd":2,"humidity":54.4,"last_seen":"2023-12-29T20:39:07+01:00","linkquality":149,"pm25":43521,"temperature":21,"voc":6}'

I think is another exception to add here: https://github.com/Koenkk/zigbee-herdsman-converters/blob/15f6a570fa14c1492e062c00bf62228dcb2576de/src/lib/legacy.ts#L4016

McGiverGim commented 10 months ago

After 24 h, here is the actual value:

info  2023-12-30 10:03:02: MQTT publish: topic 'zigbee2mqtt/calidad_aire_comedor', payload '{"co2":353,"formaldehyd":2,"humidity":52.8,"last_seen":"2023-12-30T10:03:02+01:00","linkquality":149,"pm25":7,"temperature":21.6,"voc":5}'

The VOC and Formaldehyd, in the current code there is another device that divides by 10 and 100, but I'm not too sure that this is the correct value for this device. I've found this capture of the tuya application, to see how they look, but without the same values in z2m at the same time I suppose it does not help too much: tuya_air

A strange thing is that the VOC value appears in the capture as mg/m3, but according to the documentation of the product it must be ppm, and just the inverse for the Formaldehyde. So or the doc is wrong or the app is wrong (I doubt they do some kind of conversion). Maybe the app shows a device from another brand that is slightly different but I doubt it. We will need someone with the device and the Tuya gateway at the same time to be sure of that.

I've another device, a JQ300, that shows this values for the same place (caution, the units are different than Tuya device and both are cheap devices, so they are not accurate):

Conclusions:

So to me, it seems that if we ignore the values of the JQ300, we need to divide and filter them. But if we look at the JQ300, they are ok and maybe we simply need to reduce it to the correct "range". I will keep an eye on the values in the next hours but I doubt I can get to a conclusion without the real app and the real gateway.

McGiverGim commented 10 months ago

@Burki24, @1stsetup I've seen that you added the commits to support the _TZE200_dwcarsat so I suppose you own this device. Do you want that we talk about it?

I think at least the value of VOC is wrong. The range that appears in the documentation is 0 to 99.9 so it seems to have at least one decimal and actually it shows integer values only. If the documentation of the product is right, the units are ppm and looking into internet this are the "good" values (in ppb, not ppm, so divide by 1000): image so we need at least one decimal. Any of you have the "real" tuya gateway to compare against it?

Burki24 commented 10 months ago

@Burki24, @1stsetup I've seen that you added the commits to support the _TZE200_dwcarsat so I suppose you own this device. Do you want that we talk about it?

I think at least the value of VOC is wrong. The range that appears in the documentation is 0 to 99.9 so it seems to have at least one decimal and actually it shows integer values only. If the documentation of the product is right, the units are ppm and looking into internet this are the "good" values (in ppb, not ppm, so divide by 1000): image so we need at least one decimal. Any of you have the "real" tuya gateway to compare against it?

Yes, I will check it with the original tuya-gateway. Comming back soon.

Greetz Burkhard

McGiverGim commented 10 months ago

Thanks! A capture of z2m values against Tuya app with more or less the same conditions will be great. Maybe the easiest one is with window open for some minutes if possible. But any test will answer several questions.

ruttromp commented 9 months ago

Same issue here. I found this thread https://github.com/zigpy/zha-device-handlers/issues/1563 with some interesting information

McGiverGim commented 9 months ago

@ruttromp at the end of the post, there are some conclusions comparing with the Tuya app. @Burki24 maybe you can compare that conclusions with your own observance, to see if they are right.

github-actions[bot] commented 3 months ago

This issue is stale because it has been open 180 days with no activity. Remove stale label or comment or this will be closed in 30 days

McGiverGim commented 3 months ago

The issue remains.