[weewx-user] Re: SOLVED as3935 lightining module not detected by I2c on a Rpi4

May be you want to try option -a: sudo i2cdetect -a -y 1 Adresses below 0x8 are reserved at Raspberry Pi 4. But the lightning module can address 0x0, 0x1, 0x2, or 0x3 only. -- You received this message because you are subscribed to the Google Groups "weewx-user" group. To unsubscribe from

[weewx-user] Re: SOLVED as3935 lightining module not detected by I2c on a Rpi4

May be, you want to try option -a: sudo i2cdetect -a -y 1 -- 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

[weewx-user] Re: SOLVED as3935 lightining module not detected by I2c on a Rpi4

So... I've recently set up one of these modules from DFRobot. I started with their sample python code and morphed into something that fits in my set of libraries. In my case, I have it sending events out via mqtt. A quick look at the code doesn't give any hints to help you. >From the sample

[weewx-user] Re: SOLVED as3935 lightining module not detected by I2c on a Rpi4

Finally, I succeeded to make the weewx running and capturing AS3935 lightning detector data For that, I had to force the detection of the i2c addresses from 0x03 to 0x77 instead of 0x08 to 0x77 with the command: sudo i2cdetect -a -y 1 0x03 0x77 I had also to add gpio to weewx group: sudo

Re: [weewx-user] Display the first date entry in the database

Figured out why my first suggestion did not work. A long time ago, if you wanted the start time of an aggregation, you used $alltime.dateTime, instead of $alltime.start. To keep backwards compatibility, I defined dateTime=start, so the net effect is that *$alltime.dateTime.min* is equivalent to

[weewx-user] as3935 lightining module not detected by I2c on a Rpi4

Hello All, Maybe a bit off-topic. But just in case someone would have faced to this strange behavior of a Raspberry i2c address map. Rpi4-1: usual address map from 0x03 to 7x76. Config.: Weewx 4.10.2, Bresser 7in1, sdr driver, RTC clock (UU), BME280 (0x76) (pressure, temperature, humidity)

Re: [weewx-user] Display the first date entry in the database

Not sure why that doesn't work --- I'll have to investigate. But, the sure fire way to do this is with *$alltime.start* See the section *start, end, and dateTime * . On Fri, Feb 16, 2024 at 7:16 AM Meteo

Re: [weewx-user] Re: Upgrade to 5.0.x does not start

Thank you very much, everything seems to be working matthew wall schrieb am Freitag, 16. Februar 2024 um 16:35:20 UTC+1: > On Friday, February 16, 2024 at 10:13:19 AM UTC-5 geni08...@gmail.com > wrote: > > Feb 16 16:10:28 Wetter-Raspi4 weewxd[440995]: PermissionError: [Errno 13] > Keine

Re: [weewx-user] Re: Upgrade to 5.0.x does not start

On Friday, February 16, 2024 at 10:13:19 AM UTC-5 geni08...@gmail.com wrote: Feb 16 16:10:28 Wetter-Raspi4 weewxd[440995]: PermissionError: [Errno 13] Keine Berechtigung: '/var/www/html/weewx/json/24h.json' Feb 16 16:10:28 Wetter-Raspi4 weewxd[440995]: ERROR weewx.reportengine:

Re: [weewx-user] Display the first date entry in the database

This works $alltime.outTemp.firsttime This is the Result: 01.02.2017 00:01:00 @steepleian: Thanks Tom Keffer schrieb am Freitag, 16. Februar 2024 um 16:12:14 UTC+1: > On Fri, Feb 16, 2024 at 6:37 AM Meteo Oberwallis > wrote: > >> Hello. >> Thank you for the answers. The

Re: [weewx-user] Re: Upgrade to 5.0.x does not start

The user which ist running weewxd has no permission to generate/modify the resource "/var/www/html/weewx/json/24h.json" Feb 16 16:10:28 Wetter-Raspi4 weewxd[440995]: ERROR weewx.reportengine: [Errno 13] Keine Berechtigung: '/var/www/html/weewx/json/24h.json' geni08...@gmail.com

Re: [weewx-user] Display the first date entry in the database

Hello Tom. It`s not working Feb 16 16:14:28 wetterstation wee_reports[11564] ERROR weewx.cheetahgenerator: Ignoring template /etc/weewx/skins/Belchertown/about/index.html.tmpl Feb 16 16:14:28 wetterstation wee_reports[11564] ERROR weewx.cheetahgenerator: Reason: cannot find

Re: [weewx-user] Re: Upgrade to 5.0.x does not start

I have used this sudo usermod -aG dialout weewx sudo systemctl restart weewx Weewx is running but there is another authorization problem Feb 16 16:10:27 Wetter-Raspi4 weewxd[440995]: DEBUG user.rainrate: new_loop(1708096227): Added/updated pkt[rainRate] of 0.00 Feb 16 16:10:27

Re: [weewx-user] Display the first date entry in the database

On Fri, Feb 16, 2024 at 6:37 AM Meteo Oberwallis wrote: > Hello. > Thank you for the answers. The $alltime.outTemp.firsttime.raw works. Now I > have to format the whole thing so that I can get it into a “normal date”. > Can anyone else give me help? > *$alltime.dateTime.mintime* -- You

[weewx-user] Re: weewx 5.02 crashes (and restarts) on trying to access a docker file?

Dear Gary, No apologies needed. You just put me on the right track to solve the issue. Actually, there is no explicit need for the cmon plugin on this instance. I used the extension to monitor the hardwae when I first installed. However it is running whithout major issues for years now, and I

Re: [weewx-user] Display the first date entry in the database

Hello. Thank you for the answers. The $alltime.outTemp.firsttime.raw works. Now I have to format the whole thing so that I can get it into a “normal date”. Can anyone else give me help? steepleian schrieb am Freitag, 16. Februar 2024 um 15:30:43 UTC+1: > This is what I use which works: - > >

Re: [weewx-user] Display the first date entry in the database

This is what I use which works: -$alltime.outTemp.firsttime.raw";Ianhttps://claydonsweather.org.ukOn 16 Feb 2024, at 13:43, Tom Keffer wrote:I haven't tried it, but I don't see why the following wouldn't work:$alltime.dateTime.min-tkOn Fri, Feb 16, 2024 at 4:59 AM Meteo Oberwallis

Re: [weewx-user] Re: Upgrade to 5.0.x does not start

On Friday, February 16, 2024 at 7:57:08 AM UTC-5 geni08...@gmail.com wrote: where can i see which user starts weewxd? if weewxd is running, do this: ps aux | grep weewxd the first word is the user running weewxd if weewxd is not running, then check the value for 'User' in the systemd unit

Re: [weewx-user] Display the first date entry in the database

I haven't tried it, but I don't see why the following wouldn't work: *$alltime.dateTime.min* -tk On Fri, Feb 16, 2024 at 4:59 AM Meteo Oberwallis wrote: > Hello everyone > I would like to display the date of the first entry in the weexs.sdb in > Belchertownskin. The reason for this is that

Re: [weewx-user] Display the first date entry in the database

Meteo Oberwallis wrote: Hello everyone I would like to display the date of the first entry in the weexs.sdb in Belchertownskin. The reason for this is that you can see how long the weather station has been in operation. Since I operate several stations, this would make my work extremely

[weewx-user] Display the first date entry in the database

Hello everyone I would like to display the date of the first entry in the weexs.sdb in Belchertownskin. The reason for this is that you can see how long the weather station has been in operation. Since I operate several stations, this would make my work extremely easier. This could say

Re: [weewx-user] Re: Upgrade to 5.0.x does not start

where can i see which user starts weewxd? It worked with weewx matthew wall schrieb am Freitag, 16. Februar 2024 um 13:47:00 UTC+1: > On Friday, February 16, 2024 at 7:43:26 AM UTC-5 geni08...@gmail.com > wrote: > > After the restore a new attempt, what is missing? > > -- Journal begins at Fri

Re: [weewx-user] Re: Upgrade to 5.0.x does not start

On Friday, February 16, 2024 at 7:43:26 AM UTC-5 geni08...@gmail.com wrote: After the restore a new attempt, what is missing? -- Journal begins at Fri 2024-02-02 10:19:01 CET. -- Feb 16 13:18:47 Wetter-Raspi4 weewxd[416320]: CRITICAL weewx.engine: self.port.openPort() Feb 16

Re: [weewx-user] Re: Upgrade to 5.0.x does not start

After the restore a new attempt, what is missing? -- Journal begins at Fri 2024-02-02 10:19:01 CET. -- Feb 16 13:18:47 Wetter-Raspi4 weewxd[416320]: CRITICAL weewx.engine: self.port.openPort() Feb 16 13:18:47 Wetter-Raspi4 weewxd[416320]: CRITICAL weewx.engine: File

[weewx-user] Re: NOOB here Acurite 5in1 SDR 4.10.2 no errors in log does not update internal page?

Totally missed the [[sensor_map]] line in the [SDR] config.. On Monday, February 12, 2024 at 2:11:24 PM UTC-5 BrightmanRandy (BrightmanRandy) wrote: > Hey Everyone, > > Noob here. > > I did a fresh install of Raspbian GNU/Linux 11 (bullseye) and installed > 4.10.2 with RTL-SDR, rtl_433

Re: [weewx-user] Re: Mapping of michael-slx weewx-weatherlink-live to output into Cumulus structure

weewx-crt extension is what you need. matthewwall/weewx-crt: emit data in cumulus realtime formatgithub.comhttps://claydonsweather.org.ukOn 16 Feb 2024, at 11:57, G400 wrote:Since weewx-weatherlink-live seems to have no option to output to a text file in addition to weewx.sdp, I assume a script

[weewx-user] Re: Mapping of michael-slx weewx-weatherlink-live to output into Cumulus structure

Since weewx-weatherlink-live seems to have no option to output to a text file in addition to weewx.sdp, I assume a script to pull the latest data from database and write out to a file would be needed On Friday, February 16, 2024 at 12:51:04 PM UTC+1 G400 wrote: > I'm wondering if anyone have

[weewx-user] Mapping of michael-slx weewx-weatherlink-live to output into Cumulus structure

I'm wondering if anyone have manage to create a mapping that matches Culumus realtime.txt structure. See: https://www.cumuluswiki.org/a/Realtime.txt and weewx-weatherlink-live/docs/installation.md at release · michael-slx/weewx-weatherlink-live (github.com)