Does anyone know how to intercept RF Code 2.4GHz for this light.
It’s a 2.4GHz remote. It is dimmable and I can change the color temp from cold to warm.
The power supply that integrate the receiver is a shinlight electronic.
It’s a CCT dimmable.
I have tried MiLightv1 protocol without success.
Does anyone know how to control this kind of light ?
I’m back to this model. If someone have an idea of the protocol used
The remote is really simple.
FCC ID : 2ANO4-25W2R4G
Remote : RG12KW1
Operating Frequency: 2450
Type of Modulation: GFSK
Number of Channels: 1
Channel Separation: None
Antenna Type: Onboard radio frequency antenna
Antenna Gain: 0 dBi
Power Supply: 3Vdc
I have already found this on FCC, but it still don’t know if it used a know protocol that we can intercept / reproduce with a NRF24L01 or CC2500 for example.
It doesn’t seems to be Bluetooth.
So it might be something like Milight / LivingColor /Ansulata protocol like. I don’t know if there is some other.
I have not this electronic knowledge, but I have the rflink and spare NRF24L01 and CC2500.
I have not detected any signal.
But I cannot confirm my wiring is OK for 2.4ghz as I have not other device on this frequency on my RFLink.
Are you sure , I was thinking one remote can be paired on many light.
Power on light and push A, B or C in the first 3 sec, then remote must be paired to the light.
Not sure, I assume it’s in register mode. If it received x time the same frame at boot, it save the remote id or something like that. like basic 433Mhz remote
I have been playing with remote control programming according to the user manual to try to understand the system.
Setup :
L1 : one LED lamp
R1 : remote control paired from factory
R2 : remote from another LED lamp
Convention :
R1-A means key A of remote control R1
R2-B means key B of remote control R2
etc.
Observations :
Pairing L1 with R1-B : L1 cannot be controlled anymore with R1-A.
Pairing L1 with R1-A : L1 cannot be controlled anymore with R1-B (back to initial setup).
Pairing L1 with R2-B : L1 cannot be controlled anymore with R1-A.
Pairing L1 with R1-A : L1 cannot be controlled anymore with R2-B (back to initial setup).
Next steps :
It makes me believe that communication is unidirectional. My next steps will be to capture more oscilloscope traces to try to understand the frame format.
I believe an intermediate common remote control solution would be use one original remote control together with an ESP8266 or ESP32 to generate the correct IDs for each lamp to be controlled.
The ESP8266 o ESP32 could drive the RF stage in place of the logic stage in the electronic board.
Example illustration (proper wire remains to be identified) :
I think we can replace the RF block once your a re able to replace the logic block with an ESP.
RF Specification of the remote seems handle by NRF24L01 or CC2500.
It looks like there are two frequencies (FSK), now I have to transform this into bits.
I have found the signal on 2.427 GHz as well, a little stronger and “cleaner”.