Onderwerp: Raspberry Pi opwaarderen

We gaan het zien!

PS: Ook punt (4) wordt aan gewerkt, echter "zeer experimenteel".

Ook blijkt OpenCPN (nog) geen Signal-K te ondersteunen laat staan data uit te kunnen voeren. De data uit het PiCAN2 wordt van Signal-K weer vertaald naar NMEA0183. De architectuur zal wel ooit omgegooid moeten worden, anders wordt het wel erg houtje-touwtje (lees: moeilijk configureerbaar voor de gebruiker en veel latency).

Een geheel modulaire aanpak zou veel mooier zijn zoals je zegt. Er is dan geen enkele reden dat (hoewel vrij eenvoudig) performance berekeningen in OpenCPN uitgevoerd zouden moeten worden. Als er een mooi data-model ontwikkeld was, waar taken/processen uit kunnen lezen/naar kunnen schrijven (en ook de synchronisatie geregeld werd), dan was e.e.a. een stuk flexibeler geweest. Ik ken Signal-K niet voldoende om te beoordelen of dat de manier is. Denk aan een geavanceerd AP algoritme wat wel (bijna) real-time moet draaien/data aangeboden moet krijgen...

github.com/chacal/signalk-socketcan-device

Ik las het ja. Uberhaupt is de route met een losse K-plex en OpenCPN die dingen met de data doen niet ideaal. Er zou een centraal ding moeten komen dat alle in- en uitgaande data beheert. Berekeningen daaraan en toevoegingen van nieuwe data kunnen dan via een API-achtig iets. Zo kan je dan ook een API 'plugin' hebben die die data op een kaart plot.

De bekende ontwikkelaar van OpenCPN Pavel Kalian heeft al eerder aangekondigd dat hij SignalK invoer wil gaan opzetten voor OpenCPN.

SignalK ontwikkeling is ook nog in beweging.

Eenvoudig installeren op diverse systemen is nog niet ontwikkeld.

Voorstel is om een eenvoudig systeem te maken, zodat een SignalK server eenvoudig kan worden geinstalleerd vanuit de repositories op Linux en in Windows systemen.

Er zijn nog maar weinig praktisch applicaties. MxTommy/Kip is al een stap in de goede richting en de ontwikkelaar heeft al aangekondigd hiermee intensief door te gaan.

Ook DigitalYacht vindt de ontwikkelingen veel te langzaam gaan. Heeft al wel de losse server genaamd Ikommunicate echter weinig applicaties.

SignalK werkt echter buitengewoon goed en in iedere browser. Je kunt het werkelijk in ieder systeem gebruiken en ook nog via internet.

Daarom de ontwikkelingen goed volgen en niet bang zijn voor iets nieuws.

brambo schreef :
Juist van dié toepassing (metertjes in browsers mogelijk maken...) zou het eens af moeten vind ik. Het zou namelijk veel méér moeten kunnen!

Interessant om te blijven volgen in ieder geval en blijf vooral je updates geven - doe jij nog mee aan de ontwikkelingen trouwens of zit je op andere redenen dicht bij het vuur?

Ter info: OpenPlotter 0.17.1 heeft de status "stable" bereikt. Wie nog niet onder de motorkap gemigreerd is naar Raspbian Stretch kan de update vanuit OpenPlotter uitvoeren.

Digital Yacht heeft een prijsvraag uitgeschreven vanwege SignalK.

Aantal inzendingen was nog wat beperkt:

codeafloat.com/the-winners/

De applicatie mxtommy/Kip is praktisch al goed te gebruiken. Staat ook geinstalleerd op mijn kopie kaartje.

Er kan nog wel het nodige aan verbeterd worden. De ontwikkelaar heeft al aangekondigd dat er zeker een vervolg op komt. Let wel als bron moet je Kplex aangeven in de RPI.

In de browser localhost:3000 of vanaf een ander systeem het "Ipadres van de RPI":3000

Beste Bram,

Momenteel heb ik OP 0.17 "stable" draaien op basis van Raspbian "Jessie". Dat betekent dat ik dus ook de OpenPlotter updatefunctie kan gebruiken.
Als binnenkort de nieuwe versie op basis van Raspbian "Stretch" uitkomt, kan ik dan m.b.v. OpenPlotter update de volledige upgrade doen, of heeft OP update alleen betrekking op de specifieke OP-onderdelen?

Beste Eclips,

had een eerder bericht gemaakt. Maar mogelijk niet verstuurd.

De update naar Linux Stretch kan zonder meer uitgevoerd worden. Vrijwel alle functies, zoals oeSENC kaarten plugin blijven werken.

OpenPlotter heeft hiervoor al een klein aanpassing gedaan naar 0.17.1.

Wat niet meer werkt is de update van OpenPlotter. Logisch want die is nog gebaseerd op Jessie.

De OpenPlotter ontwikkelaar heeft ook een verbinding met O-Charts. Men zal er wel voor waken dat de kaarten in stand blijven.

En het werkt ook zonder problemen, als er dan een nieuwe update procedure voor Stretch aan wordt toegevoegd dan kan dit eenvoudig.

OpenPlotter is nog bezig er wat aanpassingen aan toe te voegen, zoals PyPilot een intelligente bediening van een stuurautomaat en wat aanpassingen van SignalK en de drivers voor het nieuwe Moitessier boardje.

Zou spoedig verschijnen. Maar "how soon is soon" ?

Pypilot zal waarschijnlijk werken in combinatie met een IMU gyroscoop boardje, om het "zwabberen" van een stuurautomaat tegen te gaan.

Groet,

Bram

Voor de geinteresserden is hier nog een schema wat OpenPlotter allemaal kan doen:

FMJ schreef :
Omdat snelheid en real time voor het verwerken van directe data stromen van sensoren essentieel is. Daarbij moet je denken aan filters, afgeleiden en samengestelde gegevens. Is mijn voorkeur om een aparte server/processor daarvoor in te richten zonder ballast van een grafische userinterface. Aan de ingang zitten de sensoren en de uitgang wordt gevormd door een gefilterde en gecorrigeerde nmea of SignalK data.
Die snelheid is bijvoorbeeld van belang als je de schijnbare wind wilt corrigeren voor het heen en weer zwiepen van je mast. Maar zo kan ik nog wel een tiental correcties opnoemen.

Volgens mij bedoelen we hetzelfde, goed omschrijven is alleen lastig. K-plex of iets soortgelijks moet alle data managen. De calculaties en zo waar jij het over hebt moeten daar dan ook gebeuren, al dan niet via een losse tool. Dit in plaats van dat K-plex alles converteert, OpenCPN dat vervolgens importeert, verwerkt en weer exporteert naar K-plex. Zeker voor zaken als de Tactics-plugin en zo is dat wat mij betreft een rare route. Zo'n tooltje moet direct bovenop de data zitten, in plaats van de hele OpenCPN structuur ervoor nodig te hebben. OpenCPN zou alleen weer moeten geven wat er elders gebeurt en data van z'n eigen waypoint moeten output'en.

Denk dat 3Noreen wel echt 2 devices bedoeld, dat zou ook mijn voorkeur hebben 1 controller en 1 grafische navigatie processor, in mijn geval dan gewoon 2 pi's het voordeel is dat ze dan ook nog uitwisselbaar zijn.

Bij een goede architectuur heb je daar zelf de keuze in. Ik werk geregeld met een vergelijkbaar systeem. Een 'server' computer die alle data van de sensoren procest en losse client-software die de data weergeeft of signalen geeft aan de server wat er met de data moet gebeuren. Die client-programma's kan ik zowel draaien op de server zelf, als op de andere pc's. Als het zo uitkomt doe ik zelfs beiden tegelijk

Hier een vrij willekeurig voorbeeld van een DCS architectuur uit de procesindustrie.



Vergeet even de firewalls - die hebben we aan boord niet nodig. In de onderste laag zie je de snelle en (quasi) real-time laag. Dit zijn PLC's of DCS controllers waarin de procesregeling plaats vindt.

Daar bovenop (letterlijk hier) vind je de data historians, supervisory lagen en uiteindelijk zelfs een verbinding met servers toegankelijk vanuit het kantoor (om maandrapportages etc te maken).

Wat Signal-K doet zit ergens tussen de tweede en derde laag (je kunt er je fleet mee managen) en is daarmee een applicatielaag. Goed, de data wordt wel ververst, maar met latency en geen vaste "clock".

Wat 3Noreen wil is een control-taak uitvoeren: hij is letterlijk z'n stuurautomaat aan het regelen op basis van (directe of berekende) feedback modellen. Dat dient dus allemaal in de onderste laag plaats te vinden.

CAN staat voor Controller Area Network en valt in de onderste (Process) laag.. Je wilt in 3Noreen's geval dus zeker niet omhoog/omlaag in zo'n topologie!

Mooi uitgelegd Nachtvlinder!

Eclips schreef : Met 1 licentie mag je 2 fingerprints aanmaken en dus op 2 apparaten werken, ik heb het net aangeschaft en even contact gehad met de Spaanse helpdesk en kreeg daar de info voor de backup computer ,dat werkt dus prima.

Groentje schreef :
Je haalt nu een quote van mij aan van 1 februari 2017! Inmiddels zijn we 13 maanden verder en weet ik het zelf ook wel. Mijn licentie is al bijna weer verlopen...

sorry , ben 17/18 update even kwijt geweest ... de ouderdom waarschijnlijk

De software ontwikkelingen gaan versneld door. Vooral de snelheid van beeld verwerking is aanzienlijk verbeterd.

Op de Raspberry PI3 is dit ruim 600 FPS (Frames per seconde)

En op de nieuwe Raspberry PI3B+ ruim 700 FPS.

Laatste kernel versie is 4.14.29.

VC4 driver aanzetten en OpenGL in OpenCPN aanzetten.

Wachten is nog op de nieuwe OpenPlotter versie op basis van Linux Stretch.

Wil toch nog even herhalen hoe gemakkelijk het is om in Linux twee vensters aan te zetten.

Een voor het detail waar je vaart en een voor het overzicht. Je kunt eenvoudig even schakelen tussen de twee vensters. Want met detail kaart moet je soms in- en uitzoomen om het overzicht te behouden. Met twee vensters hoeft dit niet. Vensters kunnen gewoon achter elkaar staan.

Bram

Nu nog een test gedaan met OpenPlotter en dan van Jessie naar Linux Stretch omgeschakeld.

Glxgears doet nu 925 FPS (Frames per second) op de nieuwe Raspberry PI3 B+.

Bram

brambo schreef : Bram, ik volg je niet. De refresh rate van LCD displays is doorgaans 60hz omdat hierbij vrijwel iedereen een vloeiend beeld ervaart (geen geflikker). Leuk om te weten da je met nieuwere Raspberries en software een veelvoud en meer FPS eruit kan persen, maar wat is het nut?

Het geeft duidelijk een snellere beeldverplaatsing en in- en uitzoomen.

De gewone instelling "glxgears" geeft de waarde in combinatie met je beeldscherm.

Bij de instelling "vblank_mode=0 glxgears" geeft dit de werking van de grafische processor weer zonder de invloed van het beeldscherm.

Een grafische processor doet uiteraard meer dan alleen het beeldscherm aansturen.

Bram

Duidelijk, bedankt! Maar is het ook merkbaar? Ik bedoel: merk je het verschil in de boot met OpenCPN/OpenPlotter tussen Jessie en Linux Stretch? Of zelfs tussen tussen een PI3 en PI3 B+? Kortom: moet ik een PI3 B+ kopen of net zo goed een goedkopere PI3? En moet ik hannesen met Linux-distributies of kan ik gewoon met de standaard aan de slag?

Beste J.

OpenPlotter komt nu snel met een nieuwere versie op basis van Linux Stretch. Want de huidige OpenPlotter versie werkt niet direct met de nieuwe Raspberry Pi3B+.

Je kunt in principe natuurlijk gewoon een bestaand kaartje gebruiken.

Echter bij het opstarten krijg je de indruk, dat er een tekort aan stroom van de voeding is. Je blijft het regenboog scherm zien en het bliksemflitsje.

Het probleem ligt alleen maar aan de Noobs installer. Als je die vervangt door de nieuwe versie, dan blijft alles gewoon werken, maar sneller.

De Noobs installer is wat lastiger op te waarderen. Maar het is goed te doen.

De verbeteringen in de hardware zijn niet spectaculair. Maar Wifi, ethernet etc werken allemaal wat sneller.

OpenPlotter heeft nu veel haast een nieuwe versie uit te brengen.

Maar goed, je kunt alles ook tijdelijk handmatig doen.

Hier werkt het in ieder geval prima. Het prijsverschil tussen de PI3 en de PI3B+ is minimaal.

Groet,


Bram