Onderwerp: Marifoon accepteert soms NMEA positie info niet

Mijn marifoon van het type SKANTI VHF 1000 P DSC, die aan boord van mijn zeilboot is ingebouwd, is gekoppeld aan de boord GPS om voorzien te worden van de positie gegevens. Tot voor kort werden de GPS gegevens verzonden door een Garmin GPS12, die de positiegegevens via het NMEA 0183,2.0 protocol met baudrate 4800 aanbood over RS232. Deze positie gegevens werden door de Skanti geaccepteerd en waren zichtbaar in het Skanti display als ik op de DSC toets van de Skanti drukte.

Omdat de Garmin GPS “kuren” vertoont (soms geeft hij de foute positie aan en soms verliest hij zijn fix) heb ik de Garmin vervangen door een andere GPS ontvanger, een Holux type GR-213. De Skanti ontvangt van deze GPS ook de positie gegevens, ook deze zijn zichtbaar als ik op de DSC toets van de Skanti druk. Maar na enige tijd maakt de Skanti een alarm geluid en toont op de display “error”, met daaronder, als verduidelijking van de error, “positie”. Precies de alarm melding, die zichtbaar was als de Garmin zijn fix verloor. Na enige tijd heeft de Skanti kennelijk weer positie gegevens van de HOLUX GPS gekregen, want de error verdwijnt, om zo'n 10 minuten later weer van zich te laten horen en in de display te verschijnen. Dat gaat de hele dag zo door. Geen pretje, die alarm geluiden!

De Holux GPS zendt bij mij aan boord, net zoals de Garmin, zijn positiegegevens aan meerdere “listeners”. Één van de listeners is mijn boord PC, waar ik zichtbaar kan maken wát de Holux zendt. Op het moment van het Skanti alarm kan ik zien dat er wél positie gegevens op de PC binnenkomen.

De Holux weer verwisseld met de oude Garmin en het probleem dat de Skanti soms geen positie gegevens accepteerd is weer weg. (behalve als de Garmin weer zijn fix verliest, maar dat is op de Garmin zelf te zien en dan ontvangt de PC ook geen positie gegvens)

Wat kan er aan de hand zijn, waarom accepteert de Skanti de positiegegevens van de HOLUX soms niet, terwijl de PC die wel accepteert? Waar moet ik zoeken?

(Gegevens HOLUX NMEA interface: NMEA output protocol: V.2.2, Baud rate: 4800 bps, Data bit: 8, Parity: N, Stop bit: 1, Interface: RS232 + CMOS TTL Level)

Als alleen de marifoon is aangesloten en geen andere listeners, blijft het probleem dan?

Zou een belasting probleem kunnen zijn.

Ik heb nog niet geprobeerd om alleen de marifoon te voeden.

Dat wordt wel even solderen en prutsen want die Skanti heeft zo'n ongebruikelijke RS232 stekken.

Maar ik ga een kabeltje fabriceren en proberen

Welke sentences verstuurd de Holux GPS ?

Voor de Skanti moet dit minimaal zijn

$GP GLL
$GP ZDA

of

$GP RMC

klinkt inderdaad als een belastingsprobleem.
NMEA standaard staat 4 listeners toe.
Misschien is de Holux een beetje een 'slappe'talker
Zet de andere listeners eens uit, zodat alleen de VHF luistert.

groet
t

Dat was ook mijn idee. Die Holux gebruikt aanpassingskabeltjes en het is maar de vraag of de elektrische interface echt RS-232 is (voor de laptop) of iets anders. Nmea schrijft trouwens RS-422 (?) voor en dat is toch wat anders, hoewel het vaak werkt op RS-232 (bij mij ook).

De vraag of de messages goed zijn lijkt me beantwoord door het feit dat het een kwartiertje probleemloos werkt.

Ik ga met het aantal listeners dit weekend experimenteren. Dan kom ik ook terug met de identifiers van de regels, die de Holux zendt.

Dit weekend heb ik -zonder ook maar iets aan de bedrading of aan het aantal listeners te veranderen- mijn marifoon uren achtereen aan gehad en er kwam geen alarm en positie error signaal. Ik denk dat er door het diverse malen aan en afkoppelen van de stekkers wat corrosie is weggeschraapt waardoor de verbindingen beter zijn. Op zich is het probleem dus zonder verklaring opgelost, al geeft mij dit niet het vertrouwen dat het zich plots niet opnieuw voor kan doen.

Dit is echter geen situatie vanwaaruit ik kan expirimenteren met een betere verbinding als ik minder listeners aansluit.

Ik blijf proberen.

De identificatie in de regels van de NMEA boodschappen is:
$GPRMC

Voor de geinteresseerde rs 422/485 is symetrische data overdracht 1 talker 31 listeners toe met kabellengtes tot 1200m
alook optisch gescheiden.
RS 232 heeft dat niet, normaal 1 listener op 1 talker.
met rs 232 moet ge opletten of het real rs 232 is of 232 ttl

bij conversie van usb naar rs232 moet men altijd uitgaan ven rs232 TTL.

zeker opletten met de voedingspanningen aansluiten op apparatuur, de volgorde van + en - is zeer essentieel

Ik heb vele furuno gp 31 32 37 om zeep geholpen gezien, en ook andere apparatuur. comnav compassen/ais transponders/compoortkaarten in een pc, usb/rs232 converters, overleden door veel te grote massastromen.

sluit van alle apparatuur eerst de min aan en dan pas de plus
voor het ontkoppelen eerst de plus los dan pas de min.
Plaats ook nooit een enkele zekering in de min leiding van eender welk apparaat, indien meganisch gekoppeld +/- ok

Doet je dit niet, loop je het risico dat de stroom die naar min had moeten gaan via een ander toestel naar min gaat, de vraag is alleen kan dat ander toestel dat wel aan.

bij voorbeeld een zendend marifoon gekoppeld aan een futruno gp3x waarvan de min (marifoon) wegvalt dat overlijd de gp32 binnen enkele seconde. Schade is dan onherstelbaar. de min gaat dan via gnd verbinding rs 232 via de kabel en gnd verbinding naar gp32 omdaar via de voedings min weg te gaan, die massa aansluiting kan geen paar amperes aan.
resumee:
* eerst min vastmaken dan de plus
* eerst plus losmaken dan de min
* plaats nooit geen alleenstaande zekering in de min leidingen
* wil men min afzekeren alleen met dubbelpolige zekeringen doen waar bij plus en min gelijktijdig uitgaan.

@ Tinga
Mogelijk is je Holux te slim en geeft bij geen FIX dit mee in de RMC, de Skanti reageerd hierop met No Position.

Na begin Mei van 2011 de error message "date/time" te hebben opgelost (zie het corresponderende forum bericht hierover) met een nieuwe knoopcel batterij, ben ik weer terug bij dit oude error bericht "no position". Ik heb alle andere listeners losgekoppeld: --- Geen verandering.
AIS_en_RF_adviser schreef : Gelukkig is de SKANTI VHF 1000 P DSC (Sailor 4801) uitgerust met een optocoupler. Die koppeling geeft een electrische scheiding tussen marifoon en NMEA signaal. Ik ben dus niet zo bang dat prutsen aan de NMEA draadjes schade aan de aangesloten listeners of zender (de GPS) tot gevolg heeft.

Over de veronderstelling dat het signaal te zwak wordt met meerdere listeners: Ik heb geen scope, maar ik heb mijn multimeter aangesloten op het signaal. Dat is geen best instrument om een fluctuerend signaal te meten, maar de meter "sampled" en geeft steeds meetwaarden: Tot mijn verwondering tussen de -5,2V en de +0,8V. De meetwaarden zouden positief moeten zijn. Ik heb er ook een (witte) LED op gezet en wanneer ik de Led zo aansluit dat hij op de negatieve waarden reageert flitst hij zeer fel (met -5V continu zou de LED verbranden), en wanneer ik de LED omdraai (zodat hij op de positieve waarden reageert) flitst hij beduidend minder fel. Ik heb nog een andere NMEA bron (AIS ontvanger) en daar flitst de LED iets minder fel op dan de op het GPS signaal. Het ziet er niet uit alsof het aantal listeners een te zwak signaal veroorzaakt. Plots bedacht ik me dat die -5,2 V misschien het gevolg is van het fout aangesluiten van de twee draadjes en heb de min en de plus omgedraaid... maar dan herkent de marifoon het signaal totaal niet. Overigens heeft de marifoon een aantal uur zonder probleem (met positie) gewerkt. Totdat hij weer begon te piepen met de melding "no position".

Ik kan het signaal meten vlak nadat de Marifoon "no position" geeft. (met mijn onbeholpen meetmethode, de led en de multimenter) Het signaal ziet er dan niet minder sterk uit. Als ik de Marifoon uit doe, en dan weer aan, geeft hij X'jes als positie. Hij ontvangt dan dus geen positie, terwijl ik kan zien dat er wel NMEA positie informatie wordt gezonden door de GPS (kan het NMEA signaal op de pc zien). En dan plots heeft hij de positie weer.....

Eigenlijk begin ik meer te twijfelen aan de marifoon. Kan ik daar nog een testje mee doen? Iemand een idee?

zowel RS232 als RS422 werken met negatieve voltages voor de binaire waarde "1" dus die negatieve spanning (-6V bij RS422) klopt wel).
Ik heb de Sailor 4801 versie van deze marifoon, en héél soms mist hij ook de positie, hoewel ik dat al een paar jaar niet meer meegemaakt heb.
Het zou ook nog kunnen dat de GPS niet geheel juiste data verstuurt, af en toe, en dat de VHF dat ontdekt en interpreteert als missende positie.
Probeer eens met een andere gps eraan.
groet
t

Capolavoro schreef :
Misschien dat dat inderdaad het geval is. Bij de serial ports settings op de PC moet ik altijd aangeven of er een handshake is en een "DTR" en een "RTS". Ik definieer handshake altijd als "NONE" en dan worden de NMEA boodschappen op de PC ontvangen. Maar in de marifoon kan ik niets definieren. Zou het kunnen dat de marifoon daar wel op let? Ook staat in het NMEA $GPRMC bericht op de tweede positie een letter. Als ik er op let zie ik altijd een "A" staan. Volgens de NMEA specificatie is deze plaats bestemd voor de "Navigation receiver warning A = OK, V = warning". Ik let er nooit op, maar misschien staat er een "V"? Ik kan daar naar kijken als de marifoon de "no position" geeft. Heb je nog andere ideen waar ik naar kan kijken?

NMEA werkt niet met handshaking, dus dat zal het niet zijn.

Capolavoro schreef : Hen3 schreef :
Als het niet aan de handshaking kan liggen, misschien stopt de marifoon dan met berichten verwerken omdat de GPS in het NMEA bericht zendt dat het bericht niet valide is....

Hoe kan ik in de NMEA bericht zien of de data, die de GPS zendt, wel valide is?

In de setup van de PC programma's, die NMEA accepteren, kan ik "Use Check Sum" en "Check valid" definieren:

Use Check Sum	- kan ON of OFF gekozen worden.
Check Valid	- Als ik ON kies, zegt de instructie: "the Valid flag in the sentence from the GPS will be checked and if the GPS indicates that it does not have a valid fix,the sentence will not be processed.

Waar zit die Check Sum in het NMEA bericht? en is die valid flag de waarde van de "Navigation receiver warning" in het $GPRMC bericcht? (A = OK, V = warning)?

Tinga schreef :

De checksum is iets anders dan of de GPS fix valid is of niet.

Checksum heeft te maken met de nmea versie, 1.5 geen hoger met checksum, de cheksum is een optelling van de data dit geeft een waarde waarmee het hele nmea bericht gecontroleerd wordt of deze goed over gekeomen is bij de ontvanger van het nmea bericht.
De cheksum herken je aan de laatste 3 karakters van de nmea string en ziet er zo uit als vb *OF

Dit heeft niets te maken met de geldigheid van de fix van de GPS daar voor is het A en V in de string voor.

Je probleem is dat je GPS niet aan de nmea standaard voldoet, RS232 werkt meestal wel maar in dit geval zijn je data levels net niet helmaal goed, experimenteren met een belastingsweerstandje over de nmea in van de marifoon kan de oplossing geven.

henkvd schreef :
Henkvd : Hoeveel Ohm moet zo'n weerstandje ongeveer zijn?