|
Post by caughron on Oct 28, 2017 6:38:34 GMT -8
Thanks. Not sure if it makes a difference regarding the Pi software, but after I get the “lockup”, the software continues to run and reports all the sensors correctly with the exception of AM2315. It reports as not present. I’m having trouble following it being a Pi software issue with that and the fact that this thing ran flawlessly for several months. Not sure if it is correlated to software updates you pushed out, but it does seem to have begun sometime after I installed them. Should there be other reports of this happening if it is a software issue?
Think I will order a new 2315 and the Powersaver and see what progress I can make. I plan on a 2nd system if I can get this one reliable, so I guess I can use those parts on it if it doesn’t end up being the problem.
Thanks.
|
|
|
Post by caughron on Oct 24, 2017 21:49:00 GMT -8
Well, I’d be very happy to send you this one for one that works. You can duplicate it to your hearts content! 😀
|
|
|
Post by caughron on Oct 18, 2017 17:04:36 GMT -8
So what would I control with the Powersave? I’ve removed the I2C mix from the system and still getting the error. Is it the Pi itself locking up? My take on the Powersave was it would allow a remote reset of the I2C mix, but if that isn’t the problem not sure what I would use it to control.
If it is the I2C mix, I’ve read the documentation that shows there is a reset pin on the mux that can be controlled by software to do a reset in the event of a lockup. Looks like a possible known error of getting stuck during the reading of a bus. Looks like a resistor pull-up between the reset pin and vdd. Do you know if that resistor is in place, or would I need to add that?
Thanks for the help.
|
|
|
Post by caughron on Oct 12, 2017 17:47:41 GMT -8
Ok, sorry for the delay but have been out of town.
I tried two things. First, I removed the AM2315 from the I2C Mux board and plugged it into an I2C slot on the Weather Board. I removed the lightning detector from the I2C Mux and ran the system. Everything booted into working condition and ran for about a day before I got the lockup. As usual that did not respond to anything but recycling the power.
Next I removed the I2C completely and left the AM2315 plugged into the Weather Board. Additionally, I plugged the I2C Hub into an I2C slot on the Weather Board and ran that configuration. Once again, everything booted fine and ran for about 12 hours before failing and locking up again.
This has eliminated the I2C Mux and isolated the recurring problem to the AM2315 it seems. The last thing I can try is eliminating the I2C Hub from the system as well, but at this point I'm pretty confident the problem lies with the AM2315.
Any thoughts or suggestions are greatly appreciated.
|
|
|
Post by caughron on Oct 4, 2017 21:54:31 GMT -8
I should've thought of that! I will give it a try hopefully tomorrow. Thanks for the suggestion.
|
|
|
Post by caughron on Sept 25, 2017 22:17:42 GMT -8
Yes, the jumpers are installed. Just hard to pick out in the photo. Not sure what is meant by remove HDC1080? From code or hardware? I don't think I have it in hardware.
As for 1015 and 1115, I've only had that mis-detection once that I've seen. I rebooted again after the logs I sent and it detected correctly. So, not sure what that was about.
Additionally, I did a fresh clone of the SDL software to eliminate any errors I may have introduced in code changes. Still getting the lockup with latest code running.
Still like to hear your thoughts on replacing the I2C Mux board as a possible cause of the failure. As I said, this has just recently begun occurring. Prior, it ran without the lockup error for several months.
Thanks for the ongoing help.
|
|
|
Post by caughron on Sept 24, 2017 8:55:26 GMT -8
Good morning. I checked the system this morning while in fail mode. In response to the Pi2Grover white LED - no it is not on constant during failure. It flashes on/off as normal in conjunction with the 16-bit ADC. I did notice however, the white LED does not flash at all on the I2C Bus during failure mode, but does after reset and running normally. Here is a readout of i2cdetect after reset: pi@WeatherPi:~ $ i2cdetect -y 1 0 1 2 3 4 5 6 7 8 9 a b c d e f 00: -- -- -- -- -- -- -- -- -- -- -- -- -- 10: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 20: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 30: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 40: 40 -- -- -- -- -- -- -- 48 -- -- -- -- -- -- -- 50: -- -- -- -- -- -- -- 57 -- -- -- -- 5c -- -- -- 60: -- -- -- -- -- -- -- -- 68 -- -- -- -- -- -- -- 70: -- -- -- 73 -- -- -- 77 Here is a readout of GroveWeatherPi.log after reset: I2C Mux - TCA9545: Present BMP280: Present DS3231: Present HDC1080: Not Present HTU21DF: Present AM2315: Present ADS1015: Present ADS1115: Not Present AS3935: Present OLED: Not Present SunAirPlus: Not Present Sunlight Sensor: Not Present WXLink: Not Present ****Of interest is the reporting for ADS1015 & ADS1115 - I have 1115 installed. Not sure why system is reporting 1015 present and not 1115. Also, HDC1080 is reported not present. I believe that to be a chip on one of the boards? Readout of sampling after reset: Local WeatherRack Weather Sensors Sampling Rain Total= 0.00 in Rain Last 60 Minutes= 0.00 in Wind Speed= 2.99 MPH MPH wind_gust= 4.48 MPH Wind Direction= 247.50 Degrees Wind Direction Voltage= 2.816 V DS3231 Real Time Clock BMP280 Barometer Temperature = 66.45 F Pressure = 100.20 KPa Altitude = 94.59 m Sealevel Pressure = 101.62 KPa Sunlight Vi/IR/UV Sensor Not Present HDC1080 Temp/Hum Not Present HTU21DF Temp/Hum AS3935 Lightning Detector ----No Lightning detected--- AM2315 Temperature/Humidity Sensor outsideTemperature: 64.2 F outsideHumidity: 40.6 % crc: 1 Strange indeed! Attachments:
|
|
|
Post by caughron on Sept 23, 2017 18:34:59 GMT -8
I'll check on that light in the morning. As far as HDC1080 and HTU21DF, not sure if the conflicting address is a result of the problem or like that prior to the failure. I followed the installation instructions exactly from the tutorial, so it shouldn't be a result of installation error.
My question is this. Could it simply be that the I2C board is going out? This system was running without this issue for several months. It just started with no changes to installation, configuration or anything else that I am aware of. Would it be more beneficial to replace that board than to purchase another component to compensate for a failing board?
Thanks for the help. I will reset the system after I check on the light and send an updated log with it running to check those addresses.
PS - i2cdetect readout with the system in fail mode:
pi@WeatherPi:~ $ i2cdetect -y 1
0 1 2 3 4 5 6 7 8 9 a b c d e f
00: -- -- -- -- -- -- -- -- -- -- -- -- --
10: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
20: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
30: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
40: 40 -- -- -- -- -- -- -- 48 -- -- -- -- -- -- --
50: -- -- -- -- -- -- -- 57 -- -- -- -- -- -- -- --
60: -- -- -- -- -- -- -- -- 68 -- -- -- -- -- -- --
70: -- -- -- 73 -- -- -- 77
|
|
|
Post by caughron on Sept 22, 2017 21:46:37 GMT -8
I think you're on to something here. My system is currently in the failed mode. Checking the log I see the following being reported:
Local WeatherRack Weather Sensors Sampling Rain Total= 0.00 in Rain Last 60 Minutes= 0.00 in Wind Speed= 0.00 MPH MPH wind_gust= 0.00 MPH Wind Direction= 0.00 Degrees Wind Direction Voltage= 2.114 V DS3231 Real Time Clock BMP280 Barometer Temperature = 67.42 F Pressure = 99.82 KPa Altitude = 126.40 m Sealevel Pressure = 101.24 KPa Sunlight Vi/IR/UV Sensor Not Present HDC1080 Temp/Hum Not Present HTU21DF Temp/Hum AS3935 Lightning Detector Not Present AM2315 Temperature/Humidity Sensor Not Present Local WeatherRack Weather Sensors Sampling Rain Total= 0.00 in Rain Last 60 Minutes= 0.00 in Wind Speed= 0.00 MPH MPH wind_gust= 0.00 MPH Wind Direction= 0.00 Degrees Wind Direction Voltage= 2.124 V DS3231 Real Time Clock BMP280 Barometer Temperature = 67.44 F Pressure = 99.82 KPa Altitude = 126.40 m Sealevel Pressure = 101.23 KPa Sunlight Vi/IR/UV Sensor Not Present HDC1080 Temp/Hum Not Present HTU21DF Temp/Hum AS3935 Lightning Detector Not Present AM2315 Temperature/Humidity Sensor Not Present Local WeatherRack Weather Sensors Sampling Rain Total= 0.00 in Rain Last 60 Minutes= 0.00 in Wind Speed= 0.00 MPH MPH wind_gust= 0.00 MPH Wind Direction= 0.00 Degrees Wind Direction Voltage= 2.114 V DS3231 Real Time Clock BMP280 Barometer Temperature = 67.42 F Pressure = 99.81 KPa Altitude = 126.48 m Sealevel Pressure = 101.23 KPa Sunlight Vi/IR/UV Sensor Not Present HDC1080 Temp/Hum Not Present HTU21DF Temp/Hum AS3935 Lightning Detector Not Present AM2315 Temperature/Humidity Sensor Not Present
AS3935, HDC1080 and HTU21DF are all installed and report present when system is running correctly. With all these failures it has to be the common factor of the I2C bus.
Thanks for the update, I will try the workaround tomorrow.
|
|
|
Post by caughron on Sept 18, 2017 6:18:35 GMT -8
Ok, so for a little more info on this. Looking at my Wunderground history, it looks like I'm only getting anywhere from 3-6 hours of reporting before this sensor completely fails. I have a catch setup to prevent reporting to Wunderground if the crc is -1 to prevent erroneous data being reported. By looking at the history of my wunder site the rate and consistency of failure can be seen. www.wunderground.com/personal-weather-station/dashboard?ID=KCABAKER102#history/s20170917/e20170917/mdailyThe last couple failures have been about 3 hours after reset. The data shows it goes several days without resetting. I'm not always able to go out and do a hard reset immediately, so that is why the span of downtime before coming back online. Hope that helps someone help me figure this thing out.
|
|
|
Post by caughron on Sept 17, 2017 11:16:42 GMT -8
Hello, hoping I can get some assistance with my AM2315. I have a Grove WeatherPi build without the solar option. I have ensured that the power source is the 2+ amp supply as well. The build has has been working well for the last two months or so - other than known bugs and issues. Within the last two weeks however, I've noticed a complete failure of AM2315. It simply stops reporting and only returns crc of -1. This occurs at some point while the system is running and working as expected. It is not after a reboot or power failure, just mid-stream of normal operation. I have found that that the sensor will not revocer with a sudo reboot of the system. I have to physically remove power to the system and reapply. The sensor then immediately comes back online and functions. This lasts about three days and then the same situation occurs. This has been consistent now for four of these cycles. This seems similar to a post in another thread ( forum.switchdoc.com/post/1380/thread ). Is anyone else experiencing this problem? I think the sensor may be bad. I originally had problems with this sensor when setting up my unit. It frequently would not get recognized on boot up. I had to write a loop in the code to attempt detection up to a hundred times. Although the workaround worked well, it will still occasionally loop 100 times without recognizing the sensor. I did report these problems to SDL, but I never received the follow up I was told I would get. Any help would be great! Additionally I'm still having huge erroneous wind gust reporting problems even after the latest updates. I'll post those on a new thread as it doesn't fit here, but I'm hoping I can get these bugs worked out for reliability. Thanks in advance for any help.
|
|
|
Post by caughron on Jul 11, 2017 22:26:08 GMT -8
Hibbes, This is a known problem and it is scheduled to be worked on in the second half of June (alone with a few other minor issues and a small feature update). If you can modify the code, you can easily throw away the outlier values. If not, you will need to wait for Version 022. We are almost certain that the problem is caused by improperly handling several fast interrupts coming into the computer. We have seen it on Arduino ESP8266 systems and also on Raspberry Pi based units. Since the drivers for the anemometer are basically the same (interrupt driven), we have some kind of design bug. Best, BP Any estimate on the release for this fix?
|
|