Posts: 3,074
Threads: 64
Joined: Mar 2016
Reputation:
296
Are you running heavy charts?
Have you tested disabling data inputs?
Posts: 9
Threads: 2
Joined: Jan 2023
Reputation:
0
THanks:
In OpenCpn, I disabled the connections and removed all added charts.
Same hang up occurs on exit. Task manager shows CPU at ~ 35% and OpenCpn at 25%
after ~ 10 minutes the program exits.
Posts: 9
Threads: 2
Joined: Jan 2023
Reputation:
0
2023-01-16, 02:02 AM
(This post was last modified: 2023-01-16, 02:45 AM by Rae Simpson.)
Possible clue on the cause of te hang up:
Comparing OpnCPN logs in the problem Raspberry with a functioning windows OpenCPN log:
Raspberry OpenCPN log ends at ---> 17:47:59 890 'Message Chart1.cpp:4022 gFrame destroyed."
Windows OpenCPN.log continues with further cleanup message like:
16:50:34.819 MESSAGE chart1.cpp:4022 gFrame destroyed.
16:50:34.839 MESSAGE chart1.cpp:2634 opencpn::MyApp starting exit.
16:50:34.839 MESSAGE chart1.cpp:2673 LOGBOOK: 2023-01-16 00:50:34 UTC OFF: Lat 49.01080 Lon -123.82290
16:50:34.845 MESSAGE TCDataSource.cpp:41 UnLoading Tide/Current data source: C:\Program Files (x86)\OpenCPN\tcdata\harmonics-dwf-20210110-free.tcd
16:50:34.854 MESSAGE TCDataSource.cpp:41 UnLoading Tide/Current data source: C:\Program Files (x86)\OpenCPN\tcdata\HARMONICS_NO_US.IDX
16:50:34.857 MESSAGE chart1.cpp:2697 opencpn::MyApp exiting cleanly...
It sure looks like the issue is tide and/or current table related.
Turning tide / current tables on took ~15 minutes with heavy CPU during that time. After the Tides/currents are displayed, right clicking the current arrows triggers the heavy cpu and slow response. Same with exiting current table display boxes.
Posts: 177
Threads: 15
Joined: Jun 2017
Reputation:
6
2023-01-16, 09:16 PM
(This post was last modified: 2023-01-17, 12:45 AM by Opie91.)
Do you have multiple GPS instances in Signal K? I had a similar issue with two GPS inputs on Signal K. I Had to disable one.
Also disable communications link into OpenCPN and see what happens.
Posts: 9
Threads: 2
Joined: Jan 2023
Reputation:
0
Only a single GPS instance. Tried disabling that. Problem remains.
Disabled com links in OpenCPN - problem remains.
Posts: 2,387
Threads: 21
Joined: Jun 2016
Reputation:
75
2023-01-19, 07:00 PM
(This post was last modified: 2023-01-19, 07:00 PM by seandepagnier.)
what you need to do is recompile opencpn with debugging symbols:
cd OpenCPN
mkdir build
cd build
rm -rf *
cmake -DCMAKE_BUILD_TYPE=Debug ..
make
Now run opencpn like this:
gdb opencpn
(gdb) r
Now get into the "bad state" and stop the debugger with ctrl+c to find what opencpn is doing.
Posts: 9
Threads: 2
Joined: Jan 2023
Reputation:
0
Thanks for suggestions guys. I re-imaged with the 32 bit version and found that pretty sluggish, so tried re-image again with 64 bit Openplotter, processed apt-upgrade and - lo - no hang ups.
Maybe card corruption or one of the updates resolved it - or even remotely possible ;-) that this Raspberry newbee -did something wrong.
Now to take it back the boat and start building connections again.