-
Notifications
You must be signed in to change notification settings - Fork 2
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Does this still work at all with latest Pi OS images? #1
Comments
Curiously, they do show up in /sys:
|
Trying to run the flash updater with kernel 6.6 I get a write error on /sys/class/gpio:
This is most likely caused by the reorganisation of /sys/class/gpio introduced in kernel 6.6: raspberrypi/linux#6037 - the updater still works fine with 6.1:
|
It seems the hat EEPROM is being read, since it activates both the i2c and spi buses even when these are not enabled in /boot/firmware/config.txt. I'm not sure if the last bit works though, where it remaps uart0&1: I also see
But with no changes to my /boot/firmware/config.txt I see a /dev/serial0 device whereas I think the hat EEPROM should change this to /dev/serial1? |
I've downloaded the Rexygen Bookworm image and had a poke around in it, to see if you're doing anything special to get the Monarco Hat working, but I don't spot anything obvious... Still, I'm encouraged that it even exists - that means the hat should work on my set-up as well. |
I see your Rexygen Bookworm image is 32-bit:
Whereas I'm running 64-bit PiOS Bookworm - could that be the issue? |
Here's how the GPIOs are configured on the Pi in question:
Looks correct to me? |
Loaded i2c modules:
|
Trying to read from the RTC and 1-Wire controller with i2cget fails:
|
I'm trying to upgrade to Pi OS "bookworm" but the Monarco hat seems to have gone AWOL; both the 1-wire interface and the RTC are missing from
i2cdetect -y 1
:I would expect to see these devices as 0x6f and 0x18 respectively. Also the EEPROM is absent, which should be on 0x57 - perhaps this is the root cause? 0x53 is an accelerometer that also hangs off i2c-1, this is working as it should, so there's nothing wrong with the i2c bus itself.
The text was updated successfully, but these errors were encountered: