Sara Damiano

It’s awesome that you’ve created your own publisher!

Ok. I see what’s happening. The R410M takes a *really* long time to close sockets (like 2 minutes). To speed things up, I call the socket close “asynchronously” – that is, tell it to close and move on. But what I think is happening here is that I’m telling the socket to close before opening…[Read more]

Doh. Yes, I thought of that as I was driving home. Do add the lines setting the wake pin high.

Do you know what version of the firmware you’re running? To check, you can either hook it up to the u-blox m-center on your computer, run a pass through sketch and send it the commands AT+CGMR? and AT+GMR?, or tack these lines in after the modem…[Read more]

a. We saw no evidence that the sensor had any issue related to condensation during the tests given that there was a hydrophobic coating on the sensor face and that the bad data occurred at random temperatures as opposed to only when the temperatures were low.

That’s good to know. What was the fluoropolymer grease you used?

b. Reading out the…

[Read more]

Yes, it’s probably related to the same issues that @acgold had. These ublox modules just seem to be so much more finicky than the 2G SIM800’s were.

Could you try switching to the “ModemLast” branch? That’s where the most recent work is and I’d prefer to do more of the troubleshooting on that branch since it’s mostly modifications to the setup…[Read more]

sensors/YosemitechY504.h is part of the ModularSensors library, not part of the Yosemitech library.

You need to post more details of what exactly you’re trying to do and exactly what error messages you’re getting before I can help more.

I’ve attached some annotations showing what’s happening in your logs.

Ugh. I should just get one of these R410 uBee’s just to help other people out.

It looks like it’s powering down when it’s supposed to be waking up and visa-versa.

I could babble at length about it, but my first suggestion to try and make it work it is to add a ~500ms delay [delay(500);] after the modemPowerUp() and another matching delay after…[Read more]

The OBS3+ treats the low range and high range turbidity as if they’re two completely different things. So on Monitor My Watershed you actually have to create two different variables, one for each of the high and low range, just like you would separate temperature and depth from a CTD. I *strongly* recommend you add something to the notes field…[Read more]

In what way does it “not see it?”. You mean a program won’t compile? Or you cannot see the examples in the library drop downs? What does you library folder look like? Your program? Do you also have SensorModbusMaster installed and include that in your sketch? The Yosemitech library depends on it.

Is this what you’re looking for: https://github.com/EnviroDIY/YosemitechModbus

Did you download all of the libraries in this “Libraries” repository (https://github.com/EnviroDIY/Libraries)? I know there’s a big, green, inviting “download” button on the GitHub page, but because of the way the libraries are in linked repositories, if you download…[Read more]

I don’t remember exactly which models we’ve tested or which seems to be the best; maybe Shannon can pipe in.

No matter which you’re using, definitely do get the MaxTemp.

Did the modification I suggested get your board to go back to sleep and stay asleep?

I’m sorry I haven’t responded. My family is finally finished with a fun round of stomach bugs.

Were you by chance talking with @neilh or did you just happen to get to the same place at almost the same time coincidentally? Neil wrote up a fix for this in the SensorModbusMaster library, which I just accepted. If you update that library, you…[Read more]

Oops. I’d meant to cut the code using NeoSWSerial and SoftwareSerial from that particular example but apparently cut it only from the example platformio.ini file.

Can you post your platformio.ini file? Are you using Atom or VSCode? It shouldn’t make a difference for the code; I’m just asking so I can help you better. What versions of all…[Read more]

Yeah, it’s a known issue.

I was feeling cocky after the LTC1480 worked and pulled out the Max485 and level shifters. Zero success with communication, but I didn’t have any problems with the program crashing.

Ok, I broke out the 3.3V RS485 chip I have (an LTC1480) from the “someday I’ll test this” box. I’d bought the chip ages ago to try out in place of the (5V) MAX485 that I couldn’t ever get to work. But since the automatic flow control always worked nicely, I threw the LT1480 onto a shelf unopened.

Anyway, it worked for me. I made some very…[Read more]

Also, I’m really surprised you couldn’t find an adapter with automatic flow control. Where were you looking? There are a bunch on Amazon. This is one brand I’ve bought: https://www.amazon.com/SMAKN%C2%AE-Adapter-Serial-Converter-Module/dp/B010723BCE

I have never gotten the communication to work correctly using manual flow control, but it should not be causing your board to restart. I’ll look into it.

When using manual flow control, you have to set the direction pin high or low to change directions. The library does this, but I think there is a timing issue or something because my attempts at…[Read more]