OpenCPN on Raspberry Pi2

[Sailoog]

Originally Posted by conachair

It looks like for the time being only 32-bit raspbian will be available..

Crossing fingers...

Who wants 64bit?

[Hakan]

JM..Bram..

Thanks. Afterwards I saw that the OpnGL wasn't enabled in raspi-config so I did. --- Not good! Boot didn't worked out but hanged on a black screen. Not any simple way back so now I'm setting the pi up again. First I tried Raspbian -img and tested to enable OpenGl but nearly the same result. I could get it to boot on a HDMI(converted to VGA) screen but a very bad bad picture and the only way to show anything else than the rainbow was to constantly move the mouse! That way I could get OpenGl disabled again.
Now setting the pi up again using NOOBS instead because that's an easy way to extend the SD card to full use.
To be continued...
Håkan

[verkerkbr]

Hi Hakan,

here you find the way to fix the resolution if the monitor is not appearing in the right resolution.

https://www.raspberrypi.org/forums/v...hp?f=26&t=5851

Regards,


Bram

[petter5]

Originally Posted by Hakan

JM..Bram..

Thanks. Afterwards I saw that the OpnGL wasn't enabled in raspi-config so I did. --- Not good! Boot didn't worked out but hanged on a black screen. Not any simple way back so now I'm setting the pi up again. First I tried Raspbian -img and tested to enable OpenGl but nearly the same result. I could get it to boot on a HDMI(converted to VGA) screen but a very bad bad picture and the only way to show anything else than the rainbow was to constantly move the mouse! That way I could get OpenGl disabled again.
Now setting the pi up again using NOOBS instead because that's an easy way to extend the SD card to full use.
To be continued...
Håkan

Hakan. Whatever you do, please change your power supply. The "rainbow" is hardware level in a PI to warn about not sufficient power supply.

It you have the IP address of your PI, you can still ssh into it and use raspi-config to disable opengl to get normal boot back.

[verkerkbr]

I had the same problem with the power supply after switching to OpenGL.

Try to use the power supply with a very short cable. Some of these usb cables are very thin. The standard USB adapter don't work here and show the splash rainbow screen.

I have now switched to an original Raspberry Pi powersupply. It looks like the OpenGL settings requires more power and don't like a voltage drop.

This problem has been found by a user from the UK.

If you use OpenPlotter you can use the Raspberry Desktop with VNC from another computer.

Bram

[Hakan]

Thanks - good points. Now powered by a 230 V to USB unit via micro-USB on the Pi2. I measured the voltage to only 4.42 V on the GPIO pins. I'll try power it using the GPIO pins and a proper 5V instead. For the moment building OCPN source from scratch - will take a while, as you know.
Håkan

[petter5]

Originally Posted by Hakan

Thanks - good points. Now powered by a 230 V to USB unit via micro-USB on the Pi2. I measured the voltage to only 4.42 V on the GPIO pins. I'll try power it using the GPIO pins and a proper 5V instead. For the moment building OCPN source from scratch - will take a while, as you know.
Håkan

Haakan. The original powesupply has much thicker cable than other micro usb power adapters and is in fact quite cheap. You can buy them in Sweden from RS components, you will normally get them delivered next day:
Plug In Power Supply |Same day despatch on Plug In Power Supply parts | RS Components

[Hakan]

Petter.
Yes that one looks better than the tiny one now in service. When built is ready I'll make some test to see if better power solves the OpenGl issue
Thanks
Håkan

[verkerkbr]

An update of the bootloader has been issued. Result: faster screen movements in OpenCPN on the P1 and P3.

Processor stil running at 60-70 %. With full load of the OpenPlotter applicaties. VNC, RDLDSR Ais dongle, GPS mouse, SignalK.

In OpenCPN:

Renderer String: Gallium 0.4 on llvmpipe (LLVM 3.7, 128 bits)
OpenGL Version reported: 3.0 Mesa 11.1.0

[Sailoog]

Originally Posted by verkerkbr

An update of the bootloader has been issued. Result: faster screen movements in OpenCPN on the P1 and P3.

Processor stil running at 60-70 %. With full load of the OpenPlotter applicaties. VNC, RDLDSR Ais dongle, GPS mouse, SignalK.

In OpenCPN:

Renderer String: Gallium 0.4 on llvmpipe (LLVM 3.7, 128 bits)
OpenGL Version reported: 3.0 Mesa 11.1.0

New OpenPlotter version with the new bootloader
http://www.cruisersforum.com/forums/...ml#post2073484

[verkerkbr]

Originally Posted by Sailoog

New OpenPlotter version with the new bootloader
http://www.cruisersforum.com/forums/...ml#post2073484

Used the latest version OpenPlotter 0.7.1 released this morning.

Now the Raspberry Pi 2 and the Pi 3 work like a dream. Instead of running around 70% processor use. It is now 30%. Graphics seem to be done in the graphics processor.

Also the voltage problem seems to be gone.

Screen movements are much faster.

All actions work better. This is what the Raspy was waiting for.

Don't switch on the OpenGL setting. This does not work.

And enlarge the partiton after installing OpenPlotter beta 0.7.1

Bram

[petter5]

Originally Posted by verkerkbr

All actions work better. This is what the Raspy was waiting for.

Don't switch on the OpenGL setting. This does not work.

Bram

OpenGL seems to work fine on RPI2 for me,,, with CM93

[verkerkbr]

Hi Petter,

OpenGL worked here before. But in the latest beta version from OpenPlotter 0.7.1 there is no longer any OpenGL reference or software renderer in the opencpn.log.

Video seems to be done now in the graphics processor. With OpenGL the processor was running almost at maximum around 70%. Now it is around 30% with very fast screen movements and without the OpenGL setting to on.

Bram

[petter5]

Originally Posted by verkerkbr

Hi Petter,

OpenGL worked here before. But in the latest beta version from OpenPlotter 0.7.1 there is no longer any OpenGL reference or software renderer in the opencpn.log.

Video seems to be done now in the graphics processor. With OpenGL the processor was running almost at maximum around 70%. Now it is around 30% with very fast screen movements and without the OpenGL setting to on.

Bram

Nope. Opencpn , using VNC remote desktop, if disabling openGL, the display is garbled and unusable.

[verkerkbr]

This is my log file:

22:17:14 UTC: 2016-03-17
22:17:14 UTC: ------- Starting OpenCPN -------
22:17:14 UTC: Version 4.2.0 Build 2016-02-03
22:17:15 UTC: wxWidgets version: wxWidgets 3.0.0 Linux 32 bit wxGTK
22:17:15 UTC: MemoryStatus: mem_total: 925 mb, mem_initial: 23 mb
22:17:15 UTC: SData_Locn is /usr/share/opencpn/
22:17:15 UTC: PrivateDataDir is /home/pi/.opencpn
22:17:15 UTC: Using existing Config_File: /home/pi/.opencpn/opencpn.conf
22:17:15 UTC: Setting Viewpoint Lat/Lon 51.5981, 4.0137
22:17:15 UTC: Setting Ownship Lat/Lon 51.6253, 3.9806
22:17:15 UTC: Styles loading from /usr/share/opencpn/uidata/styles.xml
22:17:15 UTC: No styles found at: /home/pi/
22:17:15 UTC: No styles found at: /home/pi/.opencpn/
22:17:15 UTC: Using SVG Icons
22:17:15 UTC: Detected display size (horizontal): 445 mm
22:17:15 UTC: System default Language: nl_NL
22:17:15 UTC: Warning: Cannot set locale to language "Dutch".
22:17:15 UTC: Error: locale 'nl_NL' cannot be set.
22:17:15 UTC: Warning: Cannot set locale to language "Dutch".
22:17:15 UTC: Error: locale 'nl_NL' cannot be set.
22:17:15 UTC: Warning: Cannot set locale to language "English (U.S.)".
22:17:15 UTC: Error: locale 'en_US' cannot be set.
22:17:15 UTC: Opencpn language set to: en_US
22:17:15 UTC: Creating MyFrame...size(1680, 1014) position(0, 65)
22:17:15 UTC: Creating glChartCanvas
22:17:17 UTC: ChartDB Cache policy: Application target is 451 MBytes
22:17:17 UTC: Loading chart db version: V018
22:17:17 UTC: Chartdb: Chart directory list follows
22:17:17 UTC: Chart directory #0: /home/pi/Downloads/20160311_U6Inland_Week 10_NL
22:17:17 UTC: GPS Watchdog Timeout is: 6 sec.
22:17:18 UTC: ChartSymbols loaded from /usr/share/opencpn/s57data/chartsymbols.xml
22:17:19 UTC: Using s57data in /usr/share/opencpn/s57data
22:17:19 UTC: Initializing Chart /home/pi/Downloads/20160311_U6Inland_Week 10_NL/ENC_ROOT/1R/6/1R66K8LI/1R66K8LI.000
22:17:23 UTC: OpenCPN Initialized in 8894 ms.
22:17:27 UTC: Warning: Color not found CHDRD
22:17:27 UTC: Looking for UserIcons at /home/pi/.opencpn/UserIcons
22:17:27 UTC: Loading navobjects from navobj.xml
22:17:27 UTC: Done loading navobjects
22:17:27 UTC: ***GPS Watchdog timeout at Lat:51.6253 Lon: 3.9806
22:17:27 UTC: Opening NMEA Datastream TCP:localhost:10110
22:17:28 UTC: PlugInManager searching for PlugIns in location /usr/lib/opencpn
22:17:28 UTC: PlugInManager: Loading PlugIn: /usr/lib/opencpn/libchartdldr_pi.so
22:17:28 UTC: /usr/lib/opencpn/libchartdldr_pi.so
API Version detected: 113
PlugIn Version detected: 102
22:17:28 UTC: Warning: Cannot set locale to language "Dutch".
22:17:28 UTC: Error: locale 'nl_NL' cannot be set.
22:17:28 UTC: Warning: Cannot set locale to language "Dutch".
22:17:28 UTC: Error: locale 'nl_NL' cannot be set.
22:17:28 UTC: Warning: Cannot set locale to language "English (U.S.)".
22:17:28 UTC: Error: locale 'en_US' cannot be set.
22:17:28 UTC: chartdldr_pi: /home/pi/Charts
22:17:28 UTC: chartdldr_pi: /home/pi/Charts
22:17:28 UTC: PlugInManager: Loading PlugIn: /usr/lib/opencpn/libwmm_pi.so
22:17:28 UTC: /usr/lib/opencpn/libwmm_pi.so
API Version detected: 108
PlugIn Version detected: 101
22:17:28 UTC: Warning: Cannot set locale to language "Dutch".
22:17:28 UTC: Error: locale 'nl_NL' cannot be set.
22:17:28 UTC: Warning: Cannot set locale to language "Dutch".
22:17:28 UTC: Error: locale 'nl_NL' cannot be set.
22:17:28 UTC: Warning: Cannot set locale to language "English (U.S.)".
22:17:28 UTC: Error: locale 'en_US' cannot be set.
22:17:28 UTC: WMM: WMM model data loaded from file /usr/share/opencpn/plugins/wmm_pi/data//WMM.COF.
22:17:32 UTC: TCP Datastream connection established: TCP:localhost:10110
22:17:32 UTC: Changing NMEA Datasource for GPGSV to TCP:localhost:10110 (Priority: 1)
22:17:32 UTC: Changing NMEA Datasource for GPRMC to TCP:localhost:10110 (Priority: 1)
22:17:32 UTC: Changing NMEA Datasource for GPGGA to TCP:localhost:10110 (Priority: 1)
22:17:32 UTC: Changing NMEA Datasource for GPGLL to TCP:localhost:10110 (Priority: 1)
22:17:32 UTC: Changing NMEA Datasource for GPGSA to TCP:localhost:10110 (Priority: 1)
22:17:41 UTC: PlugInManager: Deactivating PlugIn: /usr/lib/opencpn/libchartdldr_pi.so
22:17:41 UTC: chartdldr_pi: DeInit
22:17:41 UTC: PlugInManager: Deactivating PlugIn: /usr/lib/opencpn/libwmm_pi.so
22:17:41 UTC: opencpn::MyFrame exiting cleanly.
22:17:41 UTC: Chart cache PlugIn purge
22:17:41 UTC: PlugInManager: UnLoading PlugIn: /usr/lib/opencpn/libchartdldr_pi.so
22:17:41 UTC: PlugInManager: UnLoading PlugIn: /usr/lib/opencpn/libwmm_pi.so
22:17:41 UTC: Closing NMEA Datastream TCP:localhost:10110
22:17:41 UTC: Chart cache purge
22:17:41 UTC: opencpn::MyApp starting exit.
22:17:41 UTC: LOGBOOK: 2016-03-17 22:17:41 UTC OFF: Lat 51.62527 Lon 3.98060 COG 30.06000 SOG 0.33 kts
22:17:41 UTC: opencpn::MyApp exiting cleanly...
22:17:51 UTC:


VNC works perfect from a Linux systeem.

Had also some problems with my screen. It appeared that the partition on the SD was almost full. The first thing you have to do is to enlarge the partition.

The screen movement are now very fast and almost all other functions.

Bram

But you must have the latest OpenPlotter beta 0.7.1 from this morning.