Sara Damiano

I *think* when Platformio pulls it, they pull from a compressed version on their own registry.

The print-outs are always going to be updated about a minute behind because the board will go to sleep at the end of the logdata() function and won’t do the printing until the next time it wakes up (which will be the next minute).

Sorry, the formatter and I were having an argument. I think it’s right now.

Here’s the version without the extra un-needed BME code.  I left in all the code for the display.

/*****************************************************************************
Based on logging_to MMW.ino
Adapted by Anthony and Brian
from source by:  Sara Damiano (sdamiano@stroudcenter.org)
Development Environment: PlatformIO
Hardware…

[Read more]

The C-to-F is working for me with this calculation function:

float calculateTempF(void)
{
  float TempCFromMaximDS18_Temp = ds18Temp->getValue();
  float TempF = (TempCFromMaximDS18_Temp)*1.8 + 32;
  if (TempCFromMaximDS18_Temp == -9999)
  {
    TempF = -9999;
  }
  // Serial.print("DS18 Temperature in Celsius:");
  //…

[Read more]

Hm.  Can you post your current code? I’ll try running it.  I have a DS18 here so hopefully once I attach things and start trying to run them whatever issue I’m missing will jump out at me.

You can throw a Serial.println(TempCFromMaxiumDS18_Temp); into the middle of your calculation equation just for testing.  I can try testing your code myself later this afternoon.

-17966.20 does seem a little bit cold for most offices.  Did you change your variable array so it has the ds18Temp named variable in it instead of the other new variable?  If not update step will update that other new variable and not the one that you’re calculating F from, though adding the “true” to the getValue should force it to update a…[Read more]

Thank you @mbarney!  That’s all correct!

And just FYI, prior to version ~5 of PlatformIO, libraries were only updated in the PlatformIO registry when the registry crawler got to it and noticed the change.  So sometimes it would be a day or two before you could see the updates using the pio lib update or similar commands.  With the current ve…[Read more]

Does that make sense?

So, for example, in line 178 you created a variable for the DS18 (Variable *ds18Temp = new MaximDS18_Temp(&ds18, "12345678-abcd-1234-ef00-1234567890ab");) Since you’ve already done that, down in line 234 instead you can replace new MaximDS18_Temp(&ds18, "12345678-abcd-1234-ef00-1234567890ab"), with just ds18Temp,.  And you…[Read more]

In line 237 you don’t need the “new” or anything else with the calcTempF.

Replace new CalcTempF(&ds18, "12345689-abcd-1234-ef00-1234567890ab"), with just CalcTempF,

You’ve already created and named the variable, so you don’t need to re-create it, just reference it. Actually, since you’ve created all your variables with names, you should…[Read more]

If it’s not going back to 2000, your battery is ok.

Is the board still running the “now” or “adjust” sketch?  If so, every time the board re-starts, it will reset to whatever time you told it in that program.

Do you have a coin battery in the slot?  Could that battery be dead?  If you don’t have a battery in the coin slot or if it’s dead, then the clock will reset to Jan 1, 2000 every time the board is unplugged from the computer or battery

The Arduino print function defaults to two decimal places for a float.  Normally, if you were using Serial.print(float) you could control the decimal places with Serial.print(float, decimalPlaces).  But because of the way the MS_DBG macro is written, that won’t work.  You’ll have to create a String from the number and then MS_DBG that:  MS_DBG(Stri…[Read more]

I was reading up on the BLE support on the XBee3.  I think the only way to send data over Bluetooth is with Digi API frames.  You can use the on-board micropython, but from what I can tell, that uses the API frames under the hood.  So apart from having to figure out how to use the Mayfly to switch the XBee3 into API mode and properly ch…[Read more]

That’s great!  I’m sorry, I was imagining you had the entire set-up, Mayfly and all, running on batteries and sealed under water

You should be using the same modbus address that you use when connected to the computer.

Looking at the datasheet again, I told you the wrong connections.  I’m sorry.  Only Y/Z are available in half-duplex mode, not A/B.  So you need to move A->Y and B->Z.  Turn off the Y/Z termination dip switch (I think).  I also told you the wrong pins for…[Read more]

You’re not “overwriting” the serial connection.  The USB connection on the SAMD21 is a bit touchy and will fail if anything in the program fails.  In you’re program in lines 117 and 119 you’re calling Serial.println(...) and asking it to print the results of a function that returns void.  That’s most likely causing the crash.  It probably wou…[Read more]

Did the extra power smoothing work for you?  I’ve noticed the issues with the WiFi XBee’s, but I wasn’t having them drop that frequently and we don’t have any “production” loggers deployed with WiFi, so I never bothered to try and fix anything.