Onderwerp: vervolg vraagje AIS / GPS in OpenCPN

Hi Allemaal,

Inmiddels (zie ander draadje) werkt mijn AIS (EM track 953).

Configuratie is als volgt:

- EM track via NMEA (38400 bbs) naar Roosmux (ingang 4)
- Mux met WIFI naar Pi waarop openCPN draait.
- MUX hangt ook met Seatalk aan mijn raymarine systeem (ST60).

Ik krijg geen positie door in OpenCPN.

- In de mux zie ik op het diagnose scherm de GGA berichten binnen komen en ook RMC (evenals uiteraard alle AIS berichten).
- Op mijn ST60 krijg ik positie door
- Open CPN ziet geen positie (Wel AIS), alle filters etc staan uit, als ik het NMEA log scherm open zie ik alleen de AIS berichten langskomen.

Het lijkt dus toch of de MUX de RMC en GGA data wel naar Seatalk maar niet naar Wifi stuurt?
Als ik mijn losse GPS muis aanzet zie ik wel positie.

Iemand enig idee waar dit aan kan liggen?

Groet
Bas

aanvulling: ook even, via zelfde WIFI geprobeerd op de OpenCPN op mijn laptop: exact hetzelfde.

Kijk eerst eens in OpenCPN met het nmea debug venster of daar wel RMC binnenkomt.

Nee, dan ligt het aan de mux, ja dan is waarschijnlijk de checksum niet goed. de controle hiervan dan in OpenCPN afzetten.

Edit of je gps ontvangt gewoon niet goed zodat er geen data in de RMC zit.

rooiedirk schreef :
Bedankt voor het antwoord. Zoals ik hier boven aangeef zie ik GEEN RMC in nmea debug window in open cpn. Het rmc bericht bevat wel de juiste data want ik zie de goeie lon/lat op de st 60.

Wat niet binnenkomt, kan O natuurlijk niet laten zien. De RMC blijft dus hangen in je mux! (Dat is eentje voor Roozeboos.

Inmiddels weer iets verder: met een UDP terminal op telefoon gekeken wat er binnenkomt op de wifi en daar staat het GGA bericht en de RMC wel binnen.
Maar ik opencpn zie ik alleen de AIs berichten in de NMEA terminal. Hoe kan dat??
Valt me wel op (zie log) dat er een! Voor de AIs berichten staat en een $ voor de gps. Wat betekent dat?

11:40:07.883 192.168.1.1:10110 [UDP][49] [RECV]
!EMVDM,1,1,,A,B3aDqGh0=`4TAvWGlUIO4qi5oP06,0*19

11:40:08.001 192.168.1.1:10110 [UDP][70] [RECV]
$EMRMC,094008.00,A,5130.95915,N,00400.36674,E,0.033,,020721,,,A,V*15

11:40:08.022 192.168.1.1:10110 [UDP][73] [RECV]
$EMGGA,094008.00,5130.95915,N,00400.36674,E,1,12,0.78,4.1,M,46.0,M,,*4E

Bas van Dijk schreef :
en.wikipedia.org/wiki/NMEA_0183

Wadloper schreef :

Bedankt. Ja, had ik zelf ook wel kunnen zoeken natuurlijk, sorry.
Maar de vraag is: waarom neemt OpenCPN dus alleen de AIS berichten aan en de rest niet (ook niet in de monitor terminal). Ik neem aan dat dat niks met die $/! te maken heeft...?

Dus WIFI stuurt RMC, GGA en VDM (gecontroleerd met terminal op Wifi) naar Pi met OpenCPN. Open CPN ziet aleen de VDM. Zelfde talker 'EM' hieronder...

Naar aanleiding van je PB even wat lopen zoeken.
Jouw probleem is een foute checksum!
Jouw mux (of de AIS zelf) geeft:
$EMRMC,094008.00,A,5130.95915,N,00400.36674,E,0.033,,0020721,,,A,V*15
waarbij de laatste twee cijfers (15) de checksum is.
Dit zou moeten zijn:
$EMRMC,094008.00,A,5130.95915,N,00400.36674,E,0.033,,0020721,,,A,V*24
Je kan het vinkje in OpenCPN bij 'check checksum' weghalen, maar dan weigert O nog steeds om de input die blijkbaar corrupt is te gebruiken. Wel word deze 'corrupte' nmea dan doorgegeven naar plugins en het nmea debug venster.

Nu is de vraag natuurlijk waar gaat het fout? Komt er een verkeerde checksum uit je AIS, of gaat het in je mux verkeerd.?? (Ik weet dat ook niet )

Even OpenCPN gevoerd met jou nmea en de goede checksum, en dan krijg ik netjes een positie.

Vlg mij klopt de datum notatie niet in de RMC, staat een nul teveel in mss komma verdwenen?

Gepost met de officiële Zeilersforum-app

Gaat toch meer fout als ik het kleine stukje log bekijk.



$EMRMC,094008.00,A,5130.95915,N,00400.36674,E,0.033,,020721,,,A,V*15

$EMRMC,094008.00,A,5130.95915,N,00400.36674,E,0.033,,0020721,,,A,V*24


Datum veld op het einde 0020721 moet zijn 020721 2 juli 21

Dan de tijd van de fix in het log is die op de laatste regel inmiddels 20 minuten oud

Ha, scherp. Een hebbelijkheidje van de nmeaconverter die ik hiervoor gebruikt heb. maar O pikt dat evengoed.
De echte checksum is 14, en geen 15, dus mijn verhaal blijft wel staan. https://nmeachecksum.eqth.net/

henkvd schreef : Dat komt omdat ik de nmea-zin die Bas gepost heeft simpel weer afspeel. Is dus geen 20 minuten verschil maar een week of 2

Dat is het lastige van geen beschikking hebben van het org log.

Enige conclusie, als O geen cheksum hoeft te gebruiken en O accepteert evengoed RMC niet, dan is de RMC niet goed.

Nee, als de checksum verkeerd is, bestempeld O de RMC als corrupt en wordt niet gebruikt. Het vinkje bij de instellingen veranderd daar niets aan.
Wat geen vinkje wel doet is het doorlaten van nmea zonder/foute checksum naar plugins en andere 'output' verbindingen.
Wat Bas nog kan proberen is de mux, de RMC laten vertalen naar AIVDO.

Super bedankt!

Ik zal proberen het weekend om de EM track data direct naar de Pi te sturen en te kijken hoe het dan gaat. Als het dan wel lukt zal Chris het probleem moeten zoeken denk ik.

Als je het instelprogramma draaiend hebt kan je een log draaien.
die laat zien wat er binnen komt.

nb: Bij het doorsturen van berichten doe ik helemaal niks met de inhoud.
En uiteraard worden aangepaste of nieuwe berichten voorzien va de juiste checksum

Een Emtrak is gewoon een apparaat, zoals zo velen, met een board van SRT. Emtrak is zelfd een eigen merk van SRT.

Dingen doen het gewoon goed en deze boards zitten in diverse systemen van anderen merken.

De oorzaak moet derhalve onderweg na de transponder ontstaan.

Wat gebruik je voor de ontvangst ?: Nmea2000, Serieel NMEA183 via de draad, of gebruik je de usb aansluiting, wat in het algemeen wordt afgeraden.

Sluit de AIS eens rechtstreeks aan op OpenCPN. Via SignalK server kan natuurlijk ook.

Zo kun je elimineren waar het probleem zit.

Bram

roozeboos schreef :
Wat mij opvalt is de id EM voor AIS en GPS data, ik heb dat nog nooit gezien bij em-trak/SRT, ik trek dan ook voorzichtig de conclusie dat de Roosmux iig over de wifi deze id geeft (bas dit heeft ingesteld) en dus het bericht aanpast.
Dan ligt het voor de hand aan te nemen dat daar de checksum fout wordt gemaakt.

Ik heb dat idd ingesteld als talker ID. Zal dat eens uitzetten.
Bedankt.

@Brambo: de set is hierboven helemaal uitgelegd dus je kan even terug kijken.
Kort: nmea0183 over WiFi

Beste Bas,

zie nu pas dat je vraag ook heb voorgelegd op het Cruiser forum. Je kunt toch eenvoudig het tijdelijk even proberen met een usb kabeltje. Niet aan te raden Maar bij het instellen gebruik je dit ook.

Dan weet je eenvoudig waar het aan ligt.

Groet,

Bram

Je kunt met jou EM trak op drie manieren je positie krijgen.

1 - Door je roozemux de !AIVDO laten vertalen in een RMC bericht.
2 - Door middel van je instel programma proAIS2 stel je in dat er een RMC bericht uitgezonden wordt. Dan krijg je in proAIS2 onder het kopje serial het volgende te zien.





3 - De derde mogelijkheid is niet met proAIS2 een RMC bericht te laten aanmaken maar een GLL bericht te laten uitsturen. Dit GLL bericht gaat wat makkelijker ongemoeid door de mux.

Bij optie 2 & 3 dien je uiteraard in de mux in te stellen dat die GEEN !AIVDO bericht vertaalt.

Yup.. Talker ID uitgezet in de MUX software en nu werkt alles. Ook met Checksum controle.

@3Noreen: bedankt voor je antwoord maar zoals je kan lezen in de draad had dat allemaal aangezet in proAIS en komen de RMC berichten gewoon door via Wifi.

Bedankt, opgelost voor nu. @Roozeboos: misschien toch nog even controleren? Laat maar weten als je een log of zo wilt hebben.

Groet,
Bas