Visit our Popular Forums

Andreas29 · 21-04-2019, 01:58

Hi,

last few days I found the time to make test the rpi3+ and OC 5.0 in real live on board and sea.

RPI 3b+ with the latest raspian Stretch
Latest Kernel get with rpi-update
OpenGL switched on with fake kms
OC 5.0 from the ubuntu ppa (xenial-version)
All used plugins also from the ppa
AIS-Info comes over a dAISy hat
NMEA comes over a RS232 to USB
Radar is a Simrad broadband 3g
13" hdmi Monitor connected to the rpi at chart table
10" tablet via wifi and vnc as a remote and outside viewing Monitor
Charts oesenc vector Charts, self scanned rastercharts

The main functions worked fine and very well as known from OC 4.8.8.
The speed and grafic-power from the rpi is good enough for using OC 5.0
The one canvas layout is good for offshore I think, the two canvas layout is good for inshore, habour entrance or waterways I think.
I have to investigate the possibility for saving the layouts deeper.
In my understanding from that I tought that I could save ALL from a layout, but eg. the zoom or the monitor partition (30/70 50/50) were not saved.
For me the 10" monitor is the minimum for a two canvas-layout.

AIS-Informations and CPA/TCPA calculations seemed to work well and good.
With radar and radaroverlay also the ARPA/MARPA calculations.

There were some minior issues I try to describe in some other threats.

So from my side OC 5.0 works good and well with a rpi3b+.

Regards

Andreas

verkerkbr · 21-04-2019, 02:24

Quote:

Originally Posted by Andreas29

Hi,

last few days I found the time to make test the rpi3+ and OC 5.0 in real live on board and sea.

RPI 3b+ with the latest raspian Stretch
Latest Kernel get with rpi-update
OpenGL switched on with fake kms
OC 5.0 from the ubuntu ppa (xenial-version)
All used plugins also from the ppa
AIS-Info comes over a dAISy hat
NMEA comes over a RS232 to USB
Radar is a Simrad broadband 3g
13" hdmi Monitor connected to the rpi at chart table
10" tablet via wifi and vnc as a remote and outside viewing Monitor
Charts oesenc vector Charts, self scanned rastercharts

The main functions worked fine and very well as known from OC 4.8.8.
The speed and grafic-power from the rpi is good enough for using OC 5.0
The one canvas layout is good for offshore I think, the two canvas layout is good for inshore, habour entrance or waterways I think.
I have to investigate the possibility for saving the layouts deeper.
In my understanding from that I tought that I could save ALL from a layout, but eg. the zoom or the monitor partition (30/70 50/50) were not saved.
For me the 10" monitor is the minimum for a two canvas-layout.

AIS-Informations and CPA/TCPA calculations seemed to work well and good.
With radar and radaroverlay also the ARPA/MARPA calculations.

There were some minior issues I try to describe in some other threats.

So from my side OC 5.0 works good and well with a rpi3b+.

Regards

Andreas

Hi Andreas,

good to read that the RPI3B+ works well. But I do not understand why the VC4 OpenGL setting is not working for you.

It works here allready for a long time.

Using Stretch Xenial.

I'am using it on a 10" monitor and it also works very well with remote VNC system. Chromebook.

Don't have a radar.

Regards,

Bram

Andreas29 · 21-04-2019, 02:36

Hi,

Bram I don´t understand it too

When using full-kms I run into trouble with my vnc-connection (the tablet). It shows poor Resolution. After a long time where I search the WWW I found a solution for this.
But there´s still one other think:
Full-kms and glxgears gives me flickering and discoulered gears, fake-kms gives me the right coulered, non-flickering gears with -and that´s the interesting point- more fps then with full-kms.

So for me fake-kms seems to be the best choice

Regards

Andreas

verkerkbr · 21-04-2019, 03:11

Quote:

Originally Posted by Andreas29

Hi,

Bram I don´t understand it too

When using full-kms I run into trouble with my vnc-connection (the tablet). It shows poor Resolution. After a long time where I search the WWW I found a solution for this.
But there´s still one other think:
Full-kms and glxgears gives me flickering and discoulered gears, fake-kms gives me the right coulered, non-flickering gears with -and that´s the interesting point- more fps then with full-kms.

So for me fake-kms seems to be the best choice

Regards

Andreas

Hi Andreas,

I also had that problem. It is not caused by the RPI but by the RealVNC server.

The VNC server is looking for a monitor. And if no monitor is available is start in the lowest resolution.

If you have a HDMI monitor connected then it gives the resolution of the monitor. You can then remove the HDMI cable and the resolution does not change.

But if you have no monitor and use it headless then you get the low resolution.

I have tried to find a software resolution for starting headless in a higher resolution. But not found one.

The easy way is to put a dummy HDMI dongle in the HDMI slot.

Then it seems to work. However I have not test this yet. Dongle is underway. Dongle cost around € 6,-.

Regards,

Bram

Andreas29 · 21-04-2019, 05:50

Hi,

Bram yes, when connecting to a hdmi monitor the resolution issue does not appear.

It´s possible to use a vnc-server command to open a "new" (virtual) Desktop for the vnc-client and then you can choose a resolution what ever you want.

I wrote it down in this threat: http://www.cruisersforum.com/forums/...-216434-2.html

Posts #13, 25, 26

But with full kms I got lower fps with glxgears.

Regards

Andreas

verkerkbr · 21-04-2019, 06:25

Quote:

Originally Posted by Andreas29

Hi,

Bram yes, when connecting to a hdmi monitor the resolution issue does not appear.

It´s possible to use a vnc-server command to open a "new" (virtual) Desktop for the vnc-client and then you can choose a resolution what ever you want.

I wrote it down in this threat: http://www.cruisersforum.com/forums/...-216434-2.html

Posts #13, 25, 26

But with full kms I got lower fps with glxgears.

Regards

Andreas

Hi Andreas, I have tried a lot of options. Changing the config.txt etc. etc. But nothing seems to fix the resolution.

I'am using the latest realvnc server version.

But with an HDMI attached, you don't need to change anything.

It is probably a well know problem also with other systems.

Simply adding a HDMI dummy plug seems to be the solution. I will report the outcome as soon I have have received the dongle.

As far as I know there are other VNC options that can be set to the required resolution of the VNCserver.

But Realvnc works for me very well.

Regards,

Bram

verkerkbr · 23-04-2019, 08:05

Quote:

Originally Posted by verkerkbr

Hi Andreas, I have tried a lot of options. Changing the config.txt etc. etc. But nothing seems to fix the resolution.

I'am using the latest realvnc server version.

But with an HDMI attached, you don't need to change anything.

It is probably a well know problem also with other systems.

Simply adding a HDMI dummy plug seems to be the solution. I will report the outcome as soon I have have received the dongle.

As far as I know there are other VNC options that can be set to the required resolution of the VNCserver.

But Realvnc works for me very well.

Regards,

Bram

Just received the HDMI dummy dongle. Now I get a high resolution image on my remote Realvnc viewer screen and Chromebook.

RealVNC version is the latest 6.4.1.

Regards,

Bram

Andreas29 · 23-04-2019, 23:50

Hi,

Bram, good to hear that the dongle works

Regards

Andreas

Reefmagnet · 24-04-2019, 00:06

There's a setting in config.txt that can be tweaked to change the default resolution. I've been running real VNC for a couple of months now with OpenPlotter and OpenCPN and Radar on an RPi 3+ without a monitor connected and it's fine.

verkerkbr · 24-04-2019, 00:20

Quote:

Originally Posted by Reefmagnet

There's a setting in config.txt that can be tweaked to change the default resolution. I've been running real VNC for a couple of months now with OpenPlotter and OpenCPN and Radar on an RPi 3+ without a monitor connected and it's fine.

Hi Reefmagnet,

I have tried several options but not found a software solution. Using the latest updates and kernel 4.19.32.

System is always looking first to the HDMI port and if not available it default to a low resolution. Also with the latest RealVNC server 6.4.1.

The cause is in the RPI software.

With the Dummy HDMI dongle it works.

Bram

Reefmagnet · 24-04-2019, 00:34

Quote:

Originally Posted by verkerkbr

Hi Reefmagnet,

I have tried several options but not found a software solution. Using the latest updates and kernel 4.19.32.

System is always looking first to the HDMI port and if not available it default to a low resolution. Also with the latest RealVNC server 6.4.1.

The cause is in the RPI software.

With the Dummy HDMI dongle it works.

Bram

Yes true, but config.txt allows changing of the default setting without the need for anything to be plugged into the hdmi socket. From memory (I think) it is the "hdmi_mode" setting that affects the change.

https://elinux.org/RPiconfig#Video

Andreas29 · 23-06-2019, 01:21

Hi,

update:

I can test and run OC 5.0 a little bit longer due to a sailing passage over the North sea from the Netherlands to England.

In short: It works great on my raspberry pi 3b+. It was stable and the plugins worked without faults.
Also the Radar, the grib and the weatherrouting plugin.

Great Job

Regards

Andreas

Tabaqui · 26-06-2019, 14:09

Running O5 on rpi3+ at the moment as the HDD on my laptop suddenly went the way of the Dodo. Ubuntu mate os. Seems to work well enough, but cant get the oesenc plugin installed. The updated radar installed no problem and works, but the oesenc plugin i cant even find. Apt-get install opencpn-<tab> list every plugin except oesenc. Any tips on what I am doing wrong? Tried updating the ppa, but didnt seem to help.