Cruisers Forum
 


Join CruisersForum Today

Reply
 
Thread Tools Search this Thread Rate Thread Display Modes
Old 21-03-2019, 12:28   #1
Registered User
 
boat_alexandra's Avatar

Join Date: Aug 2009
Location: charleston
Boat: bristol 27
Posts: 3,417
rockpro 64

Seems to work for OpenCPN so far. It is a lot faster than raspberry pi.
__________________

boat_alexandra is offline   Reply With Quote
Old 21-03-2019, 12:40   #2
Registered User
 
Bill O's Avatar

Join Date: Jul 2015
Boat: Bruce Bingham Christina 49
Posts: 543
Re: rockpro 64

How did it handle openGL? was that with the wifi/BT model?
__________________

__________________
Bill O.
KB3YMH
http://phoenixketch.blogspot.com/
Bill O is offline   Reply With Quote
Old 21-03-2019, 14:41   #3
Registered User
 
sbfreddie's Avatar

Join Date: Mar 2012
Location: Southern Texas, Port Isabel
Boat: I Wish
Posts: 173
Images: 1
Send a message via Skype™ to sbfreddie
Re: rockpro 64

Quote:
Originally Posted by boat_alexandra View Post
Seems to work for OpenCPN so far. It is a lot faster than raspberry pi.
Sean:
I have one of these also, what distro are you using? I am using this distro:
rockpro64-debian-desktop-mrfixit.img it has a 64 bit Kernel and is using an ARMHF(32 bit) system.
Are you building OpenCPN on the RockPro64 or are you using a deb?
I tried to built from Github but Cmake cannot find Curl, but it has no trouble finding OpeGLES though.

Thanks,
Freddie
sbfreddie is offline   Reply With Quote
Old 21-03-2019, 18:11   #4
Registered User
 
boat_alexandra's Avatar

Join Date: Aug 2009
Location: charleston
Boat: bristol 27
Posts: 3,417
Re: rockpro 64

I finally used the fixit kernel after a few others with bad results. This one finally makes most stuff work. I didn't realize it was 32bit but that makes sense I see it is now.



I got the pci-e sata card and it doesn't work for me. The rockpro locks up after 30 seconds running if it's plugged in, not sure why.

I'm using wifi from usb. Their wifi module cost a lot compared to a usb one.

I compiled opencpn from source. The fixit distro has gl4es built in such a way that it works automatically with opencpn without any special change. Now the opencpn is full speed I get annoyed by the time it takes to recompute the chart quilt.

I think the quilting viewport calculations would be best done in a separate thread, but if not, maybe they could be implemented in a state machine to prevent lagging the frame rate since they don't have to recompute every frame.
boat_alexandra is offline   Reply With Quote
Old 22-03-2019, 14:13   #5
Registered User
 
sbfreddie's Avatar

Join Date: Mar 2012
Location: Southern Texas, Port Isabel
Boat: I Wish
Posts: 173
Images: 1
Send a message via Skype™ to sbfreddie
Re: rockpro 64

Quote:
Originally Posted by boat_alexandra View Post
I finally used the fixit kernel after a few others with bad results. This one finally makes most stuff work. I didn't realize it was 32bit but that makes sense I see it is now.



I got the pci-e sata card and it doesn't work for me. The rockpro locks up after 30 seconds running if it's plugged in, not sure why.

I'm using wifi from usb. Their wifi module cost a lot compared to a usb one.

I compiled opencpn from source. The fixit distro has gl4es built in such a way that it works automatically with opencpn without any special change. Now the opencpn is full speed I get annoyed by the time it takes to recompute the chart quilt.

I think the quilting viewport calculations would be best done in a separate thread, but if not, maybe they could be implemented in a state machine to prevent lagging the frame rate since they don't have to recompute every frame.
Sean:
Everyone has the same problem with the PCI-e SATA card, I have one for NVMe and it does the same thing. PCI-e does not work on the RockPro64 yet. It does work if you are using a Distro without the desktop ie command line only.

I also have their WIFI/Bluetooth card and it works just fine.

I have not been able to get OpenCPN to build though, it finds OpenGLES just fine but cannot find Lib Curl do you have any suggestions for me? Here is the output from the cmake configure:
Code:
Sorry, try again.
Reading package lists...
Building dependency tree...
Reading state information...
build-essential is already the newest version (12.3).
libbz2-dev is already the newest version (1.0.6-8.1).
libcairo2-dev is already the newest version (1.14.8-1).
cmake is already the newest version (3.7.2-1).
libcurl4-openssl-dev is already the newest version (7.52.1-5+deb9u9).
libelf-dev is already the newest version (0.168-1).
libexpat1-dev is already the newest version (2.2.0-2+deb9u1).
gettext is already the newest version (0.19.8.1-2).
git-core is already the newest version (1:2.11.0-3+deb9u4).
gpsd is already the newest version (3.16-4).
gpsd-clients is already the newest version (3.16-4).
libgps-dev is already the newest version (3.16-4).
libgtk2.0-dev is already the newest version (2.24.31-2).
libarchive-dev is already the newest version (3.2.2-2+deb9u1).
libexif-dev is already the newest version (0.6.21-2+b2).
libglu1-mesa-dev is already the newest version (9.0.0-2.1).
libportaudio2 is already the newest version (19.6.0-1).
portaudio19-dev is already the newest version (19.6.0-1).
libsqlite3-dev is already the newest version (3.16.2-5+deb9u1).
libtinyxml-dev is already the newest version (2.6.2-4).
libwxgtk3.0-dev is already the newest version (3.0.2+dfsg-4).
wx-common is already the newest version (3.0.2+dfsg-4).
wx3.0-headers is already the newest version (3.0.2+dfsg-4).
liblzma-dev is already the newest version (5.2.2-1.2+b1).
0 upgraded, 0 newly installed, 0 to remove and 1 not upgraded.
Configuring OpenCPN_Master with Cmake...
-- The C compiler identification is unknown
-- The CXX compiler identification is unknown
-- Check for working C compiler: /usr/bin/cc
-- Check for working C compiler: /usr/bin/cc -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Check for working CXX compiler: /usr/bin/c++
-- Check for working CXX compiler: /usr/bin/c++ -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- cmake version: 3.7.2
-- Setting C++11 standard via cmake standard mechanism
-- *** Build Architecture is armhf
-- *** Staging to build opencpn 4.99.1517 ***
-- *** Package will include documentation ***
-- *** Package will include GSHHS basechart level: FULL ***
-- *** Package will include tide and current data ***
-- Found OpenGLESv1
--     Adding local GLU
--     Revised GL Lib (with local): GLU_staticGL_staticEGLX11drm
--     Adding local LIBTESS2
--     Revised EXTRA_LIBS (with local libtess2): TESS2_static
--  Revised wxWidgets Libraries: 
-- 
-- *** Staging to build opencpn  ***
-- Build type: Release
-- *** Will install to /usr/local  ***
-- Crash reporting enabled
-- Using Linux crash reporting
-- Using new serial library...
CMake Error at /usr/share/cmake-3.7/Modules/FindPackageHandleStandardArgs.cmake:138 (message):
  Could NOT find CURL (missing: CURL_LIBRARY CURL_INCLUDE_DIR)
Call Stack (most recent call first):
  /usr/share/cmake-3.7/Modules/FindPackageHandleStandardArgs.cmake:378 (_FPHSA_FAILURE_MESSAGE)
  /usr/share/cmake-3.7/Modules/FindCURL.cmake:50 (FIND_PACKAGE_HANDLE_STANDARD_ARGS)
  CMakeLists.txt:765 (FIND_PACKAGE)


-- Configuring incomplete, errors occurred!
See also "/home/rock/GitOpenCPN/OpenCPN_Master/build/CMakeFiles/CMakeOutput.log".
See also "/home/rock/GitOpenCPN/OpenCPN_Master/build/CMakeFiles/CMakeError.log".
Any ideas?
I think this is the age old problem of the ARMHF putting all the libs in lib/arm-linux-gnueabihf instead of /lib.

Thanks,
Freddie
sbfreddie is offline   Reply With Quote
Old 23-03-2019, 11:24   #6
Registered User
 
transmitterdan's Avatar

Join Date: Oct 2011
Boat: Valiant 42
Posts: 5,087
Re: rockpro 64

Cmake supplies include files for finding most common libraries. I believe you can edit these in a text editor to point cmake to the location of a library it cannot find. Search for a file like *curl*.cmake or something like that. Not in front of a computer at the moment so cannot tell you the exact folder to look under.
transmitterdan is online now   Reply With Quote
Old 24-03-2019, 19:19   #7
Registered User
 
boat_alexandra's Avatar

Join Date: Aug 2009
Location: charleston
Boat: bristol 27
Posts: 3,417
Re: rockpro 64

Quote:
Originally Posted by sbfreddie View Post
Sean:
Everyone has the same problem with the PCI-e SATA card, I have one for NVMe and it does the same thing. PCI-e does not work on the RockPro64 yet. It does work if you are using a Distro without the desktop ie command line only.
Which distro. All the ones I tried had a desktop. I am curious to see if my hardware works since I accidentally plugged the pci-e card backward at first since I didn't know any better.

Quote:
I also have their WIFI/Bluetooth card and it works just fine.
I might get this but it seems expensive when usb one works fine, and I often need long range wifi anyway.

Quote:
I have not been able to get OpenCPN to build though, it finds OpenGLES just fine but cannot find Lib Curl do you have any suggestions for me? Here is the output from the cmake configure:
Code:
Sorry, try again.
Reading package lists...
Building dependency tree...
Reading state information...
build-essential is already the newest version (12.3).
libbz2-dev is already the newest version (1.0.6-8.1).
libcairo2-dev is already the newest version (1.14.8-1).
cmake is already the newest version (3.7.2-1).
libcurl4-openssl-dev is already the newest version (7.52.1-5+deb9u9).
libelf-dev is already the newest version (0.168-1).
libexpat1-dev is already the newest version (2.2.0-2+deb9u1).
gettext is already the newest version (0.19.8.1-2).
git-core is already the newest version (1:2.11.0-3+deb9u4).
gpsd is already the newest version (3.16-4).
gpsd-clients is already the newest version (3.16-4).
libgps-dev is already the newest version (3.16-4).
libgtk2.0-dev is already the newest version (2.24.31-2).
libarchive-dev is already the newest version (3.2.2-2+deb9u1).
libexif-dev is already the newest version (0.6.21-2+b2).
libglu1-mesa-dev is already the newest version (9.0.0-2.1).
libportaudio2 is already the newest version (19.6.0-1).
portaudio19-dev is already the newest version (19.6.0-1).
libsqlite3-dev is already the newest version (3.16.2-5+deb9u1).
libtinyxml-dev is already the newest version (2.6.2-4).
libwxgtk3.0-dev is already the newest version (3.0.2+dfsg-4).
wx-common is already the newest version (3.0.2+dfsg-4).
wx3.0-headers is already the newest version (3.0.2+dfsg-4).
liblzma-dev is already the newest version (5.2.2-1.2+b1).
0 upgraded, 0 newly installed, 0 to remove and 1 not upgraded.
Configuring OpenCPN_Master with Cmake...
-- The C compiler identification is unknown
-- The CXX compiler identification is unknown
-- Check for working C compiler: /usr/bin/cc
-- Check for working C compiler: /usr/bin/cc -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Check for working CXX compiler: /usr/bin/c++
-- Check for working CXX compiler: /usr/bin/c++ -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- cmake version: 3.7.2
-- Setting C++11 standard via cmake standard mechanism
-- *** Build Architecture is armhf
-- *** Staging to build opencpn 4.99.1517 ***
-- *** Package will include documentation ***
-- *** Package will include GSHHS basechart level: FULL ***
-- *** Package will include tide and current data ***
-- Found OpenGLESv1
--     Adding local GLU
--     Revised GL Lib (with local): GLU_staticGL_staticEGLX11drm
--     Adding local LIBTESS2
--     Revised EXTRA_LIBS (with local libtess2): TESS2_static
--  Revised wxWidgets Libraries: 
-- 
-- *** Staging to build opencpn  ***
-- Build type: Release
-- *** Will install to /usr/local  ***
-- Crash reporting enabled
-- Using Linux crash reporting
-- Using new serial library...
CMake Error at /usr/share/cmake-3.7/Modules/FindPackageHandleStandardArgs.cmake:138 (message):
  Could NOT find CURL (missing: CURL_LIBRARY CURL_INCLUDE_DIR)
Call Stack (most recent call first):
  /usr/share/cmake-3.7/Modules/FindPackageHandleStandardArgs.cmake:378 (_FPHSA_FAILURE_MESSAGE)
  /usr/share/cmake-3.7/Modules/FindCURL.cmake:50 (FIND_PACKAGE_HANDLE_STANDARD_ARGS)
  CMakeLists.txt:765 (FIND_PACKAGE)


-- Configuring incomplete, errors occurred!
See also "/home/rock/GitOpenCPN/OpenCPN_Master/build/CMakeFiles/CMakeOutput.log".
See also "/home/rock/GitOpenCPN/OpenCPN_Master/build/CMakeFiles/CMakeError.log".
Any ideas?

I have cmake output:
Code:
-- Found CURL: /usr/lib/arm-linux-gnueabihf/libcurl.so (found version "7.52.1")\

The cmake output also detects gles, but ends up targeting and linking to libGL.so.1 so I'm not sure what is going on but it works well using gl4es rather than using the glshim in o.
Do you have this file?
Quote:

I think this is the age old problem of the ARMHF putting all the libs in lib/arm-linux-gnueabihf instead of /lib.
This is not a problem but a solution to support multiarchs like i386 and x86_64 or aarch64 and armhf on the same machine.


Maybe you need to run sudo ldconfig or something after installing libcurl-dev?

Code:
$ dlocate libcurl.so
libcurl4-openssl-dev:armhf: /usr/lib/arm-linux-gnueabihf/libcurl.so
libcurl3:armhf: /usr/lib/arm-linux-gnueabihf/libcurl.so.4.4.0
libcurl3:armhf: /usr/lib/arm-linux-gnueabihf/libcurl.so.3
libcurl3:armhf: /usr/lib/arm-linux-gnueabihf/libcurl.so.4
__________________

boat_alexandra is offline   Reply With Quote
Reply

Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes Rate This Thread
Rate This Thread:

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Trackbacks are Off
Pingbacks are Off
Refbacks are Off




Copyright 2002- Social Knowledge, LLC All Rights Reserved.

All times are GMT -7. The time now is 20:00.


Google+
Powered by vBulletin® Version 3.8.8 Beta 1
Copyright ©2000 - 2019, vBulletin Solutions, Inc.
Social Knowledge Networks
Powered by vBulletin® Version 3.8.8 Beta 1
Copyright ©2000 - 2019, vBulletin Solutions, Inc.

ShowCase vBulletin Plugins by Drive Thru Online, Inc.