Onderwerp: Navmonpc hdg info

henkvd schreef : Dat is de Nasa Clipper :/

yannis schreef :

Dat is een True headiing, dan wordt ook de ware wind berekend, zie de screen shots in een van m.n vorige berichten en vergelijk de data van 3Noreen met de aangepaste data.

Verder kan je data testen binnen NavmonPC door een txt file te maken en deze af te spelen, scheelt weer wat gestoei met virtuele poorten.

@Henkvd Het lijkt wat tegenstrijdig om van een kompas een true heading te laten komen als nmea-string, terwijl je wel de ware wind richting wilt weten. Hoe ga je daar dan mee om?

Om aan de ware wind ( true wind) te komen zal je uiteindelijk aan een true heading moeten zien te komen, de snelste klap is om dan van het kompas een gyro kompas te maken, scheelt een hoop gedoe en de fout is hier voor de wind te verwaarlozen, die paar graden afwijking nemen we op de koop toe.

Gebruik je HDM dan moet je de variatie en deviatie ook meegeven om er een true heading van te maken, feitelijk maak je dan HDT met meer franje.

henkvd schreef : Wil je deze uitleggen?

Door de header te wijzigen naar HDT
vb $HEHDT,45.0,T

Ihenkvd schreef : ah, bedoel je dat. Dit zou je ook kunnen doen door een regel in Navmonpc te maken, uitgaande de volgorde van processen is dat eerst de regels worden uitgevoerd en pas dan de dails worden opgebouwd

Beetje omslachtig, het maakt verder toch niet uit.
En anders laat je ze toch beide uit het kompas komen, hangt het alleen af van wat prioriteit heeft in de desbetreffende toepassing.

Door nieuwsgierigheid gedreven heb ik even mijn laptop aan mijn instrumenten aan boord gekoppeld om te kijken of ik me nu inderdaad had vergist.

Hier bij een schermafdruk hoe NavMonPc er bij mij uitziet. De nmea strings

henkvd schreef :
Ik kan me natuurlijk vergissen maar om de ware wind uit te kunnen rekenen heb je toch alleen maar de schijnbare wind en de boot snelheid nodig ?

3Noreen schreef :
Zal je toch minimaal moeten weten waar de schijnbare wind vandaan komt en zonder een heading gaat het niet.
En waarom zou je moeite doen om met een wat minder geaccepteerde sentence te werken als je vrij bent in de keuze.

de windset heeft zelf een relatieve 'heading', die weet namelijk wat 'recht vooruit' is. zo staat hij op de mast en zo hoort de calibratie te zijn.
met een bootsnelheid erbij (van de log) kan een windset de werkelijke wind uitrekenen, TWS en TWA. dat is dan natuurlijk altijd nog een relatieve TWA, tov de boot.
wil je ook de absolute windrichting dan wordt de HDG/HDT belangrijk, eerder niet.

een fatsoenlijke windset met gekoppeld log rekent de TWA en TWS voor je uit, ook zonder kompas of GPS. je kan ook de windberichten (MWV of VWR) en de snelheid (SOG of VTG) nemen en in een computer de vectoraftrekking doen.

3Noreen schreef :
Dit maakt het wel interessant; ik verstuur een vergelijkbare HDG (voorvoegsel wijkt af) en ik krijg die dus niet te zien. Wat zou er dan aan de hand kunnen zijn?

Je hebt gelijk. Voor de ware wind richting heb je ook een koers nodig. Ik heb te makkelijk gedacht dat het om ware wind hoek en ware wind snelheid ging. Dat zijn voor mij voor het zeilen de bepalende waardes. Vandaar ook dat ik veel moeite heb gedaan om de schijnbare wind meting en de snelheid ten opzichte van het water zo goed mogelijk te krijgen. In dat mantje leg ik de meeste van mijn eieren, zo gezegd.

ik denk de versie van NavmonPC. de oudere kijken niet naar het voorvoegsel, versie 1.12 doet dat wel.... (zei ik boven al eens )
welke versies gebruiken jullie?

Klusbaasje schreef : Ik heb versie 1.12 geïnstalleerd, de laatste versie op dit moment. Mijn nmea string ziet eruit als $HCHDG Voor zover ik weet is HC een afgesproken tekenreeks. In de manual zie ik 1-2-3 geen conventie uitgeschreven staan waarin staat hoe die tekenreeks eruit moet zien.

bij Options en dan NMEA Routing zijn een boel mogelijkheden om naar alle messages te kijken. Daar kun je ook aangeven welke je wel en niet wilt gebruiken c.q. doorsturen.

Gregor schreef :
Als het volgens de spelregels gemaakt zou zijn mag het niet uitmaken welke talker gebruikt wordt. Je zou dus iedere letter combinatie mogen gebruiken.
Helaas is nmea niet altijd even netjes opgebouwd en wordt het ook nog al eens slordig gelezen.

Bij Gregor ontbreekt de M van magnetisch aan het einde van de sentence, tevens zou je decimalen kunnen toevoegen aan je heading.

$HCHDG, 135,,,,*5B wordt dan $HCHDG, 135.1,,,,M*29
Al zie ik geen enkele reden om een sentence te gebruiken die normaal een hogere prioriteit heeft.
$HEHDT,45.0,T*1E

catb.org/gpsd/NMEA.html

daar staat (tussen veel meer interessants) dat zowel HDM als HDT in 2009 'obsolete' zijn verklaard door de NMEA organsatie.

misschien is NavmonPC wel heel precies daarin, en laat het alleen een HDG doorkomen..... dat is tenslotte de enige 'officieel goedgekeurde' Heading message....

HC is weliswaar een voorkomend Talker ID, maar het staat niet in de lijst van 'common talker IDs'. Daar staat II wel in. En omdat NavmonPC 1.12 wel naar de Talker IDs kijkt zou hij dat HC misschien wel negeren.

misschien toch proberen in dat Arduino kompas: een IIHDG ervan maken....

Dit is het resultaat van deze data, alle talkers verwijderd.


$--RMC,120611,A,5230.1972,N,00524.9645,E,0.061,150.1,241012,0.4,E,A*18
$--DPT,0002.2,,*72
$--DBT,0007.2,f,0002.2,M,,*7C
$--VLW,3006.0,N,045.13,N*4B
$--VHW,,,034.,M,00.00,N,00.00,K*18
$--MWV,005.,R,07.8,N,A*37
$--VTG,150.1,T,149.7,M,00.1,N,00.1,K,A*2D
$--APB,A,A,0.000,R,N,V,V,266.5,T,IJmuiden,266.5,T,,,A*16
$--RMB,A,0.000,R,,IJmuiden,5228.018,N,00431.586,E,32.58,266.5,0.0,V,A*7A
$--VTG,150.1,T,149.7,M,0.1,N,0.2,K,A*3E
$--MTW,14.7,C*11
$--HDG,034.,,,,*7E
$--HDM,034.,M*15

Dit geeft hetzelfde resultaat
$ZZRMC,120611,A,5230.1972,N,00524.9645,E,0.061,150.1,241012,0.4,E,A*18
$ZZDPT,0002.2,,*72
$ZZDBT,0007.2,f,0002.2,M,,*7C
$ZZVLW,3006.0,N,045.13,N*4B
$ZZVHW,,,034.,M,00.00,N,00.00,K*18
$ZZMWV,005.,R,07.8,N,A*37
$ZZVTG,150.1,T,149.7,M,00.1,N,00.1,K,A*2D
$ZZAPB,A,A,0.000,R,N,V,V,266.5,T,IJmuiden,266.5,T,,,A*16
$ZZRMB,A,0.000,R,,IJmuiden,5228.018,N,00431.586,E,32.58,266.5,0.0,V,A*7A
$ZZVTG,150.1,T,149.7,M,0.1,N,0.2,K,A*3E
$ZZMTW,14.7,C*11
$ZZHDG,034.,,,,*7E
$ZZHDM,034.,M*15

En omdat ik niet weet welke talker ik wil gebruiken werkt deze net zo goed.
$??RMC,120611,A,5230.1972,N,00524.9645,E,0.061,150.1,241012,0.4,E,A*18
$??DPT,0002.2,,*72
$??DBT,0007.2,f,0002.2,M,,*7C
$??VLW,3006.0,N,045.13,N*4B
$??VHW,,,034.,M,00.00,N,00.00,K*18
$??MWV,005.,R,07.8,N,A*37
$??VTG,150.1,T,149.7,M,00.1,N,00.1,K,A*2D
$??APB,A,A,0.000,R,N,V,V,266.5,T,IJmuiden,266.5,T,,,A*16
$??RMB,A,0.000,R,,IJmuiden,5228.018,N,00431.586,E,32.58,266.5,0.0,V,A*7A
$??VTG,150.1,T,149.7,M,0.1,N,0.2,K,A*3E
$??MTW,14.7,C*11
$??HDG,034.,,,,*7E
$??HDM,034.,M*15

Dank je Henk, dat maakt in ieder geval duidelijk dat ik niet in de software iets zou hoeven veranderen, hooguit decimalen toevoegen, hoewel die niet worden weergegeven.

Ik zou in ieder geval de M toevoegen op het einde van je string.

Dat is toch zo gebeurd.

Inderdaad zo gebeurd, het rijden naar het kompas duur veeeeel langer

@henkvd,

mooi dat dat lukt met al die TalkerIDs; is het versie 1.12 van NavmonPC?
ik heb allerlei problemen daarmee gehad, zoals het niet willen displayen van de meeste gegevens. de talker-ids maak ik in een multiplexer zelf , en pas toen ik dat allemaal weer 'standaard' had gemaakt (GP, II) wilde NavmonPC weer gegevens laten zien.....

@ Klusbaasje ja, de laatste versie 1.12 zonder enige instelling te wijzigen.