Sara Damiano

Do you have the latest u-blox firmware?

Yes, I’ve seen this sort of thing.

Well, not precisely, but similar. The Digi LTE XBee3’s have the same chip and I’ve seen it happen several times that the XBee refused to register, then I put it in bypass to check the registration, got it to register, then it magically stayed registered when I went back. I haven’t seen it consistently, though,…[Read more]

You’re missing some rows of your header. That file will definitely not work.

At minimum, you need the text “Sampling Feature UUID: ” before that UUID and another row that specifies the UTC offset with the text “Date and Time in UTC-#” where # is your offset. You can put all the result UUID’s on the row with the feature UUID as you’ve done, as…[Read more]

Since we are not using the screen any longer, I2C is also no longer being used.

No. If you are using either the DS3231 real time clock or the TI1115 analog-to-digital converter built into the Mayfly, you are using I2C. Both of those are I2C chips.

It’s possible that there is a short-circuit in the Mayfly, but this sounds more like a problem with your code or sensors.

When you’re posting code, please use the “Add Code Snippet” button. It adds coloring and formatting which makes the code much easier to read.

When you’re troubleshooting the boards, make sure to check the position of all of…[Read more]

You can also try dropping the minimum battery voltage for the modem to ~3.5. Shannon has suggested that, especially if the battery voltage is going down at night but is likely to be recharged once the sun comes out.

It doesn’t send the data from the gap because the ModularSensors library simply doesn’t have that functionality. It doesn’t attempt to re-send data. The data should be on the SD card, as long as the battery was still high enough to log.

I would really love to have that functionality in ModularSensors, but it’s not simple to implement and I just…[Read more]

You’ve included both “SD.h” and “SdFat.h”. Did you try including only one of those? They might not conflict for the compiler, but they have very similar functionality and shouldn’t be included together. Your code is written for SD. SdFat is better, but for what you’re doing it shouldn’t matter.

What do you mean by “does not work?” What do you see on the serial monitor and on you SD card’s file? When you say “The code itself works to display the data in the serial monitor, but it does not works when recording it into the SD card.” do you mean that you can see data on the Serial Port monitor do you mean that if you replace all instances…[Read more]

Can you post some debugging logs? Along with the Thing Speak / MMW debugging, could you turn on the “deep” debugging for the gprsbee? You’ll need to install the StreamDebugger library.

I’m sorry. Testing with 2G is a hassle for me because the coverage is terrible is my area. It would help if I can see what is going on.

I found the issue with the ThingSpeakDebugger. It’s now been fixed. It might take until tomorrow before PlatformIO “sees” the new version though.

To update your libraries in your current project:
– Open a new terminal in your project in Atom or go to the Terminal pane in VSCode
– type pio lib update
– all your libraries for the project should…[Read more]

I’m sorry I’ve not responded. I’m honestly baffled by the errors.

Could you show your whole ini and a shot of the contents of your .pio/libdeps/mayfly folder?

@fisherba – StreamDebugger is only needed if you include it in your program; it isn’t and never was a dependency of ModularSensors or TinyGSM. It’s not included in ModularSensors.

Oh, and just to note about those other build flags:

-DSDI12_EXTERNAL_PCINT – this tells the library that you don’t want the SDI-12 library to try to monopolize the interrupts on an AVR board, which is required to make it “play nice” with the other libraries. You absolutely must set this because the SDI-12 library is a dependency of…[Read more]

You can also enable all of the debugging using a build flag in your platformio.ini. The result is exactly the same as if you un-comment the line in the header. You can add flags for any (or all) of the different modules.

build_flags =
    -DSDI12_EXTERNAL_PCINT
    -DNEOSWSERIAL_EXTERNAL_PCINT
    -DMQTT_MAX_PACKET_SIZE=240…

[Read more]

Those settings should be right for the XBee Wifi. Are you sure the unit is connected properly to your wifi? Can you connect the unit to XCTU and try to send a test json in the console log of XCTU?

That example sketch should still work, but for anything new I would recommend you switch to using the ModularSensors library to send data to the…[Read more]

@jkirchoff – drive the pin level with the digitalWrite(#, level) function.

If you’re using a Mayfly, the XBee’s sleep request pin is attached to the Mayfly pin 23. So to wake the bee, send data, and put it to sleep all you needs is:
digitalWrite(23, HIGH);
Serial1.print(“some text);
// more print statements as desired
digitalWrite(23, LOW);

Use…[Read more]