Oh i am high interested in this service, because i want to add some sensors that publish mqtt messages. Please post it.
Am Dienstag, 12. September 2017 02:39:09 UTC+2 schrieb Dan Verbus: > > I've got a service written that works, if you want a copy. Each sensor > publishes to it's own MQTT topic and the service reads off the queue > whenever it receives a loop packet and appends whatever data it finds. Let > me know and I'll post it. > > Dan > > > On Wednesday, June 21, 2017 at 7:37:28 PM UTC-4, Craig Thom wrote: >> >> Thanks. I'm using the sdr driver, so I'm leaning toward a service, and >> I've already got a little experience writing one. >> >> On Tuesday, June 20, 2017 at 6:05:12 PM UTC-4, 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.
