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
Following the guidance from https://www.reddit.com/r/stratux/comments/135uney/nearly_plug_and_play_ahrs_pressure_sensor_fan/ I decided to swap out my original (wildly inaccurate) AHRS / fan controller 2.0 with Adafruit STEMMA ICM-20948 and BMP280 boards connected via I2C (daisy-chained with the BMP280 between the raspberry and the ICM-20948). The ICM-20948 (downstream in the daisy chain of i2c devices) works fine, but the Stratux web page reads Pressure Altitude: 0', the ALT flag is red, and the stratux log fills up with "Error identifying IMU: remote I/O error" entries and "Last BMP read" values that increase endlessly, unless I disable the Baro switch in settings (in developer mode), at which point the log file is free of these errors.
If I SSH into my Raspberry Pi 3B I can see the BMP280 on the i2C bus at address 0x77, and I can pull the chip ID (0x0058) from register 0xd0, so I think there's nothing wrong with the connection or the hardware. Checking the BMP280.go file I see that address 0x77 is expected, as is chipID 0x58, so I'm at a loss to understand the problem.
Sample log file with "Baro" switch on (no GPS solution because indoors):
This is following a fresh install of the v1.6r1-eu030, where I didn't keep the .conf file, but re-configured the wireless settings from the web interface, so as clean a fresh install as possible.
I'd be grateful for any guidance on how to get the BMP280 working
The text was updated successfully, but these errors were encountered:
joshlawless
changed the title
BMP280 on i2c bus causing
BMP280 on i2c bus causing "Error identifying IMU: remote I/O error" log entries and unable to be read
Aug 11, 2024
Same issue here, 0x77 on the board, errors running in the logs.
2024/10/29 11:51:02 - Last IMU read: now, Last BMP read: 1 minute ago
2024/10/29 11:51:03 Error identifying IMU: remote I/O error
Stratux version: v1.6r1-eu030 (150f282)
Stratux config:
SDR
GPS
type: GPYes 2.0
AHRS
power source: USB battery pack
usb cable: integrated in battery pack
EFB app and version: n/a
EFB platform: n/a
EFB hardware: n/a
Description of your issue:
Following the guidance from https://www.reddit.com/r/stratux/comments/135uney/nearly_plug_and_play_ahrs_pressure_sensor_fan/ I decided to swap out my original (wildly inaccurate) AHRS / fan controller 2.0 with Adafruit STEMMA ICM-20948 and BMP280 boards connected via I2C (daisy-chained with the BMP280 between the raspberry and the ICM-20948). The ICM-20948 (downstream in the daisy chain of i2c devices) works fine, but the Stratux web page reads Pressure Altitude: 0', the ALT flag is red, and the stratux log fills up with "Error identifying IMU: remote I/O error" entries and "Last BMP read" values that increase endlessly, unless I disable the Baro switch in settings (in developer mode), at which point the log file is free of these errors.
If I SSH into my Raspberry Pi 3B I can see the BMP280 on the i2C bus at address 0x77, and I can pull the chip ID (0x0058) from register 0xd0, so I think there's nothing wrong with the connection or the hardware. Checking the BMP280.go file I see that address 0x77 is expected, as is chipID 0x58, so I'm at a loss to understand the problem.
Sample log file with "Baro" switch on (no GPS solution because indoors):
Sample log file with "Baro" switch off (after restarting the Stratux application from the developer menu):
Output of i2cdetect when SSHed into raspberry:
Output of i2cdump of address 0x77 (bmp280 is in standby mode, not sure how to write the correct byte value to force normal mode):
This is following a fresh install of the v1.6r1-eu030, where I didn't keep the .conf file, but re-configured the wireless settings from the web interface, so as clean a fresh install as possible.
I'd be grateful for any guidance on how to get the BMP280 working
The text was updated successfully, but these errors were encountered: