[weewx-user] Re: howto receive MQTT data from a running broker and put the data into database with weewx..?

Sorry for the late reply. I don't have much time to work on my original wxMesh driver. >From what I have seen of MQTTSubscribe, it's a much more complete implementation of an MQTT subscriber, and offers the features I was planning on adding some day. When I get a chance, I plan on switching

[weewx-user] Re: update barometric pressure statistics in weewx 3.1.0

Guess when the hurricane went through: [image: Screenshot from 2019-09-09 08-39-03.png] On Sunday, 8 September 2019 21:42:49 UTC-3, Bill Morrow wrote: > > Thanks for tip, Gary. I ran wee_config_database —drop-daily and saw this > evidence in the log on weewxd startup: > >

[weewx-user] Re: update barometric pressure statistics in weewx 3.1.0

Thanks for tip, Gary. I ran wee_config_database —drop-daily and saw this evidence in the log on weewxd startup: Sep 8 21:05:39 seal weewx[14232]: engine: Starting backfill of daily summaries Sep 8 21:12:27 seal weewx[14232]: engine: Processed 1116765 records to backfill 1631 day summaries in

Re: [weewx-user] Re: Live on a Raspberry Pi 4

Paul, you're not too far from me. I lost capturing the new record low pressure for my station last night, because we lost power. I need to simplify my setup, so that it can run off batteries for a couple of days. My phone recorded 955 mbar. Good to see you are back in business too! I've

[weewx-user] update barometric pressure statistics in weewx 3.1.0

My production weewx is still 3.1.0. Maybe this issue will be impetus for me to update. But in the short term: Hurricane Dorian went by us last night and knocked out power. I shut down my weewx host before its UPS died, so missed readings as the eye went by about 20 km away. We have power back

[weewx-user] Re: Using WeeWxMQTT - problems

On Thursday, 12 April 2018 08:13:51 UTC-3, gjr80 wrote: > > Just as an aside, as of weeWX 3.7.0 a couple of changes were made to the > included drivers that use a mapping to map a sensor (read output from some > external device/system) to a weeWX schema field (read a field in the loop > packet

[weewx-user] Re: Using WeeWxMQTT - problems

On Thursday, 12 April 2018 00:23:13 UTC-3, Ralph Underwood wrote: > > *IT WORKS!* > > I added: TIME = dateTime to wxMesh stanza of weewx.conf the stopped and > restarted WeeWx - waited a few minutes and I now have values showing up in > /var/www/html/weewx/index.html > > Hurray! This line in

[weewx-user] Re: Using WeeWxMQTT - problems

On Wednesday, 11 April 2018 20:56:39 UTC-3, vince wrote: > > On Wednesday, April 11, 2018 at 11:54:47 AM UTC-7, Ralph Underwood wrote: >> >> Do I need to have TIME = date-time in my weewx..conf wxMesh stanza? >> >> >> > Thinking not - I think you need: > >1. a "SOMETHING = dateTime" mapping in

[weewx-user] Re: Using WeeWxMQTT - problems

On Wednesday, 11 April 2018 15:24:38 UTC-3, vince wrote: > > On Wednesday, April 11, 2018 at 10:06:22 AM UTC-7, Bill Morrow wrote: >> >> Line 308 in wxservices.py is failing: >> 306 data['maxSolarRad'] = weewx.wxformulas.solar_rad_RS( >> 307

[weewx-user] Re: Using WeeWxMQTT - problems

Doh! Your system time is right there in front of me: > Apr 11 08:03:22 mapleleaf weewx[4079]: wxMesh: key: TIME value: > 1523459002 > According to epochconverter: Conversion results (1523459002) 1523459002 converts to Wednesday April 11, 2018 08:03:22 (am) in time zone America/Vancouver

[weewx-user] Re: Using WeeWxMQTT - problems

Comments imbedded On Wednesday, 11 April 2018 12:17:23 UTC-3, Ralph Underwood wrote: > > Hi Bill > > I rebuilt my development system, installed Jessie, configured rpi, > installed Mosquitto and weewx with the simulator. Attempted to do the > extension install of wxMesh, that failed so I

[weewx-user] Re: Using WeeWxMQTT - problems

That looks good. The debug messages from the sketch are showing the right message format. I don't think you need my sketch, yours is publishing OK now. Eventually (depending on your mosquitto persistence settings) the bad messages will disappear. Googling will reveal methods to clear them out

[weewx-user] Re: Using WeeWxMQTT - problems

> > On Tuesday, 10 April 2018 12:44:32 UTC-3, Ralph Underwood wrote: >> >> I understand that you are using the HTU21 and think that it might be best >> if I concentrate on that setup. Can you post the actual sketch you are >> using? >> > Attached. I use an Adafruit Feather Huzzah, -- You

[weewx-user] Re: Using WeeWxMQTT - problems

Hmm, this debug in the log Apr 10 08:24:14 ru-pi weewx[6385]: wxMesh: Added to queue of 1 message temperature Apr 10 08:24:14 ru-pi weewx[6385]: wxMesh: Working on queue 0 payload : temperature means that wxMesh is still getting the message "temperature" through its subscription to: Apr 10

[weewx-user] Re: Using WeeWxMQTT - problems

Sigh, pushed Post too quickly. The correct suggested change to your sketch... There's also some problems with that if block. Try changing dataString to a > message that wxMesh can parse, for example >if((temp > -20) && (temp <110)) >{ > char temperatureStr[6]; > dtostrf(temp,

[weewx-user] Re: Using WeeWxMQTT - problems

Ralph, this line in the log file: Apr 7 18:59:33 ru-pi weewx[19737]: wxMesh: Working on queue 0 payload : temperature means that your sketch has published a message of the string "temperature". Looking at your sketch, it looks like it might have if((temp > -20) && (temp <110))

[weewx-user] Re: Adding data from homemade wireless sensors to weewx

On Wednesday, 24 January 2018 18:59:40 UTC-4, vince wrote: > > On Wednesday, January 24, 2018 at 2:42:46 PM UTC-8, gjr80 wrote: >> >> WeeWX can run with one driver only; however, it can run with an >> (essentially) unlimited number of services. So folks with an existing >> station that want to

[weewx-user] Re: Adding data from homemade wireless sensors to weewx

Ah, I see. Thanks for the elaboration, Matthew. On Wednesday, 24 January 2018 19:49:48 UTC-4, mwall wrote: > > ...we need an mqtt.py that contains an uploader, a driver, and a service > all in one package, as a single extension. > > ...the maxbotix extension does part of this - it is both a

[weewx-user] Re: Adding data from homemade wireless sensors to weewx

On Wednesday, 24 January 2018 10:32:15 UTC-4, Andreas Landixus wrote: > > Haha, i want to do the same with multiple ds18b20 :) > i post via http post to the weewx and save to text file, and also dont > want replace the driver, also i do not want more instances. > > when we have a mqtt as a

Re: [weewx-user] Re: MQTT weather data as input to weewx

On Wednesday, 20 September 2017 14:20:41 UTC-3, Robert Mantel wrote: > > I know this is an old thread, but did you guys ever get around to making a > driver that subscribes to an mqtt server to get sensor data? My RFM69 > sensors connect to a gateway which parses the data into my mqtt server,

[weewx-user] Re: Realtime Gauge-Data Extension 0.2.5 'gauge-data.txt' Issues

Weewx was rejecting readings around minus 24% (yes, -24%) because they were outside my QC settings in StdQC of 0% to 100%. It's a problem with the humidity sensor when the humidity is extreme. It did this for about a day, while we had a lot of fog and rain. I widened out the QC limits [StdQC]

[weewx-user] Re: Realtime Gauge-Data Extension 0.2.5 'gauge-data.txt' Issues

n Thursday, 23 February 2017 23:40:09 UTC+10, Bill Morrow wrote: >> >> On Thursday, 23 February 2017 05:52:55 UTC-4, Devonian wrote: >>> >>> I noticed 0.2.6 late last night and installed it. >>> Works fine, but no chance to see a 'no wind' situation as it's blo

Re: [weewx-user] Re: attaching a raspberry Pi weather station to the weewx system - using wxMesh driver

Please continue this thread on the weewx-development group: https://groups.google.com/d/msg/weewx-development/tNDnGNe9Z_M/ubAAPKGBCAAJ -- 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

Re: [weewx-user] Re: attaching a raspberry Pi weather station to the weewx system - using wxMesh driver

This conversation might be better to continue in the weewx-development group. I am copying it over there. Some imbedded comments below. On Tuesday, 21 February 2017 06:06:40 UTC-4, wysiwyg wrote: > > Hello ! > > > *Regarding websockets: * > > Just found the howto I was talking about: >

Re: [weewx-user] Re: attaching a raspberry Pi weather station to the weewx system - using wxMesh driver

Good news! I have my poll_interval set to 1 second. For the wxMesh driver, that means it will check for newMQTT publications once per second. Depending on the rate of "weather" topic publications, this might be an issue. I remember now that I did have to switch to this relatively high poll

[weewx-user] Re: attaching a raspberry Pi weather station to the weewx system - using wxMesh driver

That "Socket error" may be an MQTT protocol version mismatch. Try changing the version which is hardcoded in my driver import paho.mqtt.client as mqtt self.client = mqtt.Client(client_id=self.client_id, protocol=mqtt.MQTTv31) to match what your library and MQTT broke Mosquitto support. You

Re: [weewx-user] Re: attaching a raspberry Pi weather station to the weewx system - using wxMesh driver

OK, so no issues with MQTT. I originally was not using the username/password facility in Mosquitto. You could try that, and simply comment out the lines in the driver. I think this is the setting in mosquitto.conf allow_anonymous true Thank you for trying the driver. When we find out why

Re: [weewx-user] Re: attaching a raspberry Pi weather station to the weewx system - using wxMesh driver

Oh, make sure you connect as a different client if you use that monitoring script. Otherwise it will take all the traffic from weewx! On Mon, Feb 20, 2017 at 6:44 PM, Bill Morrow <morro...@gmail.com> wrote: > Frederic, these two lines you have highlighted > self.username =

Re: [weewx-user] Re: attaching a raspberry Pi weather station to the weewx system - using wxMesh driver

Frederic, these two lines you have highlighted self.username = stn_dict.get('username', 'XXX') self.password = stn_dict.get('password', 'password') should pick up the username and password from the python "dictionary " that is

[weewx-user] Re: attaching a raspberry Pi weather station to the weewx system - using wxMesh driver

others have extended the schema, but I think you are on the right approach: do some work in the weather station and provide baseline data to weewx. > > > > > > > > > > > > > > > > > Le lundi 20 février 2017 17:13:36 UTC+1, Bill Morrow a écr

Re: [weewx-user] Re: attaching a raspberry Pi weather station to the weewx system - using wxMesh driver

I've removed my user/password information from the github document. Thank you for alerting me to the goof, Frederic. -- 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

[weewx-user] Running more than one driver?

Is it possible to run more than one driver, simultaneously? For example, this configuration # Set to type of station hardware. There must be a corresponding stanza # in this file with a 'driver' parameter indicating the driver to be used. station_type = Vantage,fileparse would

[weewx-user] Re: Pi users: your additional software for Raspberry Pi3?

have yet tried to incorporate my radiation data into WeeWx so I can have > the results displayed alongside my weather data to see if there are any > correlations between the two. :( I'm a slacker. > > Regards, > > Steve. > > On Saturday, 11 February 2017 00:

[weewx-user] Re: Split weewx processing between two RPi's

Andrew, I'm doing something similar to Matthew's option 1. Outside is an Arduino Pro Min based logger, reporting to an inside Pi using RF24 library based code on both ends. I wrote the code. The Pi end of the channel publishes the data on my LAN as MQTT. Inside I also have an Adafruit Feather

[weewx-user] Re: Split weewx processing between two RPi's

One possibility is to run some replication/synchronization process to make the inside (MySQL?) database an exact copy of the outside (sqlite?) database. Then run no driver on the inside weewx. Someone who knows the weewx architecture could tell us whether the rest of weewx will function with

[weewx-user] Re: Webcam on a Raspberry Pi 3?

Steve, I have been successfully using a version 1 Raspberry Pi camera as a web cam on a Pi model B for a few years now. These parts live within a cheap ebay fake security camera. Eventually I plan to close up the camera, weather proof it

[weewx-user] Re: attaching a raspberry Pi weather station to the weewx system

e publisher and subscriber. I am not sure if it makes sense in the weewx architecture. There are drivers which read incoming data, and reports, which output data. I haven't seen anything bidirectional. > > On Thursday, 2 February 2017 13:40:50 UTC-5, Bill Morrow wrote: >> >>

[weewx-user] Re: attaching a raspberry Pi weather station to the weewx system

On Thursday, 2 February 2017 14:10:59 UTC-4, Robert Mantel wrote: > > The program running on your pi that acts as a base station, is it running > on a node.js server? > No, just C language homebrew on raspbian. I'm almost completely ignorant of the whole java ecology. > I just watched a

[weewx-user] Re: attaching a raspberry Pi weather station to the weewx system

ld like to make this my next project, but I want to get > an idea of the power management required for these two boards combined to > make them autonomously solar powered. > > On Monday, 30 January 2017 12:52:06 UTC-5, Bill Morrow wrote: >> >> I have a BMP180 for barometri

[weewx-user] Re: attaching a raspberry Pi weather station to the weewx system

e enough power to > warrant the extra cost, we'll see how my experiment plays out. I guess I > would have to migrate from my BME280 because it's either SPI or I2C and I > haven't read anything about how to deliver that over an xbee radio > connection. What radio's are you usi

[weewx-user] Re: attaching a raspberry Pi weather station to the weewx system

rises > above that threshold and comes back online. So far so good, hasn't had to > do that yet, but it may tonight because we've had quite a few overcast days > lately. > Let me know if you want more specifics and I'll help fill in the blanks. > > On Monday, 30 Januar

[weewx-user] Re: attaching a raspberry Pi weather station to the weewx system

Robert, can you share any details on the solar powered Redboard? My weather station is based on an Arduino Pro Mini, powered by an old Li-ion camera battery. The weather station sleeps most of the time, waking up briefly every 10 seconds or so to sample weather. I get about 2 weeks out of the

Re: [weewx-user] Re: attaching a raspberry Pi weather station to the weewx system

Ah, I stand corrected, thanks Tom. I believe I got that misconception from the old driver I copied to start work on mine. Also, I'm running weewx 3.2. Long past time I updated. On Monday, 30 January 2017 09:26:27 UTC-4, Tom Keffer wrote: > > >> 2. The requirement for US units is because of

[weewx-user] Re: A few newbie questions - web server and file system location

Another option for a lightweight webserver is lighttpd. nginx is more prevalent, but personally I found lighttpd easier to understand. At first, anyway. In another thread, I just learned about the new MSD boot mode

[weewx-user] Re: attaching a raspberry Pi weather station to the weewx system

eewx.conf, or is there anything else to change? > > 2. In your MQTT driver, you state that the units have to be US, if I have > Weewx set to metric units, will the driver still work?. I cannot see any > data conversions in your driver. > cheers > > Patrick > > O

[weewx-user] Re: attaching a raspberry Pi weather station to the weewx system

Yes, I have Patrick. https://github.com/morrowwm/weewxMQTT I'm actually merging in indoor data collected by an Adafruit Feather Huzzah which uses esp8266 to publish on my LAN. On Friday, 27 January 2017 12:28:05 UTC-4, superpat wrote: > > Hi Bill, > > I have just found this thread, it seems

[weewx-user] Re: attaching a raspberry Pi weather station to the weewx system

On Wednesday, 7 December 2016 09:47:58 UTC-4, mwall wrote: > > standard practice is to put a new driver in the user folder (not the > weewx/drivers folder) so that you can update weewx without losing your > modifications. unless you're working on core weewx code, this approach > tends to be