It's just to parse out peak wind gusts and determine when they occurred. In it's current format, the 5-minute update is likely to skip over peak gusts even though the standard for gusts is supposed to be the highest speed in the past 10 minutes.
↧
Re: Is there any other way to download data?
↧
Re: Software Defined Radio with the WS-2902A
The included antenna can pick up my 433Mhz wh24 and wh25 easily. The module also do not feel warm at all.
Installed sdr weewx, but still can't make it work yet. Keep going, thanks![]()
Sent from my POCOPHONE F1 using Tapatalk
Installed sdr weewx, but still can't make it work yet. Keep going, thanks
Sent from my POCOPHONE F1 using Tapatalk
↧
↧
Re: Software Defined Radio with the WS-2902A
I really need help.
I've been running weewx on my main ubuntu for a few years now. I have 433Mhz wh24 (outdoor) and wh25 (indoor) sensors. The working server receives data from ObserverIP which directs the traffic to the ubuntu server.
I'm setting up a test ubuntu server which intends to receive data from the same sensors via RTL-SDR. sdr.py receives the data fine when running directly from terminal; but when running with weewx, it always died and won't publish the updated weather report.
I attached the syslog (from I restarted my weewx till it terminated) and what I set SDR in weewx.conf for reference here.
Thanks in advance for your assistance.
![]()
![]()
I've been running weewx on my main ubuntu for a few years now. I have 433Mhz wh24 (outdoor) and wh25 (indoor) sensors. The working server receives data from ObserverIP which directs the traffic to the ubuntu server.
I'm setting up a test ubuntu server which intends to receive data from the same sensors via RTL-SDR. sdr.py receives the data fine when running directly from terminal; but when running with weewx, it always died and won't publish the updated weather report.
I attached the syslog (from I restarted my weewx till it terminated) and what I set SDR in weewx.conf for reference here.
Thanks in advance for your assistance.
↧
Re: Software Defined Radio with the WS-2902A
Id check your frequency, my wh25 is 915mhz (914.88 to be specific) as is my wh65. Im not sure about the wh24 but it seems like all FO / AW clones run at 915mhz.
He's in Thailand, so I think 433Mhz is probably correct. Also, rtl_433 defaults to 433Mhz and that seems to be working. Fine Offset has equipment for 433MHz/868MHz/915MHz depending on the laws in your country.
↧
WS2000 update - incorrect rain totals
Hello, I just recently upgraded to the 1.4 to fix the 12-1:00 AM bug and it seems to have affected the daily total displayed. Earlier this week we had a rain and the totals seemed to be off so I took it down and made sure it was clean of debris and tested it's functionality with pouring water. It did accumulate on display so I thought maybe it was just me being paranoid.
However, we have had a good rain overnight and into this morning and my rain gauge is still showing .01 and I know that can't be right. Has anyone else seen this? This is the only change I have made as I had not touched my weather station previous to this.
I wanted to rollback to the previous firmware for testing but I've been unable to find a link.
Thank you for any help you might offer in advance.
This is my rain gauge from this morning.
[ You are not allowed to view attachments ]
And this is a weather station just maybe 2 miles from me.
[ You are not allowed to view attachments ]
However, we have had a good rain overnight and into this morning and my rain gauge is still showing .01 and I know that can't be right. Has anyone else seen this? This is the only change I have made as I had not touched my weather station previous to this.
I wanted to rollback to the previous firmware for testing but I've been unable to find a link.
Thank you for any help you might offer in advance.
This is my rain gauge from this morning.
[ You are not allowed to view attachments ]
And this is a weather station just maybe 2 miles from me.
[ You are not allowed to view attachments ]
↧
↧
Re: WS2000 update - incorrect rain totals
Only thought I have is have you checked the signal quality from the sensor array?
Or possibly the battery in the sensor array.
If the data transmission is a little spotty then the rain tips may get missed by the console that is counting them
Or possibly the battery in the sensor array.
If the data transmission is a little spotty then the rain tips may get missed by the console that is counting them
↧
Re: WS2000 update - incorrect rain totals
Besides checking what Mandrake said all I can say is that version 1.4.0 doesn't have issues with rain as that is what I'm using. If you still have problems after flashing 1.4.0 then I suggest you look at other troubleshooting steps. Hopefully the unit didn't ingest water into the wrong place and break by pouring water down the funnel. I would just test by manually tipping the spoon with your finger. Or maybe you have a defective unit. Contact Ambient if the problem persists. Hopefully you are still within warranty period if it turns out to be a hardware failure.
You can get to all the previous firmware versions here:
https://p10.secure.hostingprod.com/@site.ambientweatherstore.com/ssl/ws2000/
I would recommend 1.4.0 for now as 1.4.1 has a couple of bugs in SD recording format. (I've reported the bugs and they are working on fix and newer version due soon).
You won't see 1.4.1 in the list. The latest version is simply referred to as user.bin, so that is 1.4.1 now. If you want to test 1.4.0 then you download it and then rename it to user.bin or else the WS-2000 will not flash it if it has the wrong name. The WS-2000 only expects a file named exactly user.bin.* Once the next version comes out in this download directory they will rename user.bin to be 1.4.1 for archive purposes, and the new version will be called user.bin.
* The WS-2000 also can use a file named factory.bin but I recommend sticking to using user.bin instead. You can rename any archive version of these firmware files to be named user.bin or factory.bin. The difference between them is the flashing process a bit different and the original source file is not delete and the WS-2000 doesn't automatically reboot when you use a file named factory.bin. Using user.bin is the better (newer) method.
You can get to all the previous firmware versions here:
https://p10.secure.hostingprod.com/@site.ambientweatherstore.com/ssl/ws2000/
I would recommend 1.4.0 for now as 1.4.1 has a couple of bugs in SD recording format. (I've reported the bugs and they are working on fix and newer version due soon).
You won't see 1.4.1 in the list. The latest version is simply referred to as user.bin, so that is 1.4.1 now. If you want to test 1.4.0 then you download it and then rename it to user.bin or else the WS-2000 will not flash it if it has the wrong name. The WS-2000 only expects a file named exactly user.bin.* Once the next version comes out in this download directory they will rename user.bin to be 1.4.1 for archive purposes, and the new version will be called user.bin.
* The WS-2000 also can use a file named factory.bin but I recommend sticking to using user.bin instead. You can rename any archive version of these firmware files to be named user.bin or factory.bin. The difference between them is the flashing process a bit different and the original source file is not delete and the WS-2000 doesn't automatically reboot when you use a file named factory.bin. Using user.bin is the better (newer) method.
↧
Re: Software Defined Radio with the WS-2902A
Ahhh - didnt realize that!Id check your frequency, my wh25 is 915mhz (914.88 to be specific) as is my wh65. Im not sure about the wh24 but it seems like all FO / AW clones run at 915mhz.
He's in Thailand, so I think 433Mhz is probably correct. Also, rtl_433 defaults to 433Mhz and that seems to be working. Fine Offset has equipment for 433MHz/868MHz/915MHz depending on the laws in your country.
but;
I have the same setup, but im struggling to get all my devices recorded. i have a ws2902 outside, and 8 WH31 around the house, and I can seem to get most of the WH31 but 2 are in my kitchen, and i cant get the kitchen sensors, from where I can pick up the outdoor array, and vice versa. However, all of my AW consoles pick up all of them from various locations in the house, with ease. I bought a specifically made 915mhz antennna but still struggle. lots of missed points on my graphs.
LSS: how can I tune / check the actual frequency they're working on. I used the FFA program and can see spikes of red in the freq plot, but tuning to those seems to do no better than the 914.880 that I saw referenced here in the weewx SDR thread for the 2902.
↧
Re: Software Defined Radio with the WS-2902A
Yes, I feel your pain. I have a similar situation, although not as complicated. My Rpi is relatively close to my WH65B, but my WH25 is a ways away and behind a plaster wall with metal mesh backing. This isn't a good situation for receiving radio signals. So, I've been experimenting with antenna configurations. At first, I experimented with 1/4 wave and 1/2 wave antennas tuned to 915Mhz which is the frequency of my equipment. This didn't seem to be much improvement. Then I read about full wave loop antennas. So, for the past few months, I've been using a jerry rigged antenna for test purposes. Even this non-optimal antenna is a great improvement. So, let me see if I can describe this thing. Please, refer to the picture that Bthoven posted because that antenna is the one that I used with some modifications. The whip part of the antenna unscrews from the base leaving a short threaded section. The bottom of the base has a sticker on it that can be removed. This exposes a metal disk with a button magnet on it. It turns out that the disk is connected to the outer shield of the antenna cable and of course the threaded portion on top is connected to the inner wire of the cable. Using this calculator
http://www.66pacific.com/calculators/full-wave-loop-antenna-calculator.aspx
I made a wire as close to the calculated length as possible. This is hard to get exact because it's hard to tell how far into the base the coax splits. So I took a guess. I wrapped one end of the wire around the threaded portion on top. And I used the magnet to hold the other end of the wire to the bottom metal disk. That's my antenna. Here's a picture of my setup.
[ You are not allowed to view attachments ]
And here's a closer picture of my cute Rpi with the SDR dongle. I've put heat sinks on the chips that get warm, although I'm not sure that's really necessary.
[ You are not allowed to view attachments ]
At some point, I intend to make something more elegant. I thought I'd use a pvc drain cap for a base and some 14ga. copper wire for the loop. Then solder the coax to the ends of the wire and screw the ends to the pvc. I'm sure there are many ways to make it. Now, I still get dropouts occasionally. I imagine something in the environment gets in the way, but it's not very often. And I place the WH25 in a place that makes it harder to transmit out, again for test purposes. So, hopefully this is somewhat clear. I'll probably post some pictures when I make the more permanent antenna.
http://www.66pacific.com/calculators/full-wave-loop-antenna-calculator.aspx
I made a wire as close to the calculated length as possible. This is hard to get exact because it's hard to tell how far into the base the coax splits. So I took a guess. I wrapped one end of the wire around the threaded portion on top. And I used the magnet to hold the other end of the wire to the bottom metal disk. That's my antenna. Here's a picture of my setup.
[ You are not allowed to view attachments ]
And here's a closer picture of my cute Rpi with the SDR dongle. I've put heat sinks on the chips that get warm, although I'm not sure that's really necessary.
[ You are not allowed to view attachments ]
At some point, I intend to make something more elegant. I thought I'd use a pvc drain cap for a base and some 14ga. copper wire for the loop. Then solder the coax to the ends of the wire and screw the ends to the pvc. I'm sure there are many ways to make it. Now, I still get dropouts occasionally. I imagine something in the environment gets in the way, but it's not very often. And I place the WH25 in a place that makes it harder to transmit out, again for test purposes. So, hopefully this is somewhat clear. I'll probably post some pictures when I make the more permanent antenna.
↧
↧
Re: Software Defined Radio with the WS-2902A
Id check your frequency, my wh25 is 915mhz (914.88 to be specific) as is my wh65. Im not sure about the wh24 but it seems like all FO / AW clones run at 915mhz.
He's in Thailand, so I think 433Mhz is probably correct. Also, rtl_433 defaults to 433Mhz and that seems to be working. Fine Offset has equipment for 433MHz/868MHz/915MHz depending on the laws in your country.
Mine is 433.920Mhz. I bought it from Chinese website under brand Misol which is same as FineOffset, I believe.
↧
Re: WS2000 update - incorrect rain totals
Thank you both for these tips!
I did tip the spoon with my finger when I tested it to make sure things were not hung up somehow. At this point, I'm going to re-mount it again and give it a once over when I take it down. I have it on the backside of my wood fence somewhere between 50-100ft to my house, however, signal has been good so far with no issues at all.
I did tip the spoon with my finger when I tested it to make sure things were not hung up somehow. At this point, I'm going to re-mount it again and give it a once over when I take it down. I have it on the backside of my wood fence somewhere between 50-100ft to my house, however, signal has been good so far with no issues at all.
↧
Re: WS-2000 vs WS-2902A - List of differences
Really good and impressive write up and review by galfert. Very easy purchasing decision.
Andy
Andy
↧
Re: Software Defined Radio with the WS-2902A
When I use sdr extension and amend the weewx.conf to map all the data fields (+radiation calculation), my weewx always died with KeyError: outTemp exception, and no weewx web pages published.
I found the solution here https://groups.google.com/d/msg/weewx-user/P0XrwomFS4Q/BUmc7LF1CAAJ
The solution is to replace weewxwd3.py version 1.0.3 (installed when installing weewx) with version 1.0.4 which can handle exception better. I don't know what caused the exception because the data stream from my outdoor WH24 always transmits the temperature value.
Thanks a lot. My wh24/wh25 (433Mhz) and a cheap rtl-sdr from ebay is now working.
For future reference, here is my set up in weewx.conf
[SDR]
# This section is for the software-defined radio driver.
# The driver to use
path = /usr/local/bin
driver = user.sdr
CMD = rtl_433 -R 78 -F json -M utc -G
[[sensor_map]]
outTemp = temperature.203.FOWH24Packet
outHumidity = humidity.203.FOWH24Packet
windDir = wind_dir.203.FOWH24Packet
windSpeed = wind_speed.203.FOWH24Packet
windGust = wind_gust.203.FOWH24Packet
rain_total = rain_total.203.FOWH24Packet
UV = uv_index.203.FOWH24Packet
light = light.203.FOWH24Packet
outBatteryStatus = battery.203.FOWH24Packet
inTemp = temperature.247.FOWH25Packet
inHumidity = humidity.247.FOWH25Packet
pressure = pressure.247.FOWH25Packet
inBatteryStatus = battery.247.FOWH25Packet
[[deltas]]
rain = rain_total
[StdCalibrate]
[[Corrections]]
# For each type, an arbitrary calibration expression can be given.
# It should be in the units defined in the StdConvert section.
# Example:
foo = foo + 0.2
radiation = light / 126.7 if light is not None else None
Cheers.
I found the solution here https://groups.google.com/d/msg/weewx-user/P0XrwomFS4Q/BUmc7LF1CAAJ
The solution is to replace weewxwd3.py version 1.0.3 (installed when installing weewx) with version 1.0.4 which can handle exception better. I don't know what caused the exception because the data stream from my outdoor WH24 always transmits the temperature value.
Thanks a lot. My wh24/wh25 (433Mhz) and a cheap rtl-sdr from ebay is now working.
For future reference, here is my set up in weewx.conf
[SDR]
# This section is for the software-defined radio driver.
# The driver to use
path = /usr/local/bin
driver = user.sdr
CMD = rtl_433 -R 78 -F json -M utc -G
[[sensor_map]]
outTemp = temperature.203.FOWH24Packet
outHumidity = humidity.203.FOWH24Packet
windDir = wind_dir.203.FOWH24Packet
windSpeed = wind_speed.203.FOWH24Packet
windGust = wind_gust.203.FOWH24Packet
rain_total = rain_total.203.FOWH24Packet
UV = uv_index.203.FOWH24Packet
light = light.203.FOWH24Packet
outBatteryStatus = battery.203.FOWH24Packet
inTemp = temperature.247.FOWH25Packet
inHumidity = humidity.247.FOWH25Packet
pressure = pressure.247.FOWH25Packet
inBatteryStatus = battery.247.FOWH25Packet
[[deltas]]
rain = rain_total
[StdCalibrate]
[[Corrections]]
# For each type, an arbitrary calibration expression can be given.
# It should be in the units defined in the StdConvert section.
# Example:
foo = foo + 0.2
radiation = light / 126.7 if light is not None else None
Cheers.
↧
↧
Re: Software Defined Radio with the WS-2902A
Wonderful. I'm glad that you managed to solve the problem. The folks in the weewx-user google group are quite knowledgeable. One thing that I'll mention is that Matt Wall has mentioned that
[[deltas]]
rain = rain_total
isn't need anymore because he has put that as a default in the weewx-sdr driver. I still keep it in there to remind me how rain is calculated. I don't think it hurts anything. Have you thought about comparing for wind factor between your two systems yet?
[[deltas]]
rain = rain_total
isn't need anymore because he has put that as a default in the weewx-sdr driver. I still keep it in there to remind me how rain is calculated. I don't think it hurts anything. Have you thought about comparing for wind factor between your two systems yet?
↧
Re: Software Defined Radio with the WS-2902A
Thanks Stephen. A rough comparison earlier, the data presented on two systems seem not in sync, timing wise, especially from those from the external sensors. Thus make it a bit tricky to compare. The internal sensors tend to give same comparable values (due to its less frequent transmission?)
Let me try to compare the wind values/factors and come back to you shortly.
Sent from my POCOPHONE F1 using Tapatalk
Let me try to compare the wind values/factors and come back to you shortly.
Sent from my POCOPHONE F1 using Tapatalk
↧
Re: Ecowitt HP2550/WS2000 extra sensor integration (AQM and Soil Moisture)
Can the ObserverIp pickup the info from the Ecowitt sensors and use them to send to Meteobridge, or can Ecowitt send data to Meteobridge yet?
↧
Re: Ecowitt HP2550/WS2000 extra sensor integration (AQM and Soil Moisture)
Not all Ecowitt sensors show up on ObserverIP and vis versa. Temperature sensors do but not soil and PM2.5. I don't have all the possible combinations to give you all the details. This may change in the future as firmware updates come out.
As to GW1000 to Meteobridge....well I wasn't going to let the cat out of the bag yet. I've sent the API (unfinished as it is) and been working on this with Boris and there is still work to be done and testing. He felt good about the documentation and device capabilities. So not yet. He offered to remote into my Meteobridge (to get to my GW1000) but I didn't want the down time of my CWOP and other stations. So I arranged to send him a GW1000. I don't know how long it will take for this project. He's a busy guy. But I would say for now it looks promising unless there is an unforseen problem. I'm also in touch with Ecowitt for support regarding this as they are just as excited about it. If there are problems it may require Ecowitt to either finish and add polish to the API and issue firmware updates. It's a work in progress from all ends. Eventually it will work as all sides are interested in achieving this. Ecowitt is not yet ready to release the API. They said it won't be ready for some time....they said a long time... Probably means months. But Boris is confident in what we do have so far. I'll update you all on progress, good or bad, like even if roadblocks happen.
There is more to this story but that is what I can share so far.
As to GW1000 to Meteobridge....well I wasn't going to let the cat out of the bag yet. I've sent the API (unfinished as it is) and been working on this with Boris and there is still work to be done and testing. He felt good about the documentation and device capabilities. So not yet. He offered to remote into my Meteobridge (to get to my GW1000) but I didn't want the down time of my CWOP and other stations. So I arranged to send him a GW1000. I don't know how long it will take for this project. He's a busy guy. But I would say for now it looks promising unless there is an unforseen problem. I'm also in touch with Ecowitt for support regarding this as they are just as excited about it. If there are problems it may require Ecowitt to either finish and add polish to the API and issue firmware updates. It's a work in progress from all ends. Eventually it will work as all sides are interested in achieving this. Ecowitt is not yet ready to release the API. They said it won't be ready for some time....they said a long time... Probably means months. But Boris is confident in what we do have so far. I'll update you all on progress, good or bad, like even if roadblocks happen.
There is more to this story but that is what I can share so far.
↧
↧
Re: Ecowitt HP2550/WS2000 extra sensor integration (AQM and Soil Moisture)
Here is where I am at. I've had the AcuRite 5n1 running with the internet Bridge posting to Meteobridge for a while. On April 5th, I guess they turned off the servers for acurite and now I'm dead in the water, so I'm looking to replace all my equipment. Looking at ws-2000, and 2902A, but I ran across the Ecowitt equipment and thought that would be great if it all worked. I want to get 2 consoles and post to Meteobridge with my TP-link.
↧
Re: Ecowitt HP2550/WS2000 extra sensor integration (AQM and Soil Moisture)
Well I'd say get going with an ObserverIP for now to use your Meteobridge. The ObserverIP is not an expensive device. Throw it up on eBay when you are done and that way the end result is an even less of an extra expense. Think of it as a very little investment to be up running now.
It's either that or get the Access and Acuparse to give you some extra functionality. But that doesn't get the Meteobridge going.
Or get a Davis to use the Meteobridge.
It's either that or get the Access and Acuparse to give you some extra functionality. But that doesn't get the Meteobridge going.
Or get a Davis to use the Meteobridge.
↧
Re: Ecowitt HP2550/WS2000 extra sensor integration (AQM and Soil Moisture)
Will the ObserverIp pickup the AcuRite 5n1 sensors signals? For my weather sensors I was either looking at getting the 2902 array, not sure if that makes sense or go with the Ecowitt seperate temp and wind sensors. Davis is a little pricey. Just want to go with something that's a little future proof. If you were buying all new equipment what would you buy? Just curious on opinions. Plus if I go with Ecowitt seperate sensors would the Observerip pick it up and will my display consoles display it.
↧