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

Danny Waz

Forum Replies Created

Viewing 10 posts - 1 through 10 (of 13 total)
  • Author
    Posts
  • Danny Waz
    Participant

      Update 3: Looks like EnviroDIY has merged my backward-compatible slave-side additions into their main library, so you don’t need my fork if you have the latest version. See example “g” for a slave implementation.

      in reply to: USB SDI-12 Interface #1761
      Danny Waz
      Participant

        The code is publicly available in my GitHub (link). For it to work, you will need my fork of the EnviroDIY SDI-12 library in your Arduino/libraries folder. At the time of this comment, it is ahead of EnviroDIY:master and fully backward-compatible, so it will not break your old sketches if you are already using that library.

        in reply to: Cellular telemetry for remote locations #1724
        Danny Waz
        Participant

          @shicks I assume you have been busy and this hasn’t happened yet… I’d like to start playing around with the GPRSbee on my own. Any recommendation on which Rev to buy and where to buy it?

          Danny Waz
          Participant

            Update 2: I have posted the modified library and an example implementation sketch in a fork off of the EnviroDIY Arduino-SDI-12 repository.

            https://github.com/dwasielewski/Arduino-SDI-12

            in reply to: Water level monitor with a Mayfly. #1677
            Danny Waz
            Participant

              Pardon the somewhat off-topic response, but regarding reading serial data I have found this post extremely helpful. Both of the examples above hold the loop() hostage until the whole string comes in. That’s okay in a small, single-sensor sketch, but it is susceptible to (a) truncating the string if the arduino gets ahead of the incoming data and (b) getting hung in the serial.read() “while” loop. It’s more robust (although, admittedly, more complicated) to add a single byte per loop() iteration.

              in reply to: Water level monitor with a Mayfly. #1676
              Danny Waz
              Participant

                According to the datasheet, the “RS232” models MB736x are 0-Vcc (typical RS232 is -13V to +13V). Of course, it will be inverted from TTL, but if you account for that in your softwareSerial constructor, I do not see why you should need an external converter (MAX232 or similar). In fact, the converter might cause problems if it’s shifting the logic levels on the sensor side. Disclaimer: I haven’t done this myself; I’ve only used the true-TTL MB7389 and the I2C versions. Feel free to correct me if you have experience with it.

                On the subject of sensor selection for future reference, the 7369/7389 might be preferable for water surface detection because they report the “largest” return rather than the “nearest” return. I can attest that the MB7389 does a good job of ignoring small objects partially obstructing its field of view. If the sensor field of view is relatively clear it’s probably a non-issue.

                in reply to: Cellular telemetry for remote locations #1639
                Danny Waz
                Participant

                  Thanks, @shicks. I will look into those too. I am glad to hear you are planning a tutorial already.

                  in reply to: Cellular telemetry for remote locations #1638
                  Danny Waz
                  Participant

                    Thanks for the links. Of these, the NimbeLink Skywire looks most like what I was imagining. The FONA boards have some promise, but the Adafruit library does not support data yet for the linked 3G version. I would consider a cell modem like the Raven a good option for a remote system based on a full-fledged computer (say, an RPi or NUC), but it looks like it would require a middleman to interface with a light MCU like an Arduino/Mayfly. Still good info to file away for future projects!

                    By the way, if you end up going with a CR300, Campbell makes their own compatible cellular modems (COM110A). I don’t about the prices, but staying within one company’s ecosystem might simplify the setup.

                    in reply to: USB SDI-12 Interface #1573
                    Danny Waz
                    Participant

                      I should mention that when I was about 90% done with it, I discovered Vegetronix offers something similar off-the-shelf. However, I am benefiting from some advantages to my approach:
                      1. It is customizable, which is especially useful for integration into custom applications on the host PC
                      2. Total cost was ~$15

                      in reply to: Ultrasonic Stream Depth Sensors #1496
                      Danny Waz
                      Participant

                        You are not missing something. It would be more accurate to say “ultrasonic stage height sensors”, because depth is merely retrieved, not sensed. This is problematic when one cannot easily survey the sensor as you said, even more problematic for sensing streams with moving beds. Presently, something like a pressure transducer can measure depth in-situ, but non-contact methods almost universally require an a priori stage-depth relationship. In the early 2000s, the USGS (John Costa, Kurt Spicer, et. al.)showed it’s possible to measure depth with ground-penetrating radar, but that’s not exactly economical or practical.

                        One of my current projects is tacking exactly that problem. It’s not ready for prime time yet, but if you are working on similar technology and wish to collaborate, feel free to private message me.

                      Viewing 10 posts - 1 through 10 (of 13 total)