In getting the data into weewx.....I have a number of different sensors i2C one wire and data from a web sever (json) from my Airconditioner...all being input to weewx.
My basic method is to get data as a csv file by running scripts from boot ( i have 3 of these files being generated in a ramdisk) and then I use 2 methods...a driver the get all the weather data and a weewx service to get the data from the aircon. The following is a screen shot of the current conditions. On Monday, June 19, 2017 at 10:43:33 PM UTC+10, Craig Thom wrote: > > Thanks. My question is really about getting the data into weewx, but I'll > worry about that later. > > After another message about the sensors themselves, I've decided to go > with low power 915MHz radio using the mysensors org protocol. I should be > able to get many months from 3xAA batteries. The parts are coming from > China, so I've got a month or two to think about getting them into weewx. > It will probably be after the eclipse, since I'll be spending increasing > time testing the hardware and software to photograph it. > > So sensors through mysensors hub to MQTT broker, and then somehow into > weewx. In August. > > On Wednesday, June 14, 2017 at 11:28:27 AM UTC-4, Paul Bartholdi wrote: >> >> Hello, >> >> It could be good to have a look at "http://www.yoctopuce.com";. The >> company is based in Geneva, Switzerland, but send products worldwide, with >> typical Swiss high quality. They have extremely low power hubs usb --> >> Ethernet, gsm or WiFi, which can put all the boards asleep and wake up only >> on command from central PC. Boards include barometer, temperature(s), >> humidity, light and many other possibilities not so much related to weather >> station. Software exists for most high level languages (C, C++, Java, >> Python, shell (bash) etc.). >> MQTT looks very interesting, but I had no time yet to play with it. To >> interface other programs with weewx data, I simply interrogate the database >> (mysql). >> Hope this helps. Paul >> >> On Tuesday, June 13, 2017 at 3:53:48 PM UTC+2, Craig Thom wrote: >>> >>> tl;dr What's the best way of getting home brew wireless sensor data into >>> weewx? >>> >>> I plan to build a soil moisture (and temperature) sensor for my garden >>> bed. I'll likely build another for leaf wetness and UV index, because the >>> sensors are cheap and it will be fun. >>> >>> The question is how best to get this data to weewx. I am already using >>> the SDR driver for my Acurite 5-in-1 and additional sensors. >>> >>> I could use a 433MHz transmitter. I think, though, I'd have to decide >>> on how to make a packet, then modify rtl_433 to recognize that packet, then >>> modify SDR.py to use that new rtl_433 packet. This seems pretty >>> complicated. >>> >>> Or, since these sensors will be within range of wifi, I could use an >>> ESP2866. This is attractive because the microcontroller for reading the >>> sensor and processing the data is in the same package. I really like this >>> idea. >>> >>> But how do I get the data to weewx? >>> >>> Because the sensor will be running on batteries (and maybe solar cells >>> for the UV/leaf wetness one), I do not want to turn on the wifi radio >>> except when absolutely necessary, so weewx will not be able to initiate >>> contact. >>> >>> My first thought was to use ftp, so the sensor connects to an FTP server >>> on my network, probably on the RPi running weewx, and dumps a file. Then I >>> could write a service within weewx to check for that file, read it, and add >>> the data to the LOOP packet. >>> >>> But I was reading through old discussions here, and I found one using >>> MQTT as a source for weewx. There was no resolution reached, other than >>> some references to weeRT that I didn't really understand (and weeRT is a >>> lot harder to Google than weewx). >>> >>> MQTT is attractive because it's a standard, and other things could >>> subscribe to the sensor data (like a home automation program, or something >>> that will turn on the water to the garden bed). >>> >>> I'd rather not start from scratch with the regular sensors; I'd like to >>> keep using the sdr driver. >>> >>> Is there some really obvious solution that I'm missing? Is there code >>> someone for producing Acurite-like radio packets so my sensors could just >>> pretend to be a tower sensor or something? >>> >>> (I was concerned about getting accurate numbers from a soil moisture >>> sensor, because all my reading says it depends on soil type, and it needs >>> to be calibrated, etc., but Davis doesn't do any of that calibration, and >>> if just using relative moisture is good enough for them, it's good enough >>> for me.) >>> >> -- You received this message because you are subscribed to the Google Groups "weewx-user" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. For more options, visit https://groups.google.com/d/optout.
