Onderwerp: nmea wifi repeater

ik heb versie 18 online gezet, zou je dat es willen proberen?
www.star-tracking.com/stw18.zip

vreemd probleem hoor. Zou ook nog aan het pc instel programma kunnen liggen.

roozeboos schreef : Bij iNavx en OpenCPN krijg ik uit de nmea stroom ook dr string met gegevens van mij eigen boot, maar die hoef ik niet te zien. De weergave van de boot door de gps data is voldoende.

Gregor schreef : Als we weten welk bericht het is dan is die eenvoudig te filteren. De mux houdt m dan tegen. Deze filter functie zit er al in.

Versie 18 geeft hetzelfde resultaat, helaas.

Inmiddels ook seatalk aangesloten, probeer snelheid en diepte naar nmea te vertalen. Er wordt wel een VHW bericht (,M,VHW,,T,0.0,N,,,*0E) gemaakt, maar dit wordt niet opgepikt door nke display app. Diepte zin wordt niet gemaakt. Zou dit niet moeten beginnen met $--VHW of zoiets? Kijk ook hier:
www.nmea.de/nmea0183datensaetze.html#vhw

het zit je niet mee...
welke nke is dat?

app voor ipad/phone heet nke display. Geeft NMEA gegevens weer.

oh via wifi.
heb je in de matrix de seatalk -> wifi wel aangevinkt staan?

Noardewyn schreef :
En kan ook een log bestand maken om vervolgens via mail te exporteren.

Ja vinkje staat aan. De VHW wordt wel gemaakt en verstuurd, maar vraag me af of het format juist is, omdat nke de data niet weergeeft (wel in de logs uiteraard)

Een stukje log uit nke Display:

-- nke Display --
- 14-04-16 17:54:50
9240.145668
9240.221880 $GPGGA,125106,5301.8575,N,00540.7268,E,2,8,1.8,-6,M,37,M,,*5C
9240.230173
9240.349230 $GPVTG,320.3,T,319.3,M,0.1,N,0.1,K*44
9240.358362
9240.432039 $GPZDA,125106,16,04,2014,-2,0*62
9240.441965
9240.528389 $GPRMC,125106,A,5301.8575,N,00540.7268,E,0.1,320.3,160414,1,E*6F
9240.529867
9240.669855 $GPRMB,A,9.43,L,START ,STAVOR,5253.185,N,00521.142,E,14.7,233.8,0.0,A*76
9240.674640
9241.104254 $GPGLL,5301.8575,N,00540.7268,E,125107,A*28
9241.109103
9241.109832 $GPGLL,5301.8575,N,00540.7268,E,125107,A*28
9241.111015
9241.202167 ,M,VHW,,T,0.0,N,,,*0E
9241.206221

,M,VHW,,T,0.0,N,,,*0E


deze regel klopt niet zou er zo uit moeten zien
$xxVHW,,T,0.0,N,,,*0E


diepte zou zo weergegeven moeten worden $xxDBT of DBS of DBK


toevoeging:

als ik er een uit een van je logs haal
$IIDBT,4.7,f,1.4,M,0.8,F*1F

Ik bedoel maar....

De $IIBDT in mijn eerdere log komt uit mijn Raymarine ST60+ (via nmea out.) Dit apparaat geeft geen VHW via NMEA out (vlgns de handleiding). Om toch VHW (en DBT) te krijgen heb ik nu Seatalk op de multiplexer aangesloten, met bovengepost resultaat. Vanuit seatalk dus een VHW zin die waarschijnlijk niet klopt en geen DBT.

hee mannen, dat weet ik he dat het $XXVHW moet zijn , ik doe ook maar mijn best hoor...
Het was goed, kan alleen maar binnen een uur met een correctie komen...

ben trouwens nu wel erg benieuwd naar printscreen van diagnose scherm van mijn programma , staat daar de m,vhw ook in?

Beste Chris,

Alle respect hoor voor wat je doet. Ik ben allang blij als we je kunnen helpen bugs te pletten.
En ja die VHW-zin staat ook zo in het diagnose-scherm

Dank je Eelco, voor je niet aflatende moeite!
Dit ziet er wel serieus uit.
Ga er nu meteen induiken.

En uhhh Roos, laat je niet gek maken door al je klanten hè! Zoals jij erbovenop zit doet geen enkele leverancier/fabrikant!

inderdaad, u vraagt wij draaien.
versie 1.9 staat online,
www.star-tracking.com/documenten.html
vhw is nu opgelost (binnen kwartier ), als het goed is, was een tiepfout.

Kan ik de laatste versie downloaden en er een paar overslaan?

ja Frans, geen probleem.
Maar svp ook het instelprogramma update naar versie 1.7

Way to go Chris. nke display geeft nu speed goed weer.
Morgen weer een dag

Ik ben even aan het spelen geweest met de polar.
Het is me nog niet gelukt om er een performance waarde uit te krijgen, maar stuit wel op een bugje:

in de output wordt het eerste bericht na RMB er zonder CR LF achter/ overheen geplakt.

En het goede nieuws is dat iSailor vanaf de nieuwe 1.6.1 GPS data via nmea ondersteunt. Heb dit via TCP werkend, waarbij de COG en SOG nog wel eens haperen in de app. (dat is het slechte nieuws). Lijkt me een isailor probleem omdat andere apss wel goed werken.
Via UDP is het mij nog niet gelukt. Anderen?

H3arth schreef : En als je de polar functie uitzet? ( in polar tabje, linksonder en dan instellingen opslaan.

Neem aan dat de rmb van een nmea ingang komt?

Dan gaat het wel goed.

RMB komt binnen op NMEA input 1.

Wat heb je minimaal nodig voor je performance berekening (naast de polar data,RMB & MWV)?