Update the GS-WDS07 decode? about rtl_433_tests HOT 3 CLOSED

I'll look into the signals and if we can optimized things.

One thing rtl_433 can't deliver is application/use-case specific logic, that might be different for each setup. But you can always post-process the data with something like the scripts in examples -- from simple filtering and scaling to aggregating values, keeping state. See https://github.com/merbanan/rtl_433/blob/master/examples/rtl_433_custom.py on how this works in general and https://github.com/merbanan/rtl_433/blob/master/examples/rtl_433_mqtt_relay.py to relay to MQTT.

from rtl_433_tests.

The packets are too far aprt to capture in a single transmission, anyway 60-100 packets are to many to capture in one go anyway.
You need to think up some logic like: if there at least 10 identical messages send a MQTT topic, then suppress more messages for a minute. There is no general way we can handle that in rtl_433 but a relay script will work fine.

from rtl_433_tests.

Hello zuckschwerdt, thank you for the info and for looking into this. Some type of rate-limiting would work perfectly for this but I was wondering if it could be resolved before going down that path. I'll look into a script within the rtl_433 container or on the home automation server.

Thanks again!

from rtl_433_tests.