[RELEASE] Tuya Zigbee Valve driver (w/ healthStatus)

⚙️ Custom Apps and Drivers Custom Drivers
122

Hi @kkossev

Bringing back this thread from a couple of weeks ago. If you recall, the conclusion was that the valve wasn't working due to the fact I had the c-7 non-Zigbee 3.0 hub. I broke down and purchased the c-8 hub but it still doesn't appear to be working. Here is the log:

dev:8072023-04-08 08:21:02.436 PMdebugWater Main Valve sendZigbeeCommands (cmd=[he cmd 0x4A84 0x01 6 1 {}, delay 2000])

dev:8072023-04-08 08:21:02.435 PMdebugWater Main Valve open()... sent cmds=[he cmd 0x4A84 0x01 6 1 {}, delay 2000]

dev:8072023-04-08 08:21:00.361 PMdebugWater Main Valve sendZigbeeCommands (cmd=[he cmd 0x4A84 0x01 6 0 {}, delay 2000])

dev:8072023-04-08 08:21:00.359 PMdebugWater Main Valve close()... sent cmds=[he cmd 0x4A84 0x01 6 0 {}, delay 2000]

dev:8072023-04-08 08:20:30.107 PMinfoWater Main Valve Received device announcement, data=[1B, 84, 4A, D7, 36, 01, 60, 2B, D5, B3, 70, 8E] (Sequence Number:1B, Device network ID: 4A84, Capability Information: 8E)

dev:8072023-04-08 08:20:30.104 PMdebugWater Main Valve Desc Map: [raw:catchall: 0000 0013 00 00 0040 00 4A84 00 00 0000 00 00 1B844AD73601602BD5B3708E, profileId:0000, clusterId:0013, clusterInt:19, sourceEndpoint:00, destinationEndpoint:00, options:0040, messageType:00, dni:4A84, isClusterSpecific:false, isManufacturerSpecific:false, manufacturerId:0000, command:00, direction:00, data:[1B, 84, 4A, D7, 36, 01, 60, 2B, D5, B3, 70, 8E]]

dev:8072023-04-08 08:20:30.101 PMdebugWater Main Valve parse: description is catchall: 0000 0013 00 00 0040 00 4A84 00 00 0000 00 00 1B844AD73601602BD5B3708E

dev:8072023-04-08 08:20:06.729 PMdebugWater Main Valve sendZigbeeCommands (cmd=[he cmd 0xFCC3 0x01 6 0 {}, delay 2000])

dev:8072023-04-08 08:20:06.727 PMdebugWater Main Valve close()... sent cmds=[he cmd 0xFCC3 0x01 6 0 {}, delay 2000]

dev:8072023-04-08 08:20:04.500 PMinfoWater Main Valve Received device announcement, data=[17, C3, FC, D7, 36, 01, 60, 2B, D5, B3, 70, 8E] (Sequence Number:17, Device network ID: FCC3, Capability Information: 8E)

dev:8072023-04-08 08:20:04.497 PMdebugWater Main Valve Desc Map: [raw:catchall: 0000 0013 00 00 0040 00 FCC3 00 00 0000 00 00 17C3FCD73601602BD5B3708E, profileId:0000, clusterId:0013, clusterInt:19, sourceEndpoint:00, destinationEndpoint:00, options:0040, messageType:00, dni:FCC3, isClusterSpecific:false, isManufacturerSpecific:false, manufacturerId:0000, command:00, direction:00, data:[17, C3, FC, D7, 36, 01, 60, 2B, D5, B3, 70, 8E]]

dev:8072023-04-08 08:20:04.494 PMdebugWater Main Valve parse: description is catchall: 0000 0013 00 00 0040 00 FCC3 00 00 0000 00 00 17C3FCD73601602BD5B3708E

dev:8072023-04-08 08:19:58.828 PMinfoWater Main Valve Water Main Valve is open [digital]

dev:8072023-04-08 08:19:58.796 PMdebugWater Main Valve Valve state changed from closed to open

dev:8072023-04-08 08:19:58.794 PMdebugWater Main Valve event [name:switch, value:on]

dev:8072023-04-08 08:19:58.792 PMdebugWater Main Valve parse: description is catchall: 0104 0006 01 01 0040 00 A6F6 00 00 0000 0B 01 0100

dev:8072023-04-08 08:19:58.531 PMdebugWater Main Valve sendZigbeeCommands (cmd=[he cmd 0xA6F6 0x01 6 1 {}, delay 2000])

dev:8072023-04-08 08:19:58.529 PMdebugWater Main Valve open()... sent cmds=[he cmd 0xA6F6 0x01 6 1 {}, delay 2000]

dev:8072023-04-08 08:19:58.035 PMinfoWater Main Valve Received device announcement, data=[14, F6, A6, D7, 36, 01, 60, 2B, D5, B3, 70, 8E] (Sequence Number:14, Device network ID: A6F6, Capability Information: 8E)

dev:8072023-04-08 08:19:58.031 PMdebugWater Main Valve Desc Map: [raw:catchall: 0000 0013 00 00 0040 00 A6F6 00 00 0000 00 00 14F6A6D73601602BD5B3708E, profileId:0000, clusterId:0013, clusterInt:19, sourceEndpoint:00, destinationEndpoint:00, options:0040, messageType:00, dni:A6F6, isClusterSpecific:false, isManufacturerSpecific:false, manufacturerId:0000, command:00, direction:00, data:[14, F6, A6, D7, 36, 01, 60, 2B, D5, B3, 70, 8E]]

dev:8072023-04-08 08:19:58.028 PMdebugWater Main Valve parse: description is catchall: 0000 0013 00 00 0040 00 A6F6 00 00 0000 00 00 14F6A6D73601602BD5B3708E

dev:8072023-04-08 08:19:52.378 PMinfoWater Main Valve Water Main Valve is closed (Refresh)

dev:8072023-04-08 08:19:52.345 PMdebugWater Main Valve Valve state changed from unknown to closed

dev:8072023-04-08 08:19:52.339 PMdebugWater Main Valve event [name:switch, value:off]

dev:8072023-04-08 08:19:52.336 PMdebugWater Main Valve parse: description is read attr - raw: 838D0100060A00001000, dni: 838D, endpoint: 01, cluster: 0006, size: 0A, attrId: 0000, encoding: 10, command: 01, value: 00

dev:8072023-04-08 08:19:52.020 PMdebugWater Main Valve sendZigbeeCommands (cmd=[he rattr 0x838D 0x01 6 0 {}, delay 2000])

dev:8072023-04-08 08:19:51.986 PMtraceWater Main Valve polling..

dev:8072023-04-08 08:19:51.984 PMdebugWater Main Valve sending refresh() command...

dev:8072023-04-08 08:19:50.229 PMinfoWater Main Valve Received device announcement, data=[11, 8D, 83, D7, 36, 01, 60, 2B, D5, B3, 70, 8E] (Sequence Number:11, Device network ID: 838D, Capability Information: 8E)

dev:8072023-04-08 08:19:50.218 PMdebugWater Main Valve Desc Map: [raw:catchall: 0000 0013 00 00 0040 00 838D 00 00 0000 00 00 118D83D73601602BD5B3708E, profileId:0000, clusterId:0013, clusterInt:19, sourceEndpoint:00, destinationEndpoint:00, options:0040, messageType:00, dni:838D, isClusterSpecific:false, isManufacturerSpecific:false, manufacturerId:0000, command:00, direction:00, data:[11, 8D, 83, D7, 36, 01, 60, 2B, D5, B3, 70, 8E]]

dev:8072023-04-08 08:19:50.214 PMdebugWater Main Valve parse: description is catchall: 0000 0013 00 00 0040 00 838D 00 00 0000 00 00 118D83D73601602BD5B3708E

dev:8072023-04-08 08:19:48.994 PMdebugWater Main Valve sendZigbeeCommands (cmd=[he raw 0x1A93 1 0x01 0x0000 {10 00 00 04 00 00 00 01 00 05 00 07 00 FE FF}, delay 150, he wattr 0x1A93 0x01 0x0000 0xFFDE 0x20 {0D} {}, delay 50, he wattr 0x1A93 0x01 0xE001 0xD010 0x30 {02} {}, delay 251])

dev:8072023-04-08 08:19:48.948 PMdebugWater Main Valve setting powerOnBehaviour to last state (2)

dev:8072023-04-08 08:19:48.922 PMinfoWater Main Valve configure()..

dev:8072023-04-08 08:17:29.891 PMdebugWater Main Valve sendZigbeeCommands (cmd=[he cmd 0xCB07 0x01 6 1 {}, delay 2000])

dev:8072023-04-08 08:17:29.889 PMdebugWater Main Valve open()... sent cmds=[he cmd 0xCB07 0x01 6 1 {}, delay 2000]

dev:8072023-04-08 08:17:29.218 PMdebugWater Main Valve sendZigbeeCommands (cmd=[he cmd 0xCB07 0x01 6 0 {}, delay 2000])

dev:8072023-04-08 08:17:29.217 PMdebugWater Main Valve close()... sent cmds=[he cmd 0xCB07 0x01 6 0 {}, delay 2000]

dev:8072023-04-08 08:17:28.586 PMdebugWater Main Valve sendZigbeeCommands (cmd=[he cmd 0xCB07 0x01 6 0 {}, delay 2000])

dev:8072023-04-08 08:17:28.585 PMdebugWater Main Valve close()... sent cmds=[he cmd 0xCB07 0x01 6 0 {}, delay 2000]

dev:8072023-04-08 08:17:27.742 PMdebugWater Main Valve sendZigbeeCommands (cmd=[he cmd 0xCB07 0x01 6 1 {}, delay 2000])

dev:8072023-04-08 08:17:27.741 PMdebugWater Main Valve open()... sent cmds=[he cmd 0xCB07 0x01 6 1 {}, delay 2000]

dev:8072023-04-08 08:17:25.603 PMdebugWater Main Valve sendZigbeeCommands (cmd=[he cmd 0xCB07 0x01 6 0 {}, delay 2000])

dev:8072023-04-08 08:17:25.601 PMdebugWater Main Valve close()... sent cmds=[he cmd 0xCB07 0x01 6 0 {}, delay 2000]

dev:8072023-04-08 08:17:16.774 PMdebugWater Main Valve sendZigbeeCommands (cmd=[he cmd 0xCB07 0x01 6 1 {}, delay 2000])

dev:8072023-04-08 08:17:16.772 PMdebugWater Main Valve open()... sent cmds=[he cmd 0xCB07 0x01 6 1 {}, delay 2000]

dev:8072023-04-08 08:17:15.693 PMdebugWater Main Valve sendZigbeeCommands (cmd=[he cmd 0xCB07 0x01 6 0 {}, delay 2000])

dev:8072023-04-08 08:17:15.692 PMdebugWater Main Valve close()... sent cmds=[he cmd 0xCB07 0x01 6 0 {}, delay 2000]

dev:8072023-04-08 08:17:13.423 PMdebugWater Main Valve sendZigbeeCommands (cmd=[he cmd 0xCB07 0x01 6 1 {}, delay 2000])

dev:8072023-04-08 08:17:13.421 PMdebugWater Main Valve open()... sent cmds=[he cmd 0xCB07 0x01 6 1 {}, delay 2000]

dev:8072023-04-08 08:17:11.920 PMdebugWater Main Valve sendZigbeeCommands (cmd=[he rattr 0xCB07 0x01 6 0 {}, delay 2000])

dev:8072023-04-08 08:17:11.886 PMtraceWater Main Valve polling..

dev:8072023-04-08 08:17:11.885 PMdebugWater Main Valve sending refresh() command...

dev:8072023-04-08 08:17:08.888 PMdebugWater Main Valve sendZigbeeCommands (cmd=[he raw 0xCB07 1 0x01 0x0000 {10 00 00 04 00 00 00 01 00 05 00 07 00 FE FF}, delay 150, he wattr 0xCB07 0x01 0x0000 0xFFDE 0x20 {0D} {}, delay 50, he wattr 0xCB07 0x01 0xE001 0xD010 0x30 {02} {}, delay 251])

dev:8072023-04-08 08:17:08.850 PMdebugWater Main Valve setting powerOnBehaviour to last state (2)

dev:8072023-04-08 08:17:08.847 PMinfoWater Main Valve press F5 to refresh the page

dev:8072023-04-08 08:17:08.844 PMwarnWater Main Valve changing the device profile from UNKNOWN to TS0001_VALVE_ONOFF

dev:8072023-04-08 08:17:08.837 PMinfoWater Main Valve configure()..

dev:8072023-04-08 08:17:08.836 PMinfoDebug logging will be automatically switched off after 24 hours

dev:8072023-04-08 08:17:08.795 PMinfoDebug logging is true Description text logging is true

dev:8072023-04-08 08:17:08.793 PMinfoUpdating Water Main Valve (Tuya Zigbee Valve) model UNKNOWN

dev:8072023-04-08 08:17:04.174 PMdebugWater Main Valve sendZigbeeCommands (cmd=[he rattr 0xCB07 0x01 6 0 {}, delay 2000])

dev:8072023-04-08 08:17:04.139 PMtraceWater Main Valve polling..

dev:8072023-04-08 08:17:04.138 PMdebugWater Main Valve sending refresh() command...

dev:8072023-04-08 08:17:01.140 PMdebugWater Main Valve sendZigbeeCommands (cmd=[he raw 0xCB07 1 0x01 0x0000 {10 00 00 04 00 00 00 01 00 05 00 07 00 FE FF}, delay 150, he wattr 0xCB07 0x01 0x0000 0xFFDE 0x20 {0D} {}, delay 50, he wattr 0xCB07 0x01 0xE001 0xD010 0x30 {02} {}, delay 251])

dev:8072023-04-08 08:17:01.108 PMdebugWater Main Valve settings.batteryReporting = null

dev:8072023-04-08 08:17:01.101 PMdebugWater Main Valve setting powerOnBehaviour to last state (2)

dev:8072023-04-08 08:17:01.091 PMinfoWater Main Valve configure()..

dev:8072023-04-08 08:17:01.090 PMinfoDebug logging will be automatically switched off after 24 hours

dev:8072023-04-08 08:17:01.041 PMinfoDebug logging is true Description text logging is true

dev:8072023-04-08 08:17:01.040 PMinfoUpdating Water Main Valve (Tuya Zigbee Valve) model UNKNOWN

dev:8072023-04-08 08:16:58.834 PMdebugWater Main Valve sendZigbeeCommands (cmd=[he cmd 0xCB07 0x01 6 0 {}, delay 2000])

dev:8072023-04-08 08:16:58.832 PMdebugWater Main Valve close()... sent cmds=[he cmd 0xCB07 0x01 6 0 {}, delay 2000]

dev:8072023-04-08 08:16:57.814 PMdebugWater Main Valve sendZigbeeCommands (cmd=[he cmd 0xCB07 0x01 6 1 {}, delay 2000])

dev:8072023-04-08 08:16:57.813 PMdebugWater Main Valve open()... sent cmds=[he cmd 0xCB07 0x01 6 1 {}, delay 2000]

dev:8072023-04-08 08:16:31.683 PMdebugclose()

dev:8072023-04-08 08:16:30.171 PMdebugopen()

dev:8072023-04-08 08:15:57.106 PMdebugclose()

dev:8072023-04-08 08:15:51.971 PMdebugopen()

dev:8072023-04-08 08:13:36.258 PMdebugWater Main Valve sendZigbeeCommands (cmd=[he cmd 0xCB07 0x01 6 0 {}, delay 2000])

dev:8072023-04-08 08:13:36.257 PMdebugWater Main Valve close()... sent cmds=[he cmd 0xCB07 0x01 6 0 {}, delay 2000]

dev:8072023-04-08 08:13:32.493 PMdebugWater Main Valve sendZigbeeCommands (cmd=[he cmd 0xCB07 0x01 6 1 {}, delay 2000])

dev:8072023-04-08 08:13:32.491 PMdebugWater Main Valve open()... sent cmds=[he cmd 0xCB07 0x01 6 1 {}, delay 2000]

dev:8072023-04-08 08:12:40.802 PMinfoWater Main Valve Initialization finished

dev:8072023-04-08 08:12:40.765 PMdebugWater Main Valve sendZigbeeCommands (cmd=[he rattr 0xCB07 0x01 6 0 {}, delay 2000])

dev:8072023-04-08 08:12:40.681 PMtraceWater Main Valve polling..

dev:8072023-04-08 08:12:40.680 PMdebugWater Main Valve sending refresh() command...

dev:8072023-04-08 08:12:40.109 PMerrorjava.lang.NullPointerException: Cannot execute null+null on line 513 (method parse)

dev:8072023-04-08 08:12:40.056 PMwarnWater Main Valve inClusters=null differs from inputClusterList:0000,0006,0003,0004,0005,E001 - will be updated!

dev:8072023-04-08 08:12:40.050 PMinfoWater Main Valve Input Cluster Count: 6 Input Cluster List : 0000,0006,0003,0004,0005,E001

dev:8072023-04-08 08:12:40.022 PMinfoWater Main Valve Endpoint: 01 Application Device:0100, Application Version:01

dev:8072023-04-08 08:12:40.012 PMinfoWater Main Valve Received simple descriptor response, data=[D6, 00, 07, CB, 14, 01, 04, 01, 00, 01, 01, 06, 00, 00, 06, 00, 03, 00, 04, 00, 05, 00, 01, E0, 00] (Sequence Number:D6, status:00, lenght:20

dev:8072023-04-08 08:12:39.996 PMdebugWater Main Valve Desc Map: [raw:catchall: 0000 8004 00 00 0040 00 CB07 00 00 0000 00 00 D60007CB14010401000101060000060003000400050001E000, profileId:0000, clusterId:8004, clusterInt:32772, sourceEndpoint:00, destinationEndpoint:00, options:0040, messageType:00, dni:CB07, isClusterSpecific:false, isManufacturerSpecific:false, manufacturerId:0000, command:00, direction:00, data:[D6, 00, 07, CB, 14, 01, 04, 01, 00, 01, 01, 06, 00, 00, 06, 00, 03, 00, 04, 00, 05, 00, 01, E0, 00]]

dev:8072023-04-08 08:12:39.993 PMdebugWater Main Valve parse: description is catchall: 0000 8004 00 00 0040 00 CB07 00 00 0000 00 00 D60007CB14010401000101060000060003000400050001E000

dev:8072023-04-08 08:12:39.896 PMinfoWater Main Valve Received endpoint response: cluster: 8005 (endpoint response) endpointCount = 01 endpointList = 01

dev:8072023-04-08 08:12:39.889 PMdebugWater Main Valve Desc Map: [raw:catchall: 0000 8005 00 00 0040 00 CB07 00 00 0000 00 00 D40007CB0101, profileId:0000, clusterId:8005, clusterInt:32773, sourceEndpoint:00, destinationEndpoint:00, options:0040, messageType:00, dni:CB07, isClusterSpecific:false, isManufacturerSpecific:false, manufacturerId:0000, command:00, direction:00, data:[D4, 00, 07, CB, 01, 01]]

dev:8072023-04-08 08:12:39.887 PMdebugWater Main Valve parse: description is catchall: 0000 8005 00 00 0040 00 CB07 00 00 0000 00 00 D40007CB0101

dev:8072023-04-08 08:12:38.082 PMdebugTuya Zigbee Valve parseZHAcommand writeAttributeResponse cluster: E001 status:00

dev:8072023-04-08 08:12:38.079 PMdebugTuya Zigbee Valve Desc Map: [raw:catchall: 0104 E001 01 01 0040 00 CB07 00 00 0000 04 01 00, profileId:0104, clusterId:E001, clusterInt:57345, sourceEndpoint:01, destinationEndpoint:01, options:0040, messageType:00, dni:CB07, isClusterSpecific:false, isManufacturerSpecific:false, manufacturerId:0000, command:04, direction:01, data:[00]]

dev:8072023-04-08 08:12:38.077 PMdebugTuya Zigbee Valve parse: description is catchall: 0104 E001 01 01 0040 00 CB07 00 00 0000 04 01 00

dev:8072023-04-08 08:12:38.068 PMinfoTuya Zigbee Valve power on behavior is last state (02)

dev:8072023-04-08 08:12:38.065 PMdebugTuya Zigbee Valve Tuya cluster: E000 or E001 - try to parse it...

dev:8072023-04-08 08:12:38.063 PMdebugTuya Zigbee Valve parse: description is read attr - raw: CB0701E0010810D03002, dni: CB07, endpoint: 01, cluster: E001, size: 08, attrId: D010, encoding: 30, command: 0A, value: 02

dev:8072023-04-08 08:12:37.957 PMdebugTuya Zigbee Valve parseZHAcommand writeAttributeResponse cluster: 0000 status:86

dev:8072023-04-08 08:12:37.955 PMdebugTuya Zigbee Valve Desc Map: [raw:catchall: 0104 0000 01 01 0040 00 CB07 00 00 0000 04 01 86DEFF, profileId:0104, clusterId:0000, clusterInt:0, sourceEndpoint:01, destinationEndpoint:01, options:0040, messageType:00, dni:CB07, isClusterSpecific:false, isManufacturerSpecific:false, manufacturerId:0000, command:04, direction:01, data:[86, DE, FF]]

dev:8072023-04-08 08:12:37.952 PMdebugTuya Zigbee Valve parse: description is catchall: 0104 0000 01 01 0040 00 CB07 00 00 0000 04 01 86DEFF

dev:8072023-04-08 08:12:37.788 PMdebugTuya Zigbee Valve Model is : TS0001

dev:8072023-04-08 08:12:37.786 PMdebugTuya Zigbee Valve Tuya check-in message (attribute 0001 reported: 64)

dev:8072023-04-08 08:12:37.785 PMdebugTuya Zigbee Valve zclVersion is : 02

dev:8072023-04-08 08:12:37.784 PMdebugTuya Zigbee Valve Manufacturer is : _TZ3000_5ucujjts

dev:8072023-04-08 08:12:37.780 PMdebugTuya Zigbee Valve Desc Map: [raw:CB0701000064040042105F545A333030305F357563756A6A74730000002002010000206405000042065453303030310700003001FEFF86, dni:CB07, endpoint:01, cluster:0000, size:64, attrId:0004, encoding:42, command:01, value:_TZ3000_5ucujjts, clusterInt:0, attrInt:4, additionalAttrs:[[value:02, encoding:20, attrId:0000, consumedBytes:4, attrInt:0], [value:64, encoding:20, attrId:0001, consumedBytes:4, attrInt:1], [value:TS0001, encoding:42, attrId:0005, consumedBytes:9, attrInt:5]]]

dev:8072023-04-08 08:12:37.773 PMdebugTuya Zigbee Valve exception caught while parsing description: read attr - raw: CB0701000064040042105F545A333030305F357563756A6A74730000002002010000206405000042065453303030310700003001FEFF86, dni: CB07, endpoint: 01, cluster: 0000, size: 64, attrId: 0004, encoding: 42, command: 01, value: 105F545A333030305F357563756A6A74730000002002010000206405000042065453303030310700003001FEFF86

dev:8072023-04-08 08:12:37.766 PMdebugTuya Zigbee Valve parse: description is read attr - raw: CB0701000064040042105F545A333030305F357563756A6A74730000002002010000206405000042065453303030310700003001FEFF86, dni: CB07, endpoint: 01, cluster: 0000, size: 64, attrId: 0004, encoding: 42, command: 01, value: 105F545A333030305F357563756A6A74730000002002010000206405000042065453303030310700003001FEFF86

dev:8072023-04-08 08:12:37.606 PMdebugTuya Zigbee Valve sendZigbeeCommands (cmd=[he raw 0xCB07 1 0x01 0x0000 {10 00 00 04 00 00 00 01 00 05 00 07 00 FE FF}, delay 150, he wattr 0xCB07 0x01 0x0000 0xFFDE 0x20 {0D} {}, delay 50, he wattr 0xCB07 0x01 0xE001 0xD010 0x30 {02} {}, delay 251])

dev:8072023-04-08 08:12:37.574 PMdebugTuya Zigbee Valve settings.batteryReporting = null

dev:8072023-04-08 08:12:37.571 PMdebugTuya Zigbee Valve setting powerOnBehaviour to last state (2)

dev:8072023-04-08 08:12:37.563 PMinfoTuya Zigbee Valve configure()..

dev:8072023-04-08 08:12:37.562 PMinfoDebug logging will be automatically switched off after 24 hours

dev:8072023-04-08 08:12:37.528 PMinfoDebug logging is true Description text logging is true

dev:8072023-04-08 08:12:37.526 PMinfoUpdating [no lablel] (Tuya Zigbee Valve) model UNKNOWN

dev:8072023-04-08 08:12:37.524 PMtrace destinationEP = 01

dev:8072023-04-08 08:12:37.523 PMtrace model = TS0001

dev:8072023-04-08 08:12:37.473 PMinfoTuya Zigbee Valve all states and scheduled jobs cleared!

dev:8072023-04-08 08:12:37.472 PMwarnTuya Zigbee Valve device model TS0001 manufacturer _TZ3000_5ucujjts was not found!

dev:8072023-04-08 08:12:37.470 PMwarnTuya Zigbee Valve unknown model TS0001 manufacturer _TZ3000_5ucujjts

dev:8072023-04-08 08:12:37.446 PMinfoTuya Zigbee Valve InitializeVars()... fullInit = true

dev:8072023-04-08 08:12:37.415 PMinfoTuya Zigbee Valve Initialize()...

dev:8072023-04-08 08:12:35.638 PMinfoTuya Zigbee Valve Tuya Zigbee Valve is closed (Refresh)

dev:8072023-04-08 08:12:35.605 PMdebugTuya Zigbee Valve Valve state changed from unknown to closed

dev:8072023-04-08 08:12:35.599 PMdebugTuya Zigbee Valve event [name:switch, value:off]

dev:8072023-04-08 08:12:35.596 PMdebugTuya Zigbee Valve parse: description is read attr - raw: CB070100060A00001000, dni: CB07, endpoint: 01, cluster: 0006, size: 0A, attrId: 0000, encoding: 10, command: 01, value: 00

dev:8072023-04-08 08:12:35.518 PMdebugTuya Zigbee Valve sendZigbeeCommands (cmd=[he rattr 0xCB07 0x01 6 0 {}, delay 2000])

dev:8072023-04-08 08:12:35.484 PMtraceTuya Zigbee Valve polling..

dev:8072023-04-08 08:12:35.482 PMdebugTuya Zigbee Valve sending refresh() command...

dev:8072023-04-08 08:12:32.979 PMdebugTuya Zigbee Valve parseZHAcommand writeAttributeResponse cluster: E001 status:00

dev:8072023-04-08 08:12:32.976 PMdebugTuya Zigbee Valve Desc Map: [raw:catchall: 0104 E001 01 01 0040 00 CB07 00 00 0000 04 01 00, profileId:0104, clusterId:E001, clusterInt:57345, sourceEndpoint:01, destinationEndpoint:01, options:0040, messageType:00, dni:CB07, isClusterSpecific:false, isManufacturerSpecific:false, manufacturerId:0000, command:04, direction:01, data:[00]]

dev:8072023-04-08 08:12:32.973 PMdebugTuya Zigbee Valve parse: description is catchall: 0104 E001 01 01 0040 00 CB07 00 00 0000 04 01 00

dev:8072023-04-08 08:12:32.965 PMinfoTuya Zigbee Valve power on behavior is last state (02)

dev:8072023-04-08 08:12:32.961 PMdebugTuya Zigbee Valve Tuya cluster: E000 or E001 - try to parse it...

dev:8072023-04-08 08:12:32.959 PMdebugTuya Zigbee Valve parse: description is read attr - raw: CB0701E0010810D03002, dni: CB07, endpoint: 01, cluster: E001, size: 08, attrId: D010, encoding: 30, command: 0A, value: 02

dev:8072023-04-08 08:12:32.754 PMdebugTuya Zigbee Valve parseZHAcommand writeAttributeResponse cluster: 0000 status:86

dev:8072023-04-08 08:12:32.748 PMdebugTuya Zigbee Valve Desc Map: [raw:catchall: 0104 0000 01 01 0040 00 CB07 00 00 0000 04 01 86DEFF, profileId:0104, clusterId:0000, clusterInt:0, sourceEndpoint:01, destinationEndpoint:01, options:0040, messageType:00, dni:CB07, isClusterSpecific:false, isManufacturerSpecific:false, manufacturerId:0000, command:04, direction:01, data:[86, DE, FF]]

dev:8072023-04-08 08:12:32.732 PMdebugTuya Zigbee Valve parse: description is catchall: 0104 0000 01 01 0040 00 CB07 00 00 0000 04 01 86DEFF

dev:8072023-04-08 08:12:32.716 PMdebugTuya Zigbee Valve Model is : TS0001

dev:8072023-04-08 08:12:32.714 PMdebugTuya Zigbee Valve Tuya check-in message (attribute 0001 reported: 64)

dev:8072023-04-08 08:12:32.712 PMdebugTuya Zigbee Valve zclVersion is : 02

dev:8072023-04-08 08:12:32.710 PMdebugTuya Zigbee Valve Manufacturer is : _TZ3000_5ucujjts

dev:8072023-04-08 08:12:32.697 PMdebugTuya Zigbee Valve Desc Map: [raw:CB0701000064040042105F545A333030305F357563756A6A74730000002002010000206405000042065453303030310700003001FEFF86, dni:CB07, endpoint:01, cluster:0000, size:64, attrId:0004, encoding:42, command:01, value:_TZ3000_5ucujjts, clusterInt:0, attrInt:4, additionalAttrs:[[value:02, encoding:20, attrId:0000, consumedBytes:4, attrInt:0], [value:64, encoding:20, attrId:0001, consumedBytes:4, attrInt:1], [value:TS0001, encoding:42, attrId:0005, consumedBytes:9, attrInt:5]]]

dev:8072023-04-08 08:12:32.653 PMdebugTuya Zigbee Valve exception caught while parsing description: read attr - raw: CB0701000064040042105F545A333030305F357563756A6A74730000002002010000206405000042065453303030310700003001FEFF86, dni: CB07, endpoint: 01, cluster: 0000, size: 64, attrId: 0004, encoding: 42, command: 01, value: 105F545A333030305F357563756A6A74730000002002010000206405000042065453303030310700003001FEFF86

dev:8072023-04-08 08:12:32.642 PMdebugTuya Zigbee Valve parse: description is read attr - raw: CB0701000064040042105F545A333030305F357563756A6A74730000002002010000206405000042065453303030310700003001FEFF86, dni: CB07, endpoint: 01, cluster: 0000, size: 64, attrId: 0004, encoding: 42, command: 01, value: 105F545A333030305F357563756A6A74730000002002010000206405000042065453303030310700003001FEFF86

dev:8072023-04-08 08:12:32.640 PMinfoTuya Zigbee Valve is online

dev:8072023-04-08 08:12:32.491 PMdebugTuya Zigbee Valve sendZigbeeCommands (cmd=[he raw 0xCB07 1 0x01 0x0000 {10 00 00 04 00 00 00 01 00 05 00 07 00 FE FF}, delay 150, he wattr 0xCB07 0x01 0x0000 0xFFDE 0x20 {0D} {}, delay 50, he wattr 0xCB07 0x01 0xE001 0xD010 0x30 {02} {}, delay 251])

dev:8072023-04-08 08:12:32.458 PMdebugTuya Zigbee Valve settings.batteryReporting = null

dev:8072023-04-08 08:12:32.450 PMdebugTuya Zigbee Valve setting powerOnBehaviour to last state (2)

dev:8072023-04-08 08:12:32.428 PMinfoTuya Zigbee Valve configure()..

dev:8072023-04-08 08:12:32.420 PMdebugcalling initialize() after 5 seconds...

dev:8072023-04-08 08:12:32.384 PMtrace destinationEP = 01

dev:8072023-04-08 08:12:32.383 PMtrace model = TS0001

dev:8072023-04-08 08:12:32.381 PMinfoTuya Zigbee Valve tuyaVersion set to 1.2.4

dev:8072023-04-08 08:12:32.301 PMinfoTuya Zigbee Valve all states and scheduled jobs cleared!

dev:8072023-04-08 08:12:32.294 PMwarnTuya Zigbee Valve device model TS0001 manufacturer _TZ3000_5ucujjts was not found!

dev:8072023-04-08 08:12:32.292 PMwarnTuya Zigbee Valve unknown model TS0001 manufacturer _TZ3000_5ucujjts

dev:8072023-04-08 08:12:32.270 PMinfoTuya Zigbee Valve InitializeVars()... fullInit = true

dev:8072023-04-08 08:12:32.264 PMinfoTuya Zigbee Valve Installed()...

Thanks,
Dan

123

Hey Dan,

Unfortunately, the latest platform updates have broken again the pairing for these Zigbee-3.0-only devices, which were working for a short period when the C-8 was first publically released.

My smart plug TS011F _TZ3000_okaz9tjs, my power strip/extension TS011F _TZ3000_cfnprab5 also can not stay connected to HE with the latest platform versions ( currently on 2.3.5.123). They were working OK with the first publically released 2.3.5.1xx versions.

There is nothing that can be done on a driver level to fix these connectivity issues, we have to wait for Hubitat team to find and implement a solution soon.

Some technical details from your logs analysis:
When paired as a new device (DNI: CB07), the valve TS0001 _TZ3000_5ucujjtsand sent the first data packet at 08:12:32.642. Then it communicates normally to the hub until 08:12:39.887 when ZDO command responses for clusters 8005 (endpoint response) and 8004 (simple descriptor response) are received. These responses are the result of a previously sent ZDO command "Active Endpoints Request" (ZDO cluster 0x0005) and "Simple Descriptor Request" (ZDO cluster 0x0004), which commands are usually part of the Zigbee pairing process. This driver simply parses and processes the responses to these system commands but does not send such requests. (I also see the reason for an exception thrown in the code , will fix it in the next version, but this is not relevant to the device disconnection problem).

Then, at 08:19:50.214 (5 minutes later) the valve joins the Zigbee network again, but the Device Network Id (DNI) is now different - 838D. A few seconds later - new DNI : A6F6, FCC3, 4A84 ..
The device is not operational at this point... : (

I am monitoring the HE forum and I am applying and testing the latest platform fixes for my problematic TS011F devices ASAP, I am sure when these get fixed, the problem with this valve will be fixed too.

124

Ok thanks for the response! Good to know the problem isn't on my end :slight_smile:

125

Out of curiosity, I tried reverting to the FW that was installed on the c-8 when I received it (2.3.4.148). It wouldn't pair with that version either. My guess is these devices didn't work at all until at least 2.3.5.xxx.

126

Well I got my hopes up with the .124 release but still no dice. Either it doesn't pair at all or it just sits in initializing :frowning:

1 Like
127

Sorry to hear that ... If you are located in the US, you can consider loaning the valve to Hubitat devs, this device matches the behaviour of the second group of Zigbee devices that do not pair correctly in HE

128

I may send Mike a chat to see if he would be willing to take a look at it.

I'm not sure if it makes a difference, but with the .123 release I was able to pair it successfully (on/off did not work after). With .124 it won't even pair. It just gets stuck in init.

1 Like
129

This may help with other Zigbee devices that show the same problem during the initial pairing.

What we need is to stay connected to HE, this valve may even work with the standard drivers. If there are any Tuya specifics, I can handle them, but the device must stay connected and have the correct endpointId.

1 Like
130

Note that the GiEX irrigation timer value is minutes, not seconds.

I thought that it simply did not work, but then noticed an odd end time being set. A quick test with a value of 1 confirmed that it closed after a minute.

No big deal for me, but wanted to capture it for posterity (any other users .. or me, when I forget in a few months).

2 Likes
131

I removed one of my valves from my C-8 and it also got stuck on the never-ending loop of initializing, telling me to name the device, but the device would go back into pairing mode every time I pushed the devices on/off button. I did get it to rejoin by removing it again, rebuilding the zigbee network, rejoining it and naming it, etc (still didn't work), then I rebooted the zigbee radio, reset (not removed) the device, put the hub back into zigbee pairing mode, and boom it joined properly.
@kkossev , I removed this valve because the shut-off timer wasn't working on it and it does work on the other 2 valves that I was able to rejoin on April 2nd (whatever the latest driver version and hub firmware that was). Everything looks identical on the device pages, but when I send the "on" command, the other 2 drivers populate the future shut-off time, which is 12 hours off by the way (2100 instead of 0900), but this one valve doesn't populate the future shut off time. It only populates the shut-off time after the device has been shut off. This is on the driver version 1.2.3 2023/03/26 7:50PM. I also can confirm what @Hatallica said that the timer is in minutes, not seconds.

132

Oh yeah. I observed a similar 12-hour difference, as well. I typically just assume that details like that are my fault. My recollection is that my hub is on 12-hour time, so perhaps it confused the driver if it expects 24-hour time?

133

So is mine, but it thinking 9:00 a.m. is 2100 still wouldn’t make sense.

134

My only wild guess was that I added the device in the afternoon, the AM/PM was simply truncated, and the offset propagated since then. No deeper logic or analysis on my part.

135

Does it look like is UTC time?
If yes, then it can be corrected taking in account the Hub time zone.

The driver displays what is received from the irrigation valve, without any modification.
The valves send requests to the hub for time synchronization and the driver sets the correct local time.

136

No. I’m UTC -4 (EDT) and the time is 12 hours off on all of the valves with respect to the hub time. It’s currently 11:58 a.m. here. I’ll see what it says in a couple minutes.

137

12 - 4 = 8

… Beijing (China) time zone … :rofl:

1 Like
138

IMG_3748
IMG_37481170×2532 319 KB

IMG_3747
IMG_37471170×2532 334 KB

This also shows the future shutoff time on the valve that follows the timer and the missing shutoff time for the valve that doesn’t.

1 Like
139

IMG_3749
IMG_37491170×2532 359 KB

You are correct sir

@Hatallica , are yours on Beijing time?
I just discovered that China only has 1 time zone, Beijing time. Bollocks

140

Thanks for the suggestion. I tried following what you did and it did allow me to pair the device and it finished init. Sadly, I am now back to where I was before where the network ID changes a few seconds after pairing so commands only work for a short period of time :frowning:

141

Mine is still working. It paired through a GE zigbee 1.2 plug. My others show as routing through Hue plugs.