Re: [weewx-user] Uṕgrade from 2.7.0 to 4.0.0 fail

[BEIJY BUA]

So

I delete the complete cmon part.
Now its Running but now i have this:

ay 23 07:17:04 raspberrypi weewx[3100] INFO weewx.reportengine: Copied 0 
files to /home/weewx/public_html
May 23 07:17:05 raspberrypi weewx[3100] ERROR weewx.cheetahgenerator: 
Generate failed with exception ''
May 23 07:17:05 raspberrypi weewx[3100] ERROR weewx.cheetahgenerator:  
Ignoring template /home/weewx/skins/Weather34/archivedata.php.tmpl
May 23 07:17:05 raspberrypi weewx[3100] ERROR weewx.cheetahgenerator:  
Reason: cannot find 'sun' while searching for 'almanac.sun.set.raw'
May 23 07:17:05 raspberrypi weewx[3100] ERROR weewx.cheetahgenerator:   
Traceback (most recent call last):
May 23 07:17:05 raspberrypi weewx[3100] ERROR weewx.cheetahgenerator:   
  File "/home/weewx/bin/weewx/cheetahgenerator.py", line 322, in generate
May 23 07:17:05 raspberrypi weewx[3100] ERROR weewx.cheetahgenerator:   
unicode_string = compiled_template.respond()
May 23 07:17:05 raspberrypi weewx[3100] ERROR weewx.cheetahgenerator:   
  File "_home_weewx_skins_Weather34_archivedata_php_tmpl.py", line 2747, in 
respond
May 23 07:17:05 raspberrypi weewx[3100] ERROR weewx.cheetahgenerator:   
NotFound: cannot find 'sun' while searching for 'almanac.sun.set.raw'
May 23 07:17:05 raspberrypi weewx[3100] INFO weewx.cheetahgenerator: 
Generated 0 files for report Weather34Report in 0.22 seconds
May 23 07:17:05 raspberrypi weewx[3100] INFO weewx.reportengine: Copied 0 
files to /var/www/html/weewx/weather34/
May 23 07:17:10 raspberrypi weewx[3100] ERROR weewx.reportengine: Caught 
unrecoverable exception in generator 
'weewx.cheetahgenerator.CheetahGenerator'
May 23 07:17:10 raspberrypi weewx[3100] ERROR weewx.reportengine:
   no such table: archive_day_wind
May 23 07:17:10 raspberrypi weewx[3100] ERROR weewx.reportengine:
   Traceback (most recent call last):
May 23 07:17:10 raspberrypi weewx[3100] ERROR weewx.reportengine:
 File "/home/weewx/bin/weewx/reportengine.py", line 197, in run
May 23 07:17:10 raspberrypi weewx[3100] ERROR weewx.reportengine:
   obj.start()
May 23 07:17:10 raspberrypi weewx[3100] ERROR weewx.reportengine:
 File "/home/weewx/bin/weewx/reportengine.py", line 280, in start
May 23 07:17:10 raspberrypi weewx[3100] ERROR weewx.reportengine:
   self.run()
May 23 07:17:10 raspberrypi weewx[3100] ERROR weewx.reportengine:
 File "/home/weewx/bin/weewx/cheetahgenerator.py", line 150, in run
May 23 07:17:10 raspberrypi weewx[3100] ERROR weewx.reportengine:
   ngen = self.generate(gen_dict[section_name], self.gen_ts)
May 23 07:17:10 raspberrypi weewx[3100] ERROR weewx.reportengine:
 File "/home/weewx/bin/weewx/cheetahgenerator.py", line 220, in 
generate
May 23 07:17:10 raspberrypi weewx[3100] ERROR weewx.reportengine:
   ngen += self.generate(section[subsection], gen_ts)
May 23 07:17:10 raspberrypi weewx[3100] ERROR weewx.reportengine:
 File "/home/weewx/bin/weewx/cheetahgenerator.py", line 220, in 
generate
May 23 07:17:10 raspberrypi weewx[3100] ERROR weewx.reportengine:
   ngen += self.generate(section[subsection], gen_ts)
May 23 07:17:10 raspberrypi weewx[3100] ERROR weewx.reportengine:
 File "/home/weewx/bin/weewx/cheetahgenerator.py", line 309, in 
generate
May 23 07:17:10 raspberrypi weewx[3100] ERROR weewx.reportengine:
   default_binding)
May 23 07:17:10 raspberrypi weewx[3100] ERROR weewx.reportengine:
 File "/home/weewx/bin/weewx/cheetahgenerator.py", line 376, in 
_getSearchList
May 23 07:17:10 raspberrypi weewx[3100] ERROR weewx.reportengine:
   searchList += obj.get_extension_list(timespan, db_lookup)
May 23 07:17:10 raspberrypi weewx[3100] ERROR weewx.reportengine:
 File "/home/weewx/bin/user/w34highchartsSearchX.py", line 1796, in 
get_extension_list
May 23 07:17:10 raspberrypi weewx[3100] ERROR weewx.reportengine:
   sle_dict['wr' + _suffix] = self.calcWindRose(timespan, 
db_lookup, period)
May 23 07:17:10 raspberrypi weewx[3100] ERROR weewx.reportengine:
 File "/home/weewx/bin/user/w34highchartsSearchX.py", line 1514, in 
calcWindRose
May 23 07:17:10 raspberrypi weewx[3100] ERROR weewx.reportengine:
   ['avg'])
May 23 07:17:10 raspberrypi weewx[3100] ERROR weewx.reportengine:
 File "/home/weewx/bin/user/w34highchartsSearchX.py", line 143, in 
getDaySummaryVectors
May 23 07:17:10 raspberrypi weewx[3100] ERROR weewx.reportengine:
   for _rec in _cursor.execute(sql_str):
May 23 07:17:10 raspberrypi weewx[3100] ERROR weewx.reportengine:
 File "/home/weewx/bin/weedb/sqlite.py", line 37, in guarded_fn
May 23 07:17:10 raspberrypi weewx[3100] ERROR weewx.reportengine:
   raise weedb.NoTableError(e)
May 23 07:17:10 

Re: [weewx-user] Problem with alarm.py in Weewx 4.0

[Remy Lavabre]

Thanks you for jour answers but ;

1/ directory usr/share/weewx/bin/user does not existe ;
2/ Alarm.py is already in usr/share/weewx/user but it does not work...

I have a "standard" weewx installation under raspbian raspberry.

And when i put user.alarm.MyAlarm in [Engine] [[Services]]... As described, 
weewx connexion with my base does not work. If i remove user.alarm.MyAlarm 
weewx si normaly functionning...
And no mail is Nevers send as alarm !

So, i am not sure of the "user directory" because the configuration [Alarm] is 
simply to put and the problem is comming when adding user.alarm.MyAlarm

Si, where to put the Alarm.py or why it does not functionning ??? And blocking 
weawx normal work ??

Thanks you...

-- 
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 discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/dc5a68ab-015a-4415-9003-fce337c90161%40googlegroups.com.

Re: [weewx-user] Problem with alarm.py in Weewx 4.0

[Tom Keffer]

Not quite. It's /usr/share/weewx/user

You will probably need 'sudo' to do the copy.

-tk



On Fri, May 22, 2020 at 6:21 PM Graham Eddy  wrote:

> bin/user under your weewx root.
> if your weewx root is /usr/share/weewx, then /usr/share/weewx/bin/user
>
> On 23 May 2020, at 2:23 am, Remy Lavabre  wrote:
>
>
> Hello,
> I have a problem using Alarm.py:
>
> I entered the configuration in the weewx.conf file with the correct
> parameters:
>
>
> [Alarm]
> expression = "outTemp < 40.0"
> time_wait = 3600
> smtp_host = smtp.example.com
> smtp_user = myusername
> smtp_password = mypassword
> from = sa...@example.com
> mailto = j...@example.com, b...@example.com
> subject = "Alarm message from weewx!"
> and :
>
> [Engine]
> [[Services]]
> ...
> report_services = weewx.engine.StdPrint, weewx.engine.StdReport,
> user.alarm.MyAlarm After it is indicate to copy this file (Alarm.py I
> think...) to the "user directory"
>
> But what is the "user directory" ?
>
> I've tried usr/share/weewx/usr but it doesn't work and blocks me weewx If
> you know how to proceed and where exactly to copy Alarm.py ?? thank you so
> much
>
> --
> 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 discussion on the web visit
> https://groups.google.com/d/msgid/weewx-user/b42b7a8e-ac8e-406a-a68e-35bff495c96b%40googlegroups.com
> 
> .
>
>
> --
> 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 discussion on the web visit
> https://groups.google.com/d/msgid/weewx-user/2104489D-BDCE-4238-AEBC-7DD911071C63%40gmail.com
> 
> .
>

-- 
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 discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/CAPq0zECoR%3DargdYjht%3DgWhwARFfw7-S-C4tkiM_P_h6UTCnhtw%40mail.gmail.com.

Re: [weewx-user] Problem with alarm.py in Weewx 4.0

[Graham Eddy]

bin/user under your weewx root.
if your weewx root is /usr/share/weewx, then /usr/share/weewx/bin/user

> On 23 May 2020, at 2:23 am, Remy Lavabre  wrote:
> 
> 
> Hello,
> I have a problem using Alarm.py:
> 
> I entered the configuration in the weewx.conf file with the correct 
> parameters:
> 
> 
> [Alarm]
> expression = "outTemp < 40.0"
> time_wait = 3600
> smtp_host = smtp.example.com
> smtp_user = myusername
> smtp_password = mypassword
> from = sa...@example.com
> mailto = j...@example.com, b...@example.com
> subject = "Alarm message from weewx!"
> 
> and :
> 
> [Engine]
>   [[Services]]
> ...
> report_services = weewx.engine.StdPrint, weewx.engine.StdReport, 
> user.alarm.MyAlarm
> 
> After it is indicate to copy this file (Alarm.py I think...) to the "user 
> directory"
> 
> But what is the "user directory" ?
> 
> I've tried usr/share/weewx/usr but it doesn't work and blocks me weewx
> 
> If you know how to proceed and where exactly to copy Alarm.py ??
> 
> thank you so much
> 
> -- 
> 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 discussion on the web visit 
> https://groups.google.com/d/msgid/weewx-user/b42b7a8e-ac8e-406a-a68e-35bff495c96b%40googlegroups.com
>  
> .

-- 
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 discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/2104489D-BDCE-4238-AEBC-7DD911071C63%40gmail.com.

Re: [weewx-user] V4 with python2 OWFS errors

[Glenn McKechnie]

Strange, I wouldn't have thought that would bite with python2.7 ?
It's really one for an expert,  but you can try the following and see
if it gets you any further.

line 205 in owfs.py
try changing that from...

owbinding.init(iface)

to...

owbinding.init(iface.encode())

On 22/05/2020, Gazza  wrote:
>
> I have just finished a new V4 python2 weewx build to overcome the
> python3-ow issues raised in another post.
>
> So far I have the SDR driver stuff working and my Fine Offset station and
> my other sensors are detected and are reporting correctly.
>
> I have just installed OWFS as a service for a one wire sensor and while it
> seems to have installed correctly and when I run the owfs.py directly I get
>
> the expected result.
>
> pi@GazPi4:/home/weewx $ sudo PYTHONPATH=/home/weewx/bin python /home/weewx/
> bin/user/owfs.py --sensors --iface /dev/i2c-1
> E1044104: /28.E1044104 DS18B20
>
> But when I run weewx directly it crashes with a bunch of critical errors.
> It looks like the OWFS interface is detected correctly on i2c-1 but then
> fail with engine.py and owfs errors.
>
> EMay 22 22:22:24 GazPi4 weewx[1817] INFO __main__: Locale is 'en_AU'
> May 22 22:22:24 GazPi4 weewx[1817] INFO __main__: Using configuration file
> weewx.conf
> May 22 22:22:24 GazPi4 weewx[1817] INFO weewx.engine: Loading station type
> SDR (user.sdr)
> May 22 22:22:24 GazPi4 weewx[1817] INFO user.sdr: driver version is 0.77
> May 22 22:22:24 GazPi4 weewx[1817] INFO user.sdr: sensor map is
> {u'windGust'
> : u'wind_gust.38.FOWHx080Packet', u'outTempBatteryStatus': u
> 'battery.38.FOWHx080Packet', u'rain_total': u'rain_total.38.FOWHx080Packet',
>
> u'windSpeed': u'wind_speed.38.FOWHx080Packet', u'windDir': u
> 'wind_dir.38.FOWHx080Packet', u'outHumidity': u'humidity.38.FOWHx080Packet',
>
> u'outTemp': u'temperature.38.FOWHx080Packet', u'extraTemp1': u
> 'temperature.32D1.AcuriteTowerPacketV2', u'batteryStatus1': u
> 'battery.32D1.AcuriteTowerPacketV2', u'extraTemp2': u
> 'temperature.39.ProloguePacket', u'extraHumid2': u
> 'humidity.39.ProloguePacket', u'batteryStatus2': u
> 'battery.39.ProloguePacket', u'extraTemp3': u
> 'temperature.1:180.NexusTemperaturePacket', u'extraHumid3': u
> 'humidity.1:180.NexusTemperaturePacket', u'batteryStatus3': u
> 'battery.1:180.NexusTemperaturePacket', u'extraTemp4': u
> 'temperature.5.ProloguePacket', u'extraHumid4':
> u'humidity.5.ProloguePacket'
> , u'batteryStatus4': u'battery.5.ProloguePacket'}
> May 22 22:22:24 GazPi4 weewx[1817] INFO user.sdr: deltas is {'strikes':
> 'strikes_total', 'rain': 'rain_total'}
> May 22 22:22:24 GazPi4 weewx[1817] INFO user.sdr: startup process 'rtl_433
> -M utc -F json'
> May 22 22:22:24 GazPi4 weewx[1817] INFO user.owfs: service version is 0.23
> May 22 22:22:24 GazPi4 weewx[1817] INFO user.owfs: binding is archive
> May 22 22:22:24 GazPi4 weewx[1817] INFO user.owfs: interface is /dev/i2c-1
> May 22 22:22:24 GazPi4 weewx[1817] INFO user.owfs: sensor map is {u
> 'extraTemp5': u'/uncached/28.E1044104/temperature'}
> May 22 22:22:24 GazPi4 weewx[1817] INFO user.owfs: sensor type map is {}
> May 22 22:22:24 GazPi4 weewx[1817] INFO user.owfs: sensor unit system is
> metric
> May 22 22:22:24 GazPi4 weewx[1817] INFO user.sdr: shutdown process rtl_433
> -M
> utc -F json
> May 22 22:22:25 GazPi4 kernel: [ 2598.911132] r820t 8-001a: destroying
> instance
> May 22 22:22:25 GazPi4 kernel: [ 2598.911503] dvb_usb_v2: 'Realtek RTL2832U
>
> reference design:1-1.2' successfully deinitialized and disconnected
> May 22 22:22:34 GazPi4 weewx[1817] INFO user.sdr: timed out waiting for
> stdout-thread
> May 22 22:22:44 GazPi4 weewx[1817] INFO user.sdr: timed out waiting for
> stderr-thread
> May 22 22:22:44 GazPi4 weewx[1817] CRITICAL __main__: Caught unrecoverable
> exception:
> May 22 22:22:44 GazPi4 weewx[1817] CRITICAL __main__:   in method
> 'init', argument 1 of type 'char const *'
> May 22 22:22:44 GazPi4 weewx[1817] CRITICAL __main__:   Traceback
> (most
> recent call last):
> May 22 22:22:44 GazPi4 weewx[1817] CRITICAL __main__: File
> "./bin/weewxd", line 148, in main
> May 22 22:22:44 GazPi4 weewx[1817] CRITICAL __main__:   engine =
>
> weewx.engine.StdEngine(config_dict)
> May 22 22:22:44 GazPi4 weewx[1817] CRITICAL __main__: File
> "/home/weewx/bin/weewx/engine.py", line 75, in __init__
> May 22 22:22:44 GazPi4 weewx[1817] CRITICAL __main__:   self.
> loadServices(config_dict)
> May 22 22:22:44 GazPi4 weewx[1817] CRITICAL __main__: File
> "/home/weewx/bin/weewx/engine.py", line 138, in loadServices
> May 22 22:22:44 GazPi4 weewx[1817] CRITICAL __main__:   obj =
> weeutil.weeutil.get_object(svc)(self,config_dict)
> May 22 22:22:44 GazPi4 weewx[1817] CRITICAL __main__: File
> "/home/weewx/bin/user/owfs.py", line 574, in __init__
> May 22 22:22:44 GazPi4 weewx[1817] CRITICAL __main__: 
> ow.init(
> self.interface)
> May 22 22:22:44 GazPi4 weewx[1817] 

[weewx-user] Re: GUI date/time and current conditions frozen

[gjr80]

OK, starting to test the limits of my networking knowledge. One last thing 
to try, let's make sure the interceptor is listening to the correct IP 
address (and only the correct IP address). In weewx.conf under [Interceptor] 
can you add and the address = 192,168.2.41, ie:

[Interceptor]

device_type = observer
address = 192.168.2.41


Save and restart WeeWX. 

I see you have now disabled WeeWX posting to WU, that may well fix the 
issue of the multiple duplicate packets but of course you have now lost the 
ability of posting to WU. If disabling WU in WeeWX settles things down you 
might want to try the adding the address setting above and enabling WU (but 
lets leave RF aside for now).

Taking a log extract from startup for a couple of archive periods should 
soon show if we are on track or not.

Gary

On Saturday, 23 May 2020 09:33:14 UTC+10, Zsolt Máté wrote:
>
> Right now I've disabled MQTT in weewx.conf, cleaned the future records 
> from the database, dropped and rebuild the daily stats. Last HTML generated 
> is more than 30 minutes old.
>
> To paint a picture of my setup:
> I'm running this weather station -> 
> https://www.jaycar.co.nz/7-inch-colour-wireless-weather-station/p/XC0370 - 
> IP address 192.168.2.60 that sends data to WU (intercepted)
> weewx is running in a proxmox container with the IP's 192.168.2.40 and 
> 192.168.2.41, 41 being the interceptor.
> On my router (openwrt), I've set up a rule, that the traffic from my PWS 
> should be forwarded to 192.168.2.41.
> iptables -t nat -A PREROUTING -s 192.168.2.60 -p tcp --dport 80 -j DNAT 
> --to-destination 192.168.2.41:80
> iptables -t nat -A POSTROUTING -j MASQUERADE
> Weewx is forwarding the intercepted data to WU.
> MQTT is used for the Belchertown skin (right now uninstalled) and to 
> integrate my weather data into Home Assistant.
>
>
> On Saturday, May 23, 2020 at 10:57:43 AM UTC+12, gjr80 wrote:
>>
>> Thanks. I am trying to get my head around what is going on here. There 
>> seems to be a lot of double handling (posting) of records, for example the 
>> 22 May 19:50:20 record is published by the MQTT uploader six times:
>>
>> May 22 19:50:28 weewx weewx[5569] INFO weewx.restx: MQTT: Published 
>> record 2020-05-22 19:50:20 NZST (1590133820)
>> ...
>> May 22 19:50:29 weewx weewx[5569] INFO weewx.restx: MQTT: Published 
>> record 2020-05-22 19:50:20 NZST (1590133820)
>> ...
>> May 22 19:50:44 weewx weewx[5569] INFO weewx.restx: MQTT: Published 
>> record 2020-05-22 19:50:20 NZST (1590133820)
>> ...
>> May 22 19:50:50 weewx weewx[5569] INFO weewx.restx: MQTT: Published 
>> record 2020-05-22 19:50:20 NZST (1590133820)
>> ...
>> May 22 19:51:00 weewx weewx[5569] INFO weewx.restx: MQTT: Published 
>> record 2020-05-22 19:50:20 NZST (1590133820)
>> ...
>> May 22 19:51:16 weewx weewx[5569] INFO weewx.restx: MQTT: Published 
>> record 2020-05-22 19:50:20 NZST (1590133820)
>>
>> I also see the interceptor is picking up a lot of what appears to be 
>> duplicate records some of which are HTTP POST and others HTTP GET. Can you 
>> clarrify your configuration? From the wee_debug report you have WeeWX 
>> uploading to WU both normal (every archive record) updates and rapid fire 
>> and you have WeeWX uploading to a MQTT broker every archive record and loop 
>> packet. Do you have your weather station uploading to WU? I am thinking it 
>> might be time to pare back to a bare bones setup by turning off a few 
>> services.
>>
>> Gary
>>
>> On Friday, 22 May 2020 18:36:29 UTC+10, Zsolt Máté wrote:
>>>
>>> It stopped updating the html at local 08:00PM, and in the log I see an 
>>> MQTT message dated tomorrow.
>>> It's MQTT related: May 22 20:00:20 weewx weewx[5569] INFO weewx.restx: 
>>> MQTT: Published record 2020-05-23 07:00:00 NZST (1590174000)
>>>
>>> Log from 10 minutes before until 10 minutes after 8PM -> 
>>> https://pastebin.com/K7s8e60V
>>>
>>

-- 
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 discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/b7541bae-0b2b-4218-9151-1bf9824b2824%40googlegroups.com.

Re: [weewx-user] How to calculate, process and store a derived variable

[Tom Keffer]

Sounds like a perfect job for the xtypes system. See this wiki article: *WeeWX
V4 user defined types (xtypes)*
. See if
it answers your question.

If you define a derived variable using xtypes, it becomes a first-class
type and can be used in plots, or tagged expressions. If it appears in your
database schema, it will also be put in the database.

-tk

On Fri, May 22, 2020 at 7:14 AM Maarten van der Hoeven 
wrote:

> Hi group,
>
> Running weewx 4, Python 3, Mysql-database, Vantage Pro 2 with solar, UV.
>
> Within Weewx, I want to calculate a derived value from two existing values
> that's provided by my weather station. To be more specific, in the
> Netherlands, the shortage of precipitation is calculated by the amount of
> rainfall minus the amount of evapotransipration (sum of max ET-values every
> day). During the period of april till september, it;'s a drought indicator.
>
> My SQL-query to do show is, where 'tekort'  (Dutch) stands for 'shortage'.
>
> select abs(round(sum(archive_day_rain.sum)-sum(archive_day_ET.sum),0)) as
> tekort from archive_day_ET,archive_day_rain where
> from_unixtime(archive_day_rain.datetime,'%Y')=year(curdate()) and
> month(from_unixtime(archive_day_rain.datetime)) >= 4 and
> month(from_unixtime(archive_day_rain.datetime)) <= 9 and
> archive_day_rain.datetime=archive_day_ET.datetime;
>
> What I am doing right now, is running a crontab job, and start my
> PHP-script every minute to calculate the outcome of the SQL-script above
> and writes the outcome to a plan txt-file. Next step is to grab this value
> from the txt-file and show it (javascript) on my website. See
> http://www.weerinwelsum.nl, below the webcam. It says ' Doorlopend
> neerslagtekort', [amount of millimeters]. This is the value I am talking
> about.
>
> What I really want to achieve, is that I calculate this derived valu by
> WeeWX itself, and make this derived value available for everything that's
> wants to use is. For example, store this derived value in a database-field
> I am not using (for example, soilTemp4) and make this derived value
> available for whatever skin (in my case, Belchertown). In other words,
> Weewx calculates this new value and makes it available for the complete
> WeeWX-ecosystem (if you understand what I mean).
>
> Am I clear in what I want to achieve? And is this possible, and what are
> the pointers to do so?
>
> --
> 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 discussion on the web visit
> https://groups.google.com/d/msgid/weewx-user/d48cfc39-5e17-4795-a75f-ac4c266e73b0%40googlegroups.com
> 
> .
>

-- 
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 discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/CAPq0zEAAbYg%2BVYa-3oe_j-43z3fP0Sn6h9oyaaimcydcMFLdbg%40mail.gmail.com.

Re: [weewx-user] Problem with evapotranspiration after upgrade from 3.9.2 to 4.0

[Tom Keffer]

Let's check by calculating the ET for the last hour in your database, a
time when, hopefully, there is a meaningful ET. Use this select statement:

select min(datetime), max(dateTime), max(outTemp), min(outTemp),
avg(radiation), avg(windSpeed), max(outHumidity), min(outHumidity),
min(usUnits), max(usUnits) from archive where dateTime>(select
max(dateTime)-3600 from archive);

We'll also need the values of ET:

select ET from archive where dateTime>(select max(dateTime)-3600 from
archive);

Send me the results, and I'll do the calculation.

-tk

On Fri, May 22, 2020 at 6:08 AM IL  wrote:

> Before upgrade I had a bar diagram for ET (hourly total) in the Seasons
> skin showing reasonable values. After upgrade the diagram is still there,
> but no bars. When I look into the database there are values > 0. Today, a
> day with beautiful weather and bright sunshine, I see values like 0.0009.
> Before upgrade values were often > 1.
>
> I would expect the bars to return when I look at a longer period (week,
> month, year) which includes the time before the upgrade, but that doesn't
> happen. I did edit the configuration files, so some of this may be my
> fault. But before looking into that I must get back more reasonable ET
> values, and those are calculated and nothing I have tempered with.
> Temperature, wind speed, radiation etc. are OK.
>
> Has someone else seen this? Any ideas?
>
> --
> 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 discussion on the web visit
> https://groups.google.com/d/msgid/weewx-user/27def363-689b-4e9f-b087-bcdf5a1a0a40%40googlegroups.com
> 
> .
>

-- 
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 discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/CAPq0zEB-ZKG3wgBCEi2j%2Bo7Ct2vxBrtV2g%3D4Jb_%3Dcs%3DgfdUH7A%40mail.gmail.com.

[weewx-user] Re: GUI date/time and current conditions frozen

[Zsolt Máté]

Update, disabling MQTT didn't help. My time just jumped 10 hours in 
advance. From 12PM to 10PM.
>
> Log 10 minutes +/- 12PM -> https://pastebin.com/FjkM7Mg8
Problem occurs here
May 23 12:00:19 weewx weewx[9805] DEBUG user.interceptor: raw packet: {
'wind_speed': 1.8, 'humidity_in': 46.0, 'temperature_in': 71.2, 
'solar_radiation': 296.66, 'windchill': 55.8, 'dewpoint': 48.6, 
'humidity_out': 77.0, 'uv': 3.0, 'rain': 0.0, 'dateTime': 1590231600, 
'pressure': 30.207, 'temperature_out': 55.8, 'wind_dir': 74.0, 'barometer': 
30.169, 'rain_total': 0.0, 'usUnits': 1, 'wind_gust': 2.2}

Right now I've disabled WU in my weewx.conf, deleted html and cleaned the 
database.
Let's see.

>

-- 
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 discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/aecadd5c-0ea6-4da5-8be2-782b8b256b5a%40googlegroups.com.

[weewx-user] Re: GUI date/time and current conditions frozen

[Zsolt Máté]

Right now I've disabled MQTT in weewx.conf, cleaned the future records from 
the database, dropped and rebuild the daily stats. Last HTML generated is 
more than 30 minutes old.

To paint a picture of my setup:
I'm running this weather station -> 
https://www.jaycar.co.nz/7-inch-colour-wireless-weather-station/p/XC0370 - 
IP address 192.168.2.60 that sends data to WU (intercepted)
weewx is running in a proxmox container with the IP's 192.168.2.40 and 
192.168.2.41, 41 being the interceptor.
On my router (openwrt), I've set up a rule, that the traffic from my PWS 
should be forwarded to 192.168.2.41.
iptables -t nat -A PREROUTING -s 192.168.2.60 -p tcp --dport 80 -j DNAT 
--to-destination 192.168.2.41:80
iptables -t nat -A POSTROUTING -j MASQUERADE
Weewx is forwarding the intercepted data to WU.
MQTT is used for the Belchertown skin (right now uninstalled) and to 
integrate my weather data into Home Assistant.


On Saturday, May 23, 2020 at 10:57:43 AM UTC+12, gjr80 wrote:
>
> Thanks. I am trying to get my head around what is going on here. There 
> seems to be a lot of double handling (posting) of records, for example the 
> 22 May 19:50:20 record is published by the MQTT uploader six times:
>
> May 22 19:50:28 weewx weewx[5569] INFO weewx.restx: MQTT: Published 
> record 2020-05-22 19:50:20 NZST (1590133820)
> ...
> May 22 19:50:29 weewx weewx[5569] INFO weewx.restx: MQTT: Published 
> record 2020-05-22 19:50:20 NZST (1590133820)
> ...
> May 22 19:50:44 weewx weewx[5569] INFO weewx.restx: MQTT: Published 
> record 2020-05-22 19:50:20 NZST (1590133820)
> ...
> May 22 19:50:50 weewx weewx[5569] INFO weewx.restx: MQTT: Published 
> record 2020-05-22 19:50:20 NZST (1590133820)
> ...
> May 22 19:51:00 weewx weewx[5569] INFO weewx.restx: MQTT: Published 
> record 2020-05-22 19:50:20 NZST (1590133820)
> ...
> May 22 19:51:16 weewx weewx[5569] INFO weewx.restx: MQTT: Published 
> record 2020-05-22 19:50:20 NZST (1590133820)
>
> I also see the interceptor is picking up a lot of what appears to be 
> duplicate records some of which are HTTP POST and others HTTP GET. Can you 
> clarrify your configuration? From the wee_debug report you have WeeWX 
> uploading to WU both normal (every archive record) updates and rapid fire 
> and you have WeeWX uploading to a MQTT broker every archive record and loop 
> packet. Do you have your weather station uploading to WU? I am thinking it 
> might be time to pare back to a bare bones setup by turning off a few 
> services.
>
> Gary
>
> On Friday, 22 May 2020 18:36:29 UTC+10, Zsolt Máté wrote:
>>
>> It stopped updating the html at local 08:00PM, and in the log I see an 
>> MQTT message dated tomorrow.
>> It's MQTT related: May 22 20:00:20 weewx weewx[5569] INFO weewx.restx: 
>> MQTT: Published record 2020-05-23 07:00:00 NZST (1590174000)
>>
>> Log from 10 minutes before until 10 minutes after 8PM -> 
>> https://pastebin.com/K7s8e60V
>>
>

-- 
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 discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/f157cdae-64f3-4c7c-9a3f-d2b0b73141a0%40googlegroups.com.

[weewx-user] Re: GUI date/time and current conditions frozen

[gjr80]

Thanks. I am trying to get my head around what is going on here. There 
seems to be a lot of double handling (posting) of records, for example the 
22 May 19:50:20 record is published by the MQTT uploader six times:

May 22 19:50:28 weewx weewx[5569] INFO weewx.restx: MQTT: Published record 
2020-05-22 19:50:20 NZST (1590133820)
...
May 22 19:50:29 weewx weewx[5569] INFO weewx.restx: MQTT: Published record 
2020-05-22 19:50:20 NZST (1590133820)
...
May 22 19:50:44 weewx weewx[5569] INFO weewx.restx: MQTT: Published record 
2020-05-22 19:50:20 NZST (1590133820)
...
May 22 19:50:50 weewx weewx[5569] INFO weewx.restx: MQTT: Published record 
2020-05-22 19:50:20 NZST (1590133820)
...
May 22 19:51:00 weewx weewx[5569] INFO weewx.restx: MQTT: Published record 
2020-05-22 19:50:20 NZST (1590133820)
...
May 22 19:51:16 weewx weewx[5569] INFO weewx.restx: MQTT: Published record 
2020-05-22 19:50:20 NZST (1590133820)

I also see the interceptor is picking up a lot of what appears to be 
duplicate records some of which are HTTP POST and others HTTP GET. Can you 
clarrify your configuration? From the wee_debug report you have WeeWX 
uploading to WU both normal (every archive record) updates and rapid fire 
and you have WeeWX uploading to a MQTT broker every archive record and loop 
packet. Do you have your weather station uploading to WU? I am thinking it 
might be time to pare back to a bare bones setup by turning off a few 
services.

Gary

On Friday, 22 May 2020 18:36:29 UTC+10, Zsolt Máté wrote:
>
> It stopped updating the html at local 08:00PM, and in the log I see an 
> MQTT message dated tomorrow.
> It's MQTT related: May 22 20:00:20 weewx weewx[5569] INFO weewx.restx: 
> MQTT: Published record 2020-05-23 07:00:00 NZST (1590174000)
>
> Log from 10 minutes before until 10 minutes after 8PM -> 
> https://pastebin.com/K7s8e60V
>

-- 
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 discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/d131a940-cf72-4718-82b9-cac874943b52%40googlegroups.com.

Re: [weewx-user] Re: Belchertown Skin Charts

[Ron Sell]

Do you know what tables the charts use?

I loaded 209 data from a previous database and the data doesn't show on any
of the charts.
Thanks


On Fri, May 22, 2020 at 11:37 AM Manfred Maier 
wrote:

> So, I've just tried to replicate your slide:
>
> This is the syntax:
>
> [test]
>
> # Chart Timespan Defaults
>
> title = "Test for Ron"
>
> show_button = true
>
> button_text = "Test"
>
> time_length = year
>
> tooltip_date_format = " LL"
>
> aggregate_type = max
>
> aggregate_interval = 86400 # 1 day
>
> gapsize = 8640 # 1 day in milliseconds
>
>
>
> [[climatological]]
>
> title = Average Climatological Values
>
> xAxis_groupby = month
>
> xAxis_categories = 'Jan', 'Feb', 'Mar', 'Apr', 'May', 'Jun',
> 'Jul', 'Aug', 'Sep', 'Oct', 'Nov', 'Dec'
>
> [[[rainTotal]]]
>
> aggregate_type = max
>
> type = column
>
> name = Rain Total
>
> yAxis = 1
>
> [[[outTemp]]]
>
> aggregate_type = max
>
> type = spline
>
> name = Max Temp
>
> [[[mintemp]]]
>
> type = spline
>
> aggregate_type = min
>
> observation_type = outTemp
>
> name = Min Temp
>
> And this is the result:
> https://www.wetter-zorneding.de/graphs/?graph=test
>
> The issue obviously hasn't been the aggregate_interval, but that you've
> used 'xaxis' instead of 'xAxis'.
>
> Hope it works now!
>
> Manfred
>
>
> Am Freitag, 22. Mai 2020 17:11:39 UTC+2 schrieb Ron Sell:
>>
>> 1.1
>>
>> On Fri, May 22, 2020 at 10:38 AM Manfred Maier 
>> wrote:
>>
>>> What version of Belchertown are you running? There are slight
>>> differences in the graphs syntax between 1.0 and 1.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...@googlegroups.com.
>>> To view this discussion on the web visit
>>> https://groups.google.com/d/msgid/weewx-user/becd2fef-5abf-42e7-a3bc-5da9791d8aa4%40googlegroups.com
>>> 
>>> .
>>>
>> --
> 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 discussion on the web visit
> https://groups.google.com/d/msgid/weewx-user/c9510c06-923b-4fac-8327-765acf549d64%40googlegroups.com
> 
> .
>

-- 
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 discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/CABn15dbEXwGCfxUzJQob0O4cm1e8oBaYpfFHGLN3ahPFfma8Qg%40mail.gmail.com.

[weewx-user] Re: Monitoring WeeWX with Nagios

[Xant]

Vince

You correct, and apologies to MWall for missing the remarks.

To note, there is a typo, or later name change (missing a 'd'):

apt-get install libdb*d*-sqlite3-perl

No longer DBI error, but still issues. I will keep posted, or try Maarten 
script.


-- 
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 discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/4983dba4-f500-4d5d-a260-576df4bedce1%40googlegroups.com.

[weewx-user] Re: Belchertown MQTT update time is chaotic

[Keimpe Bleeker]

Reinstalled Belchertown, unfortunately no success :( 



Op maandag 18 mei 2020 19:44:51 UTC+2 schreef Keimpe Bleeker:
>
> Another try to find a solution for a weird problem! 
>
> Problem: MQTT updates are working perfect, but the text and time of the 
> last update on the website is chaotic (see screenshot and website 
> ). All the other dates and times served by moments.js 
> are 
> 100% OK. Everything is built from scratch on a formatted SDcard, because 
> the same problem occurred since I upgraded Weewx 3.9.# and Belchertown...
>
> System info:
> - Raspberrry Pi 4 Model B Rev 1.2, Debian 10.4, 32GB
> - Weewx 4.0
> - Belchertown 1.1
>
> As far as I know, all the envolved skin.conf issues are:
> ...
> ...
> belchertown_locale = "auto"
> #  belchertown_locale = "nl_NL.utf8"  #checked this setting, without 
> results
> theme = light
> ...
> ...
>  # MQTT Websockets defaults
>  mqtt_websockets_enabled = 1
>  mqtt_websockets_host = my.external.ip.address
>  mqtt_websockets_port = 9001
>  mqtt_websockets_ssl = 0
>  mqtt_websockets_topic = weather/loop
>  disconnect_live_website_visitor = 180
> ...
> ...
> # Show an alert if the page updated timestamp is older than expected 
> with this setting. Does not apply to MQTT Websocket enabled websites
> # The late time threshold is defined in seconds. This should be 
> greater than your archive_interval from weewx.conf.
> # Typically you would want this 2 or 3 times archive_interval
> show_last_updated_alert = 0
> last_updated_alert_threshold = 1800
>
> # If mqtt_websockets_enabled is set to 0, but want the page to full 
> reload on an interval, specify this below in milliseconds. 30 = 5 
> minutes
> webpage_autorefresh = 0
> ...
> ...
> header_last_updated= Laatste update
> mqtt_websockets_connecting   = Real-time verbonden met weerstation
> mqtt_websockets_waiting = Verbonden, wacht op data.
> mqtt_websockets_connected= Real-time verbonden met weerstation
> mqtt_websockets_stopped= Real-time updates zijn gestopt
> mqtt_websockets_continue   = Updates hervatten
> mqtt_websockets_failed= Verbinding verbroken
> mqtt_websockets_lost   = Verbinding verbroken
> ...
> ...
> # moment.js default labels formats
> time_earthquake= "LLL"
> time_lastUpdated   = "LL, LTS"
> time_snapshot_records_today_header  = ", LL"
> time_snapshot_records_month_header = " "
> time_sunrise   = "LT"
> time_sunset= "LT"
> time_darksky_alert_expires   = "LLL"
> time_darksky_forecast_date  = "ddd DD/M"
> time_forecast_last_updated   = "LLL"
> time_mqtt_websockets_last_updated= "LL, LTS"
> time_records_page_full_date = "LLL"
> time_records_page_month_day_year= "LL"
> time_records_page_rainfall_range_begin  = " DD"
> time_records_page_rainfall_range_end= "LL"
> ...
> ...
>
> The website is running in DEBUG-mode (http://oentsjerk.eu/?debug=true), 
> if you like to spend a minute to investigate, you are very welcome!
>
> Regards, Keimpe
>

-- 
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 discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/5468a320-8306-4bfb-862d-3b59eb9eeca8%40googlegroups.com.

Re: [weewx-user] Re: Belchertown Skin Charts

[Ron Sell]

That worked. Thank you for your help.

On Fri, May 22, 2020 at 11:37 AM Manfred Maier 
wrote:

> So, I've just tried to replicate your slide:
>
> This is the syntax:
>
> [test]
>
> # Chart Timespan Defaults
>
> title = "Test for Ron"
>
> show_button = true
>
> button_text = "Test"
>
> time_length = year
>
> tooltip_date_format = " LL"
>
> aggregate_type = max
>
> aggregate_interval = 86400 # 1 day
>
> gapsize = 8640 # 1 day in milliseconds
>
>
>
> [[climatological]]
>
> title = Average Climatological Values
>
> xAxis_groupby = month
>
> xAxis_categories = 'Jan', 'Feb', 'Mar', 'Apr', 'May', 'Jun',
> 'Jul', 'Aug', 'Sep', 'Oct', 'Nov', 'Dec'
>
> [[[rainTotal]]]
>
> aggregate_type = max
>
> type = column
>
> name = Rain Total
>
> yAxis = 1
>
> [[[outTemp]]]
>
> aggregate_type = max
>
> type = spline
>
> name = Max Temp
>
> [[[mintemp]]]
>
> type = spline
>
> aggregate_type = min
>
> observation_type = outTemp
>
> name = Min Temp
>
> And this is the result:
> https://www.wetter-zorneding.de/graphs/?graph=test
>
> The issue obviously hasn't been the aggregate_interval, but that you've
> used 'xaxis' instead of 'xAxis'.
>
> Hope it works now!
>
> Manfred
>
>
> Am Freitag, 22. Mai 2020 17:11:39 UTC+2 schrieb Ron Sell:
>>
>> 1.1
>>
>> On Fri, May 22, 2020 at 10:38 AM Manfred Maier 
>> wrote:
>>
>>> What version of Belchertown are you running? There are slight
>>> differences in the graphs syntax between 1.0 and 1.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...@googlegroups.com.
>>> To view this discussion on the web visit
>>> https://groups.google.com/d/msgid/weewx-user/becd2fef-5abf-42e7-a3bc-5da9791d8aa4%40googlegroups.com
>>> 
>>> .
>>>
>> --
> 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 discussion on the web visit
> https://groups.google.com/d/msgid/weewx-user/c9510c06-923b-4fac-8327-765acf549d64%40googlegroups.com
> 
> .
>

-- 
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 discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/CABn15daYFC0MXekfVVwujCvoQ1Fk%2Bhqt5QHbB701o9DY2g3mYg%40mail.gmail.com.

[weewx-user] Problem with alarm.py in Weewx 4.0

[Remy Lavabre]

Hello,
I have a problem using Alarm.py:

I entered the configuration in the weewx.conf file with the correct 
parameters:


[Alarm]
expression = "outTemp < 40.0"
time_wait = 3600
smtp_host = smtp.example.com
smtp_user = myusername
smtp_password = mypassword
from = sa...@example.com
mailto = j...@example.com, b...@example.com
subject = "Alarm message from weewx!"
and :

[Engine]
[[Services]]
...
report_services = weewx.engine.StdPrint, weewx.engine.StdReport, 
user.alarm.MyAlarm After it is indicate to copy this file (Alarm.py I 
think...) to the "user directory"

But what is the "user directory" ?

I've tried usr/share/weewx/usr but it doesn't work and blocks me weewx If 
you know how to proceed and where exactly to copy Alarm.py ?? thank you so 
much

-- 
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 discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/b42b7a8e-ac8e-406a-a68e-35bff495c96b%40googlegroups.com.

Re: [weewx-user] Re: Belchertown Skin Charts

[Manfred Maier]

So, I've just tried to replicate your slide:

This is the syntax:

[test]

# Chart Timespan Defaults

title = "Test for Ron"

show_button = true

button_text = "Test"

time_length = year

tooltip_date_format = " LL"

aggregate_type = max

aggregate_interval = 86400 # 1 day

gapsize = 8640 # 1 day in milliseconds



[[climatological]]

title = Average Climatological Values

xAxis_groupby = month

xAxis_categories = 'Jan', 'Feb', 'Mar', 'Apr', 'May', 'Jun', 'Jul', 
'Aug', 'Sep', 'Oct', 'Nov', 'Dec'

[[[rainTotal]]]

aggregate_type = max

type = column

name = Rain Total

yAxis = 1

[[[outTemp]]]

aggregate_type = max

type = spline

name = Max Temp

[[[mintemp]]]

type = spline

aggregate_type = min

observation_type = outTemp

name = Min Temp

And this is the result:
https://www.wetter-zorneding.de/graphs/?graph=test

The issue obviously hasn't been the aggregate_interval, but that you've 
used 'xaxis' instead of 'xAxis'. 

Hope it works now!

Manfred 


Am Freitag, 22. Mai 2020 17:11:39 UTC+2 schrieb Ron Sell:
>
> 1.1
>
> On Fri, May 22, 2020 at 10:38 AM Manfred Maier  > wrote:
>
>> What version of Belchertown are you running? There are slight differences 
>> in the graphs syntax between 1.0 and 1.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...@googlegroups.com .
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/weewx-user/becd2fef-5abf-42e7-a3bc-5da9791d8aa4%40googlegroups.com
>>  
>> 
>> .
>>
>

-- 
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 discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/c9510c06-923b-4fac-8327-765acf549d64%40googlegroups.com.

Re: [weewx-user] Re: Belchertown Skin Charts

[Ron Sell]

1.1

On Fri, May 22, 2020 at 10:38 AM Manfred Maier 
wrote:

> What version of Belchertown are you running? There are slight differences
> in the graphs syntax between 1.0 and 1.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 discussion on the web visit
> https://groups.google.com/d/msgid/weewx-user/becd2fef-5abf-42e7-a3bc-5da9791d8aa4%40googlegroups.com
> 
> .
>

-- 
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 discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/CABn15dYubC77r_BZ-A0H3GGJ5Ha1rwW314w-gx2VLS2%2Bm7GpmA%40mail.gmail.com.

Re: [weewx-user] Uṕgrade from 2.7.0 to 4.0.0 fail

[BEIJY BUA]

This is the log here it stops for 10 Minutes:
May 22 16:53:12 raspberrypi systemd[1]: Starting LSB: weewx weather 
system...
May 22 16:53:14 raspberrypi weewx[9685] INFO __main__: Initializing weewx 
version 4.0.0
May 22 16:53:14 raspberrypi weewx[9685] INFO __main__: Using Python 2.7.16 
(default, Oct 10 2019, 22:02:15) #012[GCC 8.3.0]
May 22 16:53:14 raspberrypi weewx[9685] INFO __main__: Platform 
Linux-4.19.97+-armv6l-with-debian-10.3
May 22 16:53:14 raspberrypi weewx[9685] INFO __main__: Locale is 
'de_AT.UTF-8'
May 22 16:53:14 raspberrypi weewx[9685] INFO __main__: PID file is 
/var/run/weewx.pid
May 22 16:53:14 raspberrypi weewx[9673]: Starting weewx weather system: 
weewx.
May 22 16:53:14 raspberrypi systemd[1]: Started LSB: weewx weather system.
May 22 16:53:15 raspberrypi weewx[9693] INFO __main__: Using configuration 
file /home/weewx/weewx.conf
May 22 16:53:15 raspberrypi weewx[9693] DEBUG __main__: Initializing engine
May 22 16:53:15 raspberrypi weewx[9693] INFO weewx.engine: Loading station 
type FineOffsetUSB (weewx.drivers.fousb)
May 22 16:53:15 raspberrypi weewx[9693] INFO weewx.drivers.fousb: driver 
version is 1.20
May 22 16:53:15 raspberrypi weewx[9693] INFO weewx.drivers.fousb: polling 
mode is PERIODIC
May 22 16:53:15 raspberrypi weewx[9693] INFO weewx.drivers.fousb: polling 
interval is 60
May 22 16:53:16 raspberrypi weewx[9693] INFO weewx.drivers.fousb: found 
station on USB bus= device=
May 22 16:53:16 raspberrypi weewx[9693] DEBUG weewx.engine: Loading service 
weewx.engine.StdTimeSynch
May 22 16:53:16 raspberrypi weewx[9693] DEBUG weewx.engine: Finished 
loading service weewx.engine.StdTimeSynch
May 22 16:53:16 raspberrypi weewx[9693] DEBUG weewx.engine: Loading service 
weewx.engine.StdConvert
May 22 16:53:16 raspberrypi weewx[9693] INFO weewx.engine: StdConvert 
target unit is 0x1
May 22 16:53:16 raspberrypi weewx[9693] DEBUG weewx.engine: Finished 
loading service weewx.engine.StdConvert
May 22 16:53:16 raspberrypi weewx[9693] DEBUG weewx.engine: Loading service 
weewx.engine.StdCalibrate
May 22 16:53:16 raspberrypi weewx[9693] DEBUG weewx.engine: Finished 
loading service weewx.engine.StdCalibrate
May 22 16:53:16 raspberrypi weewx[9693] DEBUG weewx.engine: Loading service 
weewx.engine.StdQC
May 22 16:53:16 raspberrypi weewx[9693] DEBUG weewx.engine: Finished 
loading service weewx.engine.StdQC
May 22 16:53:16 raspberrypi weewx[9693] DEBUG weewx.engine: Loading service 
weewx.wxservices.StdWXCalculate
May 22 16:53:16 raspberrypi weewx[9693] DEBUG weewx.manager: Daily summary 
version is 2.0
May 22 16:53:16 raspberrypi weewx[9693] INFO weewx.wxservices: The 
following values will be calculated: pressure=prefer_hardware, 
barometer=prefer_hardware, altimeter=prefer_hardware, 
windchill=prefer_hardware, heatindex=prefer_hardware, 
dewpoint=prefer_hardware, inDewpoint=prefer_hardware, 
rainRate=prefer_hardware, maxSolarRad=prefer_hardware, 
cloudbase=prefer_hardware, humidex=prefer_hardware, 
appTemp=prefer_hardware, ET=prefer_hardware, windrun=prefer_hardware
May 22 16:53:16 raspberrypi weewx[9693] INFO weewx.wxservices: The 
following algorithms will be used for calculations: altimeter=aaASOS, 
maxSolarRad=RS
May 22 16:53:16 raspberrypi weewx[9693] DEBUG weewx.engine: Finished 
loading service weewx.wxservices.StdWXCalculate
May 22 16:53:16 raspberrypi weewx[9693] DEBUG weewx.engine: Loading service 
weewx.engine.StdArchive
May 22 16:53:16 raspberrypi weewx[9693] INFO weewx.engine: Archive will use 
data binding wx_binding
May 22 16:53:16 raspberrypi weewx[9693] INFO weewx.engine: Record 
generation will be attempted in 'hardware'
May 22 16:53:17 raspberrypi weewx[9693] INFO weewx.engine: Using archive 
interval of 300 seconds (specified by hardware)
May 22 16:53:17 raspberrypi weewx[9693] DEBUG weewx.engine: Use LOOP data 
in hi/low calculations: 1
May 22 16:53:17 raspberrypi weewx[9693] DEBUG weewx.engine: Finished 
loading service weewx.engine.StdArchive
May 22 16:53:17 raspberrypi weewx[9693] DEBUG weewx.engine: Loading service 
weewx.restx.StdWunderground
May 22 16:53:17 raspberrypi weewx[9693] DEBUG weewx.restx: WU essentials: {}
May 22 16:53:17 raspberrypi weewx[9693] INFO weewx.restx: Wunderground-PWS: 
Data for station INIEDERS204 will be posted
May 22 16:53:17 raspberrypi weewx[9693] DEBUG weewx.engine: Finished 
loading service weewx.restx.StdWunderground
May 22 16:53:17 raspberrypi weewx[9693] DEBUG weewx.engine: Loading service 
weewx.restx.StdPWSweather
May 22 16:53:17 raspberrypi weewx[9693] INFO weewx.restx: PWSweather: 
Posting not enabled.
May 22 16:53:17 raspberrypi weewx[9693] DEBUG weewx.engine: Finished 
loading service weewx.restx.StdPWSweather
May 22 16:53:17 raspberrypi weewx[9693] DEBUG weewx.engine: Loading service 
weewx.restx.StdCWOP
May 22 16:53:17 raspberrypi weewx[9693] INFO weewx.restx: CWOP: Data for 
station OE3BCB-13 will be posted
May 22 16:53:17 raspberrypi weewx[9693] DEBUG weewx.engine: Finished 
loading service weewx.restx.StdCWOP
May 

Re: [weewx-user] Uṕgrade from 2.7.0 to 4.0.0 fail

[BEIJY BUA]

Hello

I delete the extension cmon completly

now i have this:

May 22 16:51:15 raspberrypi weewx[6825] INFO __main__: File 
"/home/weewx/bin/weewxd", line 154, in main
May 22 16:51:15 raspberrypi weewx[6825] INFO __main__:   
engine.run()
May 22 16:51:15 raspberrypi weewx[6825] INFO __main__: File 
"/home/weewx/bin/weewx/engine.py", line 158, in run
May 22 16:51:15 raspberrypi weewx[6825] INFO __main__:   
self.dispatchEvent(weewx.Event(weewx.STARTUP))
May 22 16:51:15 raspberrypi weewx[6825] INFO __main__: File 
"/home/weewx/bin/weewx/engine.py", line 224, in dispatchEvent
May 22 16:51:15 raspberrypi weewx[6825] INFO __main__:   
callback(event)
May 22 16:51:15 raspberrypi weewx[6825] INFO __main__: File 
"/home/weewx/bin/weewx/engine.py", line 522, in startup
May 22 16:51:15 raspberrypi weewx[6825] INFO __main__:   
_nrecs, _ndays = dbmanager.backfill_day_summary()
May 22 16:51:15 raspberrypi weewx[6825] INFO __main__: File 
"/home/weewx/bin/weewx/manager.py", line 1045, in backfill_day_summary
May 22 16:51:15 raspberrypi weewx[6825] INFO __main__:   
day_accum.addRecord(rec, weight=weight)
May 22 16:51:15 raspberrypi weewx[6825] INFO __main__: File 
"/home/weewx/bin/weewx/accum.py", line 429, in addRecord
May 22 16:51:15 raspberrypi weewx[6825] INFO __main__:   
func(self, record, obs_type, add_hilo, weight)
May 22 16:51:15 raspberrypi weewx[6825] INFO __main__: File 
"/home/weewx/bin/weewx/accum.py", line 488, in add_value
May 22 16:51:15 raspberrypi weewx[6825] INFO __main__:   
self[obs_type].addSum(val, weight=weight)
May 22 16:51:15 raspberrypi weewx[6825] INFO __main__: File 
"/home/weewx/bin/weewx/accum.py", line 181, in addSum
May 22 16:51:15 raspberrypi weewx[6825] INFO __main__:   if 
isinstance(val, (six.string_types, six.text_type)):
May 22 16:51:15 raspberrypi weewx[6825] INFO __main__: File 
"/home/weewx/bin/weewxd", line 257, in sigTERMhandler
May 22 16:51:15 raspberrypi weewx[6825] INFO __main__:   raise 
Terminate
May 22 16:51:15 raspberrypi weewx[6825] INFO __main__:   Terminate


Greetings from
Chris

Am Donnerstag, 21. Mai 2020 08:54:33 UTC+2 schrieb Jarmo Seppänen:
>
> Follow instructions at https://github.com/weewx/weewx/wiki/cmon

-- 
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 discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/f5cadf5e-8046-43e2-9b40-f47a85085cc6%40googlegroups.com.

[weewx-user] Re: Belchertown Skin Charts

[Manfred Maier]

What version of Belchertown are you running? There are slight differences 
in the graphs syntax between 1.0 and 1.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 discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/becd2fef-5abf-42e7-a3bc-5da9791d8aa4%40googlegroups.com.

[weewx-user] How to calculate, process and store a derived variable

[Maarten van der Hoeven]

Hi group,

Running weewx 4, Python 3, Mysql-database, Vantage Pro 2 with solar, UV.

Within Weewx, I want to calculate a derived value from two existing values 
that's provided by my weather station. To be more specific, in the 
Netherlands, the shortage of precipitation is calculated by the amount of 
rainfall minus the amount of evapotransipration (sum of max ET-values every 
day). During the period of april till september, it;'s a drought indicator.

My SQL-query to do show is, where 'tekort'  (Dutch) stands for 'shortage'. 

select abs(round(sum(archive_day_rain.sum)-sum(archive_day_ET.sum),0)) as 
tekort from archive_day_ET,archive_day_rain where 
from_unixtime(archive_day_rain.datetime,'%Y')=year(curdate()) and 
month(from_unixtime(archive_day_rain.datetime)) >= 4 and 
month(from_unixtime(archive_day_rain.datetime)) <= 9 and 
archive_day_rain.datetime=archive_day_ET.datetime;

What I am doing right now, is running a crontab job, and start my 
PHP-script every minute to calculate the outcome of the SQL-script above 
and writes the outcome to a plan txt-file. Next step is to grab this value 
from the txt-file and show it (javascript) on my website. See 
http://www.weerinwelsum.nl, below the webcam. It says ' Doorlopend 
neerslagtekort', [amount of millimeters]. This is the value I am talking 
about.

What I really want to achieve, is that I calculate this derived valu by 
WeeWX itself, and make this derived value available for everything that's 
wants to use is. For example, store this derived value in a database-field 
I am not using (for example, soilTemp4) and make this derived value 
available for whatever skin (in my case, Belchertown). In other words, 
Weewx calculates this new value and makes it available for the complete 
WeeWX-ecosystem (if you understand what I mean).

Am I clear in what I want to achieve? And is this possible, and what are 
the pointers to do so?

-- 
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 discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/d48cfc39-5e17-4795-a75f-ac4c266e73b0%40googlegroups.com.

[weewx-user] Re: Question about Belchertown script (index_hook_after_station_info.inc)

[Maarten van der Hoeven]

Sorry, it is Keimpe

Op vrijdag 22 mei 2020 14:37:39 UTC+2 schreef Maarten van der Hoeven:
>
> Thanks for testing, guys. I have restarted Weewx 1 day and 14 minutes ago, 
> so that's not the point. All that time (since restart), it showed okay on 
> my website, and never on my mobile phone (Edge). Strangely, it shows at 
> Safari.
>
> Anyway, I am now sure and convinced that nothing is wrong with the skin or 
> the inc-file. It must be something on my side, as it is working without 
> problems at Manfred and Keimpke. Thanks again, I'll dig into it.
>
> Op vrijdag 22 mei 2020 12:55:26 UTC+2 schreef Keimpe Bleeker:
>>
>> Aand now it's there: Doorlopend neerslagtekort (apr t/m sept) 
>> 149mm Laatste keer geregend op 03:45, 04-05-2020 Laagste 
>> grasminimum vandaag 8.3℃ om 03:55 uur
>> :)
>>
>> Op vrijdag 22 mei 2020 12:52:11 UTC+2 schreef Keimpe Bleeker:
>>>
>>> Hoi Maarten,
>>>
>>> Both on PC (Chrome) and mobiel (Huawei, ANdroid, Chrome) there is no 
>>> index_hook_after_station_info.inc text. In my case  
>>> it works perfectly from the first minute. Have you restarted Weewx after 
>>> making the changes? 
>>>
>>> Regards, Keimpe
>>>
>>>
>>>
>>> Op vrijdag 22 mei 2020 10:58:12 UTC+2 schreef Maarten van der Hoeven:

 I know, it not really the place to ask something about Belchertown in 
 this weewx-group. My apologies...

 Fairly easy question, I've added custom text at my website using 
 index-Hook_after_station.inc. Working okay when watching the website on my 
 computer. However, the custom text is not shown using a mobile phone. 

 Is this by design, that index_hook_after_station_info.inc is only 
 working on a PC/desktop/laptop/whatever, and not working on a browser on a 
 mobile phone?

 See http://www.weerinwelsum.nl, added text just below the station 
 info. It's in Dutch, showing the lack of rain this year, datetime of last 
 rain and lowest grass temperature today with timestamp.




-- 
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 discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/acadeff4-1139-48b3-baf8-f18acd015e27%40googlegroups.com.

[weewx-user] Re: Belchertown Skin Charts

[Ron Sell]

Thanks 

when I commentaggregate_interval = 86400 # 1 day out the graph is blank.

[image: 2020-05-22-090844_1920x1080_scrot.png]



The graph should look like this:

[image: image]

On Wednesday, 20 May 2020 00:04:38 UTC-4, Ron Sell wrote:
>
> Having a little trouble with this one it showing individual days instead 
> of by the month:
>
> Any one have any clues?
> thanks
>
>
> [[avgclimatethisyear]]
> title = "Average Climatological Values for This Year"
> type = spline
> time_length = year
> aggregate_type = max
> aggregate_interval = 86400 # 1 day
> gapsize = 8640
> xaxis_groupby = month
> xaxis_categories = 'Jan' , 'Feb' , 'Mar', 'Apr' , 'May' , 'June' , 
> 'July' , 'Aug', 'Sep', 'Oct', 'Nov', 'Dec'
> [[[outTemp]]]
> zIndex = 2
> name = Max Temperature
> color = red
> [[[outTemp_min]]]
> name = Min Temperature
> observation_type = outTemp
> aggregate_type = min
> zIndex = 2
> [[[rainTotal]]]
> name = Rain Total
> type = column
> yAxis = 1
> zIndex = 0
> color = "#268bd2"
>
> [image: 2020-05-19-235800_1920x1080_scrot.png]
>
>

-- 
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 discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/9fa7e1d3-f48b-4065-8d6d-9da56bad51aa%40googlegroups.com.

[weewx-user] Problem with evapotranspiration after upgrade from 3.9.2 to 4.0

[IL]

Before upgrade I had a bar diagram for ET (hourly total) in the Seasons 
skin showing reasonable values. After upgrade the diagram is still there, 
but no bars. When I look into the database there are values > 0. Today, a 
day with beautiful weather and bright sunshine, I see values like 0.0009. 
Before upgrade values were often > 1. 

I would expect the bars to return when I look at a longer period (week, 
month, year) which includes the time before the upgrade, but that doesn't 
happen. I did edit the configuration files, so some of this may be my 
fault. But before looking into that I must get back more reasonable ET 
values, and those are calculated and nothing I have tempered with. 
Temperature, wind speed, radiation etc. are OK. 

Has someone else seen this? Any ideas?

-- 
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 discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/27def363-689b-4e9f-b087-bcdf5a1a0a40%40googlegroups.com.

[weewx-user] Re: Question about Belchertown script (index_hook_after_station_info.inc)

[Maarten van der Hoeven]

Thanks for testing, guys. I have restarted Weewx 1 day and 14 minutes ago, 
so that's not the point. All that time (since restart), it showed okay on 
my website, and never on my mobile phone (Edge). Strangely, it shows at 
Safari.

Anyway, I am now sure and convinced that nothing is wrong with the skin or 
the inc-file. It must be something on my side, as it is working without 
problems at Manfred and Keimpke. Thanks again, I'll dig into it.

Op vrijdag 22 mei 2020 12:55:26 UTC+2 schreef Keimpe Bleeker:
>
> Aand now it's there: Doorlopend neerslagtekort (apr t/m sept) 
> 149mm Laatste keer geregend op 03:45, 04-05-2020 Laagste 
> grasminimum vandaag 8.3℃ om 03:55 uur
> :)
>
> Op vrijdag 22 mei 2020 12:52:11 UTC+2 schreef Keimpe Bleeker:
>>
>> Hoi Maarten,
>>
>> Both on PC (Chrome) and mobiel (Huawei, ANdroid, Chrome) there is no 
>> index_hook_after_station_info.inc text. In my case  
>> it works perfectly from the first minute. Have you restarted Weewx after 
>> making the changes? 
>>
>> Regards, Keimpe
>>
>>
>>
>> Op vrijdag 22 mei 2020 10:58:12 UTC+2 schreef Maarten van der Hoeven:
>>>
>>> I know, it not really the place to ask something about Belchertown in 
>>> this weewx-group. My apologies...
>>>
>>> Fairly easy question, I've added custom text at my website using 
>>> index-Hook_after_station.inc. Working okay when watching the website on my 
>>> computer. However, the custom text is not shown using a mobile phone. 
>>>
>>> Is this by design, that index_hook_after_station_info.inc is only 
>>> working on a PC/desktop/laptop/whatever, and not working on a browser on a 
>>> mobile phone?
>>>
>>> See http://www.weerinwelsum.nl, added text just below the station info. 
>>> It's in Dutch, showing the lack of rain this year, datetime of last rain 
>>> and lowest grass temperature today with timestamp.
>>>
>>>
>>>

-- 
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 discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/d778038d-aec1-471a-8b55-2da77a5f0b4c%40googlegroups.com.

Re: [weewx-user] Re: AcuRite 5-in-1 sensor and barometric pressure

[steeple ian]

Or you could get one of these:-

https://www.ambientweather.com/amwh32b.html

Works perfectly with SDR. Make sure you get the right frequency to match
your other sensors.

Ian

On Fri, 22 May 2020 at 05:50, Bryan Parke  wrote:

> Hi Rich,
>
> Unfortunately, I didn't buy a console, just the outside 5-in-1 sensor.
> Looks like I'll be getting the BME280 and figuring that out.  Thanks for
> the tip!
>
> On Thu, May 21, 2020 at 8:01 PM rich T  wrote:
>
>> If you can plug in your console, will get the pressure. If not, you can
>> get a BME280 sensor for your pressure, inside temp and humidity.
>>
>> On Thursday, May 21, 2020 at 7:49:14 PM UTC-4, Bryan Parke wrote:
>>>
>>> Hi all.  Weewx is great! I'm very impressed with all that it can do.
>>> Here is a bit about my setup.
>>>
>>> 1) AcuRite 5-in-1 pro broadcasting on 433mhz
>>> 2) Raspberry Pi with rtl-sdr capturing data using rtl_433
>>> 3) Using the sdr driver
>>> 4) Using mosquitto to publish real-time weather data and viewing that in
>>> belchertown realtime
>>> 5) Pushing every 10 minutes to the CWOP for APRS (
>>> https://aprs.fi/info/a/KM6YFK-13)
>>>
>>> All is working as expected, no issues at all.
>>>
>>> My question is this: I'd like to get barometric pressure also, but the
>>> 5-in-1 doesn't have that.  My understanding is that in order to get
>>> barometric pressure, I would need to purchase the AcuRite receiver/screen
>>> and plug it in via USB to my raspberry pi; in that the barometric pressure
>>> sensor is actually in the screen/display unit.
>>>
>>> 1) is that true?  Or is there actually another way to get the pressure
>>> using the 5-in-1?
>>> 2) Is there another device that you all like that would accomplish the
>>> same thing?
>>>
>>> Hopefully I'm asking the right question in the right way.  Ultimately I
>>> just want to also include the air pressure in my weather reports (see
>>> attachment, sad bottom right corner with no barometer info).
>>>
>>> Thanks!
>>> Bryan
>>>
>>>
>>> --
>> 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 discussion on the web visit
>> https://groups.google.com/d/msgid/weewx-user/4df9f447-fcb3-409b-8d27-3e6c1f6ba7da%40googlegroups.com
>> 
>> .
>>
> --
> 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 discussion on the web visit
> https://groups.google.com/d/msgid/weewx-user/CAPXDAYZfkVa%3Dg9iFFLFPzCJOSSak1KHQLkSxsRcrxof5nekodQ%40mail.gmail.com
> 
> .
>

-- 
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 discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/CADASSaSFz01vpz5MHrihA%2Bq2EO6uH%3DzUiyXnYHQs%2BrhwL7ipwg%40mail.gmail.com.

Re: [weewx-user] python3-ow for OWFS

[Gazza]

 Thanks for that I was not sure if i needed to point to python or python2. 
Just looked in that location and both of those files are links to python2.7.

So far have a new V4 python 2 install running with all the SDR stuff 
receiving data and about to try the OWFS service again.


Gaz

-- 
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 discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/46f226ee-878c-4faa-9724-e29399d9e005%40googlegroups.com.

Re: [weewx-user] python3-ow for OWFS

[Tom Keffer]

It's pretty simple, really. Your weewx.service file will have a section
that looks like

[Service]
ExecStart=/home/weewx/bin/weewxd --daemon --pidfile=/var/run/weewx.pid
/home/weewx/weewx.conf
ExecReload=/bin/kill -HUP $MAINPID
Type=forking
PIDFile=/var/run/weewx.pid

You want to invoke python explicitly, instead of relying on the "shebang"
inside /home/weewx/bin/weewxd. Change the file to something like

[Service]
ExecStart=/usr/bin/python2 /home/weewx/bin/weewxd --daemon
--pidfile=/var/run/weewx.pid /home/weewx/weewx.conf
ExecReload=/bin/kill -HUP $MAINPID
Type=forking
PIDFile=/var/run/weewx.pid

I'm just guessing that the path to your Python 2 interpreter is
/usr/bin/python2. Adjust as necessary.

-tk

On Fri, May 22, 2020 at 4:24 AM Gazza  wrote:

> I did a setup.py install.
>
> --
> 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 discussion on the web visit
> https://groups.google.com/d/msgid/weewx-user/7861469a-91a4-47ff-a15c-9db2f1cf9188%40googlegroups.com
> 
> .
>

-- 
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 discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/CAPq0zEBBemFA%3DTBxWMHR0eiEkYsmW1oviUH9uLYtt7bweBXLQQ%40mail.gmail.com.

Re: [weewx-user] AcuRite 5-in-1 sensor and barometric pressure

[Greg Troxel]

Bryan Parke  writes:

> Hi all.  Weewx is great! I'm very impressed with all that it can do.  Here 
> is a bit about my setup.
>
> 1) AcuRite 5-in-1 pro broadcasting on 433mhz
> 2) Raspberry Pi with rtl-sdr capturing data using rtl_433
> 3) Using the sdr driver
> 4) Using mosquitto to publish real-time weather data and viewing that in 
> belchertown realtime
> 5) Pushing every 10 minutes to the CWOP for APRS (
> https://aprs.fi/info/a/KM6YFK-13) 
>
> All is working as expected, no issues at all.
>
> My question is this: I'd like to get barometric pressure also, but the 
> 5-in-1 doesn't have that.  My understanding is that in order to get 
> barometric pressure, I would need to purchase the AcuRite receiver/screen 
> and plug it in via USB to my raspberry pi; in that the barometric pressure 
> sensor is actually in the screen/display unit.  
>
> 1) is that true?  Or is there actually another way to get the pressure 
> using the 5-in-1? 
> 2) Is there another device that you all like that would accomplish the same 
> thing?

My impression is that for the 5n1, like many other stations including
Davis, has the pressure sensor in the console/receiver, rather than in
the (outside) sensor suite.

Another approach is to get a BME280 or similar and read pressure from
it.  I have an adafruit breakout board with one, and read temp, humidity
(in a room inside) and pressure, and send that over MQTT using an
ESP8266 and a few lines of code in lua (NodeMCU).  You could hook this
up to your RPI directly - it's just i2c.

Beware that the BME280 and other such things read "station pressure",
which is the absolute air pressure at your location (modulo calibration
errors).  Weather reports are generally "barometric pressure", which is
station pressure reduced to sea level based on the observed
characteristics, and I believe CWOP uses "altimeter pressure", which is
station pressure reduced assuming a standard atmosphere.  (Barometric
pressure seems to require data from 12h ago and it's a FAQ why it's not
reported when a station is first installed.)

I would think at the 99% level, but I am not 100% sure, that weewx will
calculate barometric and altimeter pressure if you provide it with
station pressure and configured altitude.

You will need to get accurate altitude, and then you will probably need
a calibration tweak on top of that.

If you feel like having the acurite screen -- and  then you can use USB
instead of needing rtlsdr -- that seems like a completely reasonable
approach.  A friend has one and it seems to report pressure just fine
except that it is bizarrely configured for inHg instead of hPa :-)

-- 
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 discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/rmitv08ltqx.fsf%40s1.lexort.com.

Re: [weewx-user] python3-ow for OWFS

[Gazza]

I did a setup.py install.

-- 
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 discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/7861469a-91a4-47ff-a15c-9db2f1cf9188%40googlegroups.com.

Re: [weewx-user] New Database weewx 4.0

[Tom Keffer]

WeeWX Version 4 introduces a new, more flexible, way of specifying schemas.
The old way is still supported. If I understand you correctly, you're
trying to use the new way on an old copy of WeeWX.

Try upgrading WeeWX, then try again.

-tk

On Thu, May 21, 2020 at 9:26 PM Echo 7 Foxtrot <
michael.flem...@echo7foxtrot.com> wrote:

> I'm very new...been running my weewx 3.9.2 (rpi4) install for about a
> month, using the standard wview.schema.  I've been working on adding some
> sensors and wanting to extend the schema, then I saw the wview_extended
> schema rolling out with 4.0.  It's got everything I wanted to add in the
> near future, and if I'm going to add I thought it'd be best to stick to the
> naming conventions chosen for 4.0.  I placed a copy of wview_extended.py
> from 4.0 in /weewx/schemas and changed the schema in weewx.conf to
> schemas.wview_extended.schema as mentioned in this thread.  This is what I
> get:
>
> pi@raspberrypi:~ $ sudo wee_database /etc/weewx/weewx.conf --reconfigure
> Using configuration file /etc/weewx/weewx.conf
> Using database binding 'wx_binding', which is bound to database
> 'archive_sqlite'
> New database 'weewx.sdb_new' already exists. Delete it first (y/n)? y
> Copying database 'weewx.sdb' to 'weewx.sdb_new'
> The new database will use the same unit system as the old ('US').
> Are you sure you wish to proceed (y/n)? y
> Traceback (most recent call last):
>   File "/usr/bin/wee_database", line 794, in 
> main()
>   File "/usr/bin/wee_database", line 156, in main
> reconfigMainDatabase(config_dict, db_binding)
>   File "/usr/bin/wee_database", line 336, in reconfigMainDatabase
> new_schema=manager_dict['schema'])
>   File "/usr/share/weewx/weewx/manager.py", line 817, in reconfig
> with Manager.open_with_create(new_db_dict, schema=new_schema) as
> new_archive:
>   File "/usr/share/weewx/weewx/manager.py", line 141, in open_with_create
> dbmanager = cls(connection, table_name=table_name, schema=schema)
>   File "/usr/share/weewx/weewx/manager.py", line 82, in __init__
> self._initialize_database(schema)
>   File "/usr/share/weewx/weewx/manager.py", line 175, in
> _initialize_database
> _sqltypestr = ', '.join(["`%s` %s" % _type for _type in schema])
> TypeError: not enough arguments for format string
>
> The _new .sdb file is created but it is empty (I did it again to capture
> for this post, that's why it was already there).  I went to the syslog to
> capture anything there for this post as well, but there were no entries
> from attempting this.  This first time I tried it I stopped weewx first but
> left it running when I ran wee_database the 2nd time...result was the same.
>
> Not sure what to do from here...I know just enough about python to have a
> general idea of what the problem is but no idea how to digest this and
> apply corrective action.  Thanks in advance for any help.
>
> -Michael F.
>
>
> On Saturday, May 9, 2020 at 6:57:09 AM UTC-5, Tom Keffer wrote:
>>
>> Updating to WeeWX V4 and changing your schema are two different things.
>> They have nothing to do with each other. Version 4 offers a new schema, but
>> it is used only for new databases.
>>
>> If for some reason you wish to change schemas and use the new schema, you
>> can do so using either WeeWX V3 or V4. Follow the directions in the section 
>> *Adding
>> a new type to the database
>> * in the
>> Customizing Guide, except skip step #1, and in step #2 change this
>>
>> [DataBindings]
>> [[wx_binding]]
>> database = archive_sqlite
>> table_name = archive
>> manager = weewx.wxmanager.DaySummaryManager
>> schema = user.electricity.electricity_schema
>>
>> to this
>>
>> [DataBindings]
>> [[wx_binding]]
>> database = archive_sqlite
>> table_name = archive
>> manager = weewx.wxmanager.DaySummaryManager
>> schema = schemas.wview_extended.schema
>>
>> -tk
>>
>>
>> On Sat, May 9, 2020 at 4:41 AM Andrea  wrote:
>>
>>> Hi all,
>>> To install new weewx 4.0 with the new DB schema, I need to modify my old
>>> DB schema with my old data?  I've sqllite db.
>>>
>>> Thanks
>>> Andrea
>>>
>>> --
>>> 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...@googlegroups.com.
>>> To view this discussion on the web visit
>>> https://groups.google.com/d/msgid/weewx-user/1dd6b51f-9e7a-40dd-b054-9eaa25520aea%40googlegroups.com
>>> 
>>> .
>>>
>> --
> 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 discussion 

Re: [weewx-user] python3-ow for OWFS

[Tom Keffer]

If you did a package install, look in /etc/default/weewx

On Thu, May 21, 2020 at 8:32 PM Gazza  wrote:

>
> Thanks for the info, I also want to add a BME280 sensor and have had a
> look at the bme280wx driver by WJCarpenter and it seems to be python2 only
> at this stage.
>
> So for the time being I will go back to using python 2.
>
> How do I get the systemd service for run weewx in python2 mode ??
>
> --
> 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 discussion on the web visit
> https://groups.google.com/d/msgid/weewx-user/37bb1cc1-87d8-4cdc-9345-45fdc1cf7df8%40googlegroups.com
> 
> .
>

-- 
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 discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/CAPq0zEB0xLbrs%3Di3hs7z747aXei8HM-ke93WcSm3RtK14%3DuYtw%40mail.gmail.com.

[weewx-user] Re: Question about Belchertown script (index_hook_after_station_info.inc)

[Keimpe Bleeker]

Aand now it's there: Doorlopend neerslagtekort (apr t/m sept) 
149mm Laatste keer geregend op 03:45, 04-05-2020 Laagste 
grasminimum vandaag 8.3℃ om 03:55 uur
:)

Op vrijdag 22 mei 2020 12:52:11 UTC+2 schreef Keimpe Bleeker:
>
> Hoi Maarten,
>
> Both on PC (Chrome) and mobiel (Huawei, ANdroid, Chrome) there is no 
> index_hook_after_station_info.inc text. In my case  
> it works perfectly from the first minute. Have you restarted Weewx after 
> making the changes? 
>
> Regards, Keimpe
>
>
>
> Op vrijdag 22 mei 2020 10:58:12 UTC+2 schreef Maarten van der Hoeven:
>>
>> I know, it not really the place to ask something about Belchertown in 
>> this weewx-group. My apologies...
>>
>> Fairly easy question, I've added custom text at my website using 
>> index-Hook_after_station.inc. Working okay when watching the website on my 
>> computer. However, the custom text is not shown using a mobile phone. 
>>
>> Is this by design, that index_hook_after_station_info.inc is only working 
>> on a PC/desktop/laptop/whatever, and not working on a browser on a mobile 
>> phone?
>>
>> See http://www.weerinwelsum.nl, added text just below the station info. 
>> It's in Dutch, showing the lack of rain this year, datetime of last rain 
>> and lowest grass temperature today with timestamp.
>>
>>
>>

-- 
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 discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/4589c637-f8f4-4b4b-abce-f8d8ef7773b6%40googlegroups.com.

[weewx-user] Re: Question about Belchertown script (index_hook_after_station_info.inc)

[Keimpe Bleeker]

Hoi Maarten,

Both on PC (Chrome) and mobiel (Huawei, ANdroid, Chrome) there is no 
index_hook_after_station_info.inc text. In my case  it 
works perfectly from the first minute. Have you restarted Weewx after 
making the changes? 

Regards, Keimpe



Op vrijdag 22 mei 2020 10:58:12 UTC+2 schreef Maarten van der Hoeven:
>
> I know, it not really the place to ask something about Belchertown in this 
> weewx-group. My apologies...
>
> Fairly easy question, I've added custom text at my website using 
> index-Hook_after_station.inc. Working okay when watching the website on my 
> computer. However, the custom text is not shown using a mobile phone. 
>
> Is this by design, that index_hook_after_station_info.inc is only working 
> on a PC/desktop/laptop/whatever, and not working on a browser on a mobile 
> phone?
>
> See http://www.weerinwelsum.nl, added text just below the station info. 
> It's in Dutch, showing the lack of rain this year, datetime of last rain 
> and lowest grass temperature today with timestamp.
>
>
>

-- 
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 discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/36213325-3b38-45b5-aa1c-5b32b1b5904b%40googlegroups.com.

[weewx-user] Re: Interceptor receives empty packets - Netcat don't....

[IL]

My problem is now solved, thanks to this link: 
https://groups.google.com/d/msg/weewx-user/OocmnyeIhbM/I-yHmyabCAAJ.

The reason for the problem was obviously a change of format in EasyWeather. 
Installing interceptor-0.54b.py took care of this.

Den torsdag 21 maj 2020 kl. 10:38:12 UTC+2 skrev IL:
>
> How was this problem solved? I have exactly the same problem, although in 
> my case it doesn't help changing to "Ecowitt".
>
> Den fredag 25 oktober 2019 kl. 14:06:27 UTC+2 skrev Ingper:
>>
>> Update:
>> If I change the output format from Weather station to "Ecowitt" 
>> Interceptor will find the info, even though it is in "wu-client" or 
>> "observer" format.
>>
>> This is the raw data captured with Netcat:
>> pi@raspberrypi:~ $ sudo nc -l 8000
>> POST /data/report/ HTTP/1.1
>> HOST: 192.168.0.160
>> Connection: Close
>> Content-Type: application/x-www-form-urlencoded
>> Content-Length: 444
>>
>>
>> PASSKEY=CFCD77F9A5836A0D9EF120FA44A30E14=EasyWeatherV1.4.4=2019-10-25+11:57:29=70.0=59=29.891=29.055=69.1=62=200=0.0=0.0=14.8=0.000=0.000=0.000=0.000=0.000=0.000=0.000=0.00=0=0=868M=WS2900_V2.01.08
>>
>> and this is what Interceptor now receives (in debug mode):
>> pi@raspberrypi:~ $ sudo PYTHONPATH=/usr/share/weewx python 
>> /usr/share/weewx/user/interceptor.py --port=8000 --debug --device=observer 
>> --mode=listen
>> identifiers: {}
>> raw data: 
>> PASSKEY=CFCD77F9A5836A0D9EF120FA44A30E14=EasyWeatherV1.4.4=2019-10-25+12:02:33=70.0=58=29.891=29.055=69.1=62=200=0.0=0.0=14.8=0.000=0.000=0.000=0.000=0.000=0.000=0.000=0.00=0=0=868M=WS2900_V2.01.08
>> raw packet: {'wind_speed': 0.0, 'humidity_in': 58.0, 'temperature_in': 
>> 70.0, 'wind_gust': 0.0, 'humidity_out': 62.0, 'uv': 0.0, 'radiation': 0.0, 
>> 'rain': None, 'dateTime': 1572004953, 'pressure': 29.055, 
>> 'temperature_out': 69.1, 'wind_dir': 200.0, 'rain_total': 0.0, 'usUnits': 1}
>> mapped packet: {'pressure': 29.055, 'outHumidity': 62.0, 'UV': 0.0, 
>> 'radiation': 0.0, 'rain': None, 'dateTime': 1572004953, 'windDir': 200.0, 
>> 'outTemp': 69.1, 'windSpeed': 0.0, 'inHumidity': 58.0, 'inTemp': 70.0, 
>> 'windGust': 0.0, 'usUnits': 1}
>>
>> Why ?  What's the problem/difference to the WU format that makes it not 
>> even pass through to Interceptor ?  Ok, I now get the data to Weewx but it 
>> don't feel right. (Btw before changing to "Ecowitt" I also tested with a 
>> new, fresh clear installation of R-Pi img etc, but it was the same).
>>
>> Thanks in advance for all ideas...
>>
>>
>>
>>
>> Den torsdag 24 oktober 2019 kl. 19:08:31 UTC+2 skrev Ingper:
>>>
>>> I have an issue to receive the data from my new weather station 
>>> ((FineOffset clone, Eurochron WS2900) that is sent through my local network 
>>> to a Raspberry Pi running Weewx.
>>>
>>> The station (IP 192.168.0.11 below) is configured to send according to 
>>> WU protocol *but* to the (static) IP of my R-Pi 192.168.0.160 and port 
>>> 8000. The problem is that Interceptor receives *something* but the 
>>> packets are empty. 
>>>
>>> If I instead use Netcat to monitor the port, correct data is received 
>>> each 60s (it's no row brake after GET, forum editor adds that):
>>>
>>> pi@raspberrypi:~ $ sudo nc -l 8000
>>> GET 
>>> ID=EMCO=1234=70.0=69.8=56.1=69.8=59=62=0.0=0.0=356=29.076=29.912=0.000=0.000=0.000=0.000=0.00=0=2019-10-24%2016:24:42=EasyWeatherV1.4.4=updateraw=1=5
>>>  
>>> HTTP/1.0
>>> Host: 192.168.0.160
>>> Accept:*/*
>>> Connection: Close
>>>
>>> But this data never reach Weewx through Interceptor, and the weewx debug 
>>> info shows that Interceptor queue is always empty. By running Interceptor 
>>> alone and directly (below in debug mode) it shows that something really is 
>>> happening/received each 60s (the result, four last rows, are written each 
>>> 60 s), *but* it's empty:
>>>
>>> pi@raspberrypi:~ $ sudo PYTHONPATH=/usr/share/weewx python 
>>> /usr/share/weewx/user/interceptor.py --port=8000 --debug --device=observer 
>>> --mode=listen
>>> identifiers: {}
>>> raw data: 
>>> raw packet: {'usUnits': 16, 'dateTime': 1571935276}
>>> mapped packet: {'usUnits': 16, 'dateTime': 1571935276}
>>>
>>> And if I instead use Tcpdump, I also get packets with no data (or at 
>>> least not the weather station data, only the necessary communication 
>>> related, I think). And also a little bit too often, each 16 s, but nothing 
>>> additional as long as the data i see with Netcat each 60s:
>>>
>>> pi@raspberrypi:~ $ sudo tcpdump -i wlan0 port 8000 -A -X -v
>>> tcpdump: listening on wlan0, link-type EN10MB (Ethernet), capture size 
>>> 262144 bytes
>>> 18:45:15.911352 IP (tos 0x0, ttl 128, id 486, offset 0, flags [none], 
>>> proto TCP (6), length 44)
>>> 192.168.0.11.10877 > 192.168.0.160.8000: Flags [S], cksum 0x8304 
>>> (correct), seq 275093, win 5840, options [mss 1460], length 0
>>> 0x:  4500 002c 01e6  8006 b6ea c0a8 000b  E..,
>>> 0x0010:  c0a8 00a0 2a7d 1f40 0004 3295    *}.@..2.
>>> 0x0020:  6002 16d0 8304  0204 05b4

[weewx-user] Re: Question about Belchertown script (index_hook_after_station_info.inc)

[Manfred Maier]

Hmm .. it also shows up in the Edge browser on my iPhone.

Am Freitag, 22. Mai 2020 12:03:41 UTC+2 schrieb Maarten van der Hoeven:
>
> Thanks Manfred. I also have an iPhone, but am using the webbrowser Edge. 
> Doesnt show up there. Never occured to me to test with safari, there it 
> shows. Thanks for letting me know, it's a browser thing and not something 
> with the Belchertown skin.
>
> Op vrijdag 22 mei 2020 11:56:37 UTC+2 schreef Manfred Maier:
>>
>> On my phone (iPhone) the text is visible. 
>> It's located beneath your webcam picture.
>>
>> Manfred 
>>
>>
>> Am Freitag, 22. Mai 2020 10:58:12 UTC+2 schrieb Maarten van der Hoeven:
>>>
>>> I know, it not really the place to ask something about Belchertown in 
>>> this weewx-group. My apologies...
>>>
>>> Fairly easy question, I've added custom text at my website using 
>>> index-Hook_after_station.inc. Working okay when watching the website on my 
>>> computer. However, the custom text is not shown using a mobile phone. 
>>>
>>> Is this by design, that index_hook_after_station_info.inc is only 
>>> working on a PC/desktop/laptop/whatever, and not working on a browser on a 
>>> mobile phone?
>>>
>>> See http://www.weerinwelsum.nl, added text just below the station info. 
>>> It's in Dutch, showing the lack of rain this year, datetime of last rain 
>>> and lowest grass temperature today with timestamp.
>>>
>>>
>>>

-- 
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 discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/77ee11ac-f431-4e3c-8332-933525623e04%40googlegroups.com.

[weewx-user] Re: Question about Belchertown script (index_hook_after_station_info.inc)

[Maarten van der Hoeven]

Thanks Manfred. I also have an iPhone, but am using the webbrowser Edge. 
Doesnt show up there. Never occured to me to test with safari, there it 
shows. Thanks for letting me know, it's a browser thing and not something 
with the Belchertown skin.

Op vrijdag 22 mei 2020 11:56:37 UTC+2 schreef Manfred Maier:
>
> On my phone (iPhone) the text is visible. 
> It's located beneath your webcam picture.
>
> Manfred 
>
>
> Am Freitag, 22. Mai 2020 10:58:12 UTC+2 schrieb Maarten van der Hoeven:
>>
>> I know, it not really the place to ask something about Belchertown in 
>> this weewx-group. My apologies...
>>
>> Fairly easy question, I've added custom text at my website using 
>> index-Hook_after_station.inc. Working okay when watching the website on my 
>> computer. However, the custom text is not shown using a mobile phone. 
>>
>> Is this by design, that index_hook_after_station_info.inc is only working 
>> on a PC/desktop/laptop/whatever, and not working on a browser on a mobile 
>> phone?
>>
>> See http://www.weerinwelsum.nl, added text just below the station info. 
>> It's in Dutch, showing the lack of rain this year, datetime of last rain 
>> and lowest grass temperature today with timestamp.
>>
>>
>>

-- 
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 discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/dc84d54a-7ac4-42f9-aa46-e5186400dc2b%40googlegroups.com.

[weewx-user] Re: Question about Belchertown script (index_hook_after_station_info.inc)

[Manfred Maier]

On my phone (iPhone) the text is visible. 
It's located beneath your webcam picture.

Manfred 


Am Freitag, 22. Mai 2020 10:58:12 UTC+2 schrieb Maarten van der Hoeven:
>
> I know, it not really the place to ask something about Belchertown in this 
> weewx-group. My apologies...
>
> Fairly easy question, I've added custom text at my website using 
> index-Hook_after_station.inc. Working okay when watching the website on my 
> computer. However, the custom text is not shown using a mobile phone. 
>
> Is this by design, that index_hook_after_station_info.inc is only working 
> on a PC/desktop/laptop/whatever, and not working on a browser on a mobile 
> phone?
>
> See http://www.weerinwelsum.nl, added text just below the station info. 
> It's in Dutch, showing the lack of rain this year, datetime of last rain 
> and lowest grass temperature today with timestamp.
>
>
>

-- 
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 discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/021197b2-3121-4da1-a1b3-7fa3e8df3b51%40googlegroups.com.

Re: [weewx-user] confusion with manager and schema

[RothMa]

Hello,
thank you for the answer. 
This helps, now it is quite simple and I can use my old database with the 
new manager and schema V4.0 (added according to the new method) without 
having to make any changes to the database.

Thank you very much and best regards

Martin

Am Donnerstag, 21. Mai 2020 18:28:46 UTC+2 schrieb Tom Keffer:
>
> You did some impressive digging, there!
>
> There are now two different ways of specifying a schema. The old, V3.9 
> way, and a new V4.0 way. The new way is more flexible, although the old way 
> is still supported.
>
> The problem is that you're mixing methods. The old way used the superclass 
> manager weewx.wxmanager.WXDaySummaryManager to add in the wind. The new way 
> mentions it explicitly in the schema. 
>
> Stick with one or the other and you'll be OK.
>
> In any case, the database itself has not changed. If you just continue to 
> use your "old" database, it will work fine in V4.0. The only thing that's 
> changed is how to specify the schema for a brand new database.
>
> Hope that helps.
>
> -tk
>
> On Thu, May 21, 2020 at 8:52 AM RothMa > 
> wrote:
>
>> Hello, 
>> i have installed the new stable version 4.0 in parallel (as described in 
>> the WIKI beta test) to test if my hardware and my own extensions work with 
>> python3. 
>> I started with a new database and a new weewx.conf. 
>> My old installation is weewx 3.9.1 (here the database and the weewx.conf 
>> was created with version 3.8.0). 
>> During my tests with the new version I have now encountered a strange 
>> behaviour. Suddenly the database has lost the table "archive_daily_wind". 
>> On my search for the error I then came across this thread: 
>> https://groups.google.com/forum/m/#!topic/weewx-development/ODJ-VnkZS_0
>> With this thread I was able to research and reproduce the behaviour on my 
>> computer. 
>> The database was created with the new weewx.conf here is used:
>> schema = schemas.wview_extended.schema
>> manager = weewx.manager.DaySummaryManager
>>
>> Afterwards I made my extension: 
>> import schemas.wview
>>
>> schema_with_sunshineHours = schemas.wview.schema + [('sunshineHours', 
>> 'REAL')] 
>>
>> After changing the weewx.conf to "schema = 
>> user.sunshine.schema_with_sunshineHours" and a "wee_database --reconfigure" 
>> and "wee_database --rebuild-daily" the table "archive_daily_wind" was 
>> missing. 
>>
>> If I make the extension using the new schema:
>> import schemas.wview_extended
>> schema_with_sunshineHours = {
>>'table': schemas.wview_extended.table + [('sunshineHours', 'REAL')]
>>'day_summaries' : schemas.wview_extended.day_summaries + [(
>> 'sunshineHours', 'SCALAR')]
>>
>> and a "wee_database --reconfigure" and "wee_database --rebuild-daily" the 
>> table is not lost. 
>>  
>> Obviously the schemas and managers are not interchangeable and 
>> interdependent. I am a bit confused now, which is probably the right 
>> setting. 
>>  
>> My old installation uses
>> manager = weewx.wxmanager.WXDaySummaryManager
>> and an extended schema based on
>> schemas.wview
>>
>> The new version 4.0 uses as default 
>> manager = weewx.manager.DaySummaryManager
>> schema = schemas.wview_extended.schema
>>
>> In the documentation a third manager is also specified as default
>> weewx.wxmanager.DaySummaryManager
>>  
>> What are the differences between the managers? 
>> Where are the differences between the two schemas? 
>> Is there a documentation to read? 
>> Which schema and which manager are recommended and how to update the 
>> database to Verion 4.0? 
>>  
>> I look forward to your answers and thank you for the great program 
>> Martin 
>>
>> -- 
>> 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...@googlegroups.com .
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/weewx-user/b1496823-2571-4320-aeee-53800a430036%40googlegroups.com
>>  
>> 
>> .
>>
>

-- 
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 discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/8f93451e-c965-4a71-92c0-56e399e794a9%40googlegroups.com.

[weewx-user] Question about Belchertown script (index_hook_after_station_info.inc)

[Maarten van der Hoeven]

I know, it not really the place to ask something about Belchertown in this 
weewx-group. My apologies...

Fairly easy question, I've added custom text at my website using 
index-Hook_after_station.inc. Working okay when watching the website on my 
computer. However, the custom text is not shown using a mobile phone. 

Is this by design, that index_hook_after_station_info.inc is only working 
on a PC/desktop/laptop/whatever, and not working on a browser on a mobile 
phone?

See http://www.weerinwelsum.nl, added text just below the station info. 
It's in Dutch, showing the lack of rain this year, datetime of last rain 
and lowest grass temperature today with timestamp.


-- 
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 discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/95ea68a1-f1fb-4b25-b81a-fe928e2bb3c8%40googlegroups.com.

[weewx-user] Re: Monitoring WeeWX with Nagios

[Maarten van der Hoeven]

What I am doing now, is checking how 'old'  the latest records are in the 
MySQL-database. If the last 10 minutes no records are found, then there 
must be something wrong. perl-script:

#!/usr/bin/perl  -w

use strict;

use DBI;

#definition of variables

my $db="weewx";

my $host="x.x.x.x";

my $user="username";

my $password=”password";

my $interval = 10;

my $max_minutes_behind_now = 5;

my $time = localtime time;

my $pretime = localtime (time - $interval * 60);

 

my $state = "OK";

 

my %ERRORS=('OK'=>0,'WARNING'=>1,'CRITICAL'=>2,'UNKNOWN'=>3,'DEPENDENT'=>4);

 

#connect to MySQL database

my $dbh = DBI->connect 
("DBI:mysql:database=$db:host=$host",$user,$password, {PrintError => 0});

 

if (!$dbh) {

print "CRITICAL ERROR - Unable to connect to database $db with user 
$user - $DBI::errstr";

exit $ERRORS{"CRITICAL"};

}

 

my $stmt = "SELECT datetime

FROM archive

WHERE from_unixtime(dateTime) < localtime

   && from_unixtime(dateTime) > DATE_SUB(NOW(), INTERVAL 
$interval MINUTE) ORDER BY dateTime desc LIMIT 20";

 

#prepare the query

my $sth = $dbh->prepare($stmt);

 

#execute the query

if (!$sth->execute()) {

print "CRITICAL ERROR - Unable to execute query on $db";

exit $ERRORS{"CRITICAL"};

}

 

my $results = $sth->rows;

 

if ($sth->err()) {

print "CRITICAL ERROR - Error in retrieving results on $db";

exit $ERRORS{"CRITICAL"};

}

 

#Check for new entry count

if ($results >= $max_minutes_behind_now) {

print "OK - $results records within last $interval minutes";

$state = "OK";

} else {

print "CRITICAL - only $results records within last $interval 
minutes";

$state = "CRITICAL";

}

 

$sth->finish();

$dbh->disconnect();

 

Op donderdag 21 mei 2020 23:11:59 UTC+2 schreef vince:
>
> On Thursday, May 21, 2020 at 1:58:31 PM UTC-7, Xant wrote:
>
>> but get error of DBI not installed (perl DBI::Sqlite3 module), and I can 
>> not figured-out.
>>
>>
>>
> The perl code requires a CPAN module so it can talk to the sqlite3 db
>
> Look at the bottom of the comment block at the top of check_wview for 
> instructions
>

-- 
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 discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/cca57599-e8f9-40b0-8f83-4778cbfb410a%40googlegroups.com.

[weewx-user] Re: GUI date/time and current conditions frozen

[Zsolt Máté]

It stopped updating the html at local 08:00PM, and in the log I see an MQTT 
message dated tomorrow.
It's MQTT related: May 22 20:00:20 weewx weewx[5569] INFO weewx.restx: 
MQTT: Published record 2020-05-23 07:00:00 NZST (1590174000)

Log from 10 minutes before until 10 minutes after 8PM -> 
https://pastebin.com/K7s8e60V

-- 
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 discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/e07a45fc-c8ea-4706-875d-b44916f9cf91%40googlegroups.com.

[weewx-user] Re: GUI date/time and current conditions frozen

[Zsolt Máté]

Weird, I really don't know what's happening. This morning, I've deleted 
everything related to the past day from the database.

1. done
2. deleted two records, see attached image 
3. I've deleted all the files from /var/www/html/weewx/
4. ran wee_database --drop-daily and --rebuild-daily
5. debug is set to 1
6. restart WeeWX
7. as soon as the web pages are generated, the date and time is correct.

I've started weewx right now, let's see what's happening.

What I've noticed today, the www data wasn't updated every 5 minutes, 
sometimes the website got updated only after 10-15 or even 30 minutes.

debug info here -> https://pastebin.com/k519Squx

Thanks for trying to help me.


PS, now that I've finished writing this reply, I noticed that the date and 
time below the plots is already wrong. Date and time in the top left corner 
is still OK.

-- 
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 discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/1518e2d9-e9b8-434f-829e-bbaace17c6ab%40googlegroups.com.

Re: [weewx-user] Re: Weewx-interceptor stopped working

[IL]

Excellent! Upgrading to interceptor-054b.py did the trick. Thank you very 
much!

Den fredag 22 maj 2020 kl. 09:33:46 UTC+2 skrev IL:
>
>
>
> Den fredag 22 maj 2020 kl. 03:42:05 UTC+2 skrev n yj:
>>
>> i had a similar problem linked below, see if it helps you
>>
>> https://groups.google.com/d/msg/weewx-user/OocmnyeIhbM/I-yHmyabCAAJ
>>
>>>

-- 
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 discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/2de82cd7-0f87-402a-bda7-c8a1e57c306a%40googlegroups.com.

Re: [weewx-user] Re: Weewx-interceptor stopped working

[IL]

Den fredag 22 maj 2020 kl. 03:42:05 UTC+2 skrev n yj:
>
> i had a similar problem linked below, see if it helps you
>
> https://groups.google.com/d/msg/weewx-user/OocmnyeIhbM/I-yHmyabCAAJ
>
>>

-- 
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 discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/75aaeeda-1fd1-4a7a-82dc-d7090f840f1f%40googlegroups.com.