Hello,
Interesting, I've had exactly same problem with my eS97.
Two seasons of reboot problem... lengthy email discussions with Raymarine.
In my case it works superfine at the dock, but when boat is sailing (which is a quite normal usecase
)
the plotter reboots with a two hour period. The last 30 min of that period it gets noticeably slower and slower.
Trying to pan/zoom might take minutes for it to react. Then somewhere at the end it freezes (might be same
5 min you encounter) and "reboots" (more on this below).
Would be interesting if you could save logs from your unit. RM support seems not to be aware of this generally,
I found it out myself after hours of problem investigation. You can do this here:
HomePage->Setup->Maintainence->Save logs
and they will end up on the sdcard. The logs contains clear evidence of software issues.
Some examples :
In logs named like MFD_APP__0012.log or similar :
*********************************************************
* Crash Handler
*********************************************************
*
* Got a crash! signo=6 - Abort
* Errno: 0
* Code: 0
* Pid: 1890
* Uid: 0
* Status: 1139068576
* Utime: 0
* Stime: -1092063544
* Value: 1139068576
* Int: 1139068576
* ptr: 1139068576
* Addr: 0x762
* Band: 1890
* Fd: 0
*
* Application : /raymarine/Application/MFDApplication
* Software version: v19.03
* Build number : 00036
*
* Offending Thread's Backtrace: MainThread [LWP=29903]
*
* Backtrace of "MainThread" (OSSTaskId:0xBEE87890, pthread:0x487B0D30, LWP:29903)
* Frame 00: /raymarine/Application/libMFDFramework.so.1(Platform_Backtrace(void**, int, int*, ucontext*)) [0x42154b18]
* Frame 01: /raymarine/Application/libMFDFramework.so.1() [0x4215ffb8]
* Frame 02: /raymarine/Application/libMFDFramework.so.1() [0x42161bc4]
* Frame 03: /lib/libc.so.6(__default_rt_sa_restorer) [0x46f2ef10]
* Frame 04: /raymarine/Application/libNavionics.so.1() [0x43bf1e70]
* Frame 05: /raymarine/Application/libNavionics.so.1(sqlite3_vfs_register) [0x43c1187c]
* Frame 06: /raymarine/Application/libNavionics.so.1(sdf::CTrackDbInterface::CTrackDbInterface(bool)) [0x43bb76a4]
* Frame 07: /raymarine/Application/libNavionics.so.1(Navionics::DepthInfoCollection::CheckDiskSpaceUsed()) [0x43a396dc]
* Frame 08: /raymarine/Application/libNavionics.so.1(Navionics::DepthInfoCollection::CreateTrack()) [0x43a3a9d0]
* Frame 09: /raymarine/Application/libNavionics.so.1(Navionics::DepthInfoCollection::SetTrackStartTime(Navionics::NavDateTime const&)) [0x43a3ad3c]
(hmm sorry, not sure how computer nerdy people are here in this forum... :-) )
And looking a bit further in my case, I found this :
Jul 25 11:31:41 [MFDApplication] [ERROR] DepthCollectionManager.cpp:219 (AddPoint): AddPoint() error 1
Jul 25 11:31:41 [MFDApplication] [WARNING] NMEA0183ApprovedSentences.cpp:514 (EncodeFromDB): Failed to read Depth Offset from the same
transport as the Depth, Depth Offset will not be populated
Jul 25 11:31:41 [MFDApplication] [ERROR] DepthCollectionManager.cpp:219 (AddPoint): AddPoint() error 1
- Last output repeated 11 times -
Jul 25 11:31:42 [MFDApplication] [WARNING] NMEA0183ApprovedSentences.cpp:514 (EncodeFromDB): Failed to read Depth Offset from the same
transport as the Depth, Depth Offset will not be populated
Jul 25 11:31:42 [MFDApplication] [ERROR] DepthCollectionManager.cpp:219 (AddPoint): AddPoint() error 1
Jul 25 11:31:43 [MFDApplication] [WARNING] NMEA0183ApprovedSentences.cpp:514 (EncodeFromDB): Failed to read Depth Offset from the same
transport as the Depth, Depth Offset will not be populated
Jul 25 11:31:43 [MFDApplication] [ERROR] DepthCollectionManager.cpp:219 (AddPoint): AddPoint() error 1
- Last output repeated 9 times -
Jul 25 11:31:44 [MFDApplication] [WARNING] NMEA0183ApprovedSentences.cpp:514 (EncodeFromDB): Failed to read Depth Offset from the same
transport as the Depth, Depth Offset will not be populated
Jul 25 11:31:44 [MFDApplication] [ERROR] DepthCollectionManager.cpp:219 (AddPoint): AddPoint() error 1
Jul 25 11:31:45 [MFDApplication] [WARNING] NMEA0183ApprovedSentences.cpp:514 (EncodeFromDB): Failed to read Depth Offset from the same
transport as the Depth, Depth Offset will not be populated
Jul 25 11:31:46 [MFDApplication] [ERROR] DepthCollectionManager.cpp:219 (AddPoint): AddPoint() error 1
- Last output repeated 4 times -
Jul 25 11:31:46 [MFDApplication] [WARNING] NMEA0183ApprovedSentences.cpp:514 (EncodeFromDB): Failed to read Depth Offset from the same
transport as the Depth, Depth Offset will not be populated
- Last output repeated twice -
These constant error reports is filling memory and at some point the plotter simply had enough
so to speak and a hardware reset is needed to take in place to recover. It is really a hw
reset and not a reboot, which normally is nicer to the system but as the system is locked
up it is needed.
I had a Airmar DST800 triducer with NMEA0183 interface and it is sending out a NMEA depth
sentence without an offset. In that sentence the offset is optional so I don't think Airmar
is wrong, it is RM software that fails in this case and unfortunately needs to tell it on
every depth sentence it gets...
Raymarine has still not accepted that they might have a fault and I got tired of trying to
convince them so this year I invested in yet-another-RM-thingy, their triducer (which internally
also is a Airmar as most are) with NMEA2000 interface instead. Not a big problem really and
I got rid of the last NMEA0183 thing on boat. But it is a problem that our instrument providers
take so easily on such important instruments on board.
I have seen others with RM units having similar issue, the period can differ which probably
is due to how much the software complains to logs...
After the swap I don't have these constant errors, no crashes and no reboots.
But my confidence in RM doing high quality stuff is unfortunately pretty low for the moment.
Sorry for lengthy reply... the short feedback would be, perhaps your plotter encounters similar
and reports and reports...
If you are unsure how to read the logs you could send them to me. Perhaps PM so we can share emails
and I could take a quick look if it could be same.