[weewx-user] Re: Using MQTT Subscribe

Glad it is working for you. I'm stumped on why use_topic_as_fieldname = true doesn't work for you. It works fine for me. As far as the units option, from what I can infer of your setup, you don't need it. You have set the unit_system to US. This tells MQTTSubscribe that observations coming in

[weewx-user] Re: Using MQTT Subscribe

The use_topic_as_fieldname=true option gives an error. Can't use it; don't need it with non-nested topics. Not being able to define units is more important as it makes it more difficult to format for display. It'd be nice to have that working, but I can use this as is. Thanks again for your

[weewx-user] Re: Using MQTT Subscribe

Agreed, two separate problems. Not yet sure about the units problem. But, you don’t need that option. I opened an issue to dig into it when I have time. The second is because it is an invalid configuration. Have you tried the snippet that is in my last post? Namely, [[topics]]

[weewx-user] Re: Using MQTT Subscribe

See attached. On Monday, October 12, 2020 at 9:36:08 AM UTC-6 bell...@gmail.com wrote: > > Well, I don’t understand how that configuration even got that far. I would > have expected the previous error. But just seeing log snippets is like > walking around blindfolded. Base on your last config

[weewx-user] Re: Using MQTT Subscribe

Well, I don’t understand how that configuration even got that far. I would have expected the previous error. But just seeing log snippets is like walking around blindfolded. Base on your last config snippet, replace it with The topics to subscribe to. [[topics]] #

[weewx-user] Re: Using MQTT Subscribe

I decided to try simplifying the topic to just snowDepth, as this: The topics to subscribe to. [[topics]] # Units for MQTT payloads without unit value. # Valid values: US, METRIC, METRICWX # Default is: US unit_system = US ignore_start_time = true

[weewx-user] Re: Using MQTT Subscribe

See attached. On Sunday, October 11, 2020 at 5:45:43 PM UTC-6 bell...@gmail.com wrote: > Sorry, I didn’t get the config quite right. I don’t subscribe to > ‘individual’ topics, so this is untested, but should work. If it doesn’t, > I’ll spin up a debug environment to figure it out. >

[weewx-user] Re: Using MQTT Subscribe

Sorry, I didn’t get the config quite right. I don’t subscribe to ‘individual’ topics, so this is untested, but should work. If it doesn’t, I’ll spin up a debug environment to figure it out. [[topics]] Keep the current settings, unit_system, ignore_start_time, ignore_end_time, etc. # The

[weewx-user] Re: Using MQTT Subscribe

After moving the ignore lines, I am happy to report that the time problem is solved; that is, it is no longer rejecting the topic. However, it is still not making it into the database. I think this is because it is not converting from snow/snowDepth to snowDepth. See attached syslog extract

[weewx-user] Re: Using MQTT Subscribe

I've run both extensions off and on, so I don't think there is any conflict. The root-root cause is time skew between your pi and weather station and MQTTSubscribe being a bit overly aggressive on its quality control. Setting ignore_start_time and ignore_end_time should turn this off

[weewx-user] Re: Using MQTT Subscribe

I used wee_extension to uninstall the old version then install the new. I used the configuration as shown in the attached file. When I publish to a topic, Topic Manager still ignores it as outside of interval (syslog extract in attached file). I'm thinking that MQTTSubscribe is not compatible

[weewx-user] Re: Using MQTT Subscribe

I created a pre-release with the fix. It is here, https://github.com/bellrichm/WeeWX-MQTTSubscribe/releases/tag/v1.6.2-rc03 Hopefully this is it. rich On Saturday, 10 October 2020 at 10:15:29 UTC-4 timothye...@gmail.com wrote: > OK, thanks for your help. > > On Saturday, October 10, 2020 at

[weewx-user] Re: Using MQTT Subscribe

OK, thanks for your help. On Saturday, October 10, 2020 at 7:22:18 AM UTC-6 bell...@gmail.com wrote: > Thanks for the log. Looks like there is a bug with the ignore_start_time > option. Fix looks easy, I just need to make sure there are no side effects. > I’ll let you know when the fix is

[weewx-user] Re: Using MQTT Subscribe

Thanks for the log. Looks like there is a bug with the ignore_start_time option. Fix looks easy, I just need to make sure there are no side effects. I’ll let you know when the fix is available. - rich On Friday, 9 October 2020 at 22:55:11 UTC-4 timothye...@gmail.com wrote: > I added those

Re: [weewx-user] Re: Using MQTT Subscribe

i know nothing of this driver, but these look like driver-global attributes, which should be declared in the top-level driver section to prevent them being absorbed into a subsection (i.e. in this case, before [[topics]]) > On 10 Oct 2020, at 1:55 pm, Timothy Buchanan > wrote: > > I added

[weewx-user] Re: Using MQTT Subscribe

I added those this way: # The topics to subscribe to. [[topics]] # Units for MQTT payloads without unit value. # Valid values: US, METRIC, METRICWX # Default is: US unit_system = US ignore_start_time = true Ignore_end_time = true but I still get this: Oct 9

[weewx-user] Re: Using MQTT Subscribe

Ah, crap. This has to do with an attempt to quality control data by time. Next major release, I really need to rework it... Since you have individual payloads (no timestamp from the origin) add the following under [[topics]] ignore_start_time = true Ignore_end_time = true We are getting

[weewx-user] Re: Using MQTT Subscribe

syslog extract posted. weewx is loading the service, though it also seems to subscribe to the data which MQTT is publishing from weewx. the second section shows that subscribe receives the data I published from the terminal (6 inches of snow), but rejects it as outside of interval. Is there an

[weewx-user] Re: Using MQTT Subscribe

That could be simplified, but looks like it should work. The quickest and easiest way to proceed is to set debug to 1, restart WeeWX, let it run through an archive cycle during which you published to that topic and then post the log. Re: snowBatteryStatus - The units config option is only

[weewx-user] Re: Using MQTT Subscribe

I've attached a syslog extract showing where weewx crashed. it seems that "volt" is an invalid unit for my topic. i don't know why but for now I commented out that topic and its parameters. Now, weewx will continue running when subscribe is enabled, but subscribed topics are not being posted

[weewx-user] Re: Using MQTT Subscribe

Thanks, Rich. I'll try it when I get back. I'll be in our second home for a few days: going to the gun range and the clothing-optional resort (not at the same time!). On Tuesday, October 6, 2020 at 1:19:26 PM UTC-6 bell...@gmail.com wrote: > So, the [[[first/topic]]] are meant to be replaced

[weewx-user] Re: Using MQTT Subscribe

So, the [[[first/topic]]] are meant to be replaced with the actual topic. So it would be something like this ``` [[Topics]] [[[topic name that snowDepth is published on]]] topic name that snowDepth is published on name = snowDepth [[[topic name that snowRate is published

[weewx-user] Re: Using MQTT Subscribe

I did try using a MAXBOT ultrasonic sensor to measure snow depth but found it was a little flaky. Thinking this year going to use a VL53L0X sensor. On Tuesday, October 6, 2020 at 11:17:07 AM UTC-4, Timothy Buchanan wrote: > > Thanks, Rich, I should be able to edit weewx.conf based on the

[weewx-user] Re: Using MQTT Subscribe

Attached is the extension material that I put into weewx.conf. But when I set enable = true, weewx stops archiving data. Is there an error in this configuration, or could subscribe be incompatible with another service? I'm using the Weatherflowudp driver with mqtt and GW1000 extensions. On

[weewx-user] Re: Using MQTT Subscribe

Thanks, Rich, I should be able to edit weewx.conf based on the example at the bottom of that page. I am using an ESP8266 board with an ultrasonic sensor and a temperature sensor (to calibrate the speed of sound), and programming in the Arduino IDE. I'll 3D print a case and mount it above my

[weewx-user] Re: Using MQTT Subscribe

What type of sensor are you using for measuring snow depth? -- 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. To view this

Re: [weewx-user] Re: Using MQTT Subscribe

What is the topic and format of the MQTT data? For example, are you publishing to a topic of 'snow/snowlevel' and the payload is the actual snow level? Some information is here, https://github.com/bellrichm/WeeWX-MQTTSubscribe/wiki/Configuring But, I'm happy to walk you through it. rich On

Re: [weewx-user] Re: Using MQTT Subscribe

Thanks, changing the database was easy with that article. As to my other question, I'm guessing I need to put a Sensor Map in weewx.conf in the MQTTSubscribe section, something like snow/snowlevel = snow? On Monday, October 5, 2020 at 6:59:11 PM UTC-6 tke...@gmail.com wrote: > The schemas are

Re: [weewx-user] Re: Using MQTT Subscribe

The schemas are used *only when creating a new database*. Upgrading to v4.x will not change your old database. If you wish to switch, there is a Wiki article *Switching to the new wview_extended schema * on how to do

[weewx-user] Re: Using MQTT Subscribe

I upgraded to 4.1.1 but I don't see these entries in the database. Do I have to install or change something to get the "extended" schema? On Monday, October 5, 2020 at 12:20:12 PM UTC-6 storm...@gmail.com wrote: > WeeWX Version 4.1.1 using the extended schema has entries for snow. > > > > > >

[weewx-user] Re: Using MQTT Subscribe

WeeWX Version 4.1.1 using the extended schema has entries for snow. On Monday, October 5, 2020 at 10:30:47 AM UTC-4, Timothy Buchanan wrote: > > I use the mqtt extension to publish to a mosquitto broker, and want to use > MQTTSubscribe to receive topics posted by another device and put