OpenMarine

Full Version: MAIANA invalid checksums, shifted date ...
You're currently viewing a stripped down version of our content. View the full version with proper formatting.
Hello,

I bought a MacArthur HAT and MAIANA and I am trying to get it running, but I am still running into issues   Sad

My setup:
HW:
- Raspberry Pi 5, 8GB
- Suptronics - X1004 NVMe dual SSD shield, with 1 SSD (currently; then I will add second one with a clone of fully configured system for redundancy)
- MacArthur HAT (ordered in July; v1.2), with power module
- MAIANA (ordered in July; firmware 4412, HW revision 11.9.1)

SW:
- OpenPlotter 4, after installing available updates: 
   - SignalK 2.11.0
   - Serial 4.1.0
   - MAIANA AIS transponder 4.1.0

Issues:
1. In the MAIANA app, sometimes I am having issues even connecting to the transponder, but in SignalK I can see NMEA messages incoming at the same time.
2. The vast majority (90-100%) of incoming NMEA 0183 messages from MAIANA have invalid checksums => in Data Browser I am seeing updates once per 1-2 minutes – which is not optimal as I would like to forward the GPS position to my VHF (using NMEA0183) which expects the data at least every minute. I had to disable the checksum verification to get frequent updates.
3. Received date (and time) is incorrect, floating and inconsitent across different NMEA message types.
Specifically:
- GLL message - the date is 1-2 days in advance, incorrect time (random hours, minutes always 00)
- RMC message - the date is one month late (08/21), but at least the time is correct
4. In the SignalK log there is some [Object] [Object] error (without any more information) appearing from time-to-time
5. In the SignalK Data Browser: MAIANA.MCUtype = "1" and sometimes correctly "STM.." - and other metadata sometimes seems to be incorrect

Among other things (OpenPlotter reinstall, SignalK reinstall, various troubleshooting efforts, trying different Ethernet cables), I tried enabling the debug mode in Settings and running the MAIANA app from command line `openplotter-maiana` and there was only the Gtk-CRITICAL errors about the GtkScrollbar, which I found here are to be ignored.

Do you have any tips how to get it running properly?

Thank you a lot in advance for any help!
I don't have a MAIANA, but from the type of errors, it could be a signal integrity issue with the serial connection. Either from a bad connection or too long wires.
Thank you Adrian for your quick response!
I tried different Ethernet cables (even a short one) without any change. The HAT should be mounted properly. But today, I tried clean install of Open Plotter 4, without installing any updates, and it is working well. Then I updated the Open Plotter apps one-by-one and it is still working. When I update (quite a long list) of other system packages, it breaks down again. So I think that some of the "system" packages (not Open Plotter apps) are somehow breaking it. I will try to investigate further which one of it is causing the problems.
Just the [Object] [Object] error is present even in the fresh install of Open Plotter.
Hi, in case that someone would have the same issue. I found out, that after a full reinstall of OpenPlotter, it was working. But when I updated all the packages that were due to update, I was getting the same problems. So I digged in a little bit and found out, that it was caused by updates of the following packages:

Code:
linux-headers-rpi-2712/stable 1:6.6.47-1+rpt1 arm64 [upgradable from: 1:6.6.31-1+rpt1]
linux-headers-rpi-v8/stable 1:6.6.47-1+rpt1 arm64 [upgradable from: 1:6.6.31-1+rpt1]
linux-image-rpi-2712/stable 1:6.6.47-1+rpt1 arm64 [upgradable from: 1:6.6.31-1+rpt1]
linux-image-rpi-v8/stable 1:6.6.47-1+rpt1 arm64 [upgradable from: 1:6.6.31-1+rpt1]
linux-libc-dev/stable,stable 1:6.6.47-1+rpt1 all [upgradable from: 1:6.6.31-1+rpt1]

So I froze the versions of these packages and now it works (no connection changes, just the software):
Code:
sudo apt-mark hold linux-image-rpi-2712 linux-headers-rpi-2712 linux-image-rpi-v8 linux-headers-rpi-v8 linux-libc-dev
(apt-mark unhold)

sudo apt --only-upgrade <pckg>
(2025-03-08, 06:28 PM)qubic Wrote: [ -> ]Hi, in case that someone would have the same issue. I found out, that after a full reinstall of OpenPlotter, it was working. But when I updated all the packages that were due to update, I was getting the same problems. So I digged in a little bit and found out, that it was caused by updates of the following packages:

Code:
linux-headers-rpi-2712/stable 1:6.6.47-1+rpt1 arm64 [upgradable from: 1:6.6.31-1+rpt1]
linux-headers-rpi-v8/stable 1:6.6.47-1+rpt1 arm64 [upgradable from: 1:6.6.31-1+rpt1]
linux-image-rpi-2712/stable 1:6.6.47-1+rpt1 arm64 [upgradable from: 1:6.6.31-1+rpt1]
linux-image-rpi-v8/stable 1:6.6.47-1+rpt1 arm64 [upgradable from: 1:6.6.31-1+rpt1]
linux-libc-dev/stable,stable 1:6.6.47-1+rpt1 all [upgradable from: 1:6.6.31-1+rpt1]

So I froze the versions of these packages and now it works (no connection changes, just the software):
Code:
sudo apt-mark hold linux-image-rpi-2712 linux-headers-rpi-2712 linux-image-rpi-v8 linux-headers-rpi-v8 linux-libc-dev
(apt-mark unhold)

sudo apt --only-upgrade <pckg>

Did you do a clean install before freezing the packages?
You are freezing kernel packages. It is not a big deal if everything works, but at some point you might want to upgrade your system.

Anyway, if it was a kernel issue, more users should have reported the problem and they have not. The checksums issue is probably related to firmware issues on Maiana or inconsistent serial communication on UART0 due to bad contacts or electrical noise.