[weewx-user] Re: Weewx don't work anymore after SD card restore, I don't know why?

Hello, thank you for your help! I don't know why but now weewx seems to work again but something is still wrong. Attached you can find a complete log file. I had another issue on my Pi which I solved now, I run out of space on the SD card, maybe this effected the access to the gw1000 driver. My

[weewx-user] Re: Weewx don't work anymore after SD card restore, I don't know why?

A couple of things. First, you appear to be using systemd and if you are running a WeeWX v5 Debian install you should be using systemctl and to start/stop and otherwise control the WeeWX service. Second, your log extract covers

[weewx-user] Weewx 5.0.2 and Interceptor driver problem

Hi. I decided to upgrade to Weewx 5.0.2 this morning.The upgrade itself seemingly ran without errors. My system is a virtual machine running Debian 11 - Bullseye. However, on checking Weewx status, the program has exited with this error sequence in the syslog file Feb 18 12:16:08 debian

[weewx-user] Re: weewx-sftp question

Tom and Paul: thank you both. I will give it a shot, but I am a bit wary as to what to do if it breaks my install. Guess the best thing to do is a backup of all the weewx files and directories first. Steve On Saturday, February 17, 2024 at 1:15:55 PM UTC-5 WindnFog wrote: > Did you install Mat

Re: [weewx-user] Re: weewx-sftp question

The best thing to do is use the SD card copy utility supplied by the Pi O/S to create a clone of your operational SD card.  If things go awry, put the clone in, reboot, and you are back the way you were.That said, the changes you are considering are unlikely to break anything.- Paul VE1DX On Feb 18

Re: [weewx-user] Re: WeatherFlowUDP driver for Tempest Weatherstations

Ah, I see that now. Thanks. On Saturday 17 February 2024 at 18:45:38 UTC-5 Tom Keffer wrote: > The difference is that to upload to the station registry, V5 uses an HTTP > POST with a serialized JSON payload, while V4 uses an HTTP GET. The GET > sent an "unbound method" to the registry as a que

Re: [weewx-user] Re: WeatherFlowUDP driver for Tempest Weatherstations

I’d try adding the missing @property decorator. All signs point to that being the problem. It can’t hurt and it fixes a bug. On Sunday 18 February 2024 at 01:01:05 UTC-5 vince wrote: > Meaning what for users or devs ? > > > On Saturday, February 17, 2024 at 3:45:38 PM UTC-8 Tom Keffer wrote: > >

Re: [weewx-user] Alltime Statistics

Sure. That's the easy part. We're talking about optimizing the calculation by using monthly or yearly summaries, which is much more difficult. On Sat, Feb 17, 2024 at 11:47 PM Δημήτρης Βήχος wrote: > in my seasons skin folder i was replace the statistics.inc page with > the attached > no wee

Re: [weewx-user] Weewx 5.0.2 and Interceptor driver problem

Check the value of option "station_type" and make sure it says "Interceptor". If there's no obvious problem, then use the utility "weectl debug" to create a sanitized version of weewx.conf. Post it. -tk On Sun, Feb 18, 2024 at 4:34 AM Redanman wrote: > Hi. I decided to upgrade to Weewx 5.0.2

Re: [weewx-user] Re: import weewx data from mqtt to home assistant. "SOLVED"

problem weewx sent values ​​with too many decimals. e.g. outTemp_c 12.123456789123456 and Home Assistant couldn't read them solution: edit the Mqtt section in the weewx.conf file outTemp units = degree_C # use F instead of C format =

Re: [weewx-user] Weewx 5.0.2 and Interceptor driver problem

Yup, station_type was left as Simulator! Changing it to Interceptor corrected that problem. Weewx still crashed with a permissions error, but I was able to get it up and running by changing the Interceptor listening port to 2055; ie above 1024. All working now. Thanks. Mike On Sunday 18 Feb

Re: [weewx-user] Re: Why the rain 'spikes'?

After a long wait for the weather station console data buffer to be full, and a shorter wait for some rain I can now report that I have been able to repeat the rain spikes issue. The data buffer simply stops being written when it is full, but the console has some sort of 'feature' that if the

Re: [weewx-user] Re: WeatherFlowUDP driver for Tempest Weatherstations

I tried to do so but am still getting BAD REQUEST trying to register a test pi. Of course now it'll wait a day til trying again. Sigh. I opened https://github.com/weewx/weewx/issues/936 on this one rather than get multiple conversations all cross-intermingled here. On Sunday, February 18, 20

[weewx-user] Bad install

Hi I'm stuck trying to install weewx on a pi 3b+ running bullseye. I used apt install weewx and went through the configure options but it apparently didn't like my inputs. Before completing the install it errored out. I tried sudo dpkg --configure -a and it never worked until I deleted /var/lib

[weewx-user] Re: Bad install

Maybe , first of all, change [Station] longitude = -89-77993 to [Station] longitude = -89.77993 in your weewx.conf and see, if this helps you getting rid of all this crap. Adam White schrieb am Sonntag, 18. Februar 2024 um 19:33:01 UTC+1: > Hi I'm stuck trying to install weewx on a

Re: [weewx-user] Re: WeatherFlowUDP driver for Tempest Weatherstations

Quick look of the code and it looks like ‘example.com’ is rejected. Seems the error logging could be improved. I’ll poke around and see if I can create a decent pull request. But, I may have to defer to the experts. On Sunday 18 February 2024 at 13:30:44 UTC-5 vince wrote: > I tried to do so b

Re: [weewx-user] Re: WeatherFlowUDP driver for Tempest Weatherstations

I can confirm that adding @property in the driver and restarting weewx 'does' work as a workaround, assuming you didn't use example.com as your host (sigh - another undocumented thing). # add the next line here around line 289 in the driver or so... @property def hardware_name(self):

[weewx-user] Re: Weewx don't work anymore after SD card restore, I don't know why?

ok thanks, I was not ready for version 5 and start reading the docs attached there is a 15 minutes log, I guess now is everything working My edge browser didn't show me the actual pictures from the season skin, neo wx is working but firefox show me both thanks for the support and documentation (he

[weewx-user] Re: Weewx don't work anymore after SD card restore, I don't know why?

Thomas Hackler schrieb am Sonntag, 18. Februar 2024 um 21:25:40 UTC+1: > ok thanks, I was not ready for version 5 and start reading the docs > attached there is a 15 minutes log, I guess now is everything working > My edge browser didn't show me the actual pictures from the season skin, > neo wx

Re: [weewx-user] Re: WeatherFlowUDP driver for Tempest Weatherstations

Good to here. Work around or bug fix, I guess that is in the eye of the beholder…. While the docs may need some ‘sprucing up’, if one performs static code analysis; the error is pretty obvious. Here is the lint error I got when I removed it ‘bin/user/MQTTSubscribe.py:2155:4: W0236: Method 'hard

[weewx-user] WeatherFlowTempest rain

There is something strange going on in the rain amounts when using the WeatherFlowUDP Tempest. I have made several adjustments to the Unit settings from Metric to Metricwx and back again, but the rain quantity does not change. The number is twice as much as the real Weatherflow website states. Mi

[weewx-user] Problem with Greek mu character in Python upload to emoncms

Hello, I am running weewx 4.10.2 (setup.py) on Ubuntu and Python3. All is fine except: I have data from a Geiger counter coming into weewx (Standard page) and being displayed in microSeverts, using the µSv mu character. Before adding this mu character, I was uploading to my emoncms server using

Re: [weewx-user] Problem with Greek mu character in Python upload to emoncms

My guess is you need to use utf-8 encoding not ascii. something like in your HTML header. By the way, I'm interested in adding a geiger counter to my system. Where did you get yours? On Sun, Feb 18, 2024 at 1:13 PM bgra...@umw.edu wrote: > Hello, > I am running weewx 4.10.2 (setup.py) on Ubu

Re: [weewx-user] Re: WeatherFlowUDP driver for Tempest Weatherstations

Not at all obvious to my eyes, nor do I know how to lint to find that stuff, but you're better at this than I am :-) FWIW - I have a fork of this driver that I added this workaround to... - wget https://github.com/vinceskahan/weatherflow-udp/archive/install_example_sensor_map.zip -O

Re: [weewx-user] Problem with Greek mu character in Python upload to emoncms

Thanks, p q. My page display is ok but the MQTT data uploaded from weewx to emoncms is tripped up by the mu character. It doesn’t like the >128 ASCII code. I use the radmon plus Geiger counter which has an MQTT option plus it uploads to radmon.org. https://sites.google.com/site/diygeigercounte

Re: [weewx-user] WeatherFlowTempest rain

Try contacting the author of whatever driver you are using. On Sun, Feb 18, 2024 at 12:43 PM Ton Karsten wrote: > There is something strange going on in the rain amounts when using the > WeatherFlowUDP Tempest. > I have made several adjustments to the Unit settings from Metric to > Metricwx and

Re: [weewx-user] Re: WeatherFlowUDP driver for Tempest Weatherstations

Update - the upstream author was nice enough to merge my PR for this problem, so you can simply upgrade your driver to the latest version and your station registration should work again with weewx v5. weectl extension install https://github.com/captain-coredump/weatherflow-udp/archive/master.zi

Re: [weewx-user] Re: WeatherFlowUDP driver for Tempest Weatherstations

Thanks for pushing it over the goal line. Always the hardest part. On Sunday 18 February 2024 at 19:33:41 UTC-5 vince wrote: > Update - the upstream author was nice enough to merge my PR for this > problem, so you can simply upgrade your driver to the latest version and > your station registrat

[weewx-user] Re: WeatherFlowTempest rain

https://community.weatherflow.com is the right place for this one probably. You will need to compare your UDP totals with what WeatherFlow displays via their REST or Websockets interfaces. Make sure you have RainCheck (or whatever they call it now) disabled so that their servers report the same

[weewx-user] Re: Bad install

I double checked weewx.conf and it was a decimal so something was haywire. I grep'd /etc and /var and deleted nearly everything weewx touched. Was waiting for more feedback before continuing with reinstall. On Sunday, February 18, 2024 at 12:47:45 PM UTC-6 michael.k...@gmx.at wrote: > Maybe , f

[weewx-user] Re: Weewx don't work anymore after SD card restore, I don't know why?

That is a very good log extract. From that extract WeeWX seems to be running just fine with no errors. The lines similar to: Feb 18 21:05:40 raspberrypi weewxd[35139]: DEBUG weewx.reportengine: Cannot read localization file /etc/weewx/skins/neowx-material/lang/en.conf for report 'StandardReport'

[weewx-user] Re: Bad install

Also, where was that long. persisting if I deleted ALL those files? This install, or lack thereof, displayed some bizarre behavior to say the least. On Sunday, February 18, 2024 at 10:35:45 PM UTC-6 Adam White wrote: > I double checked weewx.conf and it was a decimal so something was haywire. >

[weewx-user] Re: Bad install

Submitted without comment. pi@k4spbx:~ $ sudo apt install weewx Reading package lists... Done Building dependency tree... Done Reading state information... Done The following additional packages will be installed: python3-cheetah python3-configobj python3-ephem python3-usb Suggested packages:

[weewx-user] Re: Bad install

For anyone encountering this in the future: sudo weectl station reconfigure helped give me a complete and current .conf but still didn't fix the problem sudo grep -Rnw /var -e 89-77993 #revealed: $/var/cache/debconf/config.dat:742:Value: [redacted],-89-77993 $/var/cache/debconf/config.dat-old:74