Also the logs on my old weewx container are consistent, loop data and archive data has the same timezone, and the new weewx container is subscribed to the same mqtt data. So it's definitely something wrong with the new weewx config, but I cannot find it. I have set the TZ environment variable for the container so it should have the right time zone as well.
On Friday, February 17, 2023 at 8:46:53 p.m. UTC-5 [email protected] wrote: > This is in a container in my docker swarm so it's not 2 daemons running. > Really the only annoyance is the time in the html at the top left corner of > the seasons skin is displaying UTC and I cannot find where to change that. > > On Friday, February 17, 2023 at 6:18:31 a.m. UTC-5 [email protected] > wrote: > >> Strange log. Are there two deamons running? One (weewxd[1954]) is logging >> EST, the other one (weewxd, without pid?) is logging UTC? The archive >> records are not in EST, but in UTC (seconds since 01/01/1970 00:00 UTC). >> Setting lat/lon won't affect anything in this context. >> >> What is the exact problem? Wrong data collection, wrong representation in >> the HTML or just the strange log? >> [email protected] schrieb am Donnerstag, 16. Februar 2023 um 19:55:24 >> UTC+1: >> >>> So after many years of running weewx version 3.8 I decided to spin up >>> another docker container with the latest version and start migrating >>> everything over to it. I use an MQTT server that my sensors publish their >>> various data to and then read that using the wxMesh driver to populate in >>> the weewx database. Got that working fine, but I'm baffled by a time stamp >>> issue that I cannot seem to find. My MQTT server and the new weewx >>> container all have the time zone set to EST and issuing a date command >>> reveals they are in sync and correct. >>> >>> I also queried the time in the weewx container with a basic python >>> script to make sure that python is also reading the correct time and it >>> is. Now the fun part...all my loop data is in UTC not EST but the archive >>> records are correctly in EST which I think is buggering things up and I >>> have no clue where it's getting that time stamp from. I have my lat long >>> set in weewx.conf so I assume it realizes I'm in the EST time zone. Here >>> is a snippet of debug log to show you: >>> >>> Feb 16 18:48:08 f32ab2fbb6f9 user.debug weewxd: wxMesh: mqtt message >>> received weather/windDir >>> Feb 16 18:48:08 f32ab2fbb6f9 user.debug weewxd: wxMesh: mqtt message >>> payload 315 >>> Feb 16 18:48:10 f32ab2fbb6f9 user.err weewxd: wxMesh: dateTime 1676573290 >>> Feb 16 18:48:10 f32ab2fbb6f9 user.err weewxd: wxMesh: packet content: >>> windSpeed = 6.48 >>> Feb 16 18:48:10 f32ab2fbb6f9 user.err weewxd: wxMesh: packet content: >>> windDir = 315 >>> Feb 16 18:48:10 f32ab2fbb6f9 user.debug weewxd: wxMesh: mqtt message >>> received weather/windSpeed >>> Feb 16 18:48:10 f32ab2fbb6f9 user.debug weewxd: wxMesh: mqtt message >>> payload 7.14 >>> Feb 16 18:48:10 f32ab2fbb6f9 user.debug weewxd: wxMesh: mqtt message >>> received weather/windDir >>> Feb 16 18:48:10 f32ab2fbb6f9 user.debug weewxd: wxMesh: mqtt message >>> payload 315 >>> Feb 16 18:48:15 f32ab2fbb6f9 user.err weewxd: wxMesh: dateTime 1676573295 >>> Feb 16 18:48:15 f32ab2fbb6f9 user.err weewxd: wxMesh: packet content: >>> windSpeed = 7.14 >>> Feb 16 18:48:15 f32ab2fbb6f9 user.err weewxd: wxMesh: packet content: >>> windDir = 315 >>> Feb 16 13:48:15 f32ab2fbb6f9 user.info weewx[1954] INFO weewx.manager: >>> Added record 2023-02-16 18:48:00 UTC (1676573280) to database 'weewx.sdb' >>> Feb 16 13:48:15 f32ab2fbb6f9 user.info weewx[1954] INFO weewx.manager: >>> Added record 2023-02-16 18:48:00 UTC (1676573280) to daily summary in >>> 'weewx.sdb' >>> Feb 16 13:48:15 f32ab2fbb6f9 user.debug weewx[1954] DEBUG >>> weewx.reportengine: Running reports for latest time in the database. >>> Feb 16 13:48:15 f32ab2fbb6f9 user.debug weewx[1954] DEBUG >>> weewx.reportengine: Running report 'SeasonsReport' >>> Feb 16 13:48:15 f32ab2fbb6f9 user.debug weewx[1954] DEBUG >>> weewx.reportengine: Found configuration file >>> /home/weewx/skins/Seasons/skin.conf for report 'SeasonsReport' >>> Feb 16 13:48:15 f32ab2fbb6f9 user.debug weewx[1954] DEBUG >>> weewx.cheetahgenerator: Using search list >>> ['weewx.cheetahgenerator.Almanac', 'weewx.cheetahgenerator.Current', >>> 'weewx.cheetahgenerator.DisplayOptions', 'weewx.cheetahgenerator.Extras', >>> 'weewx.cheetahgenerator.Gettext', 'weewx.cheetahgenerator.JSONHelpers', >>> 'weewx.cheetahgenerator.PlotInfo', 'weewx.cheetahgenerator.SkinInfo', >>> 'weewx.cheetahgenerator.Station', 'weewx.cheetahgenerator.Stats', >>> 'weewx.cheetahgenerator.UnitInfo'] >>> Feb 16 13:48:15 f32ab2fbb6f9 user.debug weewx[1954] DEBUG weewx.manager: >>> Daily summary version is 4.0 >>> Feb 16 18:48:17 f32ab2fbb6f9 user.debug weewxd: wxMesh: mqtt message >>> received weather/windSpeed >>> Feb 16 18:48:17 f32ab2fbb6f9 user.debug weewxd: wxMesh: mqtt message >>> payload 5.84 >>> Feb 16 18:48:17 f32ab2fbb6f9 user.debug weewxd: wxMesh: mqtt message >>> received weather/windDir >>> Feb 16 18:48:17 f32ab2fbb6f9 user.debug weewxd: wxMesh: mqtt message >>> payload 315 >>> Feb 16 13:48:18 f32ab2fbb6f9 user.info weewx[1954] INFO >>> weewx.cheetahgenerator: Generated 8 files for report SeasonsReport in 2.42 >>> seconds >>> Feb 16 13:48:18 f32ab2fbb6f9 user.debug weewx[1954] DEBUG weewx.manager: >>> Daily summary version is 4.0 >>> >>> Anyone have any clues as to where this is happening? >>> >> -- 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 [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/weewx-user/59fe1542-9fce-496a-8015-c0d25bb563b4n%40googlegroups.com.
