Sara Damiano

-45?  The nominal RSSI range for the XBee3 is -113 dBm (really bad) to -51 dBm (excellent) so -45 either means your signal is *amazing* or not valid.  I made a small change to that program to continuously print the quality so you can watch it to see if it changes while trying to register.  When running that first connection sketch, are you se…[Read more]

Did you try adding the wait to the break before the marking?  Does that work?

I modified the SDI-12 library to allow an optional extra warm-up delay, but I but the wait while the line was in break/spacing rather than in marking.  I didn’t want to add the time to the marking because while sensors must be able to respond to a command within 100ms o…[Read more]

Woops, yes, the example has changed since then.  Sorry about that.

And, yes, you’re definitely not alone.  I think issues with LTE connections are the top forum topic here.  The LTE XBee3’s are so much trouble.  I wish I could find something better.

From your pictures, your hardware connections look right.  🙂

As you’ve read, the first conn…[Read more]

I’m sorry for not replying faster, but, no, there’s no way to delete or overwrite existing data short of deleting the entire time series.

To my knowledge T-Mobile, the last remaining 2G/GSM provider in the US, is pulling the plug December 31, 2020. AT&T and Verizon shut theirs down several years ago and the coverage area from T-Mobile has been getting smaller for a while.  This is nothing new.

Yes, to switch to 4G requires new hardware. The 4G module we are using is the Digi Xbee3…[Read more]

@nikeaulas What did you set the pin level to while you were waiting the extra time before the commands for the Campbell?

Yay!  I’m glad it worked!

Well compiler errors are never fun.

It looks like platformio didn’t complete the recursive dependency library installation correctly.  That sometimes happens when it’s trying to install all the dependencies for ModularSensors at once.

You can check what libraries it did install in the .pio/libdeps/mayfly folder of your project.  You might see s…[Read more]

Ok, so for testing the XBee with what you have:

• check for any blobs of solder on the solder jumpers or any modifications made to either your Mayfly or LTE adapter – let me know if there are any
• check and re-check to make sure the pins in your bee stack are all aligned and in the right holes, ie, they’re not all shifted up or down 1 spot

…

[Read more]

To modify the Mayfly to work as a carrier board you’d need to cut and re-solder jumpers SJ8 and SJ9 on the back of the Mayfly to connect Bee Tx and Rx to Tx 0 and Tx 1.  You would want to undo the change to use the Mayfly again normally.  I’ve never actually tried this modification and am not 100% positive it would work.

I suggest you just f…[Read more]

Ok, so you have a stack with a Mayfly, an LTE adapter board, and a XBee3 (3 parts).

You don’t have a separate development or carrier board.  All of my comments about the USB-C/USB 3 apply only to a separate carrier board.  If you don’t have one, don’t worry about that.

I’m not sure the best way to confirm that it’s totally bricked.  If you power it up and still have all the pins reading 0 voltage, that’s probably a bad sign.

If XCTU doesn’t recognize the XBee3, that’s a pretty bad sign.  How are you attaching your XBee to the computer?  Do you have the USB-C XBee3 carrier?  https://www.digi.com/products/models/xbib-cu-th  That development board should make sure the bee is awake and work flawlessly with XCTU.   Are you plugged into the USB-C port, not the side micro…[Read more]

I just added another fix for the XBee wifi and the modem-measured battery voltage.  Have you been able to get it to work for you?

I’m sorry.  I finally fixed pushed what I think should be the changes needed to the develop branch, but I still haven’t programmed an actual board to test it.

This everyone being home all the time situation is brutal.  Anyone doing well with it  is clearly a lot more disciplined and organized than I am.

I’m just seconding what Shannon said about using the hardware UART – always use hardware UART unless you definitely cannot.  In your case where you’ll be parsing long NMEA sentences, I’d recommend actually re-wiring your Bee/modem to give your GPS the better connection if you’re trying to use both.  In your code, you just use “Serial1” to c…[Read more]

I’m so sorry.  I haven’t tested it yet.

No problem!  The wonder of git is that I actually could track back pretty quickly how long it had been since any changes were made and what those were.