Odroid for sailboat navigation? Help a non-techie?

[meveric]

I have a github, check for "meveric" and you will find it. But no not all packages are up there. Often I don't need to change packages at all just need to use the correct compiler flags and options for compiling.
OpenCPN for example works without any changes, so there's no need to have it in my repo.

[seandepagnier]

Please report your success with the C2.

I tried it a few months ago, and got it working with hardware acceleration, but you should install the fbturbo driver. Also, be sure to use latest sources from git to get the arm64 fixes.


There are some strange issues with wxwidgets on arm64.

[maxencep]

I cannot tell you that much if it is working well or not. What Meveric is providing seems to work fine but I don't have (yet?) a boat for extended testing.

[maxencep]

Hello Meveric (or anyone who managed to compiled it),
could you give me the command you type to have the compiler to work for the odroid?

I managed to compile and install it (by removing -ldri2 from the link.txt) but the application is not starting. I have the feeling it is compiled for armhf when yours is compiled for arm64.

Thank you for your help.

[meveric]

if you compile it directly on the ODROID C2 it will be compiled for arm64, if you compile it on another device it won't work.

[maxencep]

Thank for the answer.
I tried to compile it on the C2.
When typing "cmake ../" or "cmake -DCFLAGS="-O2 -march=native" ../"
One of the first lines is something like "Build architecture is "armhf" ".

After having removed -ldri2, I compile with "make -j2" and then "make install".
Then I see the icon on the desktop but if I start it, nothing happen.

For sure I am doing somehting wrong, but I can't find what.

[meveric]

That it finds armhf is not an issue, that's just the cmake script that doesn't know better it doesn't really check the architecture.
You don't have to hand over any -march arguments.. in fact I'm not sure -march=native will work properly.

Did it find the GLESv1 drivers? -- Found OpenGLESv1?
Can you list whatever it says "not found" during cmake?

also, try staring opencpn from terminal not over the icon. Just type "opencpn" in a terminal to see what is happening. Maybe it shows what the issue is when you try to start it.

[maxencep]

Hello,
I deciced to reinstall the Odroid C2 to give it the best chance. It was probably a good idea because now it is compiling for "arm64". But it is not able to complete the cmake process and I don't see the error.

Code: Select all

odroid@odroid-jessie64:~/OpenCPN$ cd build
odroid@odroid-jessie64:~/OpenCPN/build$ cmake ../
-- *** Build Architecture is arm64
-- *** Staging to build opencpn 4.5.307 ***
-- *** Package will NOT include documentation ***
-- *** Package will include GSHHS basechart level: NONE ***
-- *** Package will NOT include tide and current data ***
-- Found OpenGLESv1
--     Adding local GLU
CMake Warning (dev) at CMakeLists.txt:397 (add_subdirectory):
  Policy CMP0013 is not set: Duplicate binary directories are not allowed.
  Run "cmake --help-policy CMP0013" for policy details.  Use the cmake_policy
  command to set the policy and suppress this warning.

  The binary directory

    /home/odroid/OpenCPN/build/src/glu

  is already used to build a source directory.  This command uses it to build
  source directory

    /home/odroid/OpenCPN/src/glu

  which can generate conflicting build files.  CMake does not support this
  use case but it used to work accidentally and is being allowed for
  compatibility.
This warning is for project developers.  Use -Wno-dev to suppress it.

CMake Error at src/glu/CMakeLists.txt:57 (add_library):
  add_library cannot create target "GLU_static" because another target with
  the same name already exists.  The existing target is a static library
  created in source directory "/home/odroid/OpenCPN/src/glu".  See
  documentation for policy CMP0002 for more details.


-- Found wxWidgets...
--  wxWidgets Includ: /usr/lib/aarch64-linux-gnu/wx/include/gtk2-unicode-3.0;/us                                    r/include/wx-3.0
--  wxWidgets Libraries: -L/usr/lib/aarch64-linux-gnu;-pthread;;;-lwx_baseu_net-                                    3.0;-lwx_baseu_xml-3.0;-lwx_gtk2u_html-3.0;-lwx_gtk2u_adv-3.0;-lwx_gtk2u_aui-3.0                                    ;-lwx_gtk2u_core-3.0;-lwx_baseu-3.0;-lwx_gtk2u_gl-3.0
--  Revised wxWidgets Libraries: -L/usr/lib/aarch64-linux-gnu;-pthread;-lwx_base                                    u_net-3.0;-lwx_baseu_xml-3.0;-lwx_gtk2u_html-3.0;-lwx_gtk2u_adv-3.0;-lwx_gtk2u_a                                    ui-3.0;-lwx_gtk2u_core-3.0;-lwx_baseu-3.0;-lwx_gtk2u_gl-3.0
--
-- *** Staging to build opencpn  ***
-- Build type: Release
-- *** Will install to /usr/local  ***
-- Crash reporting enabled
-- Using Linux crash reporting
-- Found Portaudio: /usr/lib/aarch64-linux-gnu/libportaudio.so
-- Portaudio Found
-- wxCurl configured...
-- CURL_LIBRARIES:/usr/lib/aarch64-linux-gnu/libcurl.so
-- SVG support enabled...
--  Cairo include directory found: /usr/include/cairo
--  Cairo library found: /usr/lib/aarch64-linux-gnu/libcairo.so
-- Cairo Extra Libraries: /usr/lib/aarch64-linux-gnu/libpangocairo-1.0.so/usr/li                                    b/aarch64-linux-gnu/libpangoft2-1.0.so/usr/lib/aarch64-linux-gnu/libpangoxft-1.0                                    .so/usr/lib/aarch64-linux-gnu/libgdk_pixbuf-2.0.so
-- Building against GTK2...
-- Building with lzma support
-- Building with tinyxml includes
-- S57 ENC support: enabled
-- Garmin Host Mode support: enabled
-- Found LibELF...
--     ELF Lib: /usr/include
--     ELF Include: /usr/lib/aarch64-linux-gnu/libelf.so
--
-- *** Staging to build PlugIns ***
-- *** Staging to build grib_pi ***
-- *** Staging to build chartdldr_pi ***
-- Found OpenGL...
--     Lib: /usr/lib/aarch64-linux-gnu/libGLU.so/usr/lib/aarch64-linux-gnu/libGL                                    .so/usr/lib/aarch64-linux-gnu/libSM.so/usr/lib/aarch64-linux-gnu/libICE.so/usr/l                                    ib/aarch64-linux-gnu/libX11.so/usr/lib/aarch64-linux-gnu/libXext.so
--     Include: /usr/include
-- Chartdldr_pi building with system tinyxml
-- *** Staging to build wmm_pi ***
-- Found OpenGL...
--     Lib: /usr/lib/aarch64-linux-gnu/libGLU.so/usr/lib/aarch64-linux-gnu/libGL                                    .so/usr/lib/aarch64-linux-gnu/libSM.so/usr/lib/aarch64-linux-gnu/libICE.so/usr/l                                    ib/aarch64-linux-gnu/libX11.so/usr/lib/aarch64-linux-gnu/libXext.so
--     Include: /usr/include
-- Found OpenGL...
--     Lib: /usr/lib/aarch64-linux-gnu/libGLU.so/usr/lib/aarch64-linux-gnu/libGL                                    .so/usr/lib/aarch64-linux-gnu/libSM.so/usr/lib/aarch64-linux-gnu/libICE.so/usr/l                                    ib/aarch64-linux-gnu/libX11.so/usr/lib/aarch64-linux-gnu/libXext.so
--     Include: /usr/include
--
-- *** Staging to build dashboard_pi ***
-- Writing spec file...
-- Configuring incomplete, errors occurred!
See also "/home/odroid/OpenCPN/build/CMakeFiles/CMakeOutput.log".
odroid@odroid-jessie64:~/OpenCPN/build$

If it can help you: CMakeOutput.log

Code: Select all

odroid@odroid-jessie64:~/OpenCPN/build/CMakeFiles$ vi CMakeOutput.log
The system is: Linux - 3.14.79+ - aarch64
Compiling the C compiler identification source file "CMakeCCompilerId.c" succeeded.
Compiler: /usr/bin/cc
Build flags:
Id flags:

The output was:
0


Compilation of the C compiler identification source "CMakeCCompilerId.c" produced "a.out"

The C compiler identification is GNU, found in "/home/odroid/OpenCPN/build/CMakeFiles/3.0.2/CompilerIdC/a.out"

Compiling the CXX compiler identification source file "CMakeCXXCompilerId.cpp" succeeded.
Compiler: /usr/bin/c++
Build flags:
Id flags:

The output was:
0


Compilation of the CXX compiler identification source "CMakeCXXCompilerId.cpp" produced "a.out"

The CXX compiler identification is GNU, found in "/home/odroid/OpenCPN/build/CMakeFiles/3.0.2/CompilerIdCXX/a.out"

Determining if the C compiler works passed with the following output:
Change Dir: /home/odroid/OpenCPN/build/CMakeFiles/CMakeTmp

Run Build Command:"/usr/bin/make" "cmTryCompileExec347665710/fast"
/usr/bin/make -f CMakeFiles/cmTryCompileExec347665710.dir/build.make CMakeFiles/cmTryCompileExec347665710.dir/build
make[1]: Entering directory '/home/odroid/OpenCPN/build/CMakeFiles/CMakeTmp'
/usr/bin/cmake -E cmake_progress_report /home/odroid/OpenCPN/build/CMakeFiles/CMakeTmp/CMakeFiles 1

I am a linux newbee, but I found this compiling system very difficult

In any case I really appreciate your help and the fact you are giving your time to help the community

Maxence

[meveric]

That's a new error which wasn't there in previous build.
You can fix it if you edit the CMakeList.txt file in the main directory of the project.
Outcomment the line "add_subdirectory(src/glu)" so it looks like this:

Code: Select all

MESSAGE (STATUS "    Adding local GLU" )
#add_subdirectory(src/glu)
SET( OPENGL_LIBRARIES "GLU_static" ${REVISED_OPENGL_LIBRARIES})

It will still be build and linked, they just included it doubled for some reason.
Still it seems that's not the only issue in the build system. I had to add lib/libGL.a to CMakeFiles/opencpn.dir/link.txt
I'm still looking into it, but it's quite troublesome at the moment. It did not have this issues in the past.

[meveric]

Updated to version 4.8.2 and made it available for Debian Stretch as well.

Available from my repositories via

Code: Select all

apt-get install opencpn-odroid

I've switched the GL -> GLES wrapper from embedded glshim to external gl4es from @ptitSeb.
Starting the program from command line with LIBGL_ES=2 opencpn showed a significantly faster OpenGL performance of 3-4 times the speed compared to the default LIBGL_ES=1 (OpenGL 1.x -> OpenGL ES 1.1 vs OpenGL 2.0 -> OpenGL ES 2.0)

[gilray4]

Aikiguy ~ I am working on the same thing.
I wish I was four years ago. Did you eventually get your build working the way you wanted ?
<~~~ XU4, ubuntu 18 on EMAC, OpenCPN with the Globalsat BU353 puck.
All working fine and fast

I am trying to find a monitor solution that I like (and works)
My XU-4 is 'passive cooled' and I was wondering about ideas for mounting the Odroid in a waterproof box yet with the heat sink exposed ?
I realize it's been four years since this thread had any traffic, but hey... bump

[gilray4]

I had no idea this thread would become so extensive !
Thank you 'Meveric' for all your work. You DO Rock !

I know there are a lot of people working on these plotters/boat computers.
There is a 'Rasberry PI for boats' group on Facebook, with lots of good info.

I think I will bop over there and put in a plug for 'Odroid' and...
the wonderful support here on the forum.
Again, thank you Meveric and all who have contributed.
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

[specs]

Tried setting up opencpn from github using an Odroid N2, the optional MMC card ships with Ubuntu 18.04.
It did take some time, the resulting notes I post here, if only for my own backup to be able to find it again when I need it.
And for those who complain, yes it is quick and dirty (however the quick might not apply here).

For the OpenCPN installation you can refer to https://opencpn.org/wiki/dokuwiki/doku. ... _orange_pi.
Forget about the swap and the gshhs for now. The N2 has enough resources without swap and the gshhs charts can be retrieved from the opencpn-ppa.

I'd recommend using at least the plugins "opencpn-draw", "objsearch" and "oesenc".
And while you're at it put XyGrib next to OpenCPN to provide an easy way to retrieve and process weather information.

Get some code:

Code: Select all

git clone https://github.com/OpenCPN/OpenCPN.git
git clone https://github.com/nohal/aisradar_pi
git clone https://github.com/bdbcat/oesenc_pi
git clone https://github.com/nohal/objsearch_pi
git clone https://github.com/seandepagnier/chartscale_pi
git clone https://github.com/seandepagnier/projections_pi
git clone https://github.com/RooieDirk/NmeaConverter_pi
git clone https://github.com/jongough/ocpn_draw_pi
git clone https://github.com/seandepagnier/weather_routing_pi
git clone https://github.com/opengribs/XyGrib

For VDR use the packaged file you find at https://github.com/rgleason/vdr_pi/tree/packaging-pavel
VDR is old, but the newer versions like VDRplus did not compile for me.

Install some libraries:

Code: Select all

apt-get install build-essential cmake gettext git gpsd gpsd-clients libgps-dev wx-common libwxgtk3.0-dev libglu1-mesa-dev libgtk2.0-dev wx3.0-headers libbz2-dev libtinyxml-dev libportaudio2 portaudio19-dev libcurl4-openssl-dev libexpat1-dev libcairo2-dev libarchive-dev liblzma-dev libexif-dev libelf-dev libsqlite3-dev libjpeg-dev
apt-get install build-essential git cmake qt5-default libpng-dev libopenjp2-7-dev libnova-dev libproj-dev zlib1g-dev libbz2-dev libncurses5-dev bc  bison flex qttools5-dev

Reinstall some faulty libraries for XyGrib, since libraries should always be compiled with -fPIC. Wonder where that went wrong, since downloading and compiling source without any change is sufficient.

Code: Select all

apt-get --compile source libnova-0.16-0
dpkg -i libnova-0.16-0_0.16-2_arm64.deb

The error you'll face without recompiling libnova:

Code: Select all

/usr/bin/ld: /usr/lib/gcc/aarch64-linux-gnu/7/../../../aarch64-linux-gnu/libnova.a(julian_day.o): relocation R_AARCH64_ADR_PREL_PG_HI21 against symbol `__stack_chk_guard@@GLIBC_2.17' which may bind externally can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/lib/gcc/aarch64-linux-gnu/7/../../../aarch64-linux-gnu/libnova.a(julian_day.o)(.text+0x4): unresolvable R_AARCH64_ADR_PREL_PG_HI21 relocation against symbol `__stack_chk_guard@@GLIBC_2.17'
/usr/bin/ld: final link failed: Bad value

Make sure to include the right environment. For OpenCPN I used

Code: Select all

cmake -DCFLAGS="-march=native" ..

Even then I had to change armhf to arm64 for the plugins, still why cmake goes wrong here:

Code: Select all

sed -e "s/armhf/arm64/g" CPackConfig.cmake > CPackConfig.cmake2
mv CPackConfig.cmake2 CPackConfig.cmake
sed -e "s/armhf/arm64/g" CPackSourceConfig.cmake > CPackSourceConfig.cmake2
mv CPackSourceConfig.cmake2 CPackSourceConfig.cmake

After the compilation some packages install under /usr and some under /usr/local. For now I just moved the shared binaries together under /usr/share/opencpn with a link to /usr/local/share/opencpn. Since I installed all without checking the installation location, some cleanup needs to be done.

For XyGrib I did something similar for cmake, but I doubt that is necessary.
Unfortunately XyGrib compiles without deb-package (yet). Everything needs to be installed in /usr/local/XyGrib and you need to cd to this directory before starting.

Code: Select all

cat > /usr/local/bin/xygrib <<End-of-script
#!/bin/sh
cd /usr/local/XyGrib
/usr/local/XyGrib/XyGrib
End-of-script

And last make sure the user is part of the dialout group if you want to use external data from an USB port (for example data from a usb gps device or nmea via a mux or other datasource).
To finish most I added a few lines to /etc/rc.local since most will run nicely on one or 2 cores.

Code: Select all

echo 0        > /sys/devices/system/cpu/cpu4/online
echo 0        > /sys/devices/system/cpu/cpu5/online

What needs to be done is making some packages which cleanly install on a fresh installation. And some documentation cleanup.

[specs]

I know there are a lot of people working on these plotters/boat computers.
There is a 'Rasberry PI for boats' group on Facebook, with lots of good info.

For the Raspberry Pi there is OpenPlotter which includes Kplex, SignalK, OpenCPN and zyGrib.

With the Raspberry Pi2 and Pi3 they did enclose Linux with a Pi for sailors with only Windows background, with affordable solutions to tap into the data of the NMEA0183 (and lately somewhat for NMEA2000 or N2k). If you try that on your own ship please beware of buying a cheap USB-CAN adapter for N2k or a simple USB-RS232. adapter for NMEA0183. It will work, but because of lacking power isolation and ground loops your system will break.

There you will see that Sailoog (OpenPlotter) is one of the few suppliers for isolated USB-CAN adapters. Currently the transition to N2k transition is still work in progress but it is progressing steadily. You'll also see many isolated RS422 to USB adapters for connecting a Pi with an NMEA0183 network and the other solution is using the onboard wifi solution of the Pi to connect to a bridging device in de NMEA0183/N2k network. Currently Sailoog/OpenPlotter is also tinkering with an IMU to include the pyilot. You will see in the above post I did not even try to compile the pypilot (just use an arduino or a pi zero for that if you really want such a thing).

Openplotter is one of the main reasons you will find OpenCPN for ARMHF (the old 32-bit system). It is the better choice if you are tinkering with only 1 GB memory. I have not seen much effort in a transition to ARM64 to make most out of the extra memory of the Pi4 yet.

If you look only at the functionality the only difference between a N2 and a Pi4 is the lacking Wifi connection and the different power connection (instead of the power over USB of power over GPIO from the Pi4). I doubt many sailors will have 2 monitors on their system. Also in case of the Odroid N2 you have the passive cooler included with a cheap additional case.