You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: Firmware/OpenLog_Artemis/OpenLog_Artemis.ino
+5-2Lines changed: 5 additions & 2 deletions
Original file line number
Diff line number
Diff line change
@@ -107,10 +107,13 @@
107
107
The work-around is to use Serial1 in place of serialLog and then to manually force UART1 to use pins 12 and 13
108
108
We need a work-around anyway because if pins 12 or 13 have been used as analog inputs, Serial1.begin does not re-configure them for UART TX and RX
109
109
(in progress) Reduce sleep current as much as possible. v1.2.1 achieved ~110uA. With v2.1.0 the draw is more like 260uA...
110
+
111
+
(in progress) Update to Apollo3 v2.2.0 - FIRMWARE_VERSION_MAJOR = 2; FIRMWARE_VERSION_MINOR = 1.
112
+
(done) Add a fix for issue #109 - check if a BME280 is connected before calling multiplexerBegin: https://github.com/sparkfun/OpenLog_Artemis/issues/109
110
113
*/
111
114
112
115
constint FIRMWARE_VERSION_MAJOR = 2;
113
-
constint FIRMWARE_VERSION_MINOR = 0;
116
+
constint FIRMWARE_VERSION_MINOR = 1;
114
117
115
118
//Define the OLA board identifier:
116
119
// This is an int which is unique to this variant of the OLA and which allows us
@@ -120,7 +123,7 @@ const int FIRMWARE_VERSION_MINOR = 0;
if (i2c_status == 0) // If the I2C write was successful
1544
1558
{
1545
1559
qwiic.requestFrom((uint8_t)i2cAddress, 2U); // Read two bytes
1546
-
uint8_t buffer[2];
1560
+
uint8_t buffer[2] = { 0, 0 };
1547
1561
for (uint8_t i = 0; i < 2; i++)
1548
1562
{
1549
1563
buffer[i] = qwiic.read();
1550
1564
}
1551
-
if ((buffer[0] != 0xA0) || (buffer[1] != 0xA0)) // If we read back something other than 0xA0A0 then we are probably talking to an MS5637 / MS5837 / MS8607, not a mux
1565
+
if ((buffer[0] != 0xA0) || (buffer[1] != 0xA0)) // If we read back something other than 0xA0A0 then we are probably talking to an MS5637 / MS5837 / MS8607 / BME280, not a mux
0 commit comments