jhcii
New Member
Posts: 40
|
Post by jhcii on Aug 22, 2019 14:31:55 GMT -8
Ok figured it out and have it cloned. But when I try to test the AM2315 it says already in use and just sits there with no readings coming in. Also when I run the skyweather.py it hangs on "after SHT30" I let it sit several minutes but then gave to cntrl c and it will continue after that. I'm thinking the AM2315 seems to be suspect since I'm not getting anything from it... I'm going to recheck it's wiring but nothing had been changed before so don't know why it won't work now.
|
|
|
Post by SDL on Aug 22, 2019 15:12:56 GMT -8
Please post what it says when you 1) Have the AM2315 plugged in and when you don't have the AM2315 plugged in. It will help.
BP
|
|
jhcii
New Member
Posts: 40
|
Post by jhcii on Aug 22, 2019 15:42:51 GMT -8
I get the same thing, nothing until I cntrl c. I retested everything else and now I get I2C mux errors and nothing detected on the I2C. Could the Grover board have gone out? It's not detecting the AS3935 or the dust sensor. When I test the skyweather app I get pictures on the camera and the weather rack seems to work right, the light sensor seems to work in the test or I get readings from it like the manual says. I powered off, waited and moved the I2C connectors on the grover board to the other two I2C connectors and get the same results. When I run the AM2315 test I do see the light at the buss flickering so I think it's sending the signal for the test just not getting an answer? So I'm stumped, I've torn it down completely, reassembled it, checked all wiring, same results. I don't have the original software ( I thought etcher had worked making a backup but it didn't ) so I can't try the original software sent with it. The tests that seem to get stuck I've left running for 15 minutes with no results so I had to cntrl c out. Lightning board has light on on it so I assume it's at least getting power but not talking. I don't see why everything would work and test ok but after a git pull all of this start. Even after completely deleting the SDL_Pi_SkyWeather directory and doing a git clone same results. I'm stumped.
|
|
|
Post by J.cantrell on Aug 23, 2019 10:59:37 GMT -8
As a side note the test for I2C devices I get the same readings that are in the manual. So I'm guessing that the grover is ok, but something is going on
|
|
|
Post by SDL on Aug 24, 2019 7:00:30 GMT -8
To be clear: You get the same result with the AM2315 plugged in or not. Correct?
Could you post exactly what the program prints out when you start it up. I'm confused. If you are using the Blynk app, it seems to be transferring?
How are you connected up to your Raspberry PI as far as your terminal goes?
BP
|
|
|
Post by John H C on Aug 24, 2019 8:39:14 GMT -8
I get exactly the same thing which is just a cursor until I cntrl c out. I don't have the station installed yet as I was getting the weatherproof box done and setup first ( wanted to be sure it was working correctly before putting on a pole 20 feet above the house ) so had everything connected and was running the tests which worked on the original program, decided to update the program after rebooting the system opened the shell cd to the directory did git pull, it pulled stuff then had a message about committing. I tried the tests again and that's when the problems started. I shutdown and rebooted same problems. Deleted the directory and cloned it like I was told. I have a monitor hooked up to it with keyboard and mouse, again because I don't have the kit installed on the pole yet as I like to make sure everything is working beforehand. I've started the am2315 test and waited up to 15 minutes for a response from the unit, I can see that the light on buss0 is flashing which I assume to be turn on and then read signals but nothing comes up. I'm going to try to start it again and check it out, I've rechecked every wiring and it's all plugged in correctly. When I did the testSDL_Pi_TCA9545 the results are the same as the manual. testAM2315 gives the channel is already in use warning then the cursor on the next line which waits with no temp or humidity display ( with or without the AM2315 hooked up ). The AS3935 test will at times detect the board and say waiting for lightning, other times it's not detected. The testDust sometimes works other times nothing but a the cursor till I cntrl C out. And the TSL2591 usually works or shows pretty much same reading as the manual. WeatherRack works as expected. When I start SkyWeather I get the camera revision something about the bme680 and it hangs till I cntrl c then it will continue and at times I get a I2C mux error and listing like the manual but some of the sensors etc no being detected.
|
|
jhcii
New Member
Posts: 40
|
Post by jhcii on Aug 24, 2019 9:53:37 GMT -8
Testing AM2315 press enter and cursor drops down with no readings showing up. Cntrl c gives Traceback (most recent call last): File "testAM2315.py", line 51, in <module> outsideHumidity, outsideTemperature, crc_check = am2315.read_humidity_temperature_crc() File "./SDL_Pi_AM2315/AM2315.py", line 246, in read_humidity_temperature_crc self._read_data() File "./SDL_Pi_AM2315/AM2315.py", line 136, in _read_data time.sleep(2.000) Keyboard interrupt
The AS3935 test gives AS3935 NOT detected at I2C port 0x02 on base Bus
If I sudo pigpiod and run the AS3935 I get >>>>>>>>>>>>>><<<<<<<<<< TCA9545 I2C Mux Not Present >>>>>>>>>>>>>>>>>>><<<<<<<<<<< AS3935 NOT detected at I2C port 0x02 on base Bus
When I do testDust after a few seconds Air Quality Measurements for PM2.5: 1113 particles/0.01ft^3 1 ugm^3 Current AQI (not 24 hour avg): 7. Then another reading slightly higher until I cntrl c Traceback (most recent call last): File "testDust.py", line 53, in <module> time.sleep(5) Keyboard interrupt Test TSL2591 gives a readout close to what is in the manual Test WeatherRack tilting rain bucket increases rain total, moving wind vane changes direction, spinning anemometer increases wind speed. Starting SkyWeather gives this (8.649600000000005, 24, 14) () ('Pi Camera Revision' u'ov5647) ('after bme680', True) as3935 start I/O error(121): Remote I/O error I/O error(121): Remote I/O error after SHT30 Cursor drops down and nothing cntrl C then SkyWeather Weather Station Version 046 - SwitchDoc Labs
Program Started at:2019-08-24 13:25:23
--------------- I2C Mux - TCA9545: Present BME680: Present BMP280: Not Present SkyCam: Present DS3231: Not Present HDC1080: Not Present SHT30: Not Present AM2315: Not Present ADS1015: Not Present ADS1115: Present AS3935: Not Present OLED: Not Present SunAirPlus/SunControl: Not Present SolarMax: Not Present SI1145 Sun Sensor: Not Present TSL2591 Sun Sensor: Present DustSensor: Present WXLink: Not Present Dual SolarMAX/WXLink: Not Present UseBlynk: Not Present UseMySQL: Not Present Check WLAN: Not Present WeatherUnderground: Not Present UseWeatherStem: Not Present ------- sendmail exception raised -------- Sample and Display ----- ----- Weather Sampling ----- (' value = ', 3045.0) (' voltageValue = ', 3.045) ----- ----- SunAirPlus Not Present ----- ----- ----- ----- AS3935 Lightning Detector Not Present ---- ----- ----- Sample and Display Done ----- taking SkyPicture ----- Scheduled Jobs ----- Jobstore default: Same as manual ----- Cntrl C Traceback (most recent call last): File "SkyWeather.py", line 1898, in <module> time.sleep(1.0) Keyboard interrupt
So I'm guessing it has something to do with SHT30 not being detected? Lightning board has power ( light on board is on ) and it appears that just the lightning detector and AM2315 aren't being detected. What is the SHT30? I have the files in the directory. So I'm stumpped
|
|
|
Post by SDL on Aug 24, 2019 13:17:36 GMT -8
You don't have an SHT30. That's a new sensor we are just starting to support. I think we should replace the AM2315, and I'd like you to do it under this program. forum.switchdoc.com/thread/1033/am2315-exchange-programOnce we solve this, let's get back to the lightning detector. I'm wondering if you have the interrupt line and I2C cables swapped. BP
|
|
jhcii
New Member
Posts: 40
|
Post by jhcii on Aug 29, 2019 7:39:10 GMT -8
I will get the sensor shipped out Friday, had to go out of town on business and forgot to take it with me. I'll recheck the wiring on the thunder board and see if it'll respond
|
|
jhcii
New Member
Posts: 40
|
Post by jhcii on Sept 3, 2019 5:54:01 GMT -8
I've sent the sensor out today. You should receive it Thursday 9-5-19. But when I entered the zip code 99037 and address per the program you referenced it comes up as a Veradale Wa address not a Spokane Valley Wa address. I hope that is correct.
|
|
|
Post by SDL on Sept 3, 2019 16:52:13 GMT -8
Town was renamed a couple of years ago so both should be correct.
|
|
|
Post by Powderjockey on Sept 6, 2019 17:45:49 GMT -8
Why does the "git pull" not work?
sudo git pull remote: Enumerating objects: 34, done. remote: Counting objects: 100% (34/34), done. remote: Compressing objects: 100% (10/10), done. remote: Total 22 (delta 17), reused 17 (delta 12), pack-reused 0 Unpacking objects: 100% (22/22), done. From https://github.com/switchdoclabs/SDL_Pi_SkyWeather a2666a0..76b5103 master -> origin/master Updating c09bc29..76b5103 error: Your local changes to the following files would be overwritten by merge: .gitignore README.md RaspberryPi-AS3935/RPi_AS3935/RPi_AS3935.py SDL_Pi_SHT30/SHT30.py SkyCamera.py SkyWeather.py SkyWeatherSQL/WeatherPiStructure.sql config.py graphs/BarometerLightningGraph.py graphs/PowerCurrentGraph.py graphs/PowerVoltageGraph.py readLoRa.py startserver.sh static/skycamera.jpg testAS3935.py testWXLink.py updateBlynk.py Please commit your changes or stash them before you merge. error: The following untracked working tree files would be overwritten by merge: static/SkyWeatherLogoSymbol.png static/WeatherSTEMLogoSkyBackground.png Please move or remove them before you merge. Aborting
|
|
wolf
New Member
Posts: 43
|
Post by wolf on Sept 7, 2019 2:26:37 GMT -8
That is the way git works. You have local changes (e.g. in the working area, not yet part of the git history) and the merge will not automatically fix that for you. You have two options that I know of:
1. Commit your changes to the local git branch before doing a pull. > git add . > git commit (this should open an editor where you can put a commit comment) > git pull
2. Temporary stash your changes, so the working area is clean. Then pop the changes back after fetching the updates. > git stash > git pull > git stash pop
In either solution you might get merge conflicts (this depends on the kind of changes you made) which you then have to solve manually. For solution 1 that might happen in the pull, in solution 2 that might happen during the stash pop.
In that case, please refer to google.
|
|
jhcii
New Member
Posts: 40
|
Post by jhcii on Sept 13, 2019 16:33:32 GMT -8
Ok I got the new sensor. I'm on version 46 but I do believe my issue must be software related. You sent me a SHT30 sensor I believe, but if I try to test it with the SHT30.py it hangs and I have to control c to exit. When I try the other tests most pass but the thunder board fails, but here's my issue. If I run the SkyWeather program several sensors don't show up and it hangs on starting the SHT30 I control c and it will continue and show the information of what sensors are working. Now after it gets past that and is patting the dog I let it run for awhile and those sensors are still nothing. But if I control c wait a few then restart the program hangs again at the SHT30 I control c to continue the program and wham all the sensors including the thunder board show up and are working. I have wiped the card now twice and reinstalled everything I'm thinking that for some reason when it calls on the SHT30 it hangs so I assume that maybe that code has an error, but I still can't figure out why the thunderboard on tests or first start won't show up but if you stop SkyWeather then restart it it'll recognize the missing sensors. The earlier version of software worked and saw all the sensors, this version 46 not so much... I'd say I'm pulling out my hair but I don't have any left to pull out.
|
|
|
Post by SDL on Sept 13, 2019 18:17:27 GMT -8
Move to 047 and let's work on that version.
BP
|
|