You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I utilize the Sonoff RF Bridge with the RFLink32 image for this device. I control my 433MHz devices using Home Assistant (HA) through the Sonoff Bridge. All my devices operate on the Newkaku protocol ([Plugin_003.cpp]). The on/off switches works perfectly. However, when sending dimming commands from HA, the behavior is somewhat erratic (for instance, when using the dimming slider in HA). I've verified the approximate percentage signal sent from HA and its corresponding signal received at the RF bridge. It's important to note that the Newkaku protocol has 15 dimming levels.
1% = 00
7% = 01
13% = 02
20% = 03
27% = 04
33% = 05
40% = 06
47% = 07
53% = 08
60% = 09
67% = 00
73% = 01
80% = 02
87% = 03
93% = 04
100% = 05
On the other hand, if I manually send codes via MQTT to the RF bridge using HEX codes, it works fine (the first column is the code sent to the bridge, the second column is the reply from the bridge):
1 = 1
2 = 2
3 = 3
4 = 4
5 = 5
6 = 6
7 = 7
8 = 8
9 = 9
a = 10
b = 11
c = 12
d = 13
e = 14
f = 15
(For info, codes sent look like this as an example: 10;NewKaku;ID=00b23dea;SWITCH=4;SET_LEVEL=a; )
However, Home Assistant does not send hex code to the RF bridge. The optimal solution might be to modify the RFLink32 code so that it correctly interprets the code sent from Home Assistant. I have attempted to review parts of the code, but lack the expertise to determine the necessary corrections. Could someone guide me in the right direction? Thank you.
The text was updated successfully, but these errors were encountered:
Hi
I utilize the Sonoff RF Bridge with the RFLink32 image for this device. I control my 433MHz devices using Home Assistant (HA) through the Sonoff Bridge. All my devices operate on the Newkaku protocol ([Plugin_003.cpp]). The on/off switches works perfectly. However, when sending dimming commands from HA, the behavior is somewhat erratic (for instance, when using the dimming slider in HA). I've verified the approximate percentage signal sent from HA and its corresponding signal received at the RF bridge. It's important to note that the Newkaku protocol has 15 dimming levels.
1% = 00
7% = 01
13% = 02
20% = 03
27% = 04
33% = 05
40% = 06
47% = 07
53% = 08
60% = 09
67% = 00
73% = 01
80% = 02
87% = 03
93% = 04
100% = 05
On the other hand, if I manually send codes via MQTT to the RF bridge using HEX codes, it works fine (the first column is the code sent to the bridge, the second column is the reply from the bridge):
1 = 1
2 = 2
3 = 3
4 = 4
5 = 5
6 = 6
7 = 7
8 = 8
9 = 9
a = 10
b = 11
c = 12
d = 13
e = 14
f = 15
(For info, codes sent look like this as an example: 10;NewKaku;ID=00b23dea;SWITCH=4;SET_LEVEL=a; )
However, Home Assistant does not send hex code to the RF bridge. The optimal solution might be to modify the RFLink32 code so that it correctly interprets the code sent from Home Assistant. I have attempted to review parts of the code, but lack the expertise to determine the necessary corrections. Could someone guide me in the right direction? Thank you.
The text was updated successfully, but these errors were encountered: