[weewx-user] Realtime Gauge-Data Extension 0.2.2 'gauge-data.txt' Issues

It is customary in the U.S. to report barometric pressures adjusted to sea level as inches of mercury (inHg) to two and sometimes three decimal digits of precision. The default rtgd-0.2.2 string format for inHg appears to be "%.3f", but that seems to be ignored in the code, because the

Re: [weewx-user] Re: Steel Series Gauges and RealTime update - 2.5 second interval - how?

Sorry if you aren't able load the test page. I have taken it down to fix an issue. Bob On Sunday, February 19, 2017 at 4:32:38 PM UTC-8, tempus wrote: > > This is a link to a page at a test-site if you want to see the gauges > updating at 3-second intervals. > > http://www.lablibrary.com/ss/ >

[weewx-user] Re: New User, New Install, no run

duh... sorry, missed that got driver loaded, reconfigured, and started without error :>) off to figure out how to get skins running in my apache2 Thanks for your valuable assistance Geary On Saturday, February 18, 2017 at 2:39:00 PM UTC-8, gjr80 wrote: > > Hi, > > Try 'sudo' instead of 'su'. >

Re: [weewx-user] Re: Steel Series Gauges and RealTime update - 2.5 second interval - how?

I also just installed Gary's new rtgd-0.2.2 which fixed the Fahrenheit gauge-scaling issue. Thanks very much for finding and fixing that problem so promptly. Bob On Sunday, February 19, 2017 at 2:28:25 PM UTC-8, Devonian wrote: > > I have implemented Gary's latest updated file (no other

Re: [weewx-user] Re: Steel Series Gauges and RealTime update - 2.5 second interval - how?

I have implemented Gary's latest updated file (no other changes to my system). Seems OK now. I have no desire to display a forecast in the gauges. I use a link on my main weewx page to link to the UK Met Office for 'professional' forecasting. Nigel. -- You received this message because you

[weewx-user] Re: WH3080 - read stored data

On Sunday, February 19, 2017 at 4:12:51 PM UTC-5, Günther Zinsberger wrote: > > > Feb 19 07:39:12 rasp3 weewx[19064]: fousb: unstable read: blocks differ > for ptr 0x00 > Feb 19 07:39:12 rasp3 weewx[19064]: fousb: unrecognised magic number > Feb 19 07:39:12 rasp3 weewx[19064]: fousb:

[weewx-user] Re: WH3080 - read stored data

Sorry, problem with inserting logs... One more try: Am Sonntag, 19. Februar 2017 22:12:51 UTC+1 schrieb Günther Zinsberger: > > Hi again! > > Now I've added this: >> data_format = 3080 >> >> >> >> Let's see if it works. Thank you for the quick reply! >> > >

[weewx-user] Re: WH3080 - read stored data

Hi again! Now I've added this: > data_format = 3080 > > > > Let's see if it works. Thank you for the quick reply! > I've another question concerning the same

Re: [weewx-user] Re: Steel Series Gauges and RealTime update - 2.5 second interval - how?

Your Option 3 below seems best to me. Where is the best place to set apptempL and apptempH both to the current appTemp value? Bob On Saturday, February 18, 2017 at 9:50:54 PM UTC-8, gjr80 wrote: > > I had a suspicion the issue was with apptemp and gauge autoscaling; since > weeWX (by default)

Re: [weewx-user] Re: Steel Series Gauges and RealTime update - 2.5 second interval - how?

Setting rtgd to output F doesn't correct the problem. I have no personal interest in *windchill, heatindex, humidex,* or *appTemp* and want to set that gauge to always display *dewpoint*. Bob On Saturday, February 18, 2017 at 9:50:54 PM UTC-8, gjr80 wrote: > > I had a suspicion the issue was

Re: [weewx-user] Translate Sofaskin

I made Spanish translation It has some work, but is very easy I did using mc (midnight commander) -- 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

Re: [weewx-user] Translate Sofaskin

Il giorno mercoledì 20 gennaio 2016 18:52:26 UTC+1, Mario Romanello ha scritto: > > Hi Tom,i translate all page with terminal on "sudo nano". > Thanks Are you going to release them to the public? -- You received this message because you are subscribed to the Google Groups "weewx-user"

[weewx-user] Re: Beta of Version 3.7.0 is available

On Sunday, February 19, 2017 at 8:19:13 AM UTC-8, mwall wrote: > > On Sunday, February 19, 2017 at 10:49:57 AM UTC-5, tempus wrote: >> >> >> * weewx/latlon: 44.653749,124.048677 >> > > here is the problem. apparently you entered a non-negative longitude when > you first installed weewx. debconf

Re: [weewx-user] Re: Steel Series Gauges and RealTime update - 2.5 second interval - how?

On Saturday, February 18, 2017 at 5:56:41 PM UTC-8, tempus wrote: > > On Saturday, February 18, 2017 at 5:43:42 PM UTC-8, gjr80 wrote: >> >> Yes, thought it would, my gauges exhibit the same behaviour. The >> SteelSeries gauges do a lot of funky stuff to calculate gauge scales etc, I >> need to

[weewx-user] Re: Beta of Version 3.7.0 is available

On Sunday, February 19, 2017 at 10:49:57 AM UTC-5, tempus wrote: > > > * weewx/latlon: 44.653749,124.048677 > here is the problem. apparently you entered a non-negative longitude when you first installed weewx. debconf remembered that value, so it is used again when a new weewx.conf is

Re: [weewx-user] WeeWX just stops processing service still running

sorry for not following up, I determined that the wifi signal from my particle photon that is running the sensor head end was weak, therefore it wasn't consistently posting data every two minutes to my phant server which fileparse gets data from, hence weewx was trying to process a data set

[weewx-user] Re: Beta of Version 3.7.0 is available

On Saturday, February 18, 2017 at 3:45:19 PM UTC-8, mwall wrote: > > On Saturday, February 18, 2017 at 4:19:31 PM UTC-5, tempus wrote: >> >> None of my customizations were copied to the new 'weewx.conf' file, which >> is what I had expected, except for data in the [Station] stanza, where >>

[weewx-user] Re: Beta of Version 3.7.0 is available

On Sunday, February 19, 2017 at 9:44:47 AM UTC-5, Luc Heijst wrote: > > These are the errors I got: > Feb 19 11:39:34 pi21 klim[1824]: KlimaLogg: MainThread: Handle record 33: > 2017-02-19 10:40:00 SRT (1487511600) > Feb 19 11:39:34 pi21 klim[1824]: engine: calibration for 'humidity5' > ignored

[weewx-user] Re: Beta of Version 3.7.0 is available

I have another problem with the calibration. This time with the KlimaLogg driver. weewx_klim.conf has: [StdCalibrate] [[Corrections]] # For each type, an arbitrary calibration expression can be given. # It should be in the units defined in the StdConvert section. #

[weewx-user] Re: Beta of Version 3.7.0 is available

On Sunday, February 19, 2017 at 8:57:16 AM UTC-5, Luc Heijst wrote: > > In version 7.0b2 I got many warnings in my debug logging like: > Feb 19 10:48:51 pi21 mstk[1109]: engine: calibration for 'pressure' > ignored in loop: name 'pressure' is not defined > Feb 19 10:48:53 pi21 mstk[1109]: engine:

[weewx-user] Re: Beta of Version 3.7.0 is available

Hi Tom, I use the meteostick driver which produces partial loop packets. In weewx.conf I have set: [StdCalibrate] [[Corrections]] pressure = pressure - 1.3# checked with vantage values I have set debug=1. In version 7.0b2 I got many warnings in my debug logging like: Feb 19

Re: [weewx-user] Re: wind gust direction

It's certainly possible to do, but only by writing a search list extension. The reason is technical. A tag like $week.wind.gustdir actually uses the *daily summaries*, a set of precompiled statistics, stored in some database tables. One of the statistics is gustdir, the direction of the max wind

[weewx-user] MQTT Posting

I have got my weather station sent my data to Mosquitto MQTT broker. However I am using TLS, so I had to alter the source code for the extension. (https://github.com/weewx/weewx/wiki/mqtt) I can't seem to find the code for it on github to update it. Thanks Ed -- You received this