Onderwerp: Sailing Performance Dashboard

Heave komt uit de EV via een PGN naar de Miniplex naar een XDR (nog in test).
Wat we ermee moeten weet ik nog niet. Het gaat wel de PDLog in en kan ook in de NMEA Out mee als je wilt.
Analyses van echte logs geven misschien interessante interacties met andere variabelen.
Als je echt veel Heave hebt (kiel uit het water) zou de Leeway moeten toenemen

Rudder Angle is zeker nuttig, maar die zie je al aan je helmstok of stuurwiel....
RM vertaalt de PGN voor RUD niet naar NMEA183, dus dat zou dan in een ander vertaaldoosje moeten.
Ik ken er geen waar RSA in NMEA183 uit komt.

Mss is heave (maar ook pitch & roll wanneer voldoende snel gesampled) een indicator om naar een “golvende omstandigheden” polar om te schakelen (en om deze polar uberhaubt te kunnen bouwen op basis van emperie)?

SailingPD schreef :
Thomas, bij de testen en logjes die ik gemaakt heb was de roerstandgever en de ACU100 niet aangesloten. Ik weet niet of ze daardoor ook niet in de logjes zaten. Of heb je het kunnen verifiëren bij Meindert dat ze er niet uitkomen?

Anders kan ik morgen wel even een logje trekken met ACU100 en roerstandgever aangesloten.

Tweede gedachte is ook wel dat als iemand de roerhoek wil zien dan is die al beschikbaar op de display in de kuip lijkt mij. Je kan op de I70s tot zes data velden aanmaken in 1 scherm. Dus of je daar een XDR van moet maken?

SailingPD schreef :
Yaw, pitch en roll zijn hoeken ten opzichte van een referentie stand (in graden), het zijn geen hoeksnelheden. ROT is een hoeksnelheid (degree / second of iets dergelijks). Bij rechtopstaande boot zou die gelijk moeten zijn aan de yaw rate.

Pitch en roll begrijp ik, maar wat is de referentie van yaw in dat geval?

Loggen roeruitslag lijkt mij nuttig om achteraf performance te analyseren, stuurgedrag bij overstagjes, grootte van correctie in golven en statisch (trim balans). Om live weer te geven niet natuurlijk.

Nachtvlinder schreef :
Dat lijkt mij ook nuttig.

Zit me net te bedenken: de roersensor wordt op de ACU aangesloten. Wie weet stuurt die de uitslag wel op de N2K bus. De EVsensor is de feitelijke stuurautomaat, maar de ACU heeft de aansluitingen. Ik zal alvast even in de manual snuffelen. Morgen de automaat maar even mee nemen.

Ook al staat je ACU uit, de heading en roer sensor zijn aanwezig op de n2k. (En seatalk1 ook trouwens.) Althans bij een ACU200, maar ik neem aan dat daar verder geen verschil in zit met een 100.



Gepost met de officiële Zeilersforum-app

Ik weet niet wat een EV, EVO of ACU is, maar de bewuste PGN komt hierbij voor:






Bij mijn Simrad AP is de (daar proprietary) roerstandsensor ook op de stuurcomputer aangesloten, zoaks koko zegt dus. Deze stuurcomputer zet deze data op het N2K netwerk. Uiteraard moet de AP wel spanning hebben daarvoor. Denk dat 666 het over een externe sensor heeft, die direct aan het netwerk hangt...

RSA is een standaard (geen XDR joker!) 0183 scentence, zou geconverteerd moeten kunnen worden lijkt mij.

Zou kunnen hoor 666, maar mijn ACU is spanningsloos als hij niet gebruikt wordt en mijn roersensor zit in de drive verwerkt (PCnautic drive).

In de manual zie ik dat de ACU100 de roerhoek zend en ontvangt (PGN 127245).
Ik sluit hem morgen gewoon even aan en dan zien we wel wat er uit de mux rolt.

De EV1 is de sensor met Heading, pitch, Roll en dingen en is de feitelijke stuurcomputer. De ACU 100 of hoger is de aansturing van de drive en aansluitpunt voor de roersensor. Samen met P70 display (bediening automaat) heb je dan de stuurautomaat.

Dankje

Ik heb idd een analoge roersensor op de ACU zitten.

Gepost met de officiële Zeilersforum-app

Nachtvlinder schreef :
Yaw (uit PGN 127257, Attitude) geeft de momentele hoekverdraaiing t.o.v. een gemiddelde nullijn (de huidige koers).

Zo zegt de deskundige (niet ikke).

Het is ook logisch dat de ACU de roerstand op de N2K bus zet: dat is ook de bus waarop er gecommuniceerd wordt tussen de ACU en de EV1, via N2K.

Nu nog antwoord op de vraag: vertaald de multiplexer dat naar nmea? Dat zullen we morgen zeker weten, dan hang ik de automaat er bij aan en trek een log. Zal de EV1 sensor dan ook even handmatig draaien, zodat er “bewegende beelden” zijn.

Ps: ACU staat voor Autopilot Control Unit, duh Maar meer waarschijnlijk voor Actuator Control Unit, want dat is wat hij doet: de tiller aansturen.

Test gedaan: Er komt een RSA bericht uit de multiplexer. Kan helaas het logje nog niet plaatsen, iets met de wifi. Hier alvast een foto

Ik heb ook er ook een excell van gemaakt, zal ik later ook even plaatsen.

kreeg een stijve nek..

Dank je

De RSA berichten komen met 2hz heb ik al even bekeken. Later plaats ik nog het log zelf.

Ok, weer een klusje
Moet de RSA ook op de display of is loggen en in records stoppen (opschermpjes) voldoende?
En 1 roer voldoende neem ik aan... twee gaan altijd gelijk op op een zeilboot.]

Voor aan boord lijkt me de roerhoek op het dashboard niet nodig, maar als ik me voorstel dat de techneut, tacticus, strateeg van het team de data afspeelt op de computer dat het dan wel fijn is.
Ben benieuwd wat anderen vinden. Voor mij persoonlijk hoeft het niet zo.

Zoals Thomas al opmerkte: gewoon naar de helmstok kijken. Alleen loggen dus...

De ROT delen door RSA. Geeft overtrekken aan indien deze snel dipt

Het achteraf analyseren van de PDLog mbv RSA kan erg interessante info opleveren.
SB-BB verschillen??? Trim? iets asymmetrisch ergens?
Helling en RSA (en SB-BB)
Snelheid en RSA?
Aansturen tacks en gijpen? Snelheid van insturen, snelheid waarmee de RoT opbouwt?
Effectieve roerhoek is RSA minus RoT (per tijdseenheid)

etc....

Big Data in die log, straks....

Je kunt kijken naar je roer natuurlijk maar dat geldt voor een hoop dingen.
Wanneer heb je wel en wanneer (nog)geen oversteer, voor oude hazen geen issue maar voor de goden in opleiding misschien wel?
Als het niet veel werk is gewoon inbrengen, wat ik er hier van lees misschien zelfs met een warning

RSA (Rudder Angle) zit er nu in, werkt goed met de log van koko.

De hoek komt in de log en kan ook in een NMEA-bericht meeliften ($rsa) en dus op een display voor mensen die dat anders niet kunnen zien.

Een warning eraan koppelen kan ook, maar waar ligt de grens
Mensen die niet voelen dat ze te hard aan de helmstok moeten trekken zien waarschijnlijk ook een waarschuwing op een display niet.....

Superrrdelux

Een van de dappere testers van SailingPD is de frou frou uit Den Helder.
Die heeft een probleem met het stabiel krijgen van de TWA en TWS.
Nu heeft de frou frou apparatuur van NKE aan boord, en die maakt ook windrecords (MWV en VWT) met zelfberekende True Wind. VWT bestaat helemaal niet in NMEA183....
Er zijn op de frou frou dus 4 soorten windrecords, twee met apparent wind (MWV-R en VWR) en twee met True Wind (MWV-T en de niet-bestaande VWT). Die VWT wordt door SailingPD lekker genegeerd.

Het is onduidelijk hoe die True wordt berekend. Daar is snelheid bij nodig, en de verdenking is dat NKE daar de STW (watersnelheid) voor gebruikt. Op stroom is dat niet zo handig, om niet te zeggen fout....
SailingPD pakt steeds een RMC (voor de SOG) en een wind-record. De eerste met wind na de RMC wordt gebruikt. En dat is dus soms een (foute) true en soms een apparent.
Het resultaat is een onstabiele TWA en TWA.
Ik heb een log van de frou frou door SailingPD gehaald met gebruik van de MWV-T en zonder MWV-T.
Het verschil is duidelijk..... met (af en toe) een MWV-T heel veel ruis, zonder MWV-T een mooie lijn.
De vraag is dus, hoe gaan we dat verder doen.
MWV-T is niet uit te zetten bij NKE (beetje dom).
SailingPD zou ze gewoon kunnen negeren (5 regels code weghalen). Maar dan werkt het voor bootjes met alleen MWV-T niet meer. Is dat erg? Zijn die er überhaupt?

Met MWV-T, plaatje uit de PDLog: (och wat mooi )



Zonder MWV-T