Onderwerp: nmea wifi repeater

Hi Chris,

Ik zie ook regelmatig zo'n rij nullen als in het laatste screenshot van zeilbootje. (2-na-onderste zin dump) en soms mist het begin van een NMEA-zin (eerste zin dump)



In beide gevallen lijkt de mux te struikelen: er komt dan geen NMEA meer uit (op geen enkele poort: USB, WiFi, NMEA, RS232) en hij sputtert nog 1 of 2 zinnen en hangt dan. Oplossingen zijn spanning eraf/op of in het instelprogramma de 'instellingen opslaan'.
Vooral data uit de instrumenten (Silva) of, in mindere mate, AIS vertonen dit probleem. GPS (Garmin in NMEA-protocol) gaat probleemloos.

SW-versie is W1J, seatalk helemaal uit. Belasting is <50% op alle poorten (maar vreemd genoeg zie ik wel belasting op de -ongebruikte- Seatalk).

Heb jij een oplossing?

Dank,

Walter.

de 'nullen' komen van de data die mux gebruikt om de belasting door te geven aan het pc programma. Gaan alleen maar de usb poort uit.
Als je het volgen vinkje uit zet is dat weg.

Maar goed, je kan updaten naar de laatste versie. Ik heb wel de data verwerking snelheid nog verbeterd.

Hi Chris,

Dank voor de snelle reactie - ik zal i.i.g. upgraden om te zien of dat helpt.

Na de 'nullen'-zin duurt het heel erg lang (~minuut) voor de volgende 'echte' NMEA-zin komt. Kan dat komen omdat de eigenlijke volgende zin direct volgt op de nullen-zin (dus zonder LF/CR) en '**' i.p.v. '$' voor de identifier heeft? Na deze '**'-zin komt er niets meer en hangt de boel.

Groeten,

Walter.

Als ik Chris een tip mag geven:
Stop die info over de load in een proprietary NMEA zin, ipv iets wat met een '?' begint en eindigt op iets vaags als '**'. Die '?' is een valid character en kan dus in iedere NMEA zin voorkomen en twee '*' achter elkaar is al helemaal niet toegestaan in een NMEA zin.

Een manufacturer mnemonic (de drie letters direct na de $P) kun je gratis aanvragen bij NMEA.org. Dan kun je die data netjes verpakken in een echte NMEA zin zodat niet allerlei slecht geïmplementeere NMEA parsers gaan vastlopen op iets wat niet aan de standaard voldoet.

Tip mag altijd, maar in dit geval snap je het niet helemaal hoor.

De zin is een intern bericht. Wordt niet weggestuurd over nmea.
Het wordt sowieso alleen maar over de usb verstuurd en dan ook nog alleen als het instelprogramma draait en het volgen vinkje aanstaat.

Maak je geen zorgen, ik weet onderhand ook wel het een en ander. De mux doet niks verkeerd in dit geval.

nb: je zit er wel bovenop he.

Wat als je het instelprogramma afsluit zonder dat vinkje uit te zetten? Wordt dan die zin wel uitgezet?

Bovendien kan ook jouw instelprogramma struikelen over een ? in een gewone NMEA zin. Dat het bij Walter fout gaat heeft toch een reden?

geloof me nu maar, er is over nagedacht. Het instelprogramma zelf verstuurd dit commando naar de mux, die er dan op reageert met een string.
Mijn instelprogramma struikelt niet.

Dat het bij Walter foutloopt heeft niets te maken met dit volgen bericht.
Maar goed eerst maar een update doen, en dan kijken we even opnieuw.

roozeboos schreef :
Met de rs232 poort kun je toch ook de mux instellen ? Of heb ik dat verkeerd. Het lijkt mij wel goed als je alleen via de usb de zaak kunt instellen. Daar gaat bij mij toch geen NMEA overheen.
In ieder geval heb ik wel afgeleerd tegelijkertijd de rs232 voor nmea te gebruiken als ik de mux probeer in te stellen. Dan loop het zaakje vast.
Verder gebruik uitsluitend hypertherminal om te kijken wat er gebeurd. Niet het scherm van het instel prog. Wat Chris ook zelf aangeeft.

Zodra er overigens een fabrikant komt met dergelijke hardware die van open software is voorzien ben ik daar klant. Hoe sympathiek mhsprang en roozeboos ook zijn ben ik er van overtuigt dat open software het meest betrouwbare systeem oplevert. Tenzij het gaat om hele slimme patenten die je niet prijs wilt geven. Maar bij het rondsturen van wat string’s kan ik me moeilijk hele slimme nieuwe innovatieve technieken voorstellen.

roozeboos schreef : Ik heb zojuist het tegendeel bewezen: Wanneer ik volledig correcte NMEA zin (een $GPWPL met een '?' in de waypoint naam) op een ingang aanbied, gaan alle aanduidingen op de "Volgen"-tab in het instelprogramma helemaal over de pis.

Ik probeer je alleen maar te helpen door mijn ervaring met je te delen.

nou dank je wel hoor

de 'volgen' functie was ook alleen maar een leuke indicatie, maar blijft me nu helemaal achtervolgen. Dat geeft verder ook niet uiteraard.

Wat ik wel even wil zeggen is dat Chris veel meer openheid al heeft gegeven over het functoneren van zijn mux dan de concurentie. Dat is buitengewoon lovenswaardig in mijn ogen. Bug's die nu gevonden worden zouden anders verborgen gebleven zijn.
En software zonder bug's bestaat niet.

ja vraagtekentje in een bericht kan de volgen indicatie inderdaad laten flippen. Knap hoor dat je dat hebt gevonden.

Opnieuw,geen paniek, dit heeft niets te maken met verwerking van de nmea berichten.

Het instelprogramma doet een query naar de mux en wacht daarna op een ? en laat dan de blokken zien in het scherm (als het volgen vinkje aanstaat)
Mocht er nu net toevallig een '?' langskomen dan weet het instelprogramma niet dat de data daarna niet de verwachte data is. Ik zal dit aanpassen dat het niet meer voorkomt.

Ik heb de afgelopen jaren zoveel slechte NMEA parsers gevonden in apparatuur en software dat het een soort tweede natuur is geworden om in een oogopslag zo'n "zwakke plek" te herkennen.
Ik heb daarvoor ook een testje ontwikkeld, die ik je niet wil onthouden:

Ik gebruik een bestand met volledig willekeurige binaire data waarin verspreid 20 NMEA zinnen voorkomen. Als ik dit bestand aanbied op een NMEA ingang van de MiniPlex, moeten in ieder geval die 20 NMEA zinnen weer uit de multiplexer komen, zonder dat er ook maar ergens iets vastloopt of over de pis gaat.

En met dat testje ontdekte ik deze week dat wanneer een ingang van de MiniPlex op Plain Text staat ingesteld (die mode laat alles door wat begint met een byte > 0x20 en eindigt op CR of LF), ook de MiniPlex over de pis gaat omdat ergens in de queue-handling de karakter-counter en de zin-counter niet meer synchroon lopen, iets wat bij "normale" NMEA zinnen niet kan gebeuren maar bij random data wel. Ben er nog niet uit hoe ik dat ga oplossen

geheimpje: Ik heb het hele forum als 1 grote testopstelling

En bij de lastigste klant moet ie opdraven vandaag, want die sukkel begrijpt er helemaal niks van

ga vanmiddag bij Anjo aan boord kijken waarom zijn nmea display het niet doet. Mochten er nog meer zijn met vragen of opmerkingen, kom naar Andijk!
^{( of anjo moet er tegen zijn, dan niet ..)}

edit:haha je was me net voor Anjo

De NASA GPS repeater bedoelt ie- hoop ik.

Dat is de pest van al die trimclinics, wil nu toch wel eens weten of , nu ik de hardware heb en t kan laten zien - ik zowaar eens bij 87 % (+) kan komen.

De NASA GPS repeater kan het (bij mij tenminste) wel. Belangrijk is dat je het ding NMEA geeft op max 4800baud, anders verslikt hij zich er in.

Inmiddels loopt de communicatie tussen laptop en mux goed. De bekabeling is er ook en de hps gegevens komen via de mux op de multi.
Alleen blijft de waypoint naam in beeld, niet de performance. Ik vermoedt dat de Furuno gp32 nog wat aangepast moet worden, maar heb geen idee.
Chris, heb jij de instellingen van jouw furuno paraat?

Voorzover ik nu kan overzien staat in de mux alles goed.
Performance aan, op basis van sog, windmeter werkt. Mis ik nog iets?

Chris zit in de auto...met een NASA repeater en een hoofd vol met vragen.
Krijgen hier wel bekabeld en via wifi data binnen op winGPS, maar waypoints uploaden lukt niet net zomin als op Nasa ding via de mux ook maar iets te laten zien.

Heb die TP32kloon....
Ooit via een profilic chip waypoints kunnen uploaden, nu niks , nada, noppes

Als dat met die waypoints gaat lukken ben ik benieuwd hoe. Ik heb mijn Garmin aan de RS232 van de mux hangen maar krijg ook geen waypoints geupload. Denk er nu aan om een 2de USB-RS232 aansluiting te maken voor een directe verbinding met de GPS.

NASA GPS repeater moet NMEA 2.0 of hoger hebben op 4800Baud. Doet hij het wel direct op je GPS?

Om waypoints te uploaden, probeer eens het volgende:
Zorg dat je een bestandje hebt met bijvoorbeeld 20 waypoints ($GPWPL zinnen).

Download TeraTerm (Google, is gratis) en open open met TeraTerm de COM poort van de multiplexer. Stel in hetzelfde venster van TeraTerm waarin je de COM poort kiest, ook in dat er een line delay van 1 seconde is. De character delay blijft op 0.
Stel in de terminal settings in dat bij verzenden van een CR een CR+LF wordt verstuurd.

Sleep nu het bestandje met waypoints op het TeraTerm venster. Hierdoor worden de $GPWPL zinnen met 1 seconde tussenruimte naar de multiplexer verstuurd. Als ze nu wel aankomen in de GPS weten we waar het probleem ligt.

Ga ik komend weekeinde proberen Meindert. Thanks.

@koezt
ik had een kabel vanaf de Kloon naar mn lappie, met een compoort/profilic chip erin.
Toentertijd kon ik gewoon een aantal waypoints verzenden door mn KP 32 ontvngstbereid te zetten en dan WinGPS opdracht te geven uploaden.

OK ging niet elke keer feilloos, maar meestal lukte dat.
Dat was dus een directe verbinding.
Ja repeater rechtstreeks aan KP32 geeft info buiten

Koezt,

Ik krijg waypoints geupload naar een Garmin 72 middels een RS232 kabel parallel aan de mux-RS232 ingang mits:

- de parallelkabel volledig (V+, gnd, data in, data out) is aangesloten
- de Garmin in Garmin-protocol staat
- de software (bij mij OpenCPN) Garmin-protocol gebruikt voor uploads
- de mux uit staat tijdens de upload

Groeten,

Walter.