[Release] Generic Zigbee Drivers with Presence and Recovery

Ah! That information would certainly be helpful! I was happy they had that documented in Amazon. Otherwise, there’s no way to know...

along with the controller, you need a LED strip with both warm & cool leds, unless they're simulating warm , by mixing cool leds with other colors. The translated product descriptions can get pretty wonky.

Is your controller certified to work correctly with HE? If so I'd tag Mike or log a ticket

Yup!

Not that I am aware. I really like Markus’ drivers and he has one setup in such a way that it will log the information he needs to create the correct driver for a new device.

I sent him the info in a few posts above. Now I have my fingers crossed that he will be willing and able to help and that it will work. :crossed_fingers::blush:

There’s a reason he is a King for a day (It has been many, many days actually, and he more than deserves the title!!!)

1 Like

Cool, the sylvania strip I got tries to emulate warm/cold white by mixing other colors. It was only 20 bucks for 16ft and the controller, and only has 5 wires.
Where'd you get your strips?
Thank You

This one was $11.22 for 16ft on AliExpress:

Looking forward to testing the white LEDs! Right now, the only thing that the controller that I have controls is the RGB LEDs.

Hi Markus, any chance you've got a Generic Zigbee Siren Driver up your sleeve?
I grabbed one of these Tuya Sirens thinking it was something else (Aliexpress multi-tab/item discombobulation syndrome) and of course it's not working with any driver I've tried so far.

Discovery

Get Info

dev:10612020-09-17 11:20:51.874 pm infoCOPY AND PASTE THIS ROW TO THE DEVELOPER: fingerprint model:"0yu2xgi", manufacturer:"_TYST11_d0yu2xgi", profileId:"0104", endpointId:"01", inClusters:"0000,0003", outClusters:"0003,0019", application:"49"

dev:10612020-09-17 11:20:51.871 pm traceApplication: 49

dev:10612020-09-17 11:20:51.868 pm traceModel: 0yu2xgi

dev:10612020-09-17 11:20:51.866 pm traceManufacturer: _TYST11_d0yu2xgi

dev:10612020-09-17 11:20:51.863 pm debugGetting info for Zigbee device...

If not, hey, new paperweight with random loud noises and flashing lights. :crazy_face:

Edit: Guess it's not really a siren.
NAS-AB02B0 Temperature & Humidity Sensor and Alarm manufactured by Neo CoolCam

Edit: Driver now on Hubitat Package Manager c/w Temp/Humidity(C/F offsets/resolution), 3 Sound Levels, 18 Alarm Types, Presence

18 Alarms/Sounds

1: Doorbell 1
2: Fur Elise
3: Westminster
4: 4 Key Chime
5: William Tell
6: Mozart Piano
7: Space Alarm
8: Klaxon
9: meep meep
10: Wheep
11: Dogs
12: Alarm Siren
13: Doorbell 2
14: Old Phone
15: Police Siren
16: 4 beep 1 clang
17: 4 beep increasing volume
18: Psycho Siren

1 Like

Hey Marcus,

Got this when a device dropped off, and re-paired.

Unhandled Event PLEASE REPORT TO DEV - description:read attr - raw: E455010000080100200A, dni: E455, endpoint: 01, cluster: 0000, size: 08, attrId: 0001, encoding: 20, command: 0A, value: 0A | msgMap:[raw:E455010000080100200A, dni:E455, endpoint:01, cluster:0000, size:08, attrId:0001, encoding:20, command:0A, value:0A, clusterInt:0, attrInt:1, valueParsed:10]

Hi Marcus,
Have a weird one here that maybe you could please help out with?

just recently moved over to HE from Nue hub and am having some issues with the 3x Nue dimmers i have. @jchurch has helped me with advising to use your generic drivers and is has been more stable than using the inbuilt Nue/generic drivers in the HE. (not completely freezing to the point of needing to turn power off/on from the fusebox to the switch.)
issue i currently have is when using the dashboard, on/off is OK, yet when sliding the brightness up or down on dashboard has no response.

below is the fingerprint and log of turning it on, adjusting brightness down then up and off.

TIA Cheers Rob

'''dev:932020-09-21 03:35:16.203 pm infoCOPY AND PASTE THIS ROW TO THE DEVELOPER: fingerprint model:"FB56ZSC05HG1.0", manufacturer:"Feibit Inc co. ", profileId:"0104", endpointId:"0B", inClusters:"0000,0003,0004,0005,0006,0008", outClusters:"", application:"01"

dev:932020-09-21 03:35:16.199 pm traceApplication: 01

dev:932020-09-21 03:35:16.195 pm traceModel: FB56ZSC05HG1.0

dev:932020-09-21 03:35:16.192 pm traceManufacturer: Feibit Inc co.

dev:932020-09-21 03:35:16.188 pm debugGetting info for Zigbee device...

dev:932020-09-21 03:34:28.268 pm debugsendOnOffEvent(endpoint=11, state=false)

dev:932020-09-21 03:34:28.265 pm infoON/OFF CATCHALL CLUSTER EVENT - description:catchall: 0104 0006 0B 01 0040 00 6B5D 00 00 0000 0B 01 0000 | parseMap:[raw:catchall: 0104 0006 0B 01 0040 00 6B5D 00 00 0000 0B 01 0000, profileId:0104, clusterId:0006, clusterInt:6, sourceEndpoint:0B, destinationEndpoint:01, options:0040, messageType:00, dni:6B5D, isClusterSpecific:false, isManufacturerSpecific:false, manufacturerId:0000, command:0B, direction:01, data:[00, 00]]

dev:932020-09-21 03:34:28.169 pm debugsendZigbeeCommands(cmd=[he cmd 0x6B5D 0x0B 0x0006 0x00 {} {}, delay 200])

dev:932020-09-21 03:34:28.166 pm debugonOffCommand(command=0)

dev:932020-09-21 03:34:28.163 pm debugoff()

dev:932020-09-21 03:34:25.609 pm infoUnhandled Event IGNORE THIS - description:catchall: 0104 0008 0B 01 0040 00 6B5D 00 00 0000 0B 01 0400 | msgMap:[raw:catchall: 0104 0008 0B 01 0040 00 6B5D 00 00 0000 0B 01 0400, profileId:0104, clusterId:0008, clusterInt:8, sourceEndpoint:0B, destinationEndpoint:01, options:0040, messageType:00, dni:6B5D, isClusterSpecific:false, isManufacturerSpecific:false, manufacturerId:0000, command:0B, direction:01, data:[04, 00]]

dev:932020-09-21 03:34:25.518 pm debugsendZigbeeCommands(cmd=[he cmd 0x6B5D 0x0B 0x0008 0x04 {F7 FFFF}, delay 2000])

dev:932020-09-21 03:34:25.512 pm debugsetLevel(level: 97, adjusted level: 97)

dev:932020-09-21 03:34:25.508 pm debugdeviceMaxLevel() = 97

dev:932020-09-21 03:34:25.505 pm debugdeviceMaxLevel() = 97

dev:932020-09-21 03:34:25.503 pm debugdeviceMinLevel() = 2

dev:932020-09-21 03:34:25.500 pm debugsetLevel(level: 100)

dev:932020-09-21 03:34:23.850 pm infoUnhandled Event IGNORE THIS - description:catchall: 0104 0008 0B 01 0040 00 6B5D 00 00 0000 0B 01 0400 | msgMap:[raw:catchall: 0104 0008 0B 01 0040 00 6B5D 00 00 0000 0B 01 0400, profileId:0104, clusterId:0008, clusterInt:8, sourceEndpoint:0B, destinationEndpoint:01, options:0040, messageType:00, dni:6B5D, isClusterSpecific:false, isManufacturerSpecific:false, manufacturerId:0000, command:0B, direction:01, data:[04, 00]]

dev:932020-09-21 03:34:23.735 pm debugsendZigbeeCommands(cmd=[he cmd 0x6B5D 0x0B 0x0008 0x04 {00 FFFF}, delay 2000])

dev:932020-09-21 03:34:23.731 pm debugsetLevel(level: 0, adjusted level: 0)

dev:932020-09-21 03:34:23.729 pm debugdeviceMaxLevel() = 97

dev:932020-09-21 03:34:23.726 pm debugdeviceMinLevel() = 2

dev:932020-09-21 03:34:23.723 pm debugsetLevel(level: 0)

dev:932020-09-21 03:34:19.600 pm debugsendOnOffEvent(endpoint=11, state=true)

dev:932020-09-21 03:34:19.594 pm infoON/OFF CATCHALL CLUSTER EVENT - description:catchall: 0104 0006 0B 01 0040 00 6B5D 00 00 0000 0B 01 0100 | parseMap:[raw:catchall: 0104 0006 0B 01 0040 00 6B5D 00 00 0000 0B 01 0100, profileId:0104, clusterId:0006, clusterInt:6, sourceEndpoint:0B, destinationEndpoint:01, options:0040, messageType:00, dni:6B5D, isClusterSpecific:false, isManufacturerSpecific:false, manufacturerId:0000, command:0B, direction:01, data:[01, 00]]

dev:932020-09-21 03:34:19.511 pm debugsendZigbeeCommands(cmd=[he cmd 0x6B5D 0x0B 0x0006 0x01 {} {}, delay 200])

dev:932020-09-21 03:34:19.506 pm debugonOffCommand(command=1)

dev:932020-09-21 03:34:19.490 pm debugon()

1 Like

Good morning folks, I have some Led controllers from Gledopto that when they are paired at Hue when power is turned on, I wanted to bring them to Hubitat and add the recovery function, so that when power goes out, it returns to the last state. I was wondering which of these drivers would I use?

Try to adjust brightness to a value around 30 and 60 as well please. Hopefully with debug on I will get enough logs, otherwise I will have to add some more debugging, the issue is with the returned value from the device not being parsed.

What's the exact model of the Gledopto controller?

1 Like

Hi Markus,
Thanks for getting to me. As you've ask for, turned on, 100%, 0%, 63%, 29%, 100% then off.
hopefully the below logs help out, let me know if there's anything else you'll like?

dev:932020-09-27 02:06:54.759 pm debugsendOnOffEvent(endpoint=11, state=false)

dev:932020-09-27 02:06:54.756 pm infoON/OFF CATCHALL CLUSTER EVENT - description:catchall: 0104 0006 0B 01 0040 00 6B5D 00 00 0000 0B 01 0000 | parseMap:[raw:catchall: 0104 0006 0B 01 0040 00 6B5D 00 00 0000 0B 01 0000, profileId:0104, clusterId:0006, clusterInt:6, sourceEndpoint:0B, destinationEndpoint:01, options:0040, messageType:00, dni:6B5D, isClusterSpecific:false, isManufacturerSpecific:false, manufacturerId:0000, command:0B, direction:01, data:[00, 00]]

dev:932020-09-27 02:06:54.664 pm debugsendZigbeeCommands(cmd=[he cmd 0x6B5D 0x0B 0x0006 0x00 {} {}, delay 200])

dev:932020-09-27 02:06:54.661 pm debugonOffCommand(command=0)

dev:932020-09-27 02:06:54.659 pm debugoff()

dev:932020-09-27 02:06:52.563 pm infoUnhandled Event IGNORE THIS - description:catchall: 0104 0008 0B 01 0040 00 6B5D 00 00 0000 0B 01 0400 | msgMap:[raw:catchall: 0104 0008 0B 01 0040 00 6B5D 00 00 0000 0B 01 0400, profileId:0104, clusterId:0008, clusterInt:8, sourceEndpoint:0B, destinationEndpoint:01, options:0040, messageType:00, dni:6B5D, isClusterSpecific:false, isManufacturerSpecific:false, manufacturerId:0000, command:0B, direction:01, data:[04, 00]]

dev:932020-09-27 02:06:52.462 pm debugsendZigbeeCommands(cmd=[he cmd 0x6B5D 0x0B 0x0008 0x04 {F7 FFFF}, delay 2000])

dev:932020-09-27 02:06:52.458 pm debugsetLevel(level: 97, adjusted level: 97)

dev:932020-09-27 02:06:52.455 pm debugdeviceMaxLevel() = 97

dev:932020-09-27 02:06:52.452 pm debugdeviceMaxLevel() = 97

dev:932020-09-27 02:06:52.450 pm debugdeviceMinLevel() = 2

dev:932020-09-27 02:06:52.447 pm debugsetLevel(level: 100)

dev:932020-09-27 02:06:43.617 pm infoUnhandled Event IGNORE THIS - description:catchall: 0104 0008 0B 01 0040 00 6B5D 00 00 0000 0B 01 0400 | msgMap:[raw:catchall: 0104 0008 0B 01 0040 00 6B5D 00 00 0000 0B 01 0400, profileId:0104, clusterId:0008, clusterInt:8, sourceEndpoint:0B, destinationEndpoint:01, options:0040, messageType:00, dni:6B5D, isClusterSpecific:false, isManufacturerSpecific:false, manufacturerId:0000, command:0B, direction:01, data:[04, 00]]

dev:932020-09-27 02:06:43.533 pm debugsendZigbeeCommands(cmd=[he cmd 0x6B5D 0x0B 0x0008 0x04 {49 FFFF}, delay 2000])

dev:932020-09-27 02:06:43.530 pm debugsetLevel(level: 29, adjusted level: 29)

dev:932020-09-27 02:06:43.528 pm debugdeviceMaxLevel() = 97

dev:932020-09-27 02:06:43.525 pm debugdeviceMinLevel() = 2

dev:932020-09-27 02:06:43.523 pm debugsetLevel(level: 29)

dev:932020-09-27 02:06:34.966 pm infoUnhandled Event IGNORE THIS - description:catchall: 0104 0008 0B 01 0040 00 6B5D 00 00 0000 0B 01 0400 | msgMap:[raw:catchall: 0104 0008 0B 01 0040 00 6B5D 00 00 0000 0B 01 0400, profileId:0104, clusterId:0008, clusterInt:8, sourceEndpoint:0B, destinationEndpoint:01, options:0040, messageType:00, dni:6B5D, isClusterSpecific:false, isManufacturerSpecific:false, manufacturerId:0000, command:0B, direction:01, data:[04, 00]]

dev:932020-09-27 02:06:34.878 pm debugsendZigbeeCommands(cmd=[he cmd 0x6B5D 0x0B 0x0008 0x04 {A0 FFFF}, delay 2000])

dev:932020-09-27 02:06:34.875 pm debugsetLevel(level: 63, adjusted level: 63)

dev:932020-09-27 02:06:34.873 pm debugdeviceMaxLevel() = 97

dev:932020-09-27 02:06:34.870 pm debugdeviceMinLevel() = 2

dev:932020-09-27 02:06:34.868 pm debugsetLevel(level: 63)

dev:932020-09-27 02:06:29.753 pm infoUnhandled Event IGNORE THIS - description:catchall: 0104 0008 0B 01 0040 00 6B5D 00 00 0000 0B 01 0400 | msgMap:[raw:catchall: 0104 0008 0B 01 0040 00 6B5D 00 00 0000 0B 01 0400, profileId:0104, clusterId:0008, clusterInt:8, sourceEndpoint:0B, destinationEndpoint:01, options:0040, messageType:00, dni:6B5D, isClusterSpecific:false, isManufacturerSpecific:false, manufacturerId:0000, command:0B, direction:01, data:[04, 00]]

dev:932020-09-27 02:06:29.659 pm debugsendZigbeeCommands(cmd=[he cmd 0x6B5D 0x0B 0x0008 0x04 {00 FFFF}, delay 2000])

dev:932020-09-27 02:06:29.657 pm debugsetLevel(level: 0, adjusted level: 0)

dev:932020-09-27 02:06:29.654 pm debugdeviceMaxLevel() = 97

dev:932020-09-27 02:06:29.652 pm debugdeviceMinLevel() = 2

dev:932020-09-27 02:06:29.649 pm debugsetLevel(level: 0)

dev:932020-09-27 02:06:26.412 pm debugsendOnOffEvent(endpoint=11, state=true)

dev:932020-09-27 02:06:26.408 pm infoON/OFF CATCHALL CLUSTER EVENT - description:catchall: 0104 0006 0B 01 0040 00 6B5D 00 00 0000 0B 01 0100 | parseMap:[raw:catchall: 0104 0006 0B 01 0040 00 6B5D 00 00 0000 0B 01 0100, profileId:0104, clusterId:0006, clusterInt:6, sourceEndpoint:0B, destinationEndpoint:01, options:0040, messageType:00, dni:6B5D, isClusterSpecific:false, isManufacturerSpecific:false, manufacturerId:0000, command:0B, direction:01, data:[01, 00]]

dev:932020-09-27 02:06:26.304 pm debugsendZigbeeCommands(cmd=[he cmd 0x6B5D 0x0B 0x0006 0x01 {} {}, delay 200])

dev:932020-09-27 02:06:26.302 pm debugonOffCommand(command=1)

dev:932020-09-27 02:06:26.299 pm debugon()


This one.

I also have 6 GU10 lamps from Gledopto RGBCCT

1 Like

I have three of these, and something that is bothering me a lot is when I have a power outage, even if the tape was off before when power is off it comes back on

I have a desire for a better driver for the smartthings multi sensors v4 &5

I also have this socket, on Smartthings I used a DH on it that created a child switch, allowing me to control the socket separately from the USB plugs
Here in HE



I'm only managing to control the entire socket. I was looking for a driver that could control separately and that had a memory effect, in case of power failure, it would return to the state it was in before

@markus, this looks like it is the same Gledopto controller I have. I sent you the fingerprint earlier in the thread.

Interestingly, the fingerprint says GL-C-007, but the device is model GL-C-008... When paired with the Hue Bridge, it sets up 2 devices - one for the RGB LEDs and one for the Warm & Cool White LEDs.

I’ll be happy to help test it, or let me know if there is anything else I can do to help.

Yes it is the same controller. Let's wait and see if we can find a suitable driver for him. Thank you very much in advance

COPY AND PASTE THIS ROW TO THE DEVELOPER: fingerprint model:"GL-C-007", manufacturer:"GLEDOPTO", profileId:"C05E", endpointId:"0B", inClusters:"0000,0003,0004,0005,0006,0008,0300", outClusters:"", application:"01"

I have one of these with the exact same FCC ID which I haven't even unboxed yet, I'll check if it really is the same, if it is then this should be easy.

I'll also have a look at the rest.

2 Likes