texag
New Member
Posts: 21
|
Post by texag on Dec 22, 2022 16:29:51 GMT -8
The replacement SDR adapter restored full functionality to the SkyWeather2 software.
Kevin
|
|
texag
New Member
Posts: 21
|
Post by texag on Nov 23, 2022 7:26:04 GMT -8
Thanks for the replies.
I made sure SkyWeather2 was not running before testing the adapter. I also plugged the adapter into each USB port without luck.
I just ordered a replacement and will post back here when it arrives any let everyone know if that solves the problem.
Thanks, Kevin
|
|
texag
New Member
Posts: 21
|
Post by texag on Nov 22, 2022 12:05:19 GMT -8
After 18 months of solid operation SkyWeather2 now only logs data for a short time (if at all) after a PI reboot.
I killed the SkyWeather2.py app and ran "sudo python3 testWirelessSensors.py" with the following output:
pi@wxstation:~/SDL_Pi_Skyweather2 $ sudo python3 testWirelessSensors.py
Starting Wireless Read
rtl_433 version -128-NOTFOUND branch master at 202104131855 inputs file rtl_tcp RTL-SDR
Use -h for usage help and see https://triq.org/ for documentation.
Trying conf file at "rtl_433.conf"...
Trying conf file at "/root/.config/rtl_433/rtl_433.conf"...
Trying conf file at "/usr/local/etc/rtl_433/rtl_433.conf"...
Trying conf file at "/etc/rtl_433/rtl_433.conf"...
quiet option (-q) is default and deprecated. See -v to increase verbosity
Consider using "-M newmodel" to transition to new model keys. This will become the default someday.
A table of changes and discussion is at https://github.com/merbanan/rtl_433/pull/986.
Registered 6 out of 152 device decoding protocols [ 146-148 150-152 ]
No supported devices found.
I'm wondering if the SDR adapter may be dying. Has anyone had their SDR adapter fail?
Thanks, Kevin
|
|
texag
New Member
Posts: 21
|
Post by texag on Aug 20, 2021 14:21:49 GMT -8
I sent message with my STATIONKEY
Thanks Kevin
|
|
texag
New Member
Posts: 21
|
Post by texag on Aug 20, 2021 3:44:42 GMT -8
How do I solve the error The pastebin URL is (r.text):{"error":"Unregistered SkyWeather Station"} when attempting to send weather data to WeatherSTEM? The Device Key at WeatherSTEM matches STATIONKEY in SkyWeather2.JSON. The STATIONKEY is hashed and sent with the post request. Is there a setup step I missed?
Processing F016TH data
This is the raw data: {"time" : "2021-08-19 22:14:35", "model" : "SwitchDoc Labs F016TH Thermo-Hygrometer", "device" : 216, "modelnumber" : 5, "channel" : 1, "battery" : "OK", "temperature_F" : 70.300, "humidity" : 56, "mic" : "CRC"}
--------------------
SkyCam Package Sending
--------------------
API Key: XXXXXXXXXXXXXXXXXXXXXXXXXX
------->Sea Level 1017.0925
The pastebin URL is (r.text):{"error":"Unregistered SkyWeather Station"}
-
Thanks, Kevin Attachments:
|
|
texag
New Member
Posts: 21
|
Post by texag on Feb 1, 2020 6:34:49 GMT -8
I had the same problem (with my GroveWeatherPI) until I changed the URL in the python code from "https" to "http".
Kevin
|
|
texag
New Member
Posts: 21
|
Post by texag on Dec 8, 2019 16:18:58 GMT -8
Last winter, 80% of the days in February were completely overcast. During this period my 4 solar panel frame (see pic #1) could not keep my 15.6 AH battery charged. I spent much of the month swapping batteries so I could keep the weather station up. This year I’m hoping to avoid this by building a large battery and increasing my station’s ability to keep the battery charged through the winter. Last spring I built a large battery (32 18650 cells, 96 AH). Recently I designed and printed an 8 panel frame (see pic #2). The 8 panel frame uses the 6V 330 ma solar cells and a single Multi Solar Panel Connector Board (https://shop.switchdoc.com/collections/solar/products/multi-solar-panel-connector-board). My design pairs 2 solar cells in parallel to turn the 8-330ma cells into 4-660ma cells. See the back side of the frame (pic #3) to see how it is wired. Today I measured the VOC and was surprised that the voltage was at ~ 7 volts (see pic #4). I covered the upper half and then the lower half (see pic #5) and the VOC was at 6.6 volts. I did not expect the 2 cells-in-parallel configuration to increase the voltage. Regardless, even 6.6v is outside the specs of the SunControl board. It seems that I’ll need to install a zener diode to lower the voltage below 6V. I guess I’ve been running my SunControl in an over voltage condition for ~1.5 years with my current 4 panel configuration. I seems like I should have blown out the board. If anyone is interested, I’ll upload the STLs and CAD files for the 8 panel frame. Kevin
|
|
texag
New Member
Posts: 21
|
Post by texag on Jul 17, 2017 15:33:32 GMT -8
GroveWeatherPi suffers from the Wind Gust problem as well. I've attached a screenshot of some of my wind gust data. Kevin
|
|
texag
New Member
Posts: 21
|
Post by texag on Jul 13, 2017 11:43:02 GMT -8
Also just a note. My rain bucket still reports double the amount of rain it should per interrupt. It goes up by 0.02" instead of 0.01" each time. I am not sure if you are fixing that along with the other rain issues. I've consistently had more rain than other stations in my area as well (I was recording twice the rain as other stations). I think the problem is either in the rain bucket tip count or the volume of a bucket tip. I checked both and I did not see anything that looked wrong. The rain bucket interrupt routine has a 500 millisecond delay for debouncing the switch. I haven't tested it, but 500 ms seems like that should be enough. I checked the documentation on the volume of a bucket tip (0.2794 mm) and the code checked out OK. So I assumed my bucket was tipping with less volume. I bought an Acu-rite rain gauge and set it out near my station. I used that gauge to calibrate the bucket tip volume. After two rain days my adjusted tip volume was 0.1682 mm. Since I updated SDL_Pi_WeatherRack.py, my station readings are comparable to the other stations in the area. Attached are my changes. Kevin Attachments:
|
|
texag
New Member
Posts: 21
|
Post by texag on Jul 10, 2017 17:20:57 GMT -8
There are three places where outsideTemperature, outsideHumidity, crc_check = am2315.sense() is called. Try adding the work around code to the AM2315 detection logic around line #497. See my attachment. Kevin
|
|
texag
New Member
Posts: 21
|
Post by texag on Jul 10, 2017 16:12:11 GMT -8
Robert, I tweaked the GroveWeatherPi.py *a lot*. So, I'm more than a little hesitant about posting a reply as my changes might make your situation worse. So if you act on anything I have in my reply, make sure you backup your original code. Also, while my day job is software development, I'm still cutting my teeth on Python. I had problems with my rain processing as well. However, I don't remember the exact details. Here are my changes (see the attached file). - I changed the number of samples in the rain array from 20 to 12 ( I sample the rain data once every 5 minutes. 5x12 gives me the 60 minutes of rain data I need for WeatherUnderground).
- I added a scheduled function (job) that clears the totalRain value after midnight.
- I added the global statement to UpdateRain(). According to the Python 2.7 documentation (docs.python.org/2/faq/programming.html#what-are-the-rules-for-local-and-global-variables-in-python) modifications to global variables in a function require they be declared "global" otherwise those modifications are considered local. My understanding is that without the global specifier the changes to lastRainReading and rain60Minutes won't change the global values. (disclaimer: I'm still learning Python)
I also removed the scheduled (job) call to UpdateRain() and moved that call to within the SampleWeather() function. I don't think this affected anything, just a code re-org on my part. <*Edit *> After taking a second look, you should probably not make the change to the UpdateRain() scheduled job and the move of that call to SampleWeather(). The way I changed and use GroveWeatherPi.py it is safe. But, it may not be safe in your case (especially if you use RasPiConnect). That said, the "global" declaration change to UpdateRain() noted above is still valid.<*End Edit*> Anyway, These changes fixed *my* rain problems. Regards, Kevin
|
|
texag
New Member
Posts: 21
|
Post by texag on Jul 7, 2017 6:24:05 GMT -8
My AM2315 sensor has the same behavior. Take a look at my response to Axel: forum.switchdoc.com/thread/284/zero-value-outside-temp-humidityMy code block traps the CRC error (crc = -1), waits for 200 ms then attempts to read the sensor again. As SDL mentions in the above thread, the problem may be in the I2C driver logic (a timing problem with the AM2315?). Until that is addressed my replacement code should work for you. Kevin
|
|
texag
New Member
Posts: 21
|
Post by texag on Jul 6, 2017 13:20:47 GMT -8
Axel,
I had similar problems with my AM2315 temperature sensor. At times it would report values of zero (usually the result of a CRC error) or very large negative values. I re-wrote the standard AM2315 read code in GroveWeatherPi.py to execute a re-try on the sensor read until it returned a reasonable value. I don't know if the erratic values are common with this sensor but your description sounds similar to my problem.
The old code is :
outsideTemperature, outsideHumidity, crc_check = am2315.sense() My replacement code is:
iii = 0
outsideTemperature, outsideHumidity, crc_check = am2315.sense()
#print "crc: %i" % crc_check
while ((crc_check == -1) or (outsideTemperature < -100.0) and (iii < 10)):
time.sleep(0.2)
tca9545.write_control_register(TCA9545_CONFIG_BUS0)
outsideTemperature, outsideHumidity, crc_check = am2315.sense()
iii = iii + 1
#print "outsideTemperature: %0.1f C" % outsideTemperature
#print "crc: %i" % crc_check
#print "iii: %i" % iii
Replace the old code with my code block to see if that fixes your problem.
Also, I'm not sure how familiar you are with python so be aware of the code indentation level where you insert the replacement code. In Python, source code with the same indentation is grouped together in a code block. Make sure my replacement code is indented to the same level as the old code.
Kevin
|
|
texag
New Member
Posts: 21
|
Post by texag on Jul 2, 2017 19:30:28 GMT -8
|
|
texag
New Member
Posts: 21
|
Post by texag on Jul 2, 2017 17:40:45 GMT -8
|
|