Intercepting 433Mhz from an OS WMR86 Weather Station
hi folks,
quite significant update on progress oregon scientific weather station, , how make further use of system intercepting signals arduino uno , basic 433mhz receiver. put lcd receiver on kitchen bench , arduino in garage carrying out ultimate instructions.
there few improvements (eg checksum routine correct), few discoveries (eg bit 7 on rolling code "new device"), timing has been double checked (how know sure though?) , things remain problematical (ie rain calibration, not easy), other things still unknown (eg low battery indication, amongst others), , things same (eg 433+uno, humidity , atmospheric pressure sensors, , delays, not counting interrupts).
the format of program has been altered considerably gather readings sensors send them, , combine readings single csv line output every minute on serial port. this how previous bios/thermor unit did it, , made logging in www server's python program simple effective.
there plenty of comments on things to protocol, , few left on debugging routines, others may find useful if adapting code situation, or useful in general, leave them there people use see fit.
as have indicated above still have quite few questions answer, , if reckon know ok, still deserves scrutiny please tell me gently if there glaring errors or suggestions improvement, otherwise enjoy!
rob
latest version: my_origo_24.ino
quite significant update on progress oregon scientific weather station, , how make further use of system intercepting signals arduino uno , basic 433mhz receiver. put lcd receiver on kitchen bench , arduino in garage carrying out ultimate instructions.
there few improvements (eg checksum routine correct), few discoveries (eg bit 7 on rolling code "new device"), timing has been double checked (how know sure though?) , things remain problematical (ie rain calibration, not easy), other things still unknown (eg low battery indication, amongst others), , things same (eg 433+uno, humidity , atmospheric pressure sensors, , delays, not counting interrupts).
the format of program has been altered considerably gather readings sensors send them, , combine readings single csv line output every minute on serial port. this how previous bios/thermor unit did it, , made logging in www server's python program simple effective.
there plenty of comments on things to protocol, , few left on debugging routines, others may find useful if adapting code situation, or useful in general, leave them there people use see fit.
as have indicated above still have quite few questions answer, , if reckon know ok, still deserves scrutiny please tell me gently if there glaring errors or suggestions improvement, otherwise enjoy!
rob
latest version: my_origo_24.ino
not sure doing github, assistance appreciated if deemed required.
i have published latest version on github (on son's advice)
https://github.com/robwlakes/arduinoweatheros
and main upgrade simple hugely important.
up until have programmed rx algorithm find minimum of 20 header hits before accepting bit stream legitimate. i have since become aware program "flat line" anemometer hours on end (when temperature , rainfall both use 90% of same code happily continued on, , different trivial).
i believe @ moment expectation of @ least 20 clear header hits , 433mhz receiver may have been stabilizing agc quicker on days others (and therefore changed number of header hits arduino saw legit) , lead headers on anemometer signal being accepted days on end, suddenly, @ other times, anemometer "dropping out", ie digitally filtered out!!
after while, if rf reception got better, agc settled quicker, , anemometer header bits once again exceeded 20, was fine. no flat spots, "signal" normal. however seem expecting 20 hits time close cut off point, have changed 20 15 , far looking (25% change). this give better margin error, , maybe lower number such 10 may better. i interested hear of experiences in area, have spent many long hours chasing problem. it seem obvious now!!!!
there few other improvements intend add once major upgrade proven correct. stay tuned
cheers, rob
i have published latest version on github (on son's advice)
https://github.com/robwlakes/arduinoweatheros
and main upgrade simple hugely important.
up until have programmed rx algorithm find minimum of 20 header hits before accepting bit stream legitimate. i have since become aware program "flat line" anemometer hours on end (when temperature , rainfall both use 90% of same code happily continued on, , different trivial).
i believe @ moment expectation of @ least 20 clear header hits , 433mhz receiver may have been stabilizing agc quicker on days others (and therefore changed number of header hits arduino saw legit) , lead headers on anemometer signal being accepted days on end, suddenly, @ other times, anemometer "dropping out", ie digitally filtered out!!
after while, if rf reception got better, agc settled quicker, , anemometer header bits once again exceeded 20, was fine. no flat spots, "signal" normal. however seem expecting 20 hits time close cut off point, have changed 20 15 , far looking (25% change). this give better margin error, , maybe lower number such 10 may better. i interested hear of experiences in area, have spent many long hours chasing problem. it seem obvious now!!!!
there few other improvements intend add once major upgrade proven correct. stay tuned
cheers, rob
Arduino Forum > Topics > Device Hacking > Intercepting 433Mhz from an OS WMR86 Weather Station
arduino
Comments
Post a Comment