Open ouinouin opened 4 years ago
I may or may not have figured this out while cleaning up the Makefile.
rtl_433 comes with a bunch of configuration files that are not being installed. Do you think that's the issue?
i dont think so, to what i know the config files are just for a few kind of sensors, thos i own are very chineric ( as chinese generic). i m more thinking about something about timers , dual core issue interrupts or things like that but thats just guessings. on archer c7 openwr the same rtl433 package is working properly with the same probes.
Oh. I just saw R7800...
That thing when I owned it had great WiFi performance, but everything else was subtly broken. I would suggest setting cpufreq (or w/e it was)to performance and see if that happens.
Maybe @Ansuel and @hnyman can help.
On a somewhat unrelated sidenote, Armbian carried a totally broken out of tree cpufreq patch for mvebu that caused kernel freezes every hour or so. Thank god I got it removed.
i think i already gave a try for that but cant remember, i ll have a look as soon as i m near the router (its on a remote site)
I think this has been fixed in rtl_433: https://github.com/merbanan/rtl_433/issues/1441
hi, i own many openwrt platform and begin to run rtl433 on them.
on Model TP-LINK Archer C7 v5 Architecture Qualcomm Atheros QCA956X ver 1 rev 0 Firmware Version OpenWrt 19.07.3 r11063-85e04e9f46 / LuCI openwrt-19.07 branch git-20.136.49537-fb2f363 Kernel Version 4.14.180 I have similar decoding than on my laptop (i own many of those probes :
on Model Netgear Nighthawk X4S R7800 Architecture ARMv7 Processor rev 0 (v7l) Firmware Version OpenWrt 19.07.4 r11208-ce6496d796 / LuCI openwrt-19.07 branch git-20.247.75781-0d0ab01 Kernel Version 4.14.195
its a disaster, most of the time it listen nothing (all 433 sensors are within 5 meters with battery ok and no obstacles and the same test with my laptop is ok) when it decides to see something, the decoding gets wrong :
i got this bogus result, and while seeing the transmission led of my 433mhz temp sensor I can ensure this is a frame given by my sensor, wich is Ambientweather-F007TH.
i did further tests on the faulty router : i got rtl tcp running and the decoding done on another platform (X86-64 debian) and got the same bogus results so there is something wrong in the rtl driver, in the timings of the router, or in the cpufreq giving some timer issues or in the I/Q endianness or something like that.