Author Topic: weewx with GW1000 API driver missing radiation  (Read 330 times)

0 Members and 1 Guest are viewing this topic.

Offline distortionist

  • Livingstone Cove Weather Station
  • Member
  • *
  • Posts: 49
    • Livingstone Cove Weather Station
weewx with GW1000 API driver missing radiation
« on: October 23, 2020, 09:41:33 AM »
It seems it is not reading it and storing it for some reason, the sensor works on the WS-2000 console, and its being reported to all the places the consoles themselves report to. I am sure I just need to adjust something somewhere but what and where? I noticed people have had issues when the driver was new, but it also seems to have been fixed along with a rain issue from what I am reading. I don't notice any rain problems so I am not sure it is the same issue.
Ecowitt GW1000
Ambient WS-2000
Ambient WS-3000
Ambient WH31E x7
Ambient WH31P x2
Ambient WH31LA x2
Ambient PM25 Outdoor
Ambient WH31L

Offline distortionist

  • Livingstone Cove Weather Station
  • Member
  • *
  • Posts: 49
    • Livingstone Cove Weather Station
Re: weewx with GW1000 API driver missing radiation
« Reply #1 on: October 23, 2020, 11:16:06 AM »
OK

I fixed it after hours of trying to figure it out. I don't know where these things are defined but I was able to edit  the install py and find the errors, fix them, re tar.gz it, and install it.

So... Now problem 2, I have not spent the same hours in this, but I will, unless someone helps me out with an answer, but it is showing my radation in w/m2 and I need it in Lux.

Off I go digging through google for hours again.
Ecowitt GW1000
Ambient WS-2000
Ambient WS-3000
Ambient WH31E x7
Ambient WH31P x2
Ambient WH31LA x2
Ambient PM25 Outdoor
Ambient WH31L

Offline modean987

  • Member
  • *
  • Posts: 48
  • What the heck am I getting myself into?
Re: weewx with GW1000 API driver missing radiation
« Reply #2 on: October 23, 2020, 01:08:43 PM »
The better forum section to post this would be the weewx software area. Hopefully, an admin will come by and move the conversation for you.

Also, while you'll get some support for weewx here on WXForum, the authoritative place for weewx questions would be on their support forum:

https://groups.google.com/forum/#!forum/weewx-user

Hope you find a resolution to your issue soon!



Offline Gyvate

  • Senior Contributor
  • ****
  • Posts: 288
Re: weewx with GW1000 API driver missing radiation
« Reply #3 on: January 05, 2021, 09:42:57 AM »
OK

I fixed it after hours of trying to figure it out. I don't know where these things are defined but I was able to edit  the install py and find the errors, fix them, re tar.gz it, and install it.

So... Now problem 2, I have not spent the same hours in this, but I will, unless someone helps me out with an answer, but it is showing my radation in w/m2 and I need it in Lux.

Off I go digging through google for hours again.
once you understand that the GW1000 doesn't receive what weewx understands as radiation, things become clearer
the only thing you need to fix is getting the proper data into the field named radiation (1st step). 2nd step will be to deal with the units.

1. regarding radiation - the WH65/WS80/WS68 sensor arrays don't provide real radiation but luminosity in Lux. The consoles convert it into radiation.
If you want to have W/m2 you need to put the following line into the
[StdCalibrate] [[Corrections]] stanza of your weewx.conf
[[StdCalibrate]
   
    [[Corrections]]
        # For each type, an arbitrary calibration expression can be given.
        # It should be in the units defined in the StdConvert section.
        # Example:
        radiation = luminosity/126.7 if luminosity is not None else None
         # radiation comes with the unit watt_per_meter_squared  (W/m2)

2. If you want to have the radiation in Lux, you will also have to "reconfigure" the units for radiation
a) the entry in the [StdCalibrate] [[Corrections]] stanza of your weewx.conf would be
radiation = luminosity
because you want to display radiation in your skin (screen, user interface).
and
b) in the file /usr/share/weewx/user/extensions.py (path depending on installation method) you will have to make an entry

import weewx.units
weewx.units.obs_group_dict['radiation'] = 'group_illuminance'


because "Lux" is the unit belonging to the unit group illuminance.

That should do the job.

save - and restart weewx

it's - by the way - (almost) everything documented in the WiKi - but it's a lot of stuff to read and you need some time to get the full(er) picture  :roll:
« Last Edit: January 05, 2021, 09:52:53 AM by Gyvate »
Froggit WH4000SE (=EW 2320E) 1.5.6 / Froggit DP1500 1.6.3 (+ 2 x EW GW1000 1.6.3 test/backup) / HP1000SE Pro (HP2551) 1.5.6/1.6.9, WH2650 WiFi (2)
Ecowitt WS80, WH40,WH65, WH31 [T/H] (6), WH31-EP [T&H] (1), WH32 (1), WH32B [T/H/P] (1), WH57 [Lightning] (1), WH41 [PM2.5] (2), WH51 [SoilMoisture] (5), WH45
Meteobridge Pro (2) [test,prod] 5.1 Jan 14 2021, build 14236/271  FW 1.4 - Barani MeteoshieldPro - Blake-Larsen Sun Recorder-RPi4/weewx/CumulusMX/MB
Ecowitt 5763,34418;WU ISAARB3(WH4000SE), ISAARB22(HP2553);Weathercloud 3011399141, http://meshka.eu/meteo/template  -  http://meshka.eu/Weather34

Offline modean987

  • Member
  • *
  • Posts: 48
  • What the heck am I getting myself into?
Re: weewx with GW1000 API driver missing radiation
« Reply #4 on: January 05, 2021, 01:01:50 PM »
After going through the effort to add radiation to my weewx, and the graphs for it, I found that the only difference between the graphs was 1) the vertical axis is UVx100 for the radiation Y-Axis, and 2) the radiation graph has nice smooth lines.

... Not worth the effort, IMO.

 [ You are not allowed to view attachments ]

Offline Gyvate

  • Senior Contributor
  • ****
  • Posts: 288
Re: weewx with GW1000 API driver missing radiation
« Reply #5 on: January 05, 2021, 01:15:04 PM »
After going through the effort to add radiation to my weewx, and the graphs for it, I found that the only difference between the graphs was 1) the vertical axis is UVx100 for the radiation Y-Axis, and 2) the radiation graph has nice smooth lines.

... Not worth the effort, IMO.

 [ You are not allowed to view attachments ]
showing radiation is pre-configured in the Seasons skin (as long as the variable has a value assigned: no value - no picture) - however you can change it (axis, length, etc) in skin.conf if you are not happy with the "standard".
You don't need to add it - just feed the radiation variable with the luminosity value as described above (whether W/m2 or Lux is your choice) - everything else goes by itself.

However, I don't know what you were all doing in the first place - what you call " the effort to add radiation to my weewx, and the graphs for it", because it's basically just this one line to add at the right place (as shown above). Or, if you want to have it shown in Lux, two more lines in extensions.py.

Maybe you did much more not knowing how simple it could be.

As I have no information about it except the vague " effort to add radiation to my weewx, and the graphs for it", I cannot say more.
And as the difference in the result of either luminosity in Lux or in W/m2 is just a proportionality factor, the graphs would look the same - and the Cheetah graph generator would draw it also proportionally. In fact, apart from the numbers at the scale they should look pretty much the same.
« Last Edit: January 05, 2021, 01:24:56 PM by Gyvate »
Froggit WH4000SE (=EW 2320E) 1.5.6 / Froggit DP1500 1.6.3 (+ 2 x EW GW1000 1.6.3 test/backup) / HP1000SE Pro (HP2551) 1.5.6/1.6.9, WH2650 WiFi (2)
Ecowitt WS80, WH40,WH65, WH31 [T/H] (6), WH31-EP [T&H] (1), WH32 (1), WH32B [T/H/P] (1), WH57 [Lightning] (1), WH41 [PM2.5] (2), WH51 [SoilMoisture] (5), WH45
Meteobridge Pro (2) [test,prod] 5.1 Jan 14 2021, build 14236/271  FW 1.4 - Barani MeteoshieldPro - Blake-Larsen Sun Recorder-RPi4/weewx/CumulusMX/MB
Ecowitt 5763,34418;WU ISAARB3(WH4000SE), ISAARB22(HP2553);Weathercloud 3011399141, http://meshka.eu/meteo/template  -  http://meshka.eu/Weather34

Offline modean987

  • Member
  • *
  • Posts: 48
  • What the heck am I getting myself into?
Re: weewx with GW1000 API driver missing radiation
« Reply #6 on: January 05, 2021, 01:30:29 PM »
Yes, adding the line to stdcalibrate->corrections and making the change in extensions.py is simple, and takes only a minute or two to do.

The radiation graph was not simple. I had to modify template / include files, based on instructions I found on the weewx user group. That was not worth the effort -> same graph, same Y-axis, same numbers x100, and about an hour of my time trying to figure out the instructions, how it works, etc. Of course, one doesn't find out these things unless they try. I posted the graphs to help someone else determine whether it is worth their time.

Just my $0.2 worth. Please don't take it personally.

Offline Gyvate

  • Senior Contributor
  • ****
  • Posts: 288
Re: weewx with GW1000 API driver missing radiation
« Reply #7 on: January 05, 2021, 01:38:16 PM »
Yes, adding the line to stdcalibrate->corrections and making the change in extensions.py is simple, and takes only a minute or two to do.

The radiation graph was not simple. I had to modify template / include files, based on instructions I found on the weewx user group. That was not worth the effort -> same graph, same Y-axis, same numbers x100, and about an hour of my time trying to figure out the instructions, how it works, etc. Of course, one doesn't find out these things unless they try. I posted the graphs to help someone else determine whether it is worth their time.

Just my $0.2 worth. Please don't take it personally.
not sure what you found there - as it is not necessary - it's already all there (except for radiation) ... :roll:

Of course, if you wanted to add a completely new sensor, e.g. some extraTemperature or so, then you have to go down the road from skin.conf, index.html.tmpl, current.inc and hilo.inc (if you also want to see them in the left pane).
But for the standard stuff like indoor/outdoor Temp/Humidity, wind, radiation, rain ..., it's already done.
If you don't do anything, you see all the standard values and graphs (except for the radiation - that needs this extra line).

But, that way, you learned what to do when you want to add more non-standard sensors.  ;) :-) - so it may still have been worth it.  8-)

And - no offense taken.  :-) ;)
« Last Edit: January 05, 2021, 01:42:05 PM by Gyvate »
Froggit WH4000SE (=EW 2320E) 1.5.6 / Froggit DP1500 1.6.3 (+ 2 x EW GW1000 1.6.3 test/backup) / HP1000SE Pro (HP2551) 1.5.6/1.6.9, WH2650 WiFi (2)
Ecowitt WS80, WH40,WH65, WH31 [T/H] (6), WH31-EP [T&H] (1), WH32 (1), WH32B [T/H/P] (1), WH57 [Lightning] (1), WH41 [PM2.5] (2), WH51 [SoilMoisture] (5), WH45
Meteobridge Pro (2) [test,prod] 5.1 Jan 14 2021, build 14236/271  FW 1.4 - Barani MeteoshieldPro - Blake-Larsen Sun Recorder-RPi4/weewx/CumulusMX/MB
Ecowitt 5763,34418;WU ISAARB3(WH4000SE), ISAARB22(HP2553);Weathercloud 3011399141, http://meshka.eu/meteo/template  -  http://meshka.eu/Weather34

Offline modean987

  • Member
  • *
  • Posts: 48
  • What the heck am I getting myself into?
Re: weewx with GW1000 API driver missing radiation
« Reply #8 on: January 05, 2021, 01:57:00 PM »
But, that way, you leanred what to do when you want to add more non-standard sensors.  ;) :-) - so it may still have bee worth it.  8-)
Aye, that I did [tup] -- way more than I wanted to know about weewx :lol:

Kidding aside, weewx is great software: well written, meticulously documented, knowledgeable and patient support group, and highly customizable. I use it exclusively. Just wanted to make it clear that just because I gripe about it from time to time, I still hold it in high regard.

 

anything