Onderwerp: Start met Raspberry Pi

brambo schreef :
Als er veel van geleerd wordt zou ik het ook een succes willen noemen. Ik krijg hier echter de indruk dat velen (mijzelf in ieder geval) eigenlijk niet perse “willen leren’” maar vooral snel, goedkoop en met zo min mogelijk moeite naar een werkend eindresultaat willen, bv een werkende plotter of, in Chris geval, een router.

Eindresultaat wordt dan moeizaam gehaald, al of niet met onbegrepen truckjes of zelfs kant-en-klare images. Wat was nu zo kritisch in Chris’ exercitie en wat was de reden dat het uiteindelijk wel goed ging? Dat zijn de leermomenten toch!? Of is het eindeloze gepiel, geprobeer tot iets (min of meer toevallig) werkt het leerdoel?

-Wat heeft Chris nu geleerd?
-Wat hebben holtere en ik geleerd (andere draadje...)?

Ik denk dat voor de Linux-leek bv LEGO Mindstorms leerzamer is.

Eenvoudig is het toch niet in mijn idee. Heeft iemand al een Rpi met een 5Ghz access point aan het werken ? Daarvoor moet je voor zover ik weet wat non disclosed software in de kernel frommelen.

Van alles wat je doet leer je en doe je ervaring op. Ook negatieve ervaringen zijn van belang als leerproces.

Sommige dingen lijken moeilijk. Als je het eenmaal weet blijkt het achteraf erg eenvoudig. Denk aan je eerste computer ervaringen.

Wil je dat allemaal niet, neem dan gewoon een standaard kaartplotter en laat alles door derden installeren. En als het dan niet werkt bel dan de service afdeling.

Maar ja, je zit op het water en daar hoort een mate van zelfredzaamheid bij.

Dat geldt voor de motorinstallatie, de electronica etc. etc.

Daarom kijken mensen op het ZF forum !

Het thema tegenwoordig is "education permanente".

Dat geldt vrijwel voor alles in een snel veranderende omgeving.

"Je bent nooit te oud om wat te leren".

Bram

je postje schreeuwt om een aantal tegenreacties, Bram . Maar ik ze zal ze je besparen. Heb ik het weer gedaan.
@nachtvlinder, wat heb ik geleerd? Dat ik een grotere prullebak nodig heb!

Nee dat is een grapje natuurlijk, ik ben niet een type wat opgeeft.

Wat ik wel heb geleerd is dat openplotter verrassend meer richting windows gaat dan ik dacht.
Acesspoint maken? bij instellingen aangeven en naam en paswoord ingeven. en dan werkt het.

Zo hoort het.

Niet dat gekloot met een pagina lang commando's overtiepen en uitvoeren om er dan achter tekomen dat het nog steeds niet werkt. Ik heb vorig jaar een keer vreselijk zitten zoeken met linux. Het script faalde, maar de foutmelding was van een van de daarop volgende commando'die faalden omdat er ergens daarvoor iets fout ging. Zonder melding.
Nou ga dan maar foutzoeken. Ik geef t je te doen.

En sorry, ik lees hier op ZF keer op keer alleen maar over problemen die dan weer worden opgelost met een upgrade of een paar driedubbele flikflakken met sudo in de terminal.

Conclusie : dit is zoooo 1980......

Alsof je iedere keer als je gaat zeilen eerst je val moet gaan splitsen. Dat doe je toch niet als er ook een mooie dyneema val te koop is voor een goede prijs? Nee, je koopt die val. En dan heb je tenminste de tijd om je met de relevante zaken bezig te houden, zoals de spanning op de val.
Okay, als je hobby splitsen is dan heb je de tijd van je leven. "Ieder zijn meug" zei de boer en hij kustte z'n varken.

roozeboos schreef : hang de vlag uit, trek de champagne open, begin een feest en lijst deze post in

Tja,

Wat een vergelijking zeg. Een val splitsen doe je maar een keer en dan kun je deze telkens zonder probleem gebruiken. Maar dan moet je wel leren hoe een val te splitsen. En dat is met modern touwwerk ook nog niet zo eenvoudig.

Maar ook dat is te leren.

Nu weten we het wel.

Groet,

Bram

roozeboos schreef :
Ten eerste blijkt jouw probleem niet te bestaan, dat er vervolgens verkeerde tips worden gegeven is niet de fout van het systeem maar van mensen die zogenaamd 20 jaar ervaring hebben en het denken beter te weten.
Ten 2e zijn er een heleboel leken/hobbyisten die goedkoop high end oplossingen willen die tot nu toe alleen door professionals op door dure hun bekende systemen werden toegepast. Dat beide dan tegen problemen aanlopen lijkt me logisch.
Ten derde zijn er plug and play (software)oplossingen voor de meest voorkomende toepassingen (OpenPlotter) waardoor er meer mogelijkheden zijn dan met welke multiplexer dan ook, maar dan willen ze daar weer uitzonderlijke uitbreidingen op die theoretisch mogelijk zijn maar waar een professional op de oude manier een jaar druk mee is.
Dan zijn er ook nog plug and play systemen (software en hardware) waar geen hobbygehalte voor nodig is. (BoatController)
Het allermooiste is dat je met 3 sd kaartjes toegang hebt op alle bovengenoemde mogelijkheden!

ik had ook niet verwacht dat je met me eens bent , ouwe spammer.
maar dat hoeft ook niet hoor.

voor de derde keer nog even terug gegaan naar de niet openplotter versie, omdat daar node-red ook op staat.
Dat is erg makkelijk om te gebruiken, maar de AP doet het echt niet.
Dus nu weer naar openplotter, en dan node-red daarop installeren.

roozeboos schreef :
Beste Roos,

Node-Red zit standaard op OpenPlotter.

Even in je Chromium browser kijken.

ja, dat zag ik ook net tijdens installatie
maar die kan ik niet vanaf de startmenu starten, vandaar dat ik dacht dat ie er niet op zou staan.
probeer het zo wel even in een terminal

hij is nu aan het upgraden. Ik zie mapjes met de naam "rpikernelhack" voorbij komen. Geeft niet veel vertrouwen...

ap en node-red draaien. gauw uitgezet. morgen verder

rpikernelhack zet bestanden tijdelijk opzij om opgewaardeerde bestanden te kunnen installeren.

Logisch allemaal. Neem nu eerst maar eens een oliebol, dat geeft rust.

IJsje toe met frambozenjam

Kleine update van de TS

De afgelopen weken veel tijd besteed aan het verder optimaliseren van de Pi. Met ups en downs. Veel geleerd over hoe de Pi en Linux Stretch werken. Een korte opsomming van learnings en successen:

• AIS via een SDR-dongle is werkelijk eenvoudig, plug en play. Dit topic op ZF was daarbij een prima achtergrond: https://zeilersforum.nl/index.php/forum-125/raspberry-pi-arduino-etcetera/578098-openplotter-ais-via-sdr-antenne
• Met het accespoint ben ik nog heel lang aan het klooien geweest. Nadat ik eerder hier schreef over mislukte pogingen met een chipset die niet door openplotter herkend werd, kocht ik een dongle die zelf aangaf geschikt te zijn voor een raspberry pi. Nu geloof ik dat onmiddellijk, maar om goed gebruik te kunnen maken van de automatische installatie van Openplotter, zijn maar een paar chipsets geschikt. Dat komt doordat Openplotter een tooltje gebruikt dat veel gangbare dongles ondersteunt. Maar dus niet allemaal. Kort en goed, ik heb nu (m'n 3e !) deze, en die wordt herkend en werkt out of the box: https://www.bol.com/nl/p/drphone-w2-usb-draadloze-wifi-adapter-ultra-snel-mini-wifi-dongle-voor-o-a-desktop-laptop-pc-windows-10-8-7-mac-os-raspberry-pi-pi2-kali-linux-odroid/9200000094152232/. Mocht je zelf een andere willen bestellen, dan raad ik je aan de auto-install voor wifi-songles te draaien. Dat tooltje meldt dan zelf welke chipsets ondersteund worden. Ik zou je een paar avonden besparen en geen andere kopen.
• Vervolgens werkte het niet. Ik zag dat de dongle functioneerde (connectie met thuis-wifi), maar er werden geen pakketten verzonden. De automatische instellingen van Openplotter hadden de dongle correct geïnstalleerd, maar de verdere instellingen werkten niet. Het gaat dan met name om de AccesPoint-functie. Die houdt in, in algemeenheid dat er een router (dns-making) moet worden gebouwd. Na veel lezen leerde ik in ieder geval:
  1. Verander niets in het wpa-supplicant-file. Het wordt in Stretch niet meer gebruikt.
  2. Verander niets in het interfaces-bestand. Het wordt in Stretch niet meer gebruikt.
  3. Zorg voor dat je niet predictable WLAN-devicenames aanzet. De automatische naam voor een extra dongle is Wlan0 en die naam heeft Openplotter nodig om te kunnen werken als AccesPoint. Meer hierover: https://www.raspberrypi.org/forums/viewtopic.php?t=198946
  4. Mocht je eea handmatig willen gaan regelen, dan is het goed om te weten dat "the magic happens" via een DHCP-server, die geconfigureerd wordt in /etc/dhcpcd.conf.
• Maar toen kreeg ik het nog niet werkend. Dit zal overwegend liggen aan de combinatie van een hele bult proberen met niet-functionerende dongles, in combinatie met mijn onervarenheid. Ik bleef hangen in de vraag: Kan ik dit zelf (in dit topic staan links naar uitgebreide mogelijkheden om zelf een AP te configureren), of wil ik dat Openplotter dit voor mij regelt? En waarom lukt met name dat laatste niet? Ik had al eens een oude image teruggezet, maar dat hielp niks. Toen ik dit topic teruglas, viel het me op dat één van de weinige dingen waar Brambo en Roozeboos het over eens waren, dat het in de lucht brengen van een AP via Openplotter zo simpel is. Ik heb toen besloten een volledige nieuwe install te doen va Openplotter. En dat was een schot in de roos. Ik kon door alle ervaring razendsnel configgen, en ik ben gestart met het opzetten van het gewenste AP. Het werkte in een paar uur. Mijn les: Als je een AP wilt, start daar dan direct mee zodra je Openplotter hebt geïnstalleerd. Zo weet je zeker dat er nog geen andere instellingen verkeerd staan, en Openplotter z'n automatische werkt kan doen. Dit kostte me overigens helaas wel een kaartset van OESenc (vergeten de fingerprint-file te kopieren )
• Daarna lukte het instellen van OpenCPN en AIS in een kwartiertje.

Eind goed, al goed? Bijna. Ik krijg in mijn headless setup nog steeds uitsluitend de fake KMS van de VC4-driver van OpenGL aan de praat. Dat wil zeggen: de echte KMS zorgt voor een resolutie 480x800, die ik niet aangepast krijg. Bij de fake-KMS is de resolutie eenvoudig te wijzigen via /boot/config.txt, maar dat werkt niet voor de echte KMS. En die wil ik wel graag werkend krijgen, want de resultaten die ik zie zijn tamelijk spectaculair. Ik heb geprobeerd via xrandr om extra resoluties aan te maken, maar het virtuele scherm lijkt die maar niet te pakken. Als iemand tips heeft, hoor ik die graag.

Tot die tijd: Ik ben blij met een vlot lopend systeem, met een werkend wlan-accespoint, een werkende AIS en draaiende Kplexer en kaartplotter!

Noch WiFi AP, noch plotter, maar m.i. wel een grappig projectje. (obv een RPi Zero W)
Sailing Pi – GPS tracking on your boat

Ik zoek naar settings voor het volgende probleem:
Ik wil graag dat OpenCpn (dat op m'n Mac draait) een RMB-NMEA sentence naar Kplex stuurt (dat op m'n Pi draait). Nu heb ik het volgende staan in OpenCPN:

• UDP op 10.10.10.135(<- IP-adres van m'n MAC op het OP-netwerk)
• Poort 3000
• Output on this port
• Output filtering: RMB (overigens dus ook meteen een filter op de input-vanuit op RMB gezet om een loop te voorkomen)

En in Kplex:

• Type: UDP
• io: in
• Adress: 10.10.10.135
• Port: 3000

maar helaas loopt er dan geen data binnen. Iemand een tip?

Eigenlijk geen verstand van maar omdat niemand reageert.
Je stuurt succesvol over UDP van Kplex data naar de Mac?
Zover mij bekend kan dan geen data terug over de zelfde poort?
Als je TCP gebruikt kan dat in ieder geval wel.
Of je UDP kunt broadcasten van Kplex naar Mac en via andere poort UDP van Mac naar Kplex dat weet ik niet.

Dus probeer eens TCP over 1 poort heen en terug.

PS: in de BoatController bij deze optie ontvangen we op UDP de data van de BoatController en sturen we over TCP data terug naar de BoatController.

Dankjewel, ga ik testen!

Ik kan het op het moment niet aan boord controleren, maar volgens mijn herinnering geef je in Kplex het IP adres van de RPi op waar de UDP paketten langskomen [broadcast].

Zeilprutser schreef :
Veel dank, Zeilprutser. Uiteindelijk bleek goed inlezen op UDP en TCP wel een must. Dat ging uitstekend hier: www.stripydog.com/kplex/configuration.html

Ik heb nu werkend:

• Een Raspberry Pi met Openplotter: fungeert als acces point, multiplexer en er draait KIP (via signalK in de browser)
• Buiten een iPad mini die via VNC KIP vertoont (echt makkelijke interface die er erg fraai uitziet).
• Binnen een Macbook die OpenCPN draait en input pakt uit de multiplexer en eem RMB-sentence terugstuurt naar Kplex.

Erg blij met deze configuratie! Dank allemaal voor de ondersteuning en snelle tips. Ik heb nog wat NMEA-gevers aan te sluiten, dus ik kom beslist nog met vragen.

Super!
De Dashboard / Webklokken / Kip ondersteuning dat is ook mijn volgende wens!
Kan weinig screenshots vinden van kip/tommy zou je een paar verschillende screenshots kunnen delen?

Zeilprutser schreef :
Hierbij een paar screenshots, zonder verdere toelichting. Laat me gerust weten als je iets specifieks wilt zien!

En weer een update, nu ook de barometer aan de praat:



(Temp is tamelijk onbruikbaar zo; meet temperatuur net boven de Pi-processor. Verlengkabel voor de GPIO-pins besteld.)

Er is nog meer goed nieuws voor de RPi-lovers. Met de nieuwe Linux kernel 5 serie komen volgens Linus Torvald de volgende verbeteringen aan:

Specifically, the most important changes are improvements in graphics drivers. This includes AMD FreeSync NVIDIA RTX Turing, and Raspberry Pi Touch Display support. The new Raspberry Pi Touch driver will let Pi builders make their own tablets or smart information displays.

Kan nog wel even duren voor deze beschikbaar komen.

Bram