On Wednesday, June 21, 2017 at 8:05:12 AM UTC+10, Neville Davis wrote: > > 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 weewx-user+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
