Onderwerp: nmea wifi repeater

Fortura, die draad ken ik
Het probleem hier is dat de verbinding wegvalt als de iPad in actieve mode blijft staan, dus met scherm continue aan.

Wellicht een nieuw draadje starten om te zien bij hoeveel mensen dit probleem zoals in mijn eerdere bericht deze draad beschreven voorkomt zodat we naar Transas een goed onderbouwt verhaal hebben?

Kan je een poll opzetten binnen dit forum en hoe doe je dat eigenlijk?

Dank voor je reaktie. Met multi bedoel ik eigenlijk een diepte en log combinatie. type: S400 multi. Ik heb alle verbindingen op de mux dicht gezet op 1 ingang na. Als ik hier de s400 op aansluit met de nmea plus op de plus ingang van de mux en de centrale min van de s400 op de min aansluiting zie ik geen verkeer op de mux. Als ik op het zelfde poortje een GPS aansluit zie ik keurig verkeer voorbij komen, de poortinstellingen staan dus goed om het verkeer in het log windows weer te geven.. Als ik de plus en de min van de multi omdraai zie ik eveneens geen verkeer. ook niet als ik de min aansluiting los haal. Dit zelfde heb ik met de advandsea wind meter geprobeerd. Ergens maak ik dus een denk of aansluit fout.

Het is gelukt. Na wat rommelen met de draadjes werkt het. Vermoedelijk ergens een slecht contact waardoor het eerder omdraaien van de draadjes geen effect had.

Goed gedaan!

zeilboot schreef :
Top!

Het zijn ook van die kleine prutsdraadjes

Nu nog finetunen en de performance weer gave uitproberen. Tot nu toe vind ik het een geweldig apparaat.

Toen we na een tijdje gezellig kletsen even een blik op de iPad wierpen was het scherm wel uit, dus lijkt op de situatie in dat andere draadje. Het gebeurt ook als je naar het instellingen scherm gaat voor de WiFi connectie, maar als je daar weer uit gaat pakt 'ie 'm wel direct weer op. Vannacht gezeild omdat het gisteren zo regende en voor het eerst dus eens gewoon actief bezig gebleven op de iPad, wat ik normaal nooit doe en dan treedt het niet op, ca. 4 uur gezeild.

Ik heb een st80 multiview op de kop getikt om de performance uit te kunnen lezen.. leuk gadget.. vormfactor van een st60 renmidden van mijn st50 garderobe ...
Gaat deze werken?
Leest schijnbaar alle berichte uitzie op de ST bus voorbijfietsen

Ja hoor. Dan dus als tekst ipv waypointnaam
Binnenkort heb ik ook een eigen display waar het veel groter op weergegeven wordt.
Vandaag weer aan zitten programmeren.
Navigatie scherm, wind schetm en speed display gedaan.
Ziet er mooi uit. Al zeg ik t zelf

Die WiFi modules die Roos en ik gebruiken, zijn soms vervelende dingen. Zo even wat ervaringen die ik de afgelopen 5 jaar met die modules heb opgedaan.

Deze modules geven aan WiFi clients een IP adres uit een "pool", en deze pool is gelimiteerd tot 7 clients. Het is dus handig om een wachtwoord te hebben ingesteld, om te voorkomen dat iemand anders aanmeld en een IP adres opsoupeert. Als de lease-tijd (instelbaar op de WiFi module) verlopen is, wordt dit adres weer vrijgegeven. Standaard staat die tijd vaak op 24 uur.

Wat ook belangrijk is om te weten is dat er slechts één TCP verbinding mogelijk is en wanneer je een app naar de achtergrond stuurt op een iPad, hang het van de app af of die netjes de verbinding verbreekt of niet. iNavX doet dat en dan kun je dus een andere app starten. Andere apps doen dat niet en houden de enige TCP verbinding in stand en bezet. TCP is een echte verbinding: de ene partij zendt iets en de andere bevestigt de ontvangst. Valt de WiFi even weg, dan is het aan de ontwikkelaar (Roos, ik) om te bepalen wat er gebeurt met de TCP verbinding. Je kan er een time-out op zetten. Maak je die bijvoorbeeld 1 minuut, dan mag de Wifi tot 1 minuut wegvallen voordat de TCP verbinding wordt verbroken. Als een app de verbinding verbreekt, wordt dat door het OS medegedeeld aan de andere partij. Wanneer je echter buiten het WiFi bereik komt, dan gebeurt dit niet. Dus als je app na 10 seconden besluit om de TCP verbinding te verbreken en de WiFi module probeert 'm nog 50 seconden vast te houden, dan kun je gedurende die 50 seconden niet opnieuw verbinden. En dan lijkt het of de WiFi "dood" is. Het is als ontwikkelaar daarom een lastige keuze welke time out te gebruiken.

Daarom geniet UDP de voorkeur. Bij UDP wordt er geen verbinding opgebouwd en er wordt niets bevestigd. De ene partij slingert eenvoudigweg data het WiFi net op en de andere partij kan dit ontvangen, of niet. Daarom heeft deze module geen andere beperking aan het aantal UDP "verbindingen" dan het aantal IP adressen dat 'ie kan uitgeven. Dus je kan 7 iPads laten meeluisteren en terugpraten.
Valt je WiFi even weg, geen probleem. De WiFi module blijft gewoon doorzenden en je ontvangt de data vanzelf weer als je weer binnen radio-bereik bent. Du UDP is de beste manier om NMEA te verzenden omdat NMEA ook zo werkt: er wordt data verzonden, punt. Of het ontvangen wordt, is niet interessant want de volgende seconde is er weer nieuwe data.

Helaas ondersteunen niet alle apps UDP. iNavX doet beide (TCP en UDP) maar kan bij UDP geen data terugzenden naar een stuurautomaat. God mag weten waarom niet. En SeaPilot kan alleen maar TCP en de ontwikkelaar vond UDP geen hoge prioriteit hebben.

Ook zijn deze WiFi modules erg gevoelig voor "in band" storingen. Een ander access point dichtbij kan 'm van slag brengen en als ik een "kaal" signaal op dezelfde frequentie uitzend als het WiFi kanaal waarop de module is ingesteld, stop 'ie er gewoon mee.

Wat ook eigenaardig is van deze module: je kan hem instellen op zowel TCP en UDP. Dan zal de module data via UDP uitzenden totdat er een TCP verbinding wordt opgebouwd. Dan stop de module met UDP uitzenden. Echter, de module ontvangt nog steeds UDP! Dus als je een app een TCP verbinding laat opbouwen, dan zal een andere app op een ander apparaat dat op UDP staat, geen data mer ontvangen. Maar als deze app nog data verstuurt, komt deze WEL bij de multiplexer aan.

Zo even wat ervaringen van mijn kant.

Dank je Meindert,

als hardware ondeskundige kan ik het toch nog volgen en begrijp dat Wifi zo zijn eigen probleempjes kent, die weer kunnen variëren per app/verbinding. Goed om te weten dat je dat soort dingen bij moet houden in je hoofd.

Over het algemeen werkt het gewoon goed hoor.
Een bedraadde verbinding is over het algemeen wel betrouwbaarder.
Maar een los usb kabeltje aan je laptop is ook niet ideaal. Zeker niet op een tablet.
Dus gewoon op wifi. Gaat prima.
Udp heeft inderdaad voorkeur. De meeste programmas hebben dit de afgelopen twee jaar snel ingebouwd.

Instellingen van MUX
Het past denk ik in twee draadjes in de discussie nmea repeater en open cpn.
Waar gaat het om, in open cpn kun je een journaal laten bijhouden met de gegevens komend uit de mux.
Ook moeten die gegevens in het instrumenten paneel zichtbaar gemaakt kunnen worden.
Heeft iemand daar ervaring mee, kun je dan een screendump van de instellingen plaatsen?
Het gaat dus om instellingen van de nmea repeater en open cpn.

Als tweede,
Zijn er ervaringen met de wifi afstand bediening van roozeboos, het lijkt mij een handig apperaat.

De afstandbediening is alleen voor raymarine stuurautomaten hoor. Als je een knopje indrukt wordt de geprogrammeerde functie doorgestuurd naar de setalk bus.
Het handigste zijn de functies : -1 -10 +1 en +10

Werkt deze via st?
Ik heb nml de st 2000 en niet de plus versie ( oude meuk idd)

de gewone 'oude' seatalk bus inderdaad. in combinatie met de mux.

de afstandbediening Raymarin

Wat zijn de installatie instrukties Roozeboos?

Ik heb de afstandbedieningg nu 1 jaar. Ben er zeer tevreden over. Heel handig als je veel solo vaart. Ik heb een Raymarine tiller SP1 stuurautomaat. Zit alleen nog een software foutje in die Chris er nog uit moet halen. De +1 knop moet je als +10 instellen en de +10 knop als +1.

Con schreef :
Zoals ik je vraag lees wil je twee dingen: inkomende data in OpenCPN zichtbaar maken, opslaan en die later weer afspelen. En die (later opnieuw afgespeelde) data weer via de mux naar je instrumenten uitsturen?

Als dat zo is, is dat vooral een OpenCPN ding waarbij je instrumenten over een in en een uitgang moeten beschikken. Uitgang zit natuurlijk wel goed, maar een ingang? Zit dat standaard op een NMEA instrument?

Koko
Het gaat om de verwerking naar een logboek, de data diepte,wind,speed, e.d zouden doorgestuurd moeten worden naar het logboek,
Als de data in het instrumenten paneel van open cpn terecht kan komen zal het denk ik ook wel in het logboek terecht kunnen komen.

Dat zou dan een functie moeten zijn van OpenCPN. Als de mux al die data doorzet naar je pc is de rest aan OpenCPN.

Voor de mux zijn de instellingen dan makkelijk: alle ingangen data door laten zetten naar je verbinding met de pc (meestal USB of Wifi). Is een instelling in je Mux die meestal al zo geconfigureerd staat. Uit mijn hoofd tabje "Matrix" Als je het ziet snap je het wel.

Ik denk dat je misschien deze plugin zou kunnen installeren in ocn,

opencpn.org/ocpn/downloadplugins

VDR or Voyage Data Recorder v0.4, Released 2016-02-26

Save NMEA stream to a file.
Replay NMEA stream previously saved.

Chris,
Vanuit meerdere kanten is al eens de vraag gesteld om de bereiken van de performance tabel wat op te rekken en de aandewindse en ruimwindse hoeken wat ruimer te zetten/ toe te voegen. En de windsnelheid bijvoorbeeld van af 2 of 4 kts te laten starten.
Heb je plannen in die richting?

En ook de teksten weer terug te zetten in de tabel voor performance?

Ik zou je zeer dankbaar zijn

Haloo 666 & KoKo
Nadat ik de bestaande com-poort had verwijderd en opnieuw geinstaleerd werkte het instrumenten paneel van open CPN, ook het logbkoek ini uit de plugin van CPN doet het.
Bedankt voor de ondersteuning, nog wat kleine aanpassingen in het logboek en dan moet het klaar zijn.
Mogelijk heb ik nog wat vraagjes in de toekomst, ik hoop dat het forum ook dan ondersteuning kan geven.
met zeilersgroeten,
Sy"HERON"
La Rochelle

Mooi dat je er uit bent. Compoorten kunnen soms lastige dingen zijn. Mocht je met meerdere navigatie software draaien, dan wil de een wel eens de compoort van de ander kapen. Heb je weer geen "beeld". Iets om in de gaten te houden.
Een oplossing is GPSgate, een gratis programma dat de echte compoort kan doorzetten naar meerdere virtuele poorten. Als je de software dan verwijst naar de virtuele heb je dat probleem niet.
Overigens is de betaalde versie van GPSgate helemaal top. Voor 36,-- ben je het heertje.