-
-
Notifications
You must be signed in to change notification settings - Fork 1.8k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Gledopto GL-C-003P detected as GL-C-009P #24091
Comments
Could you provide the |
EDIT: Also realized I actually have a EDIT2: I think I see why I got confused. The controller I have is the Zigbee 2 Wires CCT / DIM 2IN1 LED Controller Pro The GL-C-003P is very similar to the GL-C-006P: "Zigbee LED Controller WW/CW (pro)" (image). |
The |
I was able to change it to the I dug up an old backup, to see how the device was reporting before:
Still the wrong |
Fixed that! Changes will be available in the dev branch in a few hours from now. |
Hoi Koen, I've tested this on I then went ahead and edited the DB entry again and it is now showing correctly as One thing, reading the docs, I noticed EDIT: Also think the picture for the |
Hi Koenkk, These changes need to be reworked so that I can use my controllers as before Forgive my English, I had to use a translator because I only speak German. |
@dalexloe the |
@Koenkk |
Try changing it to |
Will Z2M no longer be able to automatically recognize the RGB mode of the GL-C-001P 5-in-1 controller, which supposedly identifies as a GL-C-003P when in RGB mode? Did GLEDOPTO use the same model ID for two different devices? I've got a few of these that were working fine in RGB mode, but now must be manually set to something else because the definition for the GL-C-003P was changed to a CCT only controller. |
Yes, GLEDOPTO has created 2 completely different devices with the same ID here. The situation is very unsatisfactory in Z2M, especially since the solution suggested by @Koenkk above (change entry in the database) is very cumbersome and error-prone. I have 15 of these 5in1 controllers and some of them run as GL-C-008P and others (before) as GL-C-003P (RGB). After the change in the database, all of them are now on the way as GL-C-008P and I can hardly see any difference in the database without much effort to make changes to them. Changing the RGB controller to GL-S-003Z (proposal @Koenkk) also doesn't work, as it is now recognized as an RGBW down-light, not even RGB. Now Z2M is not to blame for this situation, GLEDOPTO screwed it up. However, it would be nice if there was a good solution that didn't consist of making manual changes in the database (guessing which controller is which) or living with not having an RGB mode anymore. |
@tonyazzolino could you provide the data/database.db entry of your device? |
I have the same 3in1 controller in RGB mode. Here is database record: I have to use it with a custom converter that revert back changes in the main codebase. |
Same issue here, after Z2M update RGB mode not available. Manually edited modelId from GL-C-003P to GL-C-008P to fix
|
This also fixed it for me. Running Z2M as addon, had to shut down Z2M first to make edits to database.db become effective. Hopefully there will be a better fix sometime soon.
|
@Koenkk what prompted the change in Z2M for recognising the GL-C-003P model as a new and different device? If it is a new device then there will be NO existing Z2M installations with one. But plenty of people with now broken GL-C-001P devices. There those of us with broken GL-C-001P installations out there now- Plus there may be lots of frustrated Z2M users who can't use Gledopto controllers on sale now eg GL-C-001P, GL-C-002P, GL-C-103P, GL-C-201P & GL-C-301P for RGB strips in Z2M or do the 10xP devices show a different controller for RGB? If I have to mess around with my Z2M to make a previously working controller continue to work will I have to make the database change for every future Z2M update? (as you can imagine I am not confident/happy messing around in databases I don't know - are there some simple straightforward instructions somewhere for people like me?) Is there another unique identifier that's different between an RGB 003P and a ColourTemp 003P that Z2M can detect?? Is it possible to add the original characteristics of the RGB controller into Z2M so that rather than map the RGB-003 to another not quite the same we can change the model id to something unique that is just RGB? Thanks |
Also the OP noted that his Colour Temp 003P was detected as an 009P initially and it worked that way - so why not keep that behaviour - the RGB 003Ps get detected as RGB and Colour/Dim 003Ps get detected as working 009Ps. If documented it means no-one messes with databases and existing users aren't (as I am doing now as a work around) left to back out recent Z2M updated in order to get the house automation back to something that works for my wife and kids. Appreciate this is a Gledopto inspired mess, but, if there is a work-around that leaves everyone with a working environment those of us who want to keep using Z2M AND not spend a fortune retrofitting controllers that do work with Z2M that seems like a sensible solution to me. |
@SatAmnesiac could you provide the data/database.db entry of this device? |
If you tell me how to I can- currently when I configure the GL-C-001P as an RGB controller it identifies as a GL-C-003P (which I understand it should do) and Z2M 1.41.0 identifies it as a CCT/DIM controller. I contacted GledOpto on Reddit and I got this reply So it seems that they don't expect a GL-3-003P to identify as such but as either an 06 or 09 Hope this helps. Thanks |
You can find the |
Thanks for the workaround. The frustrating part of this is that last year, I renovated my kitchen and dining areas and used Gledopto 5-in-1 and 2-in-1 controllers for all light strips. The 5-in-1 controllers (GL-C-001P on the box) I use for coloured strips, accurately report as GL-C-008P when connected to RGBCCT strips, GL-C-007P when connected to RGBW strips and GL-003P when connected to the RGB strips in my bar. In testing, these 5-in-1 controllers, also correctly reported as GL-C-006P when connected to a white CCT strip and GL-C-009P when used as a dimmer on a mono-coloured/white strip. I also have two new 5-in-1 controllers, GL-C-201P and GL-C002P, with the wago-type connecters, and these work and report in exactly the same way. I also have 5 2-in-1 controllers and yes, they're called GL-C-003P on the unit and instructions, but these report as GL-C-009P as expected when used as dimmers. And although I don't use this mode, changing the option to control a CCT strip, has them report to Zigbee2MQTT as GL-C-006P. With the change that was made, I lost the ability to control my RGB strips (GL-C-003P) as originally designed. Changing them in the database to show as, and be controlled as, RGBCCT strips (GL-C-008P) is clunky, as I get CCT controls in Home Assistant that are obviously superfluous and ineffective for an RGB strip. I don't understand why you chose to remove RGB functionality just so you could match a model number printed on a device (GL-C-003P) that actually accurately reports that correct and different modelId's (GL-C-009P & GL-C-006P) depending on which mode is selected. And, most importantly, thank you for everything you do. |
GL-C-003P is a RGB device,not CCT. I am an employee of this company. |
We have a customer response that the RGB mode under GL-C-003P is mistakenly identified as CCT mode. |
The confusion here is that we're talking about two different devices, and that even though the original device is called the GL-C-003P, it can never output a The OP is referencing the following: So it can never tell z2m it's in Unfortunately, in doing this, it broke a different device. (Actually, a number of different devices including GL-C-001P, GL-C-002P, GL-C-201P, GL-C-202P). As an example: Model GL-C-001P - Gledopto 5 in 1 Smart LED Controller So now when you set a 5in1 controller to RGB mode, and it sends it's To show that this isn't just a theoretical discussion, here's a part of my setup: You can see that the Model GL-C-003P 2in1 is attached to an LED sign, and acting as a dimmer It doesn't make sense to me that My preferred outcome is that the change to At this point at least Gledopto are being consistent with the message sent to z2m about which mode is being used, no matter which device is used. The OP will have to accept that his Model GL-C-003P 2in1 does not output signal called Just trying to help, and keep my setup running as before. Thanks. |
So you don't need to look at the model of the product's casing, but its working mode. The product models he sent to z2m were only sent according to different work mode. @Koenkk @pjxturner |
Although it says GL-C-003P, its working mode is only CCT/Dimmer. |
@Koenkk
Gledopto produce, as @Aogu181 says, devices that consistently identify regardless of what's printed on the case of the product in the following manner:- In the example of controller with GL-C-001 printed on it never reports as a GL-C-001, just as one of the above to tell Z2M which mode it is in. Similarly the GL-C-003 labled device never reports as such, it just reports the device number for the mode it is in. Please revert the change that was made and all the Gledopto devices will work fine in Z2M, they just won't necessarily match the name in the database with the name printed on the device, and that's the way it's always been. Finally as @pjxturner has said too - your work is really really appreciated. Thanks again. |
Thanks for all the explanations, I've merged Koenkk/zigbee-herdsman-converters#8305 so assuming this can be closed now. Changes will be available in the dev branch in a few hours from now. |
Hi all, I want to clarify that the original issue I had was that for some reason on a new install I had my device identified as a GL-C-009P. Not GL-C-006P. I confirmed that previously it identified as a GL-C-006P and this worked fine. I never requested any changes to be made, and I was merely trying to understand why the device identified differently. I think a lot of the whole confusion came from the fact that none of this weird behavior was documented clearly anywhere. Happy to see this all cleared up though and I appreciate everyone's insights! |
What happened?
When I'm pairing my GL-C-003P, it shows up as GL-C-009P.
Interestingly enough, this was working correctly ±2 years ago. I'm running into this now, because I'm rebuilding my ZigBee network from scratch.
What did you expect to happen?
Identified as GL-C-003P.
How to reproduce it (minimal and precise)
Repair or re-interview. See debug log.
Zigbee2MQTT version
1.39.1
Adapter firmware version
0x26780700
Adapter
ConBee2
Setup
k3s on a rpi4
Debug log
The text was updated successfully, but these errors were encountered: