Matt Barney

Re: updating XBee and u-blox firmware, I just noticed the ‘force cell modem update’ checkbox in XCTU defaulted to unchecked. Hadn’t noticed that before… oops. I’ll enable this from now on when updating my modems.

-M

OK, thank you, Sara! Bummer that there’s no clean solution yet for reliable LTE that’s carrier-agnostic. I suppose that’s asking a lot. 🙂

Matt

I also meant to mention that one of the ‘Bug Fixes’ in the XBee release notes indicates that they enabled flow control between the XBee and the u-blox, which hopefully is a good thing.

This is great news! Thank you @srgdamiano and @ckillen!! I’ve begun ordering parts for 9 additional stations and have been fearing that buying another 9 XBee3 LTE-M modems was going to lead us into a world of frustration with failing modems; hopefully this discovery prevents that.

Regarding XBee firmware: Just a week ago, we deployed a batch of…[Read more]

Wow – thanks, all, for the great information!

Because our problem site is relatively inconvenient to access, I think on our (@jlemontu-org ‘s) next visit, he’ll come armed with a number of options. We’ll pick up a Taoglas antenna, as well as bring along a spare Pulse antenna, in case the existing one is compromised. And we can experiment with…[Read more]

Our Mayfly, XBee3, and antenna are inside a Pelican case, so yeah, I was wondering whether that inhibits signal, but I’m really out of my technical depth on these antenna and signal questions. Jake was able to get decent voice service on his Verizon phone at the site, and my understanding is that ModularSensors (or maybe it’s the XBee3’s firmware)…[Read more]

Great – thanks, Beth, we’ll check it out!

Hi Evan, Thanks for your response. I agree with your concerns about the tiny coax cable and the fragile uFL connector. Poking around yesterday, looking at additional options, I was considering adapting uFL to the larger SMA with something like this: https://www.adafruit.com/product/851 and then, if…[Read more]

Hmm, are you able to successfully open the python interpreter at that location? E.g., from Windows command line, enter

C:UsersJosh BiddleAppDataLocalProgramsPythonPython38-32python.exe

The path to your Python.exe will likely be:
C:Users<your-username>AppDataLocalProgramsPythonPython38

If you don’t find it there, you could try the method described here:
https://stackoverflow.com/questions/647515/how-can-i-find-where-python-is-installed-on-windows

-Matt

OK, looks like I still get 504 errors intermittently, even when all UUIDs are specified properly.

ending data to [ 0 ] data.envirodiy.org
POST /api/data-stream/ HTTP/1.1
Host: data.envirodiy.org
TOKEN: 
Content-Length: 274
Content-Type:…

[Read more]

I just found issue #303 on the ODM2DataSharingPortal site that may be related to my issue: I have a blank UUID in my example request, posted above. I’ll retest and report back.

Looks like it will still happen when posting to monitormywatershed.org. It’s intermittent, as before. Log file attached.

To do this test, I modified line 21 in EnviroDIYPublisher.cpp as follows:

// const char *EnviroDIYPublisher::enviroDIYHost = "data.envirodiy.org";
const char *EnviroDIYPublisher::enviroDIYHost = "monitormywatershed.org";

Matt

In my case, any time I get a 504 response, the corresponding data do not show up on MMW. Pasting the same JSON message body into Postman and sending it always succeeds with a 201.

Hi Sara, Thanks very much for those details. I will set the updateValue flag to true for values calculated from sensor readings where we’re not also sending the non-calculated reading of the same variable. I’m doing this on the DS3231 temp as well as the Hydros-21 depth, which I’m converting from mm to inches. If you anticipate this causing any…[Read more]

I’m converting the temp value coming from the DS3231 from C to F and reporting the F value to MMW. However, unless I also add the C value to the variableList array, the F value being reported is -17966.2, which doesn’t make any sense. What am I missing?

// Create a DS3231 sensor object
MaximDS3231 ds3231(1);

// Create a temperature variable…

[Read more]

Hi Sara, Since we got Bypass working on this modem, and @jlemontu-org (whose display name doesn’t match his username :)) has a window of time today to redeploy it in the field, we opted to just roll with it, so I haven’t taken the time to try #modemLast again, but thank you for the fix (I understand about the bleeding edge!)

Thanks for the tips…[Read more]