Re: [weewx-user] how to diagnose a davis envoy that lost connection to iss?

[Dan Hinckley]

On 22 Jul, 2022, at 08:47, matthew wall  wrote:
> 
> a separate weewx instance using the weewx-maxbotix driver.  maxbotix is an 
> ultrasonic sensor.  we sample at 1Hz for loop data (sensor can do 6Hz) and 
> use 5 minute average for archive.  this is a prototype station that will 
> hopefully be used to guide the builds for community-supported tide-only 
> stations.  currently there are volunteers going to sites at high tide and 
> measure sticks.  think cocoras, but for tide height.  slogging through the 
> mud at 02:00 to catch a high tide measurement is only fun the first two or 
> three times.  not twice a day.  fwiw, hohonu makes a tide station that uses 
> the same maxbotix sensors.

Weather + tide station.

For the DIY’er interested in weather + tides, there is this project 
 which 
also uses the Maxbotix ultrasound units.

-- 
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/DAEB89D2-2BDB-4F71-9AF7-6B337C5CE259%40suiattle.org.

Re: [weewx-user] Sunshine Database

[Jon B]

I didn't and that's done the trick, thanks!

On Friday, 22 July 2022 at 17:12:35 UTC+1 jterr...@gmail.com wrote:

> Did you try to add group_interval = hour   in 
>  the [[Defaults]] [[[Units]]] Groups section of weewx.conf ?
>
> Le 22 juil. 2022 à 16:35, Jon B  a écrit :
>
> Thanks. I'm using the Belchertown skin so I think things may be set up 
> slightly differently. Within this skin, a new observation type is defined 
> for rain (rainTotal), which aggregates the total rain across the 
> observation period. I've defined an equivalent for sunshine time, which 
> I've called "sunshineTotal" so I now have the total number of minutes of 
> sun for a given day/month etc. According to the documentation for that skin 
> I should just be able to define the "unit" within the graphs.conf file, but 
> adding "unit = hour" doesn't seem to make any difference. Perhaps this is 
> something I need to ask on the Belchertown github page...
> On Friday, 22 July 2022 at 12:34:08 UTC+1 jterr...@gmail.com wrote:
>
>> @Jon B 
>>
>> If you are retrieving the values using weewx tags, you can have the daily 
>> total sunshine duration, in hours with the following tag : 
>> *$day.sunshine_time.sum.hour*
>>
>> You can do the same with different aggregation periods , for instance :
>> *$yester**day.sunshine_time.sum.hour*
>> *$week.sunshine_time.sum.hour*
>> *$month.sunshine_time.sum.hour*
>> *$year.sunshine_time.sum.hour*
>> *$alltime.sunshine_time.sum.hour*
>>
>>
>> Look here : 
>> https://groups.google.com/g/weewx-user/c/z_hcx4deACQ/m/y9P2tF9qAwAJ
>>
>>
>> Le 22 juil. 2022 à 11:48, Jon B  a écrit :
>>
>> Thanks for the fix! It's working now for me.
>>
>> A couple of other questions about this:
>>
>> - How can I change it so that the units are hours, rather than minutes?
>> - How can I add a total daily sunshine duration field, rather than 
>> displaying the total sunshine within the last archive period?
>>
>> Thanks!
>>
>> On Monday, 18 July 2022 at 15:30:26 UTC+1 jterr...@gmail.com wrote:
>>
>>> I looked at the code in my GitHub, and it appeared that the last line 
>>>
>>> schema_with_sunshine_time = schemas.wview.schema + [('sunshine_time', 
>>> 'REAL')]
>>>
>>> had a wrong indentation.
>>>
>>> This is corrected now.   Sorry !
>>>
>>> Le 18 juil. 2022 à 15:43, Jon B  a écrit :
>>>
>>> Sorry for piggybacking on this conversation, but it seemed like an 
>>> appropriate place to ask this.
>>>
>>> I'm trying to install the sunshine duration extension (
>>> https://github.com/Jterrettaz/sunduration) but I'm getting an error 
>>> when trying to create the new database. I've followed the installation 
>>> instructions as follows:
>>>
>>> - Saved sunduration.py to /usr/share/weewx/user/
>>> - Added user.sunduration.SunshineDuration to the process_services list
>>> - Changed the wx_binding schema to user.sunduration.
>>> schema_with_sunshine_time
>>> - Stopped weewx and ran wee_database weewx.conf --reconfigure 
>>>
>>> This gives the following error:
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>> *Using configuration file weewx.confUsing database binding 'wx_binding', 
>>> which is bound to database 'archive_sqlite'Traceback (most recent call 
>>> last):  File "/usr/share/weewx/weeutil/weeutil.py", line 1155, in 
>>> get_objectmod = getattr(mod, part)AttributeError: module 
>>> 'user.sunduration' has no attribute 'schema_with_sunshine_time'During 
>>> handling of the above exception, another exception occurred:Traceback (most 
>>> recent call last):  File "/usr/share/weewx/wee_database", line 1170, in 
>>> main()  File "/usr/share/weewx/wee_database", line 216, in 
>>> mainreconfigMainDatabase(config_dict, db_binding)  File 
>>> "/usr/share/weewx/wee_database", line 439, in reconfigMainDatabase
>>> manager_dict = weewx.manager.get_manager_dict_from_config(config_dict,  
>>> File "/usr/share/weewx/weewx/manager.py", line 727, in 
>>> get_manager_dict_from_configmanager_dict['schema'] = 
>>> weeutil.weeutil.get_object(schema_name)  File 
>>> "/usr/share/weewx/weeutil/weeutil.py", line 1158, in get_objectraise 
>>> AttributeError(AttributeError: Module 'user.sunduration' has no attribute 
>>> 'schema_with_sunshine_time' when searching for 
>>> 'user.sunduration.schema_with_sunshine_time' *
>>> On Sunday, 17 July 2022 at 10:12:51 UTC+1 jterr...@gmail.com wrote:
>>>


>>> -- 
>>> You received this message because you are subscribed to a topic in the 
>>> Google Groups "weewx-user" group.
>>> To unsubscribe from this topic, visit 
>>> https://groups.google.com/d/topic/weewx-user/19ylVTRqbh4/unsubscribe.
>>> To unsubscribe from this group and all its topics, send an email to 
>>> weewx-user+...@googlegroups.com.
>>>
>>> To view this discussion on the web visit 
>>> https://groups.google.com/d/msgid/weewx-user/e50560aa-d030-4096-97b4-7b9b614dc4cdn%40googlegroups.com
>>>  
>>> 

Re: [weewx-user] Sunshine Database

[Jacques Terrettaz]

Did you try to add group_interval = hour   in  the [[Defaults]] [[[Units]]] 
Groups section of weewx.conf ?

> Le 22 juil. 2022 à 16:35, Jon B  a écrit :
> 
> Thanks. I'm using the Belchertown skin so I think things may be set up 
> slightly differently. Within this skin, a new observation type is defined for 
> rain (rainTotal), which aggregates the total rain across the observation 
> period. I've defined an equivalent for sunshine time, which I've called 
> "sunshineTotal" so I now have the total number of minutes of sun for a given 
> day/month etc. According to the documentation for that skin I should just be 
> able to define the "unit" within the graphs.conf file, but adding "unit = 
> hour" doesn't seem to make any difference. Perhaps this is something I need 
> to ask on the Belchertown github page...
> On Friday, 22 July 2022 at 12:34:08 UTC+1 jterr...@gmail.com 
>  wrote:
> @Jon B 
> 
> If you are retrieving the values using weewx tags, you can have the daily 
> total sunshine duration, in hours with the following tag : 
> $day.sunshine_time.sum.hour
> 
> You can do the same with different aggregation periods , for instance :
> $yesterday.sunshine_time.sum.hour
> $week.sunshine_time.sum.hour
> $month.sunshine_time.sum.hour
> $year.sunshine_time.sum.hour
> $alltime.sunshine_time.sum.hour
> 
> 
> Look here : 
> https://groups.google.com/g/weewx-user/c/z_hcx4deACQ/m/y9P2tF9qAwAJ 
> 
> 
> 
> 
>> Le 22 juil. 2022 à 11:48, Jon B > > a écrit :
>> 
> 
>> Thanks for the fix! It's working now for me.
>> 
>> A couple of other questions about this:
>> 
>> - How can I change it so that the units are hours, rather than minutes?
>> - How can I add a total daily sunshine duration field, rather than 
>> displaying the total sunshine within the last archive period?
>> 
>> Thanks!
>> 
>> On Monday, 18 July 2022 at 15:30:26 UTC+1 jterr...@gmail.com 
>>  wrote:
>> I looked at the code in my GitHub, and it appeared that the last line 
>> 
>> schema_with_sunshine_time = schemas.wview.schema + [('sunshine_time', 
>> 'REAL')]
>> 
>> had a wrong indentation.
>> 
>> This is corrected now.   Sorry !
>> 
>> 
>>> Le 18 juil. 2022 à 15:43, Jon B gmail.com > 
>>> a écrit :
>>> 
>> 
>>> Sorry for piggybacking on this conversation, but it seemed like an 
>>> appropriate place to ask this.
>>> 
>>> I'm trying to install the sunshine duration extension 
>>> (https://github.com/Jterrettaz/sunduration 
>>> ) but I'm getting an error when 
>>> trying to create the new database. I've followed the installation 
>>> instructions as follows:
>>> 
>>> - Saved sunduration.py to /usr/share/weewx/user/
>>> - Added user.sunduration.SunshineDuration to the process_services list
>>> - Changed the wx_binding schema to 
>>> user.sunduration.schema_with_sunshine_time
>>> - Stopped weewx and ran wee_database weewx.conf --reconfigure 
>>> 
>>> This gives the following error:
>>> 
>>> Using configuration file weewx.conf
>>> Using database binding 'wx_binding', which is bound to database 
>>> 'archive_sqlite'
>>> Traceback (most recent call last):
>>>   File "/usr/share/weewx/weeutil/weeutil.py", line 1155, in get_object
>>> mod = getattr(mod, part)
>>> AttributeError: module 'user.sunduration' has no attribute 
>>> 'schema_with_sunshine_time'
>>> 
>>> During handling of the above exception, another exception occurred:
>>> 
>>> Traceback (most recent call last):
>>>   File "/usr/share/weewx/wee_database", line 1170, in 
>>> main()
>>>   File "/usr/share/weewx/wee_database", line 216, in main
>>> reconfigMainDatabase(config_dict, db_binding)
>>>   File "/usr/share/weewx/wee_database", line 439, in reconfigMainDatabase
>>> manager_dict = weewx.manager.get_manager_dict_from_config(config_dict,
>>>   File "/usr/share/weewx/weewx/manager.py", line 727, in 
>>> get_manager_dict_from_config
>>> manager_dict['schema'] = weeutil.weeutil.get_object(schema_name)
>>>   File "/usr/share/weewx/weeutil/weeutil.py", line 1158, in get_object
>>> raise AttributeError(
>>> AttributeError: Module 'user.sunduration' has no attribute 
>>> 'schema_with_sunshine_time' when searching for 
>>> 'user.sunduration.schema_with_sunshine_time' 
>>> On Sunday, 17 July 2022 at 10:12:51 UTC+1 jterr...@gmail.com 
>>>  wrote:
>>> 
>>> 
>>> -- 
>>> You received this message because you are subscribed to a topic in the 
>>> Google Groups "weewx-user" group.
>>> To unsubscribe from this topic, visit 
>>> https://groups.google.com/d/topic/weewx-user/19ylVTRqbh4/unsubscribe 
>>> .
>>> To unsubscribe from this group and all its topics, send an email to 
>>> weewx-user+...@ <>googlegroups.com .
>> 
>>> To view this discussion on the web visit 
>>> 

Re: [weewx-user] Sunshine Database

[Jon B]

Thanks. I'm using the Belchertown skin so I think things may be set up 
slightly differently. Within this skin, a new observation type is defined 
for rain (rainTotal), which aggregates the total rain across the 
observation period. I've defined an equivalent for sunshine time, which 
I've called "sunshineTotal" so I now have the total number of minutes of 
sun for a given day/month etc. According to the documentation for that skin 
I should just be able to define the "unit" within the graphs.conf file, but 
adding "unit = hour" doesn't seem to make any difference. Perhaps this is 
something I need to ask on the Belchertown github page...
On Friday, 22 July 2022 at 12:34:08 UTC+1 jterr...@gmail.com wrote:

> @Jon B 
>
> If you are retrieving the values using weewx tags, you can have the daily 
> total sunshine duration, in hours with the following tag : 
> *$day.sunshine_time.sum.hour*
>
> You can do the same with different aggregation periods , for instance :
> *$yester**day.sunshine_time.sum.hour*
> *$week.sunshine_time.sum.hour*
> *$month.sunshine_time.sum.hour*
> *$year.sunshine_time.sum.hour*
> *$alltime.sunshine_time.sum.hour*
>
>
> Look here : 
> https://groups.google.com/g/weewx-user/c/z_hcx4deACQ/m/y9P2tF9qAwAJ
>
>
> Le 22 juil. 2022 à 11:48, Jon B  a écrit :
>
> Thanks for the fix! It's working now for me.
>
> A couple of other questions about this:
>
> - How can I change it so that the units are hours, rather than minutes?
> - How can I add a total daily sunshine duration field, rather than 
> displaying the total sunshine within the last archive period?
>
> Thanks!
>
> On Monday, 18 July 2022 at 15:30:26 UTC+1 jterr...@gmail.com wrote:
>
>> I looked at the code in my GitHub, and it appeared that the last line 
>>
>> schema_with_sunshine_time = schemas.wview.schema + [('sunshine_time', 
>> 'REAL')]
>>
>> had a wrong indentation.
>>
>> This is corrected now.   Sorry !
>>
>> Le 18 juil. 2022 à 15:43, Jon B  a écrit :
>>
>> Sorry for piggybacking on this conversation, but it seemed like an 
>> appropriate place to ask this.
>>
>> I'm trying to install the sunshine duration extension (
>> https://github.com/Jterrettaz/sunduration) but I'm getting an error when 
>> trying to create the new database. I've followed the installation 
>> instructions as follows:
>>
>> - Saved sunduration.py to /usr/share/weewx/user/
>> - Added user.sunduration.SunshineDuration to the process_services list
>> - Changed the wx_binding schema to user.sunduration.
>> schema_with_sunshine_time
>> - Stopped weewx and ran wee_database weewx.conf --reconfigure 
>>
>> This gives the following error:
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> *Using configuration file weewx.confUsing database binding 'wx_binding', 
>> which is bound to database 'archive_sqlite'Traceback (most recent call 
>> last):  File "/usr/share/weewx/weeutil/weeutil.py", line 1155, in 
>> get_objectmod = getattr(mod, part)AttributeError: module 
>> 'user.sunduration' has no attribute 'schema_with_sunshine_time'During 
>> handling of the above exception, another exception occurred:Traceback (most 
>> recent call last):  File "/usr/share/weewx/wee_database", line 1170, in 
>> main()  File "/usr/share/weewx/wee_database", line 216, in 
>> mainreconfigMainDatabase(config_dict, db_binding)  File 
>> "/usr/share/weewx/wee_database", line 439, in reconfigMainDatabase
>> manager_dict = weewx.manager.get_manager_dict_from_config(config_dict,  
>> File "/usr/share/weewx/weewx/manager.py", line 727, in 
>> get_manager_dict_from_configmanager_dict['schema'] = 
>> weeutil.weeutil.get_object(schema_name)  File 
>> "/usr/share/weewx/weeutil/weeutil.py", line 1158, in get_objectraise 
>> AttributeError(AttributeError: Module 'user.sunduration' has no attribute 
>> 'schema_with_sunshine_time' when searching for 
>> 'user.sunduration.schema_with_sunshine_time' *
>> On Sunday, 17 July 2022 at 10:12:51 UTC+1 jterr...@gmail.com wrote:
>>
>>>
>>>
>> -- 
>> You received this message because you are subscribed to a topic in the 
>> Google Groups "weewx-user" group.
>> To unsubscribe from this topic, visit 
>> https://groups.google.com/d/topic/weewx-user/19ylVTRqbh4/unsubscribe.
>> To unsubscribe from this group and all its topics, send an email to 
>> weewx-user+...@googlegroups.com.
>>
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/weewx-user/e50560aa-d030-4096-97b4-7b9b614dc4cdn%40googlegroups.com
>>  
>> 
>> .
>>
>>
>>
> -- 
> You received this message because you are subscribed to a topic in the 
> Google Groups "weewx-user" group.
> To unsubscribe from this topic, visit 
> https://groups.google.com/d/topic/weewx-user/19ylVTRqbh4/unsubscribe.
> To unsubscribe from this group and all its topics, send an email to 
> weewx-user+...@googlegroups.com.
>
> To view this 

Re: [weewx-user] how to diagnose a davis envoy that lost connection to iss?

[Tom Keffer]

I would add one more to your list: change the battery.

On Fri, Jul 22, 2022 at 5:47 AM matthew wall  wrote:

> On Thursday, July 21, 2022 at 12:46:24 PM UTC-4 tke...@gmail.com wrote:
> > Many Davis stations show dropped reception at precisely midnight. It
> usually only
> > stays that way for only a single archive record, but I recall one
> instance on my station
> > where it fell into the 50% range precisely at midnight, stayed there for
> 3 days, then
> > went back up to 99%, again precisely at midnight.
>
> i suppose there might be another davis in the area, but this envoy has not
> yet reconnected to the iss that it is supposed to use.  it is a brand new
> system (5 months old!), so kinda doubtful that it is a battery/supercap
> issue.  good to know about the rxCheckPercent - i thought that was a direct
> measure of rf integrity, but if it is based on anemometer samples then
> anemometer problems could make you think you have rf problems.
>
> there has been no new hardware installed by us, but there is tons of boat
> traffic all around the station, so rf interference is definitely possible.
>
> On Thursday, July 21, 2022 at 1:18:47 PM UTC-4 vince wrote:
> > Is that thing actually underwater ?  OutTemp of 61.8 and humidity=100 ?
>
> ha! water temperature here rarely gets over 55F, and that would only be in
> a very shallow bay with little flow.
>
> > Some wild hardware guesses:
>  > - did it 'lose connection' or are the readings just whacko ?
>  > -  does part of a Davis ISS suite fail high (ie, outHumidity=100) and
> others fail low (zeroes or no data)
> > when something shorts or loses its ground in the ISS ?
> >  - did you get hit by a wave (or bird or gust) and things are just
> unplugged or loose or wet ?
>
> definitely no wave or critter damage.  we got pictures of the station late
> yesterday, and the iss is pristine.  don't know what values the iss reports
> when sensors fail.  years ago (before davis changed to a better humidity
> sensor) i had a davis station on which all of the iss sensors pegged at an
> arbitrary value when the humidity sensor died.  had to send that one in to
> davis for repair - they did a full overhaul for $100, plus shipping.  i
> think that station was 7 years old at the time. it is still going strong
> now.  i just hope that this new station is not having a similar kind of
> failure.
>
> > Software stuff:
> > - how are you getting tide data into your db ?
>
> a separate weewx instance using the weewx-maxbotix driver.  maxbotix is an
> ultrasonic sensor.  we sample at 1Hz for loop data (sensor can do 6Hz) and
> use 5 minute average for archive.  this is a prototype station that will
> hopefully be used to guide the builds for community-supported tide-only
> stations.  currently there are volunteers going to sites at high tide and
> measure sticks.  think cocoras, but for tide height.  slogging through the
> mud at 02:00 to catch a high tide measurement is only fun the first two or
> three times.  not twice a day.  fwiw, hohonu makes a tide station that uses
> the same maxbotix sensors.
>
> > - I see failures to upload to influxdb starting shortly before midnight
> but not at 00:00:00 precisely ?   Might it be an influxdb or disk issue ?
> > - are you still seeing failure to upload to influxdb errors ?
> > - what do the influxdb logs look like ?  A loss of sensor data shouldn't
> cause failure to upload to influxdb (should it?)
> > - what's your influxdb setup look like ?  Are you using telegraf at all ?
>
> it turns out that this is a bug in the influx uploader.  it improperly
> handles empty/None/string values. i think i fixed it now in the
> weewx-influx uploader. not using telegraf.  influx2 has explicit support
> for None, but for various reasons i cannot (yet) move to influx2.  love the
> fluxql features in influx2, understand why they put lots of grafana-like
> capabilities into a default influx2 install, not crazy about all the
> influx2/grafana overlap.
>
> > Wilder guess:
> > - do you really have a soil sensor on channel 2 ?
> > - can you remotely change ISS+Envoy channel to something non-default ?
>
> yes, there is a soil station on channel 2.  currently it has one
> temperature probe on it - that measures water temperature in the tidal
> zone.  plan is to add a few more at different depths, but the one sensor is
> not working yet.  the installer might have connected the sensor to the
> wrong terminal.
>
> my takeaways:
>
> - use a spare davis vantage console to see if it will see the iss
> - try a wired connection between the envoy and iss
> - try unsetting then resetting the iss binding in the envoy
> - try changing the iss channel identifier, then bind the envoy to that
> - verify that the water temperature sensor is connected to the correct
> terminals in the soil station
> - get an sdr dongle to the site and do some rf scanning
>
> thank you tom, greg, and vince!  we now have some things to try before
> sending the iss back to davis.
>
> --
> You 

Re: [weewx-user] how to diagnose a davis envoy that lost connection to iss?

[matthew wall]

On Thursday, July 21, 2022 at 12:46:24 PM UTC-4 tke...@gmail.com wrote:
> Many Davis stations show dropped reception at precisely midnight. It 
usually only 
> stays that way for only a single archive record, but I recall one 
instance on my station 
> where it fell into the 50% range precisely at midnight, stayed there for 
3 days, then 
> went back up to 99%, again precisely at midnight. 

i suppose there might be another davis in the area, but this envoy has not 
yet reconnected to the iss that it is supposed to use.  it is a brand new 
system (5 months old!), so kinda doubtful that it is a battery/supercap 
issue.  good to know about the rxCheckPercent - i thought that was a direct 
measure of rf integrity, but if it is based on anemometer samples then 
anemometer problems could make you think you have rf problems.

there has been no new hardware installed by us, but there is tons of boat 
traffic all around the station, so rf interference is definitely possible.

On Thursday, July 21, 2022 at 1:18:47 PM UTC-4 vince wrote:
> Is that thing actually underwater ?  OutTemp of 61.8 and humidity=100 ?

ha! water temperature here rarely gets over 55F, and that would only be in 
a very shallow bay with little flow.

> Some wild hardware guesses:
 > - did it 'lose connection' or are the readings just whacko ?
 > -  does part of a Davis ISS suite fail high (ie, outHumidity=100) and 
others fail low (zeroes or no data) 
> when something shorts or loses its ground in the ISS ?
>  - did you get hit by a wave (or bird or gust) and things are just 
unplugged or loose or wet ?

definitely no wave or critter damage.  we got pictures of the station late 
yesterday, and the iss is pristine.  don't know what values the iss reports 
when sensors fail.  years ago (before davis changed to a better humidity 
sensor) i had a davis station on which all of the iss sensors pegged at an 
arbitrary value when the humidity sensor died.  had to send that one in to 
davis for repair - they did a full overhaul for $100, plus shipping.  i 
think that station was 7 years old at the time. it is still going strong 
now.  i just hope that this new station is not having a similar kind of 
failure.

> Software stuff:
> - how are you getting tide data into your db ?

a separate weewx instance using the weewx-maxbotix driver.  maxbotix is an 
ultrasonic sensor.  we sample at 1Hz for loop data (sensor can do 6Hz) and 
use 5 minute average for archive.  this is a prototype station that will 
hopefully be used to guide the builds for community-supported tide-only 
stations.  currently there are volunteers going to sites at high tide and 
measure sticks.  think cocoras, but for tide height.  slogging through the 
mud at 02:00 to catch a high tide measurement is only fun the first two or 
three times.  not twice a day.  fwiw, hohonu makes a tide station that uses 
the same maxbotix sensors.

> - I see failures to upload to influxdb starting shortly before midnight 
but not at 00:00:00 precisely ?   Might it be an influxdb or disk issue ? 
> - are you still seeing failure to upload to influxdb errors ? 
> - what do the influxdb logs look like ?  A loss of sensor data shouldn't 
cause failure to upload to influxdb (should it?)
> - what's your influxdb setup look like ?  Are you using telegraf at all ?

it turns out that this is a bug in the influx uploader.  it improperly 
handles empty/None/string values. i think i fixed it now in the 
weewx-influx uploader. not using telegraf.  influx2 has explicit support 
for None, but for various reasons i cannot (yet) move to influx2.  love the 
fluxql features in influx2, understand why they put lots of grafana-like 
capabilities into a default influx2 install, not crazy about all the 
influx2/grafana overlap.

> Wilder guess:
> - do you really have a soil sensor on channel 2 ?
> - can you remotely change ISS+Envoy channel to something non-default ?

yes, there is a soil station on channel 2.  currently it has one 
temperature probe on it - that measures water temperature in the tidal 
zone.  plan is to add a few more at different depths, but the one sensor is 
not working yet.  the installer might have connected the sensor to the 
wrong terminal.

my takeaways:

- use a spare davis vantage console to see if it will see the iss
- try a wired connection between the envoy and iss
- try unsetting then resetting the iss binding in the envoy
- try changing the iss channel identifier, then bind the envoy to that
- verify that the water temperature sensor is connected to the correct 
terminals in the soil station
- get an sdr dongle to the site and do some rf scanning

thank you tom, greg, and vince!  we now have some things to try before 
sending the iss back to davis.

-- 
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 

Re: [weewx-user] Sunshine Database

[Jacques Terrettaz]

@Jon B 

If you are retrieving the values using weewx tags, you can have the daily total 
sunshine duration, in hours with the following tag : $day.sunshine_time.sum.hour

You can do the same with different aggregation periods , for instance :
$yesterday.sunshine_time.sum.hour
$week.sunshine_time.sum.hour
$month.sunshine_time.sum.hour
$year.sunshine_time.sum.hour
$alltime.sunshine_time.sum.hour


Look here : https://groups.google.com/g/weewx-user/c/z_hcx4deACQ/m/y9P2tF9qAwAJ 



> Le 22 juil. 2022 à 11:48, Jon B  a écrit :
> 
> Thanks for the fix! It's working now for me.
> 
> A couple of other questions about this:
> 
> - How can I change it so that the units are hours, rather than minutes?
> - How can I add a total daily sunshine duration field, rather than displaying 
> the total sunshine within the last archive period?
> 
> Thanks!
> 
> On Monday, 18 July 2022 at 15:30:26 UTC+1 jterr...@gmail.com wrote:
> I looked at the code in my GitHub, and it appeared that the last line 
> 
> schema_with_sunshine_time = schemas.wview.schema + [('sunshine_time', 'REAL')]
> 
> had a wrong indentation.
> 
> This is corrected now.   Sorry !
> 
> 
>> Le 18 juil. 2022 à 15:43, Jon B > > a écrit :
>> 
> 
>> Sorry for piggybacking on this conversation, but it seemed like an 
>> appropriate place to ask this.
>> 
>> I'm trying to install the sunshine duration extension 
>> (https://github.com/Jterrettaz/sunduration 
>> ) but I'm getting an error when 
>> trying to create the new database. I've followed the installation 
>> instructions as follows:
>> 
>> - Saved sunduration.py to /usr/share/weewx/user/
>> - Added user.sunduration.SunshineDuration to the process_services list
>> - Changed the wx_binding schema to user.sunduration.schema_with_sunshine_time
>> - Stopped weewx and ran wee_database weewx.conf --reconfigure 
>> 
>> This gives the following error:
>> 
>> Using configuration file weewx.conf
>> Using database binding 'wx_binding', which is bound to database 
>> 'archive_sqlite'
>> Traceback (most recent call last):
>>   File "/usr/share/weewx/weeutil/weeutil.py", line 1155, in get_object
>> mod = getattr(mod, part)
>> AttributeError: module 'user.sunduration' has no attribute 
>> 'schema_with_sunshine_time'
>> 
>> During handling of the above exception, another exception occurred:
>> 
>> Traceback (most recent call last):
>>   File "/usr/share/weewx/wee_database", line 1170, in 
>> main()
>>   File "/usr/share/weewx/wee_database", line 216, in main
>> reconfigMainDatabase(config_dict, db_binding)
>>   File "/usr/share/weewx/wee_database", line 439, in reconfigMainDatabase
>> manager_dict = weewx.manager.get_manager_dict_from_config(config_dict,
>>   File "/usr/share/weewx/weewx/manager.py", line 727, in 
>> get_manager_dict_from_config
>> manager_dict['schema'] = weeutil.weeutil.get_object(schema_name)
>>   File "/usr/share/weewx/weeutil/weeutil.py", line 1158, in get_object
>> raise AttributeError(
>> AttributeError: Module 'user.sunduration' has no attribute 
>> 'schema_with_sunshine_time' when searching for 
>> 'user.sunduration.schema_with_sunshine_time' 
>> On Sunday, 17 July 2022 at 10:12:51 UTC+1 jterr...@gmail.com 
>>  wrote:
>> 
>> 
>> -- 
>> You received this message because you are subscribed to a topic in the 
>> Google Groups "weewx-user" group.
>> To unsubscribe from this topic, visit 
>> https://groups.google.com/d/topic/weewx-user/19ylVTRqbh4/unsubscribe 
>> .
>> To unsubscribe from this group and all its topics, send an email to 
>> weewx-user+...@googlegroups.com 
>> .
> 
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/weewx-user/e50560aa-d030-4096-97b4-7b9b614dc4cdn%40googlegroups.com
>>  
>> .
> 
> 
> -- 
> You received this message because you are subscribed to a topic in the Google 
> Groups "weewx-user" group.
> To unsubscribe from this topic, visit 
> https://groups.google.com/d/topic/weewx-user/19ylVTRqbh4/unsubscribe 
> .
> To unsubscribe from this group and all its topics, 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/571f223d-9f92-4056-b9ac-8c8aff15c501n%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, 

Re: [weewx-user] Sunshine Database

[Jon B]

 Thanks for the fix! It's working now for me.

A couple of other questions about this:

- How can I change it so that the units are hours, rather than minutes?
- How can I add a total daily sunshine duration field, rather than 
displaying the total sunshine within the last archive period?

Thanks!

On Monday, 18 July 2022 at 15:30:26 UTC+1 jterr...@gmail.com wrote:

> I looked at the code in my GitHub, and it appeared that the last line 
>
> schema_with_sunshine_time = schemas.wview.schema + [('sunshine_time', 
> 'REAL')]
>
> had a wrong indentation.
>
> This is corrected now.   Sorry !
>
> Le 18 juil. 2022 à 15:43, Jon B  a écrit :
>
> Sorry for piggybacking on this conversation, but it seemed like an 
> appropriate place to ask this.
>
> I'm trying to install the sunshine duration extension (
> https://github.com/Jterrettaz/sunduration) but I'm getting an error when 
> trying to create the new database. I've followed the installation 
> instructions as follows:
>
> - Saved sunduration.py to /usr/share/weewx/user/
> - Added user.sunduration.SunshineDuration to the process_services list
> - Changed the wx_binding schema to user.sunduration.
> schema_with_sunshine_time
> - Stopped weewx and ran wee_database weewx.conf --reconfigure 
>
> This gives the following error:
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> *Using configuration file weewx.confUsing database binding 'wx_binding', 
> which is bound to database 'archive_sqlite'Traceback (most recent call 
> last):  File "/usr/share/weewx/weeutil/weeutil.py", line 1155, in 
> get_objectmod = getattr(mod, part)AttributeError: module 
> 'user.sunduration' has no attribute 'schema_with_sunshine_time'During 
> handling of the above exception, another exception occurred:Traceback (most 
> recent call last):  File "/usr/share/weewx/wee_database", line 1170, in 
> main()  File "/usr/share/weewx/wee_database", line 216, in 
> mainreconfigMainDatabase(config_dict, db_binding)  File 
> "/usr/share/weewx/wee_database", line 439, in reconfigMainDatabase
> manager_dict = weewx.manager.get_manager_dict_from_config(config_dict,  
> File "/usr/share/weewx/weewx/manager.py", line 727, in 
> get_manager_dict_from_configmanager_dict['schema'] = 
> weeutil.weeutil.get_object(schema_name)  File 
> "/usr/share/weewx/weeutil/weeutil.py", line 1158, in get_objectraise 
> AttributeError(AttributeError: Module 'user.sunduration' has no attribute 
> 'schema_with_sunshine_time' when searching for 
> 'user.sunduration.schema_with_sunshine_time' *
> On Sunday, 17 July 2022 at 10:12:51 UTC+1 jterr...@gmail.com wrote:
>
>>
>>
> -- 
> You received this message because you are subscribed to a topic in the 
> Google Groups "weewx-user" group.
> To unsubscribe from this topic, visit 
> https://groups.google.com/d/topic/weewx-user/19ylVTRqbh4/unsubscribe.
> To unsubscribe from this group and all its topics, send an email to 
> weewx-user+...@googlegroups.com.
>
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/weewx-user/e50560aa-d030-4096-97b4-7b9b614dc4cdn%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/571f223d-9f92-4056-b9ac-8c8aff15c501n%40googlegroups.com.