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 looked at the source code of MySensors v2.3.2 and did some manual tests regarding RSSI support.
It seems the gateway itself cannot be queried for the RSSI since only the code from MyGatewayTransport.cpp gets processed for internal messages even when the MY_SIGNAL_REPORT_ENABLED symbol is defined in the sketch.
Every other node will respond to internal signal messages when MY_SIGNAL_REPORT_ENABLED is defined in the sketch because code from MyTransport.cpp gets executed instead.
I found following I_SIGNAL_REPORT_REQUEST responses as mentioned in MyTransport.h from my node number 84 with a RFM69 radio by inserting the internal signal messages manually into the serial gateway where the last letter of the message switches the measurement method.
Received RSSI and 'reverse' transmitted RSSI in dBm:
If I understood the code correctly the ! switches from RX to TX measurement a.k.a. from one-way measurement to two-way 'reverse' RSSI measurement derived from a ACK packet.
There is also the standalone transmitted RSSI but with some nonsense value (+127 dBm):
84;0;3;0;29;r
84;255;3;0;31;127
There exist also other internal signal messages for SNR (S, s, S!) TX power and percent (T, P) and uplink quality (U).
The only downside is that this works only if the node is not sleeping and if it has MY_SIGNAL_REPORT_ENABLED enabled in the sketch. If signal report is not enabled or a radio does not support a certain measurement method the value -256 is returned instead in the response message.
As mentioned in #2 in my case since I have a sleeping node it will not respond to signal requests. So I would have to use something like NodeManagers SensorSignal.h which shows up as a classic sensor message of type S_SOUND with V_LEVEL and sensor ID 202 which will be reported as soon as the node wakes up after transmitting some other sensor values. At the same time SensorSignal will enable also MY_SIGNAL_REPORT_ENABLED but without any effect when sleep mode is activated.
The text was updated successfully, but these errors were encountered:
Hi @jkandasa,
I looked at the source code of MySensors v2.3.2 and did some manual tests regarding RSSI support.
It seems the gateway itself cannot be queried for the RSSI since only the code from MyGatewayTransport.cpp gets processed for internal messages even when the
MY_SIGNAL_REPORT_ENABLED
symbol is defined in the sketch.Every other node will respond to internal signal messages when
MY_SIGNAL_REPORT_ENABLED
is defined in the sketch because code from MyTransport.cpp gets executed instead.I found following
I_SIGNAL_REPORT_REQUEST
responses as mentioned in MyTransport.h from my node number 84 with a RFM69 radio by inserting the internal signal messages manually into the serial gateway where the last letter of the message switches the measurement method.Received RSSI and 'reverse' transmitted RSSI in dBm:
If I understood the code correctly the ! switches from RX to TX measurement a.k.a. from one-way measurement to two-way 'reverse' RSSI measurement derived from a ACK packet.
There is also the standalone transmitted RSSI but with some nonsense value (+127 dBm):
There exist also other internal signal messages for SNR (
S, s, S!
) TX power and percent (T, P
) and uplink quality (U
).The only downside is that this works only if the node is not sleeping and if it has
MY_SIGNAL_REPORT_ENABLED
enabled in the sketch. If signal report is not enabled or a radio does not support a certain measurement method the value -256 is returned instead in the response message.As mentioned in #2 in my case since I have a sleeping node it will not respond to signal requests. So I would have to use something like NodeManagers SensorSignal.h which shows up as a classic sensor message of type
S_SOUND
withV_LEVEL
and sensor ID202
which will be reported as soon as the node wakes up after transmitting some other sensor values. At the same time SensorSignal will enable alsoMY_SIGNAL_REPORT_ENABLED
but without any effect when sleep mode is activated.The text was updated successfully, but these errors were encountered: