Onderwerp: nmea wifi repeater

Ik vatte het zo op, dat wanneer de VWR string in de NMEA datastroom aanwezig is (doet er niet toe waar die vandaan komt), dan kan d.m.v deze funcite VWR naar MWV vertaald en aan die datastroom toegevoegd worden. Of is dit een verkeerde interpretatie van mij, oftwel hoe is deze functie bedoeld?

Zo gaat het idd in de MiniPlex ook. NMEA komt binnen. SeaTalk wordt eerst omgezet in NMEA. Vervolgens gaat alles door dezelfde processing-functies. En bij de VWR zin is het dan ook nog zo dat wanneer die is omgezet naar MWV, deze ook nog eens door de True-Wind functie wordt gehaald.

sja wat er in de miniplex gebeurd is onderhand niet zo relevant meer hier.
Het gaat om de Roosmux...

@noorderzon, ik was deze toepassing nog niet tegengekomen. Tot nu toe was het zo dat inderdaad het bericht vanuit nmea in wordt omgezet.
Omzetten vanuit Seatalk naar nmea naar het nieuwe bericht is natuurlijk ook een mogelijkheid. Moet ik het alleen nog even inbouwen..

roozeboos schreef : Behalve dat je ervan kan leren

hoe het niet moet bedoel je?

nb mijn software is veel anders opgebouwd dan de jouwe, dus prima zoals ji het doet, maar daar heb ik dan dus niet zoveel aan.

laten we de draad schoon houden , het zijn al zoveel berichten.
Het heeft weinig zin om hier steeds te posten wat de miniplex al dan niet kan, begin dan je eigen draadje...

Nou noorderzon het zit erin, nu nog even goed testen.

je kan nu aangeven in het setalk scherm of je VWR naar MWV Relative wil vertalen en ook of je dan nog het bericht MWV true wil toevoegen.
Komt vast goed dus!

nuj gauw naar huis anders te laaat voor BridgeII

Natuurlijk blijven er altijd wensen voor een eigenwijs persoon als ik.

-In de DPT zin een echte offset i.p.v. optellen bij de maatwaarde.
-filter mogelijkheid op ingang
-verwerken van de variatie in de hdg in combinatie met de variatie uit de rmc op 0 zetten. Het laatste is nodig om te zorgen dat sommige instrumenten niet de variatie dubbel gaan doen. Radar in mijn geval.
-hdg in vhw zetten. Met de mogelijkheid om de frequentie van het versturen van vhw te verhogen naar de hdg frequentie.

roozeboos schreef : Top! Dank je

3Noreen schreef : dat is dan toch fout van je radar? een variatie is een variatie, maakt niet uit in welk bericht hij staat.. ? Bijvoorbeeld positie komt ook wel dubbel voor in verschillende types berichten.

Maar kan 'm wel weghalen hoor, maar dan zeker alleen als HDG er ook is?
Waarde altijd nul maken in RMC is vele simpeler, dat zul je snappen

Die van mij is onderweg !

3Noreen schreef : Waar komt bij jou die RMC vandaan? Uit een NMEA GPS of uit SeaTalk?

documentatie is ook weer up to date

Anjo je hebt een email met je bijgewerkte polar

mhsprang schreef :
variatie uit NMEA rmc. Seatalk heeft toch ook geen rmc ?

Mijn waarneming is dat als je de hdg (M) aanpast met de variatie. Dus daar in feite een ware koers van maakt. Dan zal je stuur automaat en de heading vector op de plotter op ware koers zijn. Heading vector is handig om te zien wat de stroom + drift is. En voor de automaat is het handig dat ik niet steeds de variatie hoef te verrekenen en bij het volgen van RMB/APB de stuurautomaat sneller op koers is. Als de variatie meer dan minimaal is dan. Natuurlijk kun je ook hdg (T) gebruiken maar mijn stuurautomaat en plotter denken daar anders over… En gebruiken altijd magnetisch. Het enige apparaat wat het in feite goed doet is mijn radar. die verrekend keurig de variatie in de magnetische heading. Alleen weet die natuurlijk niet dat de variatie al verrekend is in die heading. Wat ook in principe niet zou moeten.
De implementatie van de variatie is op de instrumenten die ik dus heb op zijn minst niet consistent. Het best werkende methode is voor mij dus bij het kompas direct de variatie te verrekenen en vervolgens alles als ware koers te doen.

dus je nept in feite de boel omdat sommige apparaten te dom zijn.

Maar bij RMC variatie op nul zetten om de wel slimme apparaten ook goed te laten werken.

roozeboos schreef :
Jep, mooier kan ik het niet maken. Hoe gaan jou spulletjes om met variatie ? Mijn inschatting is dat een groot deel van de zeezeilers op de laatste vraag geen antwoord kunnen geven. Behalve dat aannemen dat het wel goed zal zijn. Dat laatste is mij niet gebleken. Ik moet de eerste plotter/kaart programma of gps nog tegenkomen die een APB uitstuurt waar een magnetische koers in opgegeven wordt. Of een stuurautomaat die eerst maar even de variatie gaat verrekenen voordat die dat als te sturen koers opneemt. De meeste kaart progamma’s zijn zelfs zo debiel dat je altijd COG als richting aannemen en vervolgens ook nog een windvector die nergens op slaat doen verschijnen.

Over DTP correctie.
De wens om een DPT te hebben die voldoet aan de nmea standaard komt voort uit het delen van log gegevens met OpenSeaMap. Als je daar een logfile upload dan dien je ook de offset van je boot op te geven. Als dan je basis waarde als omgerekend is gaat er iets niet goed en wordt er 2x een offset toegepast. Dus de mogelijkheid van de chrismux om de diepte aan te passen is voor mij niet bruikbaar. Afgezien dat mijn display het niet vreet als er geen offset is. Geen offset en geen DBT resulteert in geen diepte.

roger,
ja die offset voor dpt zal ik ook omzetten, is niet zoveel werk

Chris: in instelprogramma zit onder het tabje 'instellingen" en menuutje "Seatalk correctie" met waardes van 0 tot 50.

Waar is die voor en wanneer moet je die instellen/ afregelen?

3Noreen schreef : Nee, maar ik bedoelde met die vraag of je een SeaTalk GPS hebt waarvan de gegevens met een multiplexer worden omgezet naar NMEA.
Enige tijd geleden was er een klant van mij die had ook een probleem met de variatie, die o.a. op zijn VHF en een plotter ook "dubbel" werd gebruikt om een heading of koers te corrigeren. Ik heb toen ontdekt dat in de RMC zin die de MiniPlex maakt uit de SeaTalk data, een variatie bevatte én een COG die nog gecorrigeerd moest worden. Normaliter is de COG in een RMC of VTG zin altijd True. Na enig onderzoek bleek dat de COG op de SeaTalk bus zowel magnetisch als true kan zijn. Als er alleen een COG datagram aanwezig is, is die True maar wanneer er ook een variatie-datagram aanwezig is, dan is de COG magnetisch en moet die nog gecorrigeerd worden alvorens deze in een RMC zin te zetten.

En ik vroeg me af of jij dit probleem ook ziet en of Chris deze wetenschap ook had.

koko schreef : zet m maar op nul. heb je niet nodig. was een correctie voor de timing op de seatalk bus. Mocht je af en toe uitval hebben moet je het even laten weten. Daar heb ik een andere oplossing voor.

roozeboos schreef :
Vooralsnog geen problemen verder. Ik laat 'm op nul en meld me als er toch iets niet lekker loopt. Bedankt.

Noorderzon schreef : Ik ben er nogmaals mee aan het stoeien gegaan en heb de oplossing voor het hierboven beschreven probleem:
1. Stel de wifi instellingen handmatig (statisch) in, inclusief het derde vakje (router)
2. Zorg dat iSailor werkt vanaf de hotspot waar je handmatig verbinding mee gemaakt hebt,
3. Maak het vakje 'router' vervolgens leeg en controleer of iSailor nog werkt. Als het goed is wel.
4. Klaar.
Zie plaatje zoals het er bij mij voortaan uitziet. Een voordeel is dat je nu ook je mobiele internetverbinding (3G) kunt gebruiken terwijl je verbinding hebt met de hotspot van de roosmux.

En het een heeft niets met het ander te maken. Wanneer de ene app wel werkt met TCP en UDP terwijl een andere app met UDP niet werkt en dat dan de Wifi verbinding verbreekt, kan m.i. niets met de app te maken hebben.

Ik heb namelijk iets anders ontdekt: die wifi modules die Chris en ik gebruiken, hebben een mechanisme genaamd Link Monitor. Die zou de WiFi verbinding in de gaten moeten houden maar die link monitor werkt op de TCP en UDP verbinding en detecteert of er data van een wifi client naar de wifi module wordt gestuurd. Wanneer je een app hebt die alleen data ontvangt om weer te geven en die zelf niks terugstuurt naar de multiplexer, dan vindt die link monitor dat er geen activiteit meer is en verbreekt de wifi verbinding met dat apparaat. Die link monitor moet dus uitgeschakeld worden.

Ironisch genoeg hadden zowel chris als ik net een update uitgebracht waarbij de link monitor wordt ingeschakeld (ik had Chris ook geadviseerd dit te doen, sorry.. ) en nu blijkt dat dit averechts werkt. Ik heb gisteren een nieuwe firmware update uitgebracht en ik heb Chris geadviseerd dat ook te doen, waarbij de link monitor weer wordt uitgeschakeld.

mhsprang schreef : Dat is ook mijn conclusie. Een workaround voor het gedrag van de ipad (niet van de app) is dus wat ik in mijn post beschreef. Met het bijkomende voordeel van de workaround dat je je 3G verbinding naast wifi kunt blijven gebruiken.

Nou, met ondersteuning van Chris is het dan eindelijk gelukt. Ik krijg het performance bericht op de multi. Het bleek dat de multi voor verwarring zorgde doordat die zo wel op seatalk was aangesloten als op nmea. De multi doet ook het nodige aan vertaalwerk en draaide waarschijnlijk zichzelf een loer voor ogen. Na het loskoppelen van de nmea naar de multi kwam het P bericht binnen.

Pfffft, erg opgelucht.

Ben nu wel datum en tijd kwijt in de kuip. Dat gebruik ik graag met de starttimer. Maar s effe zien hoe dat op te lossen.