DDF Update for the Owon THS317-ET#7044
Conversation
|
Good morning, { |
|
Hello
So your device have only endpoint 0x01 ? For refresh rate you are speaking about temperature ? min : minimum delay between report As the device is a slepper, better to re-include it for deconz reconfigure it, else need to awake it. |
|
Hello @Smanar, |
|
Value are seconds. And if the report don't work, deconz use a poll
So your device probably have problem with the normal report and deconz have used the 24h poll.
Exactly |
|
Hello, THS317-ET_temperature_sensor2.json.txt Mathieu |
|
It works for you ? It is full configured for endpoint 0x01, so no problem You are using same value for min and max ? not realy usefull, if the min is fine for you, can use bigger for max. |
Me too ^^, at every versions, it works for somes users, but never all.
Good question, I m comparing the 2 DDFs
On my side I haven't all possibles clones of this device to checks all possible DDF, and honnestly IDK what is the missing "thing" on the native one. |
|
Hello, Concerning the native DDF, I had upgraded it to GOLD. After restarting DECONZ, I still did not have the information. I manually added the command to get the battery. If necessary, I remain at your disposal. |
What are you calling the "battery control" ? The battery is working or not ? Because I m seing config/battery = 100 on your 3 th capture (or you mean in "commande" on your 2 nd capture ?) |
|
Ha yep, sorry, I know jeedom devs have stopped working on the deconz plugin since long time. |






It seem this device have 2 version, one using the endpoint 0x01 and one other using the endpoint 0x03
So this DDF use the 0x00 endpoint to autoselect the only one available and make bind/report on both.
Some correction to the DDF too, battery and timer.
See #5738 (comment)
IDK if this method is better than using 2 DDF with a Endpoint check ?