Wunderground data

Jim Snider

unread,

Jul 7, 2019, 11:41:48 AM7/7/19

to weewx-user

Is there a way to trace the temperature data going tow underground? I have an outdoor sensor mapped as my temperature instead of the higher temperature from my 5 in 1. My webpage on my Pi and PWS Weather is showing the correct temperature but underground is still showing the higher one.

Jim

Thomas Keffer

unread,

Jul 7, 2019, 11:51:08 AM7/7/19

to weewx-user

If you set debug=2, weewx will log exactly what URL it is sending to the weather underground.

-tk

On Sun, Jul 7, 2019 at 8:41 AM Jim Snider <j...@lexiann.com> wrote:

Is there a way to trace the temperature data going tow underground? I have an outdoor sensor mapped as my temperature instead of the higher temperature from my 5 in 1. My webpage on my Pi and PWS Weather is showing the correct temperature but underground is still showing the higher one.

Jim

--
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+...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/weewx-user/1b2b2ec8-3643-499e-97b2-cbfa5acb03de%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Jim Snider

unread,

Jul 7, 2019, 11:54:08 AM7/7/19

to weewx-user

OK. I'll start there.

Thanks

Jim Snider

unread,

Jul 7, 2019, 12:14:43 PM7/7/19

to weewx-user

OK. here's a capture ofmy syslog. Looks like the temperature is reporting two different values? Very odd

On Sunday, July 7, 2019 at 11:41:48 AM UTC-4, Jim Snider wrote:

syslog.rtf

Jim Snider

unread,

Jul 7, 2019, 12:18:08 PM7/7/19

to weewx-user

Here's the sensor_map from my weewx.conf file

On Sunday, July 7, 2019 at 11:41:48 AM UTC-4, Jim Snider wrote:

weewxconf.rtf

Thomas Keffer

unread,

Jul 7, 2019, 3:52:14 PM7/7/19

to weewx-user

Sorry, but I don't know anything about the interceptor driver. Hopefully, someone else can help.

But, it does seem odd to me that you're intercepting traffic to the WU, then posting to the WU. Seems very circular.

--
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+...@googlegroups.com.

To view this discussion on the web visit https://groups.google.com/d/msgid/weewx-user/32b1760d-01f1-4d17-b9fb-99391f70905c%40googlegroups.com.

Jim Snider

unread,

Jul 7, 2019, 3:54:03 PM7/7/19

to weewx-user

Looking at the syslog file again, it seems odd that every other temperature read comes from a different device but I only have the one defined in sensor_map.

On Sunday, July 7, 2019 at 11:41:48 AM UTC-4, Jim Snider wrote:

Jim Snider

unread,

Jul 10, 2019, 4:33:46 AM7/10/19

to weewx-user

Doing some new investigations and it appears that there is a default sensor_map for the 5 in 1 system. I'd like to override the 5 in 1 temperature and humidity tow underground with data off a tower sensor. It appears that I've been successful in doing that through mapping in whew.conf with data going to PWS Weather and my web page on my Pi but Underground is still getting the temperature from the 5 in 1

Any ideas?

Jim

On Sunday, July 7, 2019 at 11:41:48 AM UTC-4, Jim Snider wrote:

Jim Snider

unread,

Jul 13, 2019, 5:51:58 AM7/13/19

to weewx-user

Well, I've tried a number of combinations and have the attached as the latest sensor mapping in weewx.conf. I can get PWS Weather to see all the data from the 5 in 1 except the temperature and the humidity comes from a tower sensor. The same with my web page on my Pi. Underground is still seeing the temperature and humidity from the 5 in 1 even though I have the sensor map programmed otherwise. There must be something somewhere that defaults the 5 in 1 map and won't let me over ride it.

Jim

On Sunday, July 7, 2019 at 11:41:48 AM UTC-4, Jim Snider wrote:

sensor_map_weewx.rtf

gjr80

unread,

Jul 13, 2019, 6:08:26 AM7/13/19

to weewx-user

I’m not seeing how this issue can solely be a sensor map issue. The sensor map (whether it be default or custom) is applied in the driver and the driver delivers mapped data to (the rest of WeeWX). We’ve only seen one small syslog extract and it appears to me that the ‘tower’ is attempting to post to WU using RF. Are you having WeeWX post to WU as well? If both the tower and WeeWX are posting to WU that could certainly explain odd behaviour being seen on WU. More so if you add RF into the mix.

Maybe a full wee_debug report and a startup syslog extract might help.

Gary

Jim Snider

unread,

Jul 13, 2019, 6:29:24 AM7/13/19

to weewx-user

OK. Here's a snippet of the syslog file with debug = 2

The 613 sensor is the 5 in 1 and the 8250 is the tower sensor

My setup is tower sensor and 5 in 1 reports back to smart hub. Internet router is configured to route the url to the Raspberry Pi and the Pi is running weewx and interceptor.

On Sunday, July 7, 2019 at 11:41:48 AM UTC-4, Jim Snider wrote:

syslog.rtf

Jim Snider

unread,

Jul 13, 2019, 6:32:11 AM7/13/19

to weewx-user

BTW....the 77.5 temperature is the one I want to do away with. The correct temperature right now is 61.5

On Sunday, July 7, 2019 at 11:41:48 AM UTC-4, Jim Snider wrote:

gjr80

unread,

Jul 13, 2019, 6:41:43 AM7/13/19

to weewx-user

I am almost certain now the issue is not WeeWX. Look at the mapped packets. From the 5n1:

Jul 13 06:24:04 raspberrypi weewx[29012]: interceptor: MainThread: mapped packet: {'txBatteryStatus': 0, 'dateTime': 1563013445, 'pressure': 28.09, 'windSpeed': 0.0, 'rxCheckPercent': 75.0, 'usUnits': 1}

and the tower:

Jul 13 06:24:05 raspberrypi weewx[29012]: interceptor: MainThread: mapped packet: {'outHumidity': 90.0, 'outTemp': 61.5, 'usUnits': 1, 'dateTime': 1563013445}

WeeWX is only picking up the temperature from the tower, the 5n1 temperature is being ignored. You could check this is a more user friendly way by running WeeWX directly (http://weewx.com/docs/usersguide.htm#Running_directly), this will show you the loop packets and archive records being received by WeeWX. I expect you will see the correct temperature (only).

Have you confirmed the 5n1 is not sending to WU directly? The raw data received from the 5n1 looks very much like the formatted data sent to WU. Simple check is to disable WeeWX posting to WU. If WU is still getting the wrong data you have your culprit.

Gary

Jim Snider

unread,

Jul 13, 2019, 6:43:41 AM7/13/19

to weewx-user

OK. I'll kill the Underground feed in weewx.conf and see what that does.

Thanks

On Sunday, July 7, 2019 at 11:41:48 AM UTC-4, Jim Snider wrote:

gjr80

unread,

Jul 13, 2019, 6:44:22 AM7/13/19

to weewx-user

Oh, and you might find it handy to run two terminals windows when fault finding; one for issuing commands and the other for tailing the syslog. That way you have continuous visibility of all syslog entries (ie you don’t miss any between issuing a command and the running tail).

Gary

Jim Snider

unread,

Jul 13, 2019, 7:29:10 AM7/13/19

to weewx-user

Well this is interesting.

I killed Wunderground in weewx.conf, stopped and restarted weewx and then waited. If I look on Wunderground's site, my system is still updating data to them. I went to myacurite and insured that I had deleted the devices on that site so now....

Where is Wunderground getting the data????

On Sunday, July 7, 2019 at 11:41:48 AM UTC-4, Jim Snider wrote:

gjr80

unread,

Jul 13, 2019, 7:34:13 AM7/13/19

to weewx-user

I know little of how AcuRite works but we know it's not WeeWX....

Gary

Andrew Milner

unread,

Jul 13, 2019, 7:37:28 AM7/13/19

to weewx-user

after deleting the devices on myaccurite did you reboot/restart the accurite device?? Maybe the wunderground informtion is actually inside the unit and needs to be deleted from there.

Jim Snider

unread,

Jul 13, 2019, 7:43:57 AM7/13/19

to weewx-user

It's been rebooted a few times but I did it again just now. Now the one thing I didn't do was press the register pushbutton on the base of the smart hub.

On Sunday, July 7, 2019 at 11:41:48 AM UTC-4, Jim Snider wrote:

Jim Snider

unread,

Jul 14, 2019, 7:24:48 PM7/14/19

to weewx-user

Well this is getting weird.

Here's the latest tests.

Changed password on Wunderground. Set weewx.conf to not send data to Wunderground. Wunderground still got data from somewhere.

Pulled the plug on the raspberry pi and data quit updating to Wunderground.

Kept raspberry pi off for an hour and no data updated to Wunderground.

Restarted Pi and data started to update to Wunderground.

I've attached a couple of files. One is my Wunderground setup in weewx.conf as I have it now.

One is a capture of syslog when I started weewx showing that Wundergound is not configured.

Last file is syslog with debug set up 2

This is puzzling !!!!

On Sunday, July 7, 2019 at 11:41:48 AM UTC-4, Jim Snider wrote:

startup.rtf

syslog.rtf

wunderground.rtf

Jim Snider

unread,

Jul 16, 2019, 6:29:49 PM7/16/19

to weewx-user

Got it figured out and working now.

On Sunday, July 7, 2019 at 11:41:48 AM UTC-4, Jim Snider wrote:

Andrew Milner

unread,

Jul 16, 2019, 9:51:47 PM7/16/19

to weewx-user

so what was the problem - do enlighten us!

Jim Snider

unread,

Jul 17, 2019, 6:38:48 PM7/17/19

to weewx-user

One of two things.

I did the 3.9.2 upgrade

Found a url (rlupdate.wunderground.com) and wrote an entry on my router to send it to the raspberry pi. Then I re-entered the underground code and everything works as it should.

On Sunday, July 7, 2019 at 11:41:48 AM UTC-4, Jim Snider wrote:

Reply all

Reply to author

Forward