biuklija

Here's that batch, in transmission order, along with the expected values of klux. ``` {127}002983801a231600bb08903bfffa36cc {112} c1 c0 0d 11 8b 00 5d 84 48 1d ff fd 1b 66...

Okay, how about this? On every other (unrepeated) package, I get the 25-28 extra rows: ``` Detected OOK package 2022-05-19 12:04:13 cotech_36_7959_decode: bitrow: {112} c1 c0 07 0a 5a 00...

Ignore, it's just a wrong guess by the analyzer. This is getting really weird. The data has to be somewhere in the package because it gets regularly updated every 15...

I'll test this out, I should have an UV filter somewhere. > It's certainly good to extract what the official receiver sees. This rant is slightly off (illuminance vs irradiance,...

In any case, what would be our best course of action in regards to RTL_433? Should it just report the (likely derived) lux value until it overflows and stop reporting...

The receiver probably just rounds the received lux value (derived by the sensor unit from UV) to four digits until it maxes out, after that it does the calculations on...

Every physical digital calculator I have ever owned had this as standard. So does the windows calculator.

> RSS-Bridge atm is also broken on their latest release. The "standard" scraping bridge works fine out-of-the-box in the latest release provided you create individual user feeds for everything you...