Xinutop-nav-x86, marine OS, version 2.1

[marinux]

Bonjour à tous,

June 2017
An updated version is ready for download.
Changes:

- General update Debian 8.8 and OpenCPN 4.6.1
- Update: mount charts for multiple iso and squashfs (thanks to LooongDuck)
- Update: muplex
- Update: manual.txt
- Replace: qtweb (abandonned, no updates since 2013) by qupzilla
- Replace: on-screen matchbox-keyboard by florence (thanks to Ronan)
- Replace: gnome-mplayer/mplayer2 by smplayer/mpv
- Add: laptop-detect & cpufrequtils (for 2 speeds processors as PIII on Panasonic CF-M34)
- Add: xserver-xorg-video-geode (Linutop 1/2 - thanks to Jean-Pierre)
- Add: pcmciautils (wifi for some notebooks as Panasonic CF-M34)
- Add: linssid (advanced scan for wifi networks)
- Add: qupzilla-dl.sh (basic script for view or download videos by external downloader)
- Modify: OpenCPN charts colors to sweedish style
- Modify: OpenCPN logs in tmpfs
- Modify: user file xsession-errors in tmpfs
- Remove: xrdp
- Fixed: autologin after update

Infos and downloads
Marinux Website
Bon vent, belle mer

[JeroenAdam]

Anything done yet with the Sense HAT?

I would like to see the Sense HAT LED matrix show compass heading while the system compares the current heading against a preset value.
Additionally, I want the LED matrix to display the unused pixels in red blinking when the compass course deviates let's say 20 degrees less/more compared to my preset variable (to define using up/down command with joystick).

A crew member below deck, knowing the planned course, would set the variable, the system would guard the boat's heading and display an alarm state at times when the autopilot or other crew member would change course (or are unable to maintain course). Let's say the autopilot breaks down or the steerman suffers fatigue...
The alarm should be easy to be acknowledged using the joystick middle-click on the Raspberry enclosure.
Other kind of alarms would be thinkable as well:
- wind speed reaching a certain treshold (eg. 30 knots)
- water depth below a certain treshold (eg. 2 meters)
- barometric pressure dropping at an alarming rate (>6mb drop in 3 hours)

[marinux]

Hi JeroeAdam,

This thread not concern ARM-Raspi but x86...
From an other side I work also on Xinutop for Raspberry with sense hat implementation and I have wrote NMErasp which output in NMEA format compass, atmospheric pressure, hygrometer, pitch and roll. Raspberry can act as a "blackbox" transmitting these information to network where you can adjust alarms on OCPN running on any device.
If interested, I can put this pre-version on tuxfamily repos.

[JeroenAdam]

Yes please, I would like to test if the compass can give faster response to openCPN compared to my Raymarine Fluxgate.

[marinux]

Bonsoir Jeroe,

you can find the pre-release of NMErasp at http://http://download.tuxfamily.org/xinutop/nmerasp/.

I would be very surprised that a low-cost device + bash script give a better result than an expensive and specialized marine device...

Alpha version on GPL, don'use it as a primary compass !

[Mackan]

Hi,
I am totally new to Xinutop but have been running OpenCPN for several years. I like the simplicity of this system completely focused on the task!

I downloaded xinutop-nav-x86-2.4.img from Index of /xinutop/xinutop-nav-x86/ and installed on ssd with dd, as adviced.

So far so good. Unfortunately I have trouble utilizing the full potential of my hardware.


It's built on a fairly battery-saving mini-itx "vehicle-computer".
When checking the system running on an Ubuntu USB-drive it is pictured as:

... with 8 Gb RAM and 4x2GHz celeron running 64 bit.
Unfortunately I seem to only get use of less than half the RAM, one core and 32 bit, when installing Xinutop.

Can that be fixed?
It would be extremely appreciated if someone with more skill than me could help me with this.


Below are a few checks I did from prompt in both Xinutop and Ubuntu.

When running Xinutop (installed on ssd) I get the following:
marinux@xinutop-x86:~$ lscpu
Architecture: i686
CPU op-mode(s): 32-bit, 64-bit
Byte Order: Little Endian
CPU(s): 1
On-line CPU(s) list: 0
Thread(s) per core: 1
Core(s) per socket: 1
Socket(s): 1
Vendor ID: GenuineIntel
CPU family: 6
Model: 55
Model name: Intel(R) Celeron(R) CPU J1900 @ 1.99GHz
Stepping: 8
CPU MHz: 1332.826
CPU max MHz: 2415.7000
CPU min MHz: 1332.8000
BogoMIPS: 3993.60
Virtualization: VT-x
L1d cache: 24K
L1i cache: 32K
L2 cache: 1024K

marinux@xinutop-x86:~$ file /lib/systemd/systemd
/lib/systemd/systemd: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked, interpreter /lib/ld-linux.so.2, for GNU/Linux 2.6.32, BuildID[sha1]=42a9e5d153f99995d0b5f85b0a9bbbf553af7cd9, stripped

marinux@xinutop-x86:~$ free
total used free shared buffers cached
Mem: 2999920 484060 2515860 48920 60720 280912
-/+ buffers/cache: 142428 2857492
Swap: 0 0 0


When running Ubuntu (from USB) I get the following:
ubuntu@ubuntu:~$ lscpu
Architecture: x86_64
CPU op-mode(s): 32-bit, 64-bit
Byte Order: Little Endian
CPU(s): 4
On-line CPU(s) list: 0-3
Thread(s) per core: 1
Core(s) per socket: 4
Socket(s): 1
NUMA node(s): 1
Vendor ID: GenuineIntel
CPU family: 6
Model: 55
Model name: Intel(R) Celeron(R) CPU J1900 @ 1.99GHz
Stepping: 8
CPU MHz: 1332.833
CPU max MHz: 2415.7000
CPU min MHz: 1332.8000
BogoMIPS: 3998.40
Virtualization: VT-x
L1d cache: 24K
L1i cache: 32K
L2 cache: 1024K
NUMA node0 CPU(s): 0-3


ubuntu@ubuntu:~$ file /lib/systemd/systemd
/lib/systemd/systemd: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, for GNU/Linux 3.2.0, BuildID[sha1]=fe13f9d9f35dcc78d9880b552f923c62c535776c, stripped

ubuntu@ubuntu:~$ free
total used free shared buff/cache available
Mem: 8053564 844744 3935300 760532 3273520 6166824
Swap: 0 0 0