|
|
Post by Calesar380 on Apr 11, 2019 10:55:34 GMT -8
BP;
Thanks, dumb question but just the humidity sensor yes? Allen.
|
|
|
|
Post by SDL on Apr 11, 2019 15:45:04 GMT -8
Just the AM2315. It is a temperature and humidity sensor.
BP
|
|
|
|
Post by Calesar380 on Apr 23, 2019 12:56:55 GMT -8
Hello BP;
I forgot to clue you in; the sensor was sent back last week; the tracking number per USPS is 9400 1102 0082 8016 0983 77 on 4/13/2019. Thanks again; and by the way will I benefit from the Grove circuit as well? Allen.
|
|
|
|
Post by SDL on Apr 25, 2019 12:40:52 GMT -8
Allen,
What was your RMA#? That is how we track these. And yes, we will include a Grove PowerSave back to you. Once I get the RMA Number, I'll go find it.
BP
|
|
|
|
Post by triggerfish on Apr 26, 2019 0:54:42 GMT -8
Hi guys,
I have been running the system with the powersave controlling the am2315 and so far I have had no bad values in blynk or on wunderground. I True-ed all debug options and on average the am2315 is power cycled about 6 or 7 times in the 48 hour reboot sequence. I removed my own logic to check for bad values so this runs sort of "out of the box". I did implement other changes, but they do not do anything in the am2315 part.
So far so good!
|
|
|
|
Post by SDL on Apr 28, 2019 17:41:53 GMT -8
That is really great news! We may have finally nailed this problem. Thanks for the update.
BP
|
|
|
|
Post by triggerfish on May 3, 2019 4:11:51 GMT -8
Mmm, lockup, just as I wonder what happened  After last regular reboot, no data was transmitted. When I looked in the logs, the am2315 kept giving bad values from start. I rebooted again and things went back to relative normal. Attsched is the begin of the log:
pi@IBADHOEV14:~/SDL_Pi_GroveWeatherPi/log $ head -80 IBADHOEV14_2019-05-03_00.44.44.log
deviceID = 0x1050
data = [0, 0]
visible= 0
data = [0, 0]
as3935 present at 0x02
An exception of type IOError occurred. Arguments:
(121, 'Remote I/O error')
AM2315readCount = 0
An exception of type IOError occurred. Arguments:
(121, 'Remote I/O error')
AM2315readCount = 1
An exception of type IOError occurred. Arguments:
(121, 'Remote I/O error')
AM2315readCount = 2
AM2315temperature= -2892.8
AM2315humdity= 3296.2
AM2315crc= 0
AM2315c= 0
outsideTemperature: -2892.8 C
outsideHumidity: 3296.2 %
crc: 0x00
GroveWeatherPi Solar Powered Weather Station Version 3.16-PH - SwitchDoc Labs
Program Started at:2019-05-03 08:07:39
----------------------
I2C Mux - TCA9545: Present
BMP280: Present
DS3231: Present
HDC1080: Present
HTU21DF: Not Present
AM2315: Present
ADS1015: Not Present
ADS1115: Present
AS3935: Present
OLED: Present
SunAirPlus: Present
Sunlight Sensor: Present
WXLink: Not Present
UseBlynk: Present
UseMySQL: Present
Check WLAN: Present
WeatherUnderground: Present
----------------------
Entering blynkInit:
state.EnglishMetric = 1
Exiting blynkInit:
blynkEventUpdate: GWP Startup Version 3.16-PH
blynkEventUpdate:POST:r.status_code: 200
blynkStateUpdate:Pre:put_body: ["2019-05-03 08:07:40: GWP Startup Version 3.16-PH\n"]
blynkStateUpdate:POST:r.status_code: 200
-----------------
SunAirPlus Sampling
-----------------
-----------------
Sample and Display
-----------------
-----------------
Weather Sampling
-----------------
-----------------
data = [21, 66]
>>>>>>>>>>>>>
Bad AM2315 Humidity = 8.3
>>>>>>>>>>>>>
>>>>>>>>>>>>>
Bad AM2315 Humidity = 8.3
>>>>>>>>>>>>>
>>>>>>>>>>>>>
Bad AM2315 Humidity = 8.3
>>>>>>>>>>>>>
>>>>>>>>>>>>>
Bad AM2315 Humidity = 8.3
>>>>>>>>>>>>>
>>>>>>>>>>>>>
Bad AM2315 Humidity = 8.3
>>>>>>>>>>>>>
Please advice.
|
|
|
|
Post by rassilon on May 13, 2019 16:02:25 GMT -8
Mine is reporting to high. get's worse as the temp go's up
|
|
|
|
Post by SDL on May 14, 2019 6:53:51 GMT -8
Rassilon,
It almost certainly is a sun screen problem. Try moving the AM2315 to a place where the sun does not shine on it directly.
BP
|
|
|
|
Post by rassilon on May 14, 2019 14:42:08 GMT -8
I tried that and then i noticed the rest of the sensors are reporting wrong. check the screenies.  Attachments:
|
|
|
|
Post by triggerfish on May 15, 2019 3:48:41 GMT -8
|
|
|
|
Post by calesar380 on May 17, 2019 13:34:37 GMT -8
Hello BP;
I was going thru your forum's different threads and saw something about the i2c bus so I noticed the kit that I have came with a 6 socket bus but discussions indicate a 4 socket bus. I removed the bus and attached the oled display to one and the hmidity/temperature sensor to the remaining socket. The kits been working correctly for the last 90 minutes including air pressure and inside temperature are back to real values. Im going to let it run the weekend and them connect it to wifi and if it holds up, connect the solar kit.
i guess this means no additional sensors like uv or air quality? But its runnig! Allen.
|
|
|
|
Post by calesar380 on May 18, 2019 2:53:48 GMT -8
Hello BP;
No such luck, after about 2 hrs I see that the humidity is displaying "nan" and +32F but at least the board is still displaying air pressure and inside temperature. Pushing reset doesn't change the humidity or ext temp behavior. Unplugging the board and reconnecting power does affect the humidity and ext temp, those read correctly and on-board readings are good also. Perhaps the humidity sensor is overheating or its memory allocation is saturated, but power restart suggests that a seized or saturated state has been released in one or more variable expressions. Is this what the power circuit you mentioned was designed to do? I dont see this as viable, having to interrup power in order to restart the weather station. Allen.
|
|
|
|
Post by SDL on May 19, 2019 15:10:44 GMT -8
calesar,
Remind me again what your system is? GroveWeatherPi I assume because of the "nan". What version of the GWP software are you using?
The Grove PowerSave is what we are referring to as far as powering down the AM2315 and powering it back up again. The problem is that the combination of the I2C controller in the Raspberry Pi and the I2C device inside of the AM2315 don't always seem to talk correctly.
With the new software, we have systems that are working perfectly.
BP
|
|
|
|
Post by calesar380 on May 20, 2019 21:18:25 GMT -8
Hello BP,
The kit is identified as order 2673 to CalESAR at 2059 Camden Ave, San Jose, CA 95124 to Ken Buscho and uses WeatherPklus All in One Station Controller 0019-Weatherplus-DSBT. It came with a support rod, 2 pc, bracket and rain guage, wind aerometer and external humidity and external temperature sensor. Included are a solar power kit and ftdi breakout board. Our Weather boots up as ver 035.
Based on my limited observations it seems the AM2315 needs to be turned off or at least reset in between pollings of the sensors since it appears to lock up with nan humidity results or unusual temperature readings of +32F or 220F or no reading and by not using the expander 6-slot i2c I can keep on-board temperature and barometric readings working. Overall it does not seem to matter which on board socket the oled and AM2315 are using since error takes place ultimately in a few hours, which is an improvement over using the previous AM2315 which stopped the board from working at all.
If the Grove Power Save can help sync the i2c on both the board and the AM2315 that would seem the way to go. It wasn't in the replacement shipment per the rma replacement of the AM2315 so if theres a way to get one let Ken or me know. Thanks, Allen.
|
|
After last regular reboot, no data was transmitted. When I looked in the logs, the am2315 kept giving bad values from start. I rebooted again and things went back to relative normal. Attsched is the begin of the log:
