OpenCPN Runs on Embedded ARM

[mattkab]

Originally Posted by NahanniV

It seemed to work for me. How are you testing ?

Basically just building and running.

This last time I went into the ini file and set openGL = 0 and reran it -- that worked, and I got full rendering with 80% CPU usage.

Then I opened settings and turned OpenGL back on, and this was the result:

Originally Posted by NahanniV

$git rev-parse HEAD
was showing the expected SHA so I did not do a checkout.
The build seemed to be different each time; Hope I didn't waste 3 hours.

I went back to 3.3.2316 using the checkout method and confirmed that the version in the title bar worked.

Originally Posted by NahanniV

That would be a pain. Are you thinking the video chip or driver is getting into a bad state ?

Well, I was thinking that it was possible that the OpenGL canvas was maybe corrupt and subsequent runs were giving false negatives. I'm building a version from 26-Nov currently, otherwise I'd reboot.

I did just run glxgears successfully at 70fps (exactly what I saw after installing glshim), so I don't think it's likely though.

[NahanniV]

What charts are you testing with ?

I'm using a single BSB and CM93s

My failure mode is a solid black screen.

[NahanniV]

I think the git Bisect that I did yesterday was useless. I don't seem to have a clear Idea of what is making this fail.

It seems like some kind of state it gets into.

Sometimes when I get the black screen I can see the chart if I rotate it away from north-up with the "[" & "]" keys; The chart will be visible in all but the north up position (back to black at north-up). Raster charts with caching.

Is there a version that works consistently ?

Cheers,
JM.

[mattkab]

I use NOAA region 15 ENC charts, from my office with my boat manually (right click menu) placed in the waters near Tacoma. I'm building the commit labeled 3.3.2222 from 22-Oct right now.

But... I think I might have been an idiot and didn't actually look at the warning messages that cmake was giving me, so all my tests yesterday may be invalid too.

Rather than spam this thread with additional updates, I'm just going to edit this message until I can get somewhere

Update 10am: No, updating the tinyxml library had no effect, still get black screens and OpenCPN hangs Attempting 3.3.2118

[NahanniV]

I gave up trying to find a version that never gets a black screen, perhaps I just never saw it before ? Different chart set ?

I'm back to the latest version of OpenCPN.

While rebuilding the texture compression cache (RNC charts for NY State almost done after 5 hours) OpenCPN crashed with the following message in the terminal window:

"
pure virtual method called
terminate called without an active exception
Aborted
"

[mattkab]

Originally Posted by NahanniV

I gave up trying to find a version that never gets a black screen, perhaps I just never saw it before ? Different chart set ?

I have come to the same conclusion. I went all the way back to July releases and still got black screens. I'm using the same charts set (well, at least the same region, not sure if NOAA changed the charts). I am absolutely sure I did not see the black screens until the past week.

Something else must have changed. I'm trying different OS images now.

[NahanniV]

Originally Posted by mattkab

I have come to the same conclusion. I went all the way back to July releases and still got black screens. I'm using the same charts set (well, at least the same region, not sure if NOAA changed the charts). I am absolutely sure I did not see the black screens until the past week.

Something else must have changed. I'm trying different OS images now.

Did you try rotating the chart ? Did that work with your vector charts ?

I expect Sean may be able to resolve this problem.

I'm going to try installing a de-bugging environment and see if I can find what is causing some of the other errors.

Cheers,
JM.

[rgleason]

Very frustrating.... I know "0" about Linux, can barely run it. Shot in the dark here...What is glsln (or something like that)? Some kind of driver or something? You probably know, but I've seen it mentioned... along with troubles...

[mattkab]

Success.



I reverted to the Cubian release with the 3.4.79 kernel that I had downloaded back in August. I can't find a current download location for it.

The new Cubian X1 release simply does not work, but I am not sure why yet. This is something I may investigate more later, since as of right now there is not a current OS image for CubieTruck that I have found that works with OpenCPN so new users will have difficulties.

But I think with this success story it is safe to say that OpenCPN code is not at fault, and I think that's a good thing.

[verkerkbr]

OpenCPN on Arm system ? Tried this first with a Raspberry Pi. However it worked but with zooming the system lock-up and stalled.

Now I have two BananaPi's and they work perfect with OpenCpn and Lubuntu Linux.

It works so good that I'am using the system with my internet connections.

Firefox, Chromium, printing. And with a Logitech wireless keyboard with a pad. I have one USB port available for NMEA input from my AIS transponder.

Low power consumption and with a 5 volt power connection.

[seandepagnier]

[QUOTE=mattkab;1696602]Basically just building and running.

This last time I went into the ini file and set openGL = 0 and reran it -- that worked, and I got full rendering with 80% CPU usage.

Then I opened settings and turned OpenGL back on, and this was the result:




Well, I was thinking that it was possible that the OpenGL canvas was maybe corrupt and subsequent runs were giving false negatives. I'm building a version from 26-Nov currently, otherwise I'd reboot.


Looks like bad driver with bad framebuffer object?

Try setting UseAcceleratedPanning=0 in opencpn.conf.

[NahanniV]

Originally Posted by mattkab

Success.



I reverted to the Cubian release with the 3.4.79 kernel that I had downloaded back in August. I can't find a current download location for it.

The new Cubian X1 release simply does not work, but I am not sure why yet. This is something I may investigate more later, since as of right now there is not a current OS image for CubieTruck that I have found that works with OpenCPN so new users will have difficulties.

But I think with this success story it is safe to say that OpenCPN code is not at fault, and I think that's a good thing.

What is the exact version of Linux you have ?

I have the Cubian X1

Downloaded from torrent:
Cubian-desktop-x1-a20-cubietruck-vga.img.7z

It reports the following version:
"
cubie@Cubian:~$ cat /proc/version
Linux version 3.4.79-sun7i (root@ubtu) (gcc version 4.8.2 20130603 (prerelease) (crosstool-NG linaro-1.13.1-4.8-2013.06 - Linaro GCC 2013.06) ) #19 SMP PREEMPT Fri Oct 10 03:20:03 CST 2014
cubie@Cubian:~$
"
Cheers,
JM.

[mattkab]

My cubietruck is at my office so I can't see what is reported at runtime.

My download package is Cubian-desktop-r1-a20-ct.7z

Sent from my SM-N900T using Cruisers Sailing Forum mobile app

[seandepagnier]

I am trying to understand the root of the problem. Is it a different video driver?

[NahanniV]

Originally Posted by boat_alexandra

I am trying to understand the root of the problem. Is it a different video driver?

Not sure how to explain since I don't really know what is happening.

Here is what I have done/am seeing:

• I am using cubian x1.
  
• Initially tested with NOAA RNCs and CM93's
  
• It was working around Dec. 1st. with some slight problems:

  • error messages in console
  • most text missing from CM93's only soundings and clearances displayed
  • some hangups when compressing RNCs

• With the most recent releases of OpenCPN it seemed that a problem was introduced:

  • RNCs the chart display would sometimes go black.

    • Chart can be viewed again by rotating, but goes back to black on north up.

  • ENCs would go black but soundings and some other data would be displayed.

    • rotating just mangles the data.

• I tried to revert to a working version and use git bisect, but was unable to find a consistently working version. I don't know why ? Perhaps I was not reverting correctly ?
• With RNCs, I have also occasionally seen the chart turn a shade of red, also going back to normal when rotated.
• The most consistent way I have found to cause the black chart with RNCs is to exit OpenCPN with several charts displayed. The chart goes black during exit and on restarting OpenCPN it flashes and sometimes stays black.

I am planning to try creating another SD card with the version Mattkab is using so I can try to see what the difference is.

I would like to see this working, and am willing to test anything, unfortunately the code is way beyond my abilities and I am new to Linux.

Cheers,
JM.