Onderwerp: RPI als boordcomputer

Pfff, zo blij dat ik niks doe met de rpi. .
En nu is het de schuld van de eindgebruiker...

Ja, zo is het, de fouten worden gemaakt tussen het toetsenbord en een systeem. Zeker als het compleet nieuw voor een gebruiker is.

Dat is helemaal niet verwonderlijk.

Een van de eerste die mijn berichten over de ontwikkelingen lees, is voorgaande schrijver.

In plaats van continue kritiek te leveren, lijkt het beter om zelf SignalK toepassingen te ontwikkelen.

Het is Openbron software, dus zo moeilijk kan het niet zijn.

Groet,

Bram

Ik lever geen kritiek, stel alleen vast dat ik verrekte blij ben dat ik er niks mee hoef te doen. Dat meen ik oprecht.
Het is gewoon te moeilijk voor de gemiddelde gebruiker. Dat blijkt keer op keer.
Met inderdaad af en toe een succesvolle opstelling.

En je signalk opmerking is nogal onzinnig zo lang er geen windows signalk server beschikbaar is.
Daar wacht ik al een paar jaar op.
Signalk werkt alleen icm rpi.
Gemiste kans wat mij betreft.
Maar deze discussie hebben we doorlopend.
Het is jammer dat er geen prioriteiten worden gesteld door de programmeurs.
Zo blijft het een speeltje.
Echt jammer want de insteek was juist.
Ik zal verder maar niet reageren.


Nb, misschien moet ik een eigen signalk server ontwerpen. Gewoon embedded. Maja, die software is echt nooit klaar. Dat wordt een 10 jaren project, levenswerk zeg maar.

Beste Roos, dat je niet meer zou reageren heb ik al tientallen malen zien verschijnen.

SignalK werkt ook eenvoudig op 64 en 32 bits Linux systemen.

Ook op Windows10 is het wel mogelijk. Echter, zoals zoveel ontwikkelaars doen, verkiezen ze bij voorkeur Openbron systemen, zoals Linux.

Een reden voor Microsoft om ook een Linux versie te maken en Linux laten werken in Windows10.

Je loopt werkelijk achter.

Groet,

Bram

Tijd voor een goede TUT

@Brambo je enthousiasme over de RPI schrikt op den duur af.

Heren,

Gelieve u beiden zich te onthouden van deze discussie in dit draadje.

Ik probeer hier, zoveel mogelijk, emotie-loos, op een constructieve manier te trachten een systeem op de zetten met een RPi. En te laten zien waar ik tegenaan loop, en daar hulp bij te krijgen.

Mbt de RPi of windows, daar sta ik volstrekt neutraal in. Eerlijk gezegd vind ik ze allebei op hun eigen manier kwalitatief uitermate teleurstellend. Het doel is hier niet de RPi af te kraken, noch te verheerlijken.

De opmerkingen PEBCAK vind ik hier niet ter zake doen. Ik weet voldoende van computers om mijn eigen, windows inderdaad, simpele systeembeheer te doen. Daarmee heb ik een werkend boordsysteem gebouwd wat me betrouwbaar van de Kanaaleilanden tot in Denemarken gebracht heeft. Zonder ook maar 1 hick-up.

Op dit forum wordt door sommigen een RPi als een volwassen oplossing gepresenteerd.

Dit topic gaat, deels, over de test van dat statement. Als t lukt, uiteindelijk: Top. Als t niet lukt: geen man overboord. Mijn Sony windows netbookje van 10 jaar oud doet t nog prima, en komt er met dezelfde vaart weer terug in, als dit niet betrowubaar blijkt te werken.

Nogmaals over PEBCAK: het statement zelf, dat er fouten gemaakt worden door onvoldoende kennis van de gebruiker vind ik flauw. Dan is het dus niet voldoende vanzelfsprekend voor een niet computer nerd. Om maar weer eens de vergelijking te maken met een ander complex te bedienen product wat we elke dag gebruiken, de auto, je kunt mij er niet van beschuldingen als t mis gaat omdat ineens het stuurwiel ineens de snelheid regelt, en je stuurt met de pedalen. Daar is training voor nodig. Of misschien moet je dat wel helemaal niet willen. Het plegen van allerlei instellingen, de logica daar achter, doet me een beetje denken aan het verhaal waarom we in NL rechts van de weg rijden, en in Engeland links. Niet anders omdat t beter is, maar omdat t anders is.

Mbt open-source. In OpenCPN zijn een aantal zaken die mij helemaal uit de naad irriteren:
1: dat je niet zelf kunt instellen in welke folder routes en traces worden opgeslagen.
2: Dat lijndiktes voor traces en koersprojectiepijlen niet zelf in te stellen zijn, en vaak veel te dik gekozen worden.
3: Dat na een reboot, alle traces aan staan en niet uit blijven, zoals ik openCPN heb afgesloten,
4: Dat de "boot" in de richting getekend wordt van de laatste COG en niet de HDG.
5: Dat een aantal nuttige wind rozen maar op 1 soort NMEA windzinnen werken, en niet op alle. Die je dan zelf moet programmeren,
6: dat dat programmeren zo simpel nog niet is, omdat er een "if" functie ontbreekt,
7: nog wat details.

Hier wil ik nu effe geen reaktie op, totdat de RPI zelf werkt.

roozeboos schreef :
github.com/SignalK/signalk-ser...lob/master/readme.md

Heb je dit wel eens geprobeerd?

Menno schreef :
Ik wel volgens mij 2 weken geleden, liep tegen een aantal errors aan, had verder geen prio dat op te lossen.

Uit nieuwsgierigheid ook eens gekeken of het werkt op mijn dual boot 64 bits systeem in Windows7.

Hierbij de uitkomst. Je loopt wel tegen wat vervelende blokkades aan in Windows 7. Poort 3000 is uitgeschakeld. Maar goed met wat prutsen werkt SignalK ook op een Windows 7 systeem.

brambo schreef :
Hou er bij Windows even erg in. Dat de SignalK Gui niet zelfstandig start.

Eerst de SignalK server starten en dan het dashboard starten.

Aangezien het HTML is, moet je dit starten in een browser.

http://localhost:3000

Dan komt het SignalK werkblad op je scherm.

Ook het SignalK instrumenten scherm MXTommy/Kip kun je vanuit de applicaties installeren en dat werkt ook prima op Windows. Kan hier wel een schermprint van maken. Heb echter niet alle instellen er al ingezet.

Maar deze ziet er hetzelfde uit als in Linux.

Helaas verloopt het in Windows allemaal wat moeizamer en stroever dan in Linux. Maar in ieder geval de SignalK server werkt ook in Windows en dat was nu juist de vraag.

Volgende zet:

Geen Openplotter,
Geen SignalK

Wel:
Kale install van Raspbian,
Opencpn erop.
Seriele poorten installeren.

Werken.

Getest of pportswap optreedt na:
Shut down en Boot Nee,
Boot zonder serial converter en dan inpluggen: Nee,
Boot zonder serial, elders inpluggen: Nee.

CPU temp 10 graden lager.
CPU activity nauwelijks waarneembaar op t kleine venstertje.

Enige minpunten nu nog:

Geen autostart OpenCPN
om de een of andere reden draaien de plugins Tactics nog een waarvan ik nu de naam niet weet, niet helemaal stabiel.
Het lettertype in het "This leg" venster is onleesbaar. Weet iemand hoe dat aan te passen is?

Mooi Joop!!!
Rooiedirk had ergens die autostart voor OpenCPN gepost.

Nadat afgelopen weekend weer twee SD-kaartjes corrupt waren, was ik het zat.
Dus ik boot nu Read only van SD, en werk daarna verder op een SSD.
Ik gebruik de openplotter image van 24-3-2020
Deze handleiding gevolgd:
jamesachambers.com/raspberry-p...or-ssd-flash-drives/
met deze ssd:
www.mediamarkt.nl/nl/product/_...-1-240g-1653023.html

Piece of cake.

Dus nu gewoon met de grote aan-uit-schakelaar zonder gracefull shutdown uitknallen

Zeilprutser schreef :
Rooiedirk schreef :

Als je zelf een plotter wilt bouwen dan kan je dus ook voor opstarten
"/usr/bin/opencpn -fullscreen" gebruiken. Lijkt me duidelijk wat er dan gebeurt

Maarten-IW31 schreef :
Waar, in welke config.txt laat ik deze?

Nieuw dag nieuw mysterie:




RMC en RMB vanuit de route app van opencpn, maar ook herhaald vanuit de ingang. Dat is hier een gps die efkes niks ontvangt.

Hoe voorkom ik de dubbele statements?

Die ingang van de GPS filteren: (onder connections)
Input filtering: ignore sentences RMB, RMC

Was al eerder aangegeven. De in- en uitvoer kun je naar wens instellen.

Onderaan bij connections. Staat aangegeven welke zinnen je wel en niet wilt gebruiken.

De twee puntjes rechts aanklikken en zie je de lijst van opties. Alles wissen en aanzetten wat je wel wilt hebben.

Ik doe de GPS ontvangst in SignalK en de route uitvoer (let op geen in-en uitvoer)

Nieuwe connection aanmaken. Uitgaand: UDP localhost poort 2000. En alleen RMB en RMC bijvoorbeeld aanzetten.

In SignalK een nieuwe verbinding aanmaken. NMEA182 UDP en poort 2000.

Intern netwerk in OpenCPN aanzetten. SignalK localhost en poort 3000.

Zo hoort het te gaan.

Groet,

Bram

Joop66 schreef :
Raspbian heeft voor zover ik kan zien de keus uit op z'n minst 3 verschillende session managers. Je zult na moeten zoeken wat jij gebruikt. 2 hints: meestal staat er "session" in de naam en waarschijnlijk is het Pixel, Mate of LXDE.

Bij Mate weet ik dat je het menu opent, zoekt naar Control Center en daar ergens moet een optie Startup Applications staan. Maar die heb je waarschijnlijk niet.

Voor Pixel/LXDE/LXQT kun je de structuur hier vinden:ArchLinux. Geen Raspbian, maar wel uitleg over de structuur XDG.

Dus waar moet die naam komen? Voor Pixel/LXQT/XDG is dat waarschijnlijkMet elke regel een uit te voeren programma.

Ik ben benieuwd:

Dear Sir, Madam,
I am running into a few technical issues.
I downloaded the charts according to the links in youre two previous emails.These I then unpacked in a folder "ocharts" in my charts directory,In openCPN, I added the "ocharts" folder,I rebuilt the database, and had all ENC charts prepared.I created a group "ocharts" and added the "ocharts" folder there.
When closing the settings folder, and selecting the "ocharts"group, an error message pops up: Folder is empty.
Obviously, one dongle is plugged in. It makes no difference which.
Then I deleted the ocharts group and folder.Went to the oesenc tab in opencpn>settings> charts.Refreshed the chart list.With one of the dongles, the British Isles appears, with the other it does not. Both dongles are recognised, as the serial number is displayed left top.After downloading the chartset, ther result is the same as above.
I am running the latest update of opencpn, with the latest OesENC plugin, on Windows 8.
My questions:For my system to work with either of two dongles, do I need to install the chart set twice?What can I do to be able to access the charts at all?Best regards,
Joop


Op vr 5 jun. 2020 om 09:11 schreef o-charts shop <shop@o-charts.org>:
 

Per aanschaf van een kaart mag je 2 sleutels toewijzen. Als jij die sleutels toewijst aan 2 verschillende USB dongles dan krijg je dus 2 sets kaarten net elk de naam van de bijbehorende USB dongle in de naam van de kaart.

Ik zou de hele zet zeker even in een keer installeren en daarna een backup maken. Ervaring leert dat de eerste installatie het langst duurt. Die kaartset kun je daarna wel kopieren (of verplaatsen) naar een USB stick of zo.

Even het principe:

Met een dongle maak je de kaartensets aan die je hebt aangeschaft.

De kaartenset met de versleuteling van die dongle ontvang je. Je zet deze eenvoudig in een map kaarten bijvoorbeeld. De diverse kaartensets allemaal in de map kaarten.

Alleen bij het openen van de kaartenset kijkt de Oesenc beveiliging of de kaartenset past bij de fingerprint van de dongle. Je ziet dan tegelijk welke kaarten je beschikbaar hebt voor de betreffende dongle.

Vermenging van diverse verschillend versleutelde kaarten werkt niet.

Wat ook wel voorkomt dat men een map met dezelfde naam achter elkaar zet. Zoiets als test/test

Kies men dan test, dan is deze map leeg. Je moet dan test/test hebben. Komt regelmatig voor.

Bram

MBT O-charts:

Ik kom er achter dat ik per ongeluk een fingerprint van de RPI heb gemaakt en opgegeven. Daarop geen enkel probleem. Set wordt netjes gemaakt, en afgebeeld.

MBT RPI:

VICTORIE!!!!!

Hij doet t.

Ontvangt alle NMEA netjes. Beeld t in "tactics" ook netjes af op de instrumenten.

Stuurt data netjes door naar de AP.
Het probleem "dubbele data" van hiervoor zal vast nog voorkomen, maar omdat ik nu echte data ontvang, en de bootpositie hiermee overeenkomt, is dat geen probleem meer.

Nog wel 1 vraag: in het lijstje "uitgestuurde data" staat geen wind data. Dat vind ik een beetje jammer. Is daar iets aan te doen?

Zonder gebruik van SignalK (ik zeg t maar alvast even).

De RPI draait veel soepeler zonder SignalK en Openplotter, wordt 15 graden minder warm, en zal dus ook minder stroom gebruiken. Dat blijft dus zo. Port swap heb ik proberen uit te lokken, maar is me niet gelukt. Hoera! Dat valt dus erg mee. Misschien als ik extra poorten er bij ga hangen, en de usb poort allocatie ga veranderen. Maar dat ga ik dus maar niet doen.

Wat had je nu anders verwacht ?

Allocatie van de USB poorten ?. Als je OpenPlotter Serial gebruikt geef je apparaten een "alias" zodat ze ongeacht de poort waar je ze insteekt worden herkend. De "beestjes" hebben dan gewoon een naam en worden daaraan herkend.

Succes ermee.

Groet,

Bram

Natuurlijk kan dat.
Je kan gewoon je eigen dataregel(s) toevoegen met 'Add'