rtl_433_ESP
rtl_433_ESP copied to clipboard
FYI: Skylink HA-434TL - false positives
Hi @NorthernMan54,
just as an update. During the discussion with my pull request yesterday you mentioned that the Skylink HA-434TL decoder might produce too many false positives, as I kept seeing
{"model":"Skylink HA-434TL motion sensor","motion":"false","id":"00000","raw":"00000","protocol":"Skylink HA-434TL motion sensor","rssi":-57,"duration":99281}
Running my OMG rtl_433_ESP gatway for several hours today, I didn't see one single such false positive message. This made me think what was different to my testing yesterday.
- I had the gateway connected to the PC for serial monitoring. Ok didn't do that again just now, but tried an OTA update with the following debugging build flags on
'-DRTL_DEBUG=4' ; rtl_433 verbose mode - ; Enable RTL_433 Verbose option ( 0=normal, 1=verbose, 2=verbose decoders, 3=debug decoders, 4=trace decoding. ) '-DLOG_LEVEL=LOG_LEVEL_TRACE' '-DDEMOD_DEBUG=true' '-DRAW_SIGNAL_DEBUG=true' ; display raw received messages
and low and behold, the above phantom Skylink HA-434TL mqtt messages started appearing again in regular intervals.
Maybe you can reproduce this on your side, as
"motion":"false","id":"00000","raw":"00000",
is always identical in these messages and possibly might not conflict with any of your proper Skylink HA-434TL messages.
Commenting out
;'-DLOG_LEVEL=LOG_LEVEL_TRACE' ;'-DDEMOD_DEBUG=true' ;'-DRAW_SIGNAL_DEBUG=true' ; display raw received messages
which should be default for most users, brings everything back to normal for me, without any false positive Skylink HA-434TL messages at all.
Thanks
I looked at my code for the device decoder, and it does not have a data quality or checksum. So am thinking to just reject ID '00000' going forward.
Sounds like an idea, still puzzled here as to which combination of the three build flags creates this.
Running fine here with all three commented out now for hours.
You can close this issue as it was mainly to inform you of my findings, unless you want to keep it open for the ID '00000' rejection change.
Thanks
Current release reduces the number of false positives