Onderwerp: nmea wifi repeater

mm, misschien dat het fout gaat omdat de berekening niet goed gaat.
Na de vijfde comma in rmb komt de performace, en die staat bij jou op 1-121, das niet goed natuurlijk. Daar moet ik een betere controle op uitvoeren.

Ik heb nodig voor performance:
- ware wind hoek en snelheid. zet anders ware wind bericht toevoegen even aan ( bij diversen)
- SOG of STW, te selecteren in diversen tabje (SOG komt uit RMC bericht)
- polar tabel.

nb het gaat hier nu ook niet goed. De nasa windgever zit nu aan boord, en dus niet meer aan het systeem hier. Dat zal er wel mee te maken hebben dan.

Okay, het ging om de toegevoegde letter, P voor performance, V voor vmg.
Doordat je geen windinfo hebt werd, deze letter niet ingevuld en daardoor werd de buffer halverwegen afgekapt.
De waarde sataat nu initieel op F (fout)
Nu gaat het wel goed. Ik had moeten testen zonder wind dan was het wel naar voren gekomen. Maar goed , het werkt nu!
staat online, versie 1A

H3arth schreef :

de bug kwam naar boven omdat de berekening niet juist werd afgerond. dat zal nog niet zijn veranderd, dus je zou nu 000F moeten zien in het RMB bericht.
(ook als waarde buiten tabel valt, dus bij wind recht van voren... of 0 windspeed)

roozeboos schreef :
Ok, die zie ik inderdaad.

Ik zie in het 'Volgen' window een COG van 830, dat lijkt me niet goed, zou 183 moeten zijn, misschien 183.0?

Die bug hadden we al gespot, klopt je positie wel in het volgen scherm? Die klopt bij mij ook niet.

Noardewyn schreef :
Nee, die klopt ook niet, je hebt gelijk.

Maar ik probeer te achterhalen waarom de performance op 000F blijft staan.

Het probleem met de COG is ook opgelost. Mijn gp30 geeft cog zonder tienden. De nieuwere gegeven wel een cijfer achter de komma.
Nou had ik daar wel rekening mee gehouden, maar heb het dus niet kunnen testen. En werd de waarde abusievelijk met tien vermenigvuldigd.
Bij de SOG had ik het wel goed staan.
Heb t gecorrigeerd.

Versie 1B staat online.

Het zal allemaal wel erg knullig overkomen al die bugs. Maar ik kan niet meer doen dan mn best..
alle fouten die ik hier zie probeer ik uiteraard al op te lossen voor het online komt. Maar door alle praktijk testen komt er dus nog wel wat uit.
oja, Heb nog wat geprobeerd met de 00000 bij de lat en lon, wellicht is dat ook goed nu. Soms moet het ook een beetje meezitten.

Hoi Chris,
Je kan zeggen knullig...
Er zijn maar weinig mensen die zo'n kastje kunnen maken, de SW er bij ontwikkelen en zo snel op de vragen van de gebruikers inspringen...
Feitelijk zitten we nog in een beta test... Ik vindt het top.. de basis functionaliteit werkt gewoon en de specials... daar wordt aan gewerkt....

mbt tot de nummering... is 1B nu verder dan 1.9? volgende week ga ik de zee op.. en ik wil niet meer iedere dag de mux updaten als het werkt dan werkt het... de polair... heb ik wel in mijn theater 4d app maar hier vaar ik op jou polair met de mux nog kijken hoe ik dat uit kan gaan lezen... werkt NKE al goed? ik ga het volgende week testen.

gr Hans

sja achteraf kijk je een koe in zn gat zeggen ze geloof ik...
ik zou toch nog even naar versie 1B gaan dan
1A betrof de bug mt het rmb bericht als je geen wind hebt na opstarten, en B dus de COG fout.

( ik tel 1.9 1.A 1.B ) dus we kunnen nog even vooruit.

kijk eens bij open source projecten (open con bijvoorbeeld...: 3.3.1606 is de laatste die gepubliceerd is...

Hou op man, ik moet er niet aan denken...

roozeboos schreef :
Nee hoor, ik vind het fantastisch wat je nu al hebt neergezet. En gezien de snelheid waarmee je bugs oplost hebben we niets te klagen !

roozeboos schreef :
Bedoel je dat vanwege de data of omdat het nog niet werkt?

Hij blijft namelijk bij mij nog steeds 000F.
Ik test met een simulator (NEMA talker) dus kan alle situaties simuleren.
Voor de zekerheid heb ik jouw tabel erin gezet.
Ik heb de mux Theoretical laten bereken en het er zelf naar gestuurd (mux dan niet laten berekenen).
stuur er RMB, RMC en MWV heen en zorg dat ik binnen de polar blijf vwb de Theoretical wind.

Wel even een puntje van aandacht, controleer na updaten de polar die in de mux staat. Na update naar 1B was die bij mij corrupt (alles stond door elkaar), opnieuw inlezen loste dit op.

Data op 'Volgen' scherm ziet er nu goed uit !

Ah, dat laatste zinnetje maakt mn dag nu al goed!

ehm polar, heb je ook de scheepssnelheid ingesteld?

Kijk, als je halve wind vaart met een knoopje op tien wind, en een knoop of 5 bootsnelheid ( SOG of STW afhankelijk van de instellling zou je een aanwijzing moeten krijgen in je polar.
Als je buiten de polar zit krijg je geen aanwijzing dus
Als je toch kan simuleren kan je wellicht ook een STW bericht erbj zetten? voor de zekerheid

Als ik nou gewoon eens nadenk alvorens te gaan blaten....

In WingPS werkt de data-input nu wel, tenminste hier thuis heb ik enkel een GPSje wat aan de mux hangt.

IN WinGPS moet je bij de eigenschappen van de GPSmuis wel een talkerID meegeven

Kijk ook dat is mooi.
En belangrijke info voor andere wingps gebruikers!

Het begint echt een Goede vrijdag te worden.

roozeboos schreef :
verwacht de mux de STW via VHW?

H3arth schreef : ja correct, 5e veld, knots

roozeboos schreef :
Nee, het geeft een goede kijk in de keuken bij de ontwikkeling van een (nieuw) product. Het laat zien wat er allemaal voorbijkomt aan onverwachte zaken voordat een product normaliter de markt op gaat. Dit proces voltrekt zich gewoonlijk in de afgschermde ruimte van een lab of fabriek. Hier worden we deel(genoot) gemaakt van het ontwikkelingsproces, heel bijzonder en leuk. Je maakt trouwens ook niet vaak mee dat er achteraf op verzoek zoveel functionaliteit kan worden toegevoegd terwijl aan een apparaat dat al op de markt is als bij deze mux. Van softwareproducenten accepteren we dat er tot op de dag van buitengebruikstelling van hun product gaten gedicht moeten worden en dan zouden we jouw acties knullig vinden? No way!
Ik vind (maar wie ben ik) dat je méér doet dan je best.

Met VHW zie ik geen verschil (en ik heb hem van SOG naar STW gezet)

even een capture zonder VHW:

Input:
$GPRMC,095753.46,A,5109.16860,N,00314.92540,E,10.0,216.0,180414,0.0,W,D*19
$GPRMB,A,9.99,R,2-121025,3-121027,5124.925,N,00327.862,E,17.713,27,10,V,D*7B
$WIMWV,90.0,T,20.0,M,A*2D


Output:
$GPRMC,095753.46,A,5109.16860,N,00314.92540,E,10.0,216.0,180414,0.0,W,D*19
$GPRMB,A,9.99,R,2-121025,000F,124.925,N,00327.862,E,17.713,27,10,V,D*7B
$WIMWV,90.0,T,20.0,M,A*2D

zie je wat geks?

En als je knopje lees uit multiplexer klikt dan zie je een net polar diagram tabel?

ziet er verder goed uit volgens mij, ik zal er induiken.

roozeboos schreef : Chris,
Als ik je een tip mag geven: doe geen aannames over de inhoud van een veld in een NMEA zin. Hou overal rekening mee. Zoals het COG veld (of de SOG): dat is volgens de NMEA standaard een "x.x" veld. Dat betekent dat dit veld zowel een geheel getal als een floating point getal kan bevatten met een willekeurig aantal cijfers en voorloop-nullen voor de punt en idem na de punt. Het kan ook leeg zijn...

Idem met de VHW zin: je schrijft dat je het vijfde veld gebruikt, de snelheid in knopen. Wat nu als je een log hebt dat de snelheid in km/h geeft? Je zal ook hier rekening moeten houden met het feit dat het anders kan zijn dan je verwacht, en dus moet gaan omrekenen.

In de log die H3arth stuurt, zit een $WIMWV,90.0,T,20.0,M,A*2D. Je ziet dat daar de snelheid in m/s zit. Dat had ook km/h (K), knopen (N), of Statute Miles/hour (S) kunnen zijn. En dan moet je gaan omrekenen.

ja inderdaad een goed punt. Bij een aantal berichten is de eenheid wel vast op die plek, en gaat het wel goed. bij dit bericht is het afhankelijk van het karakter na de comma.
Nou ja omrekenen is prima te doen natuurlijk.

je opmerking van veld leeg of met of zonder komma heb ik al wel in de code opgenomen uiteraard.

Het woord knullig, met deze hoge frequentie van bugfixes/updates is niet op zijn plaats. We zijn allemaal erg blij met je werk, Chris.