Onderwerp: Raspberry PI als NMEA server, Multiplexer, Wifi

ja dat heb ik al gezien natuurlijk, vroeg me alleen af welke applicaties die data lezen.
als het echt gebruikt wordt kan ik het ook in de roosmux zetten.

roozeboos schreef :
Tegen die tijd hoop ik natuurlijk dat je ook een mean and lean software versie naast die met toeters en bellen uitbrengt.

Brambo, fantastische set-up en mooi werk!! Het lijkt me te gek om ook mijn RBP2 in te gaan zetten op deze manier. Is er al een image beschikbaar?

Ook ik zie de kracht van de Pi aan boord. Toch heeft 3Noreen wel een belangrijk punt te pakken vwb de interfacing. Daar zie ik nog wel een uitdaging liggen voor Rozeboos of Johnberg. Een ZF-interfacebordje dat alle datastromen kan ontvangen en verzenden, een stuurautomaat drive kan aansturen en een accelerometer aan boord of koppelbaar heeft.

Een Nieuw-Zeelander heeft al zoiets geknutseld in combi met een Arduino. Prik je daar een Arduino Due op dan praat ie zelfs NMEA-2000 al is de software daar nog niet helemaal aan toe doordat de standaard nogal gesloten is. Eea komt op mij alleen nog een beetje houtje-touwtje over, dat kunnen 'wij' hier toch beter?!

Zie: www.42.co.nz/freeboard/technical/interfacing/

Als zo'n bordje Signal-K praat met de Franboos en daar alles mee werkt vind ik dat prima. Maar het mag ook met andersoortige data, zo lang je erop de Framboos maar nuttige dingen mee kan doen. Denk aan navigatie, Nachtvlinder z'n projectje en het fungeren als koersconputer van je stuurautomaat.

Volgens mij hebben minimaal twee mensen hier op het forum de nodige professionele kennis van en ervaring met CANbus. Die kunnen vast meer vertellen over de specifieke problemen en uitdagingen bij het vrij toegankelijk maken van die data.

@Larsky

Als je direct werkend kaartje wilt hebben, dan kan ik dat wel opsturen. Dan uiteraard graag een nieuw kaartje retour.

Als je niet direct in Linux thuis bent, scheelt dat de nodige moeite.

Daarna heb je een werkend Linux systeem beschikbaar en leer je het vanzelf.

De image oversturen kan ook, maar dan zit je nog met het wegschrijven van de image en het formatteren in het Ext4 file formaat.

FMJ schreef :
Voor NMEA-2000 (CANbus) heb je vooral juridische kennis nodig, volgens mij. Technisch is het niet al te moeilijk....

Er zit zeker beweging in:

www.signalkool.com/p/signal-k-products.html

Het wachten is onder andere op OpenCPN.

De ontwikkelaar Nohal heeft al aangegeven dat SignalK boven aan de prioriteiten lijst staat na het uitkomen van O versie 4.2.

Open bron software voor navigatie systemen, wat een ontwikkeling !

Weg met al die gaten in je boot voor de diverse klokken. Als het ding het niet meer doet, zit je nog wel met het gat waar het ding gemonteerd was.

@Brambo:

Dat zou te gek zijn. Als het voor jou makkelijker is een kaartje op te sturen, dan graag. Een image is trouwens ook prima. Ik kan ook zelf een image draaien en je het kaartje weer retourneren
Ben wel bekend met de div. file-formats enzo..

De uitleg op de Openplotter-site is erg duidelijk. Dus als je daar de image download en het tooltje om de image op het kaartje te zetten dan lukt het je wel! Enige dat je dan nog moet doen is na de eerste boot de partitie 'extenden', maar dat staat ook beschreven.

Wat wel het overwegen waard is is het maken van twee partities op het kaartje. Een aparte FAT32 partitie voor de muziek en zo, als je dat vanaf je windows-PC naar het kaartje wilt knallen. Maar je kan ook het kaartje dedicated voor Linux houden en voor media en andere vluchtige zaken een usb-stickje gebruiken natuurlijk.

Als je vanuit vensters bestanden op de framboos wilt kunnen zetten lijkt me het instaleren van samba een betere optie dan een deel van je kaartje opofferen aan een FAT32 partitie.

Je hebt helemaal geen fat32 partitie nodig. Als je samba installeert kun je het via je netwerk doen.

Linux kan zelf wel fat en NTFS partities lezen en schrijven. Vanuit Windows kan dit niet. Vanaf je fat stick kun je bestanden zo op een Ext4 partitie zetten.

Ik zou het zelf ook niet doen, maar heb er wel mensen over horen klagen dat ze niets konden met het kaartje van de Pi als ze het aan hun Windows-PC hingen. Vandaar dat ik het opper, al vind ik een losse usb-stick dan de betere oplossing als je perse FAT32 (brrrr….) wilt kunnen gebruiken.

gewoon over het internet met winscp...

screenshotje van de mijne



zie www.zeilerspraat.nl/kunena/dig...-pi-openplotter.html voor meer info

signal-k wordt aan gewerkt maar in beta al ondersteund

zie ook www.sailoog.com/en/openplotter

Ik ben ook weer wat opgeschoten met openplotter. Ik zat eerst wat te prutsen met de wifi dongel maar die bleek geen AP-mode te ondersteunen.
Nieuwe dongel besteld voor ca. 8 eur. nu doet hij het perfect .

Ik moet de gps en ais ontvanger nog aanschaffen maar heb voor de test even een nmea emulator gebruikt (Nmea-Studio).

Zie onderstaand gps en ais info in iSailor op de ipad.

Kan ook te maken hebben met de standaard implementatie van hostapd in raspbian.

die is niet echt lekker qua support voor een aantal types usb wifi adapters.

wanneer je hostapd verwijderd en vanaf de source opnieuw compiled ipv vanuit de apt sources in laad gaat het wel goed mits je usb wifi adapter echt geen ap mode ondersteund.

Wat vind je onder dat tabje "SPI sensors"? Zou je eens willen kijken? Kan OpenCPN iets met de ruwe data van de NMEA2000 bus?

PiCAN2 CAN-Bus Board for Raspberry Pi 2 communiceert bijvoorbeeld met de kernel van de RPi via deze SPI hardware bus. Fundamenteel lager niveau dan bv de Actisense NGT-1 (via USB en een interne filtering en interpretatielaag). I2C is iets ouder maar met vergelijkbare functionaliteit.

nog niets, enkel coming soon

Hij doetut! "Vind ik leuk" De AIS targets ontvang ik met een DVB-T antenne

ziet er goed uit!

Inmiddels de nieuwe accelarated video driver en de laatste Raspian versie er op gezet.

Had helaas wat problemen met mijn monitor.

Uiteindelijk maar eens begonnen met een schone lei en in config.txt bestand alles afgezet.

Dan start. Video driver OpenGL aan. Helaas nog steeds dat grote gekleurde vierkant op mijn beeld scherm. Ook andere beeldschermen vertonen hetzelfde resultaat.

Als ik het systeem bedien via andere computer via VNC dan is dit probleem er niet.

Nu komt het opmerkelijke:

Als ik de cursor beweeg dan verschijnt de juiste desktop. Stop ik de beweging van de cursur, dan heb ik weer het vierkant.

Een HDMI touchscreen vertoont hetzelfde beeld. Scherm aanraken dan de desktop (voor korte tijd). Bewegen, dan blijft de desktop min of meer zichtbaar. Geen cursor beweging, dan weer terug het vierkant.

Geen flauw idee waar dit nu vandaan komt.

Noorderzon schreef :
Kun je zo zien hoeveel bereik je hebt met die antenne?

brambo schreef :
Getuige je andere draadje "opvoeren RPi" blijkt dat dit een experimentele driver is die onder zeer specifieke condities weleens gewerkt heeft. Nog nooit via HDMI, wat toch de standaard monitoruitgang is van de Pi. Virtueel via VCN doet ie het ook blijkbaar, maar dat is niet heel handig aan boord.

Ik zou dus gewoon wachten totdat dat ding goed getest en uitontwikkeld (nouja: "iets verder doorontwikkeld" dan) is.

Helaas wat op het verkeerde spoor gezet, want zonder OpenGL driver werkte het goed. Met OpenGL driver aan een gekleurd vlak en bij aanraking de desktop.

Een gebruiker uit de UK heeft de voltages gemeten en kwam tot de conclusie dat dit verschijnsel met een te lage spanning optreedt.

Dat lijkt wat onbegrijpelijk, waarom het de ene keer wel werkt en met de OpenGL driver aan, niet.

Had enige stroom gebruikers zoals de gps muis etc nog eens losgenomen, echter zonder resultaat.

Nu een andere voeding genomen en een heel korte andere voedingskabel.

En waarachtig nu werkt het gewoon goed.

Het is nog wat kritisch, want de Konig 230 volt lader, 5 volt 2.4 amp heeft 2 aansluitingen. Als ik de andere aansluiting neem dan werkt het weer niet meer.

Kortom veel die eenvoudige laders en van die erg dunne usb kabeltjes geven kennelijk te weinig spanning.

En het lijkt erop dat accelarated video meer stroomgebruik vraagt.

Kortom probleem opgelost. Een simpel voedingsprobleem is de oorzaak.

Groet,


Bram

brambo schreef :
Goed gevonden! Viel mij inderdaad ook al op dat ik, tijdens het testdraaien met een vrij kale Pi, regelmatig in de rechterbovenhoek can het beeld het gekleurde splashscreen te zien kreeg. Samen met het blinken van de rode led (power) op de Pi is dat een voormelding dat de spanning op het board kritisch laag is.

Van de 5V uit een 2A USB 3.0 lader (met méér dan voldoende vermogen) blijft met een dun en/of lang kabeltje te weinig over. Betere kabel kopen en/of de randapparatuur via een gevoedde USB hub voeden zou het eerste zijn wat ik in orde zou maken. Dat eerste gaat bij de MediaMarkt niet lukken ben ik bang.