Welcome to EnviroDIY, a community for do-it-yourself environmental science and monitoring. EnviroDIY is part of WikiWatershed, an initiative of Stroud Water Research Center designed to help people advance knowledge and stewardship of fresh water.
New to EnviroDIY? Start here

Jim Moore

Forum Replies Created

Viewing 10 posts - 81 through 90 (of 101 total)
  • Author
    Posts
  • in reply to: GPRSBee #12761
    Jim Moore
    Participant

      I noticed that Atlas Scientific sensors are not in the ModularSensors list. I have built two EC sensor stations that are currently deployed in Great Marsh primarily to monitor stormwater runoff from the Pa Tpk. Scott Ensign has suggested I write this project up in more detail. Sara, are you interested in adding these sensors to ModularSensors if so I can give the code and details for this project?

      Currently these EC stations are storing the data on a sd card only. Access to these stations can be a bit challenging to say the least especially in this weather!

      I recently purchased some XBee’s from Sparkfun and have been able to get them talking to each other using the serial passthrough example code loaded on a Mayfly. I have checked out the range of the XBee Pro (60 mW) and I think they have the range to talk to a central location using the XBee’s ‘out of the box’ configuration.

      I am looking for any code examples for using XBee for end to end comm. Basically I want to send data to a central station station when ever the mayfly wakes up and takes
      EC and temperature data.

      On the hardware side has anyone had experience connecting an SMA conector to the XBee board with the attached whip antenna? The distances involved are about 1 KM LOS so will probably need some gain antennas since I am quite sure the little whip antennas wont quite cut it.

      I attached a dropbox link to brief report on the deployment of the EC/temp stations

      in reply to: GPRSBee #12356
      Jim Moore
      Participant

        I can feel your pain, Cal. I am going to face the problem of data upload to the the cloud or whatever on some projects that I am contemplating. I have a Mayfly water sensor on my property and the 2G is working fine. Shannon has a small box that does a 2G site survey that we used before installation of SL149

        I think the larger concern will be how to upgrade all the existing Mayfly’s using 2G when that service goes the way of the dot-matrix printer!

        I got some input on this question from some colleagues and in summary 3G and 4G will be overkill in terms of data rate so it would be expensive. The other option might be ORBCOMM which is a low data rate store and forward system which might be more affordable.

        in reply to: Mayfly RS232 Compatability (TTL to RS232 adapter?) #2313
        Jim Moore
        Participant

          Hi Stephen-

          Generally all you need is a diode (1n914) and clamp resister, 10 K, to the 3.3 Volt bus. This will isolate the higher rs232 voltage from the Mayfly. This is not totally spec (the diode drop gets added to your logic levels) but should work.
          Shannon can probably add to this in case he has tried the cheap and dirty solution and it doesn’t work. If not try it since these parts are less than a dollar or floating around in your electronic scrap box. Or Radio Shack if you can find a store that isn’t selling exclusively cell phones!

          in reply to: Interrupt #2227
          Jim Moore
          Participant

            I have been trying to setup the new rev 0.5 boards to run my Atlas Scientific sensors and I have been using the Mayfly_sleep example. I changed J1 to use D10 as the interupt and it didn’t work till I used attachInterrupt(2, wakeISR,CHANGE)
            This didn’t work reliably until I added the pinMode(RTC_PIN, INPUT_PULLUP) back into the example code.

            I now have the example code working on my rev 0.5 board but the battery voltage is 1.5.
            Multiple of 2! Initiating sensor reading and logging data to SDcard….
            Data Record: 2017-05-14 22:28:00,548116080,23.8,1.52
            showTime = 2017-05-14 22:29:00
            showTime = 2017-05-14 22:30:00
            Multiple of 2! Initiating sensor reading and logging data to SDcard….
            Data Record: 2017-05-14 22:30:00,548116200,23.8,1.52

            This code read the battery voltage correctly on the rev 0.3 board.
            Is the correct pin still A6?

            in reply to: Mayfly availability #2162
            Jim Moore
            Participant

              Thanks Shannon-
              I got my mayfly boards today and just ordered some protoboards.

              in reply to: Mayfly availability #2155
              Jim Moore
              Participant

                I just ordered two Mayfly boards so they seem to be in stock. I could not find the protoshields however. Are they in stock?

                in reply to: Mayfly availability #2140
                Jim Moore
                Participant

                  Any estimate when mayfly proto boards will be available?

                  in reply to: Atlas Scientific EZO logging program #2101
                  Jim Moore
                  Participant

                    I finally solved the never-sleep problem. The problem seems to be related to the slow decay of the power to the Grove connector. With the sensor connected the decay is approximately 50ms. In the senosrSleep() function the power and rx/tx are turned off but the Vcc voltage doesn’t get a chance to decay before this function is exited which seems to cause an immediate wakeup. I added a 100ms delay to that function and now seems to work as planned.

                    I am not sure what causes the immediate wake up but must be related to the residual voltage on the pwr pin. With the sensor disconnected the code works with out the delay probably because there is no capacitance to hold up the voltage.

                    I cleaned up the code a bit and here is rev 1.0

                    in reply to: Atlas Scientific EZO logging program #2090
                    Jim Moore
                    Participant

                      You assume correctly. When operating correctly the red power LED3 is off during sleep mode. I just retested with my sensor disconnected and works properly with myserial.begin(9600) active. Therefor my problem seems to be when the sensor is connected and returning data.

                      I need to do a bit more trouble shooting. The objective is to wake the mayfly, turn on the sensor and let it collect n samples of data (1 per second) then go to sleep. A possible related problem is that the tx pin (10) needs to be set low when in sleep mode otherwise it feeds Vcc to the sensor.

                      I’ll report back after some further testing.

                      Thanks, Shannon

                      in reply to: Mayfly availability #2086
                      Jim Moore
                      Participant

                        What is the status of the prototyping shields?

                        Thanks

                      Viewing 10 posts - 81 through 90 (of 101 total)