Onderwerp: Sailing Performance Dashb. op RM i70 en Multiview

Nachtvlinder schreef :
En omgekeerd ook ! En dan krijg je nuttige informatie ipv eindeloos gerecyclede ruwe data

Voor elk wat wils dus, laten we het daar maar op houden!

Vanavond thuis nog even wat zitten rommelen om SPD beter in te regelen voor mijn boot. Nog wel even zoeken, maar alles lijkt te gaan lukken. Morgen maar eens kijken of tijd heb dat op de boordpc te herhalen.

Bij deze nodig ik XanderB uit om in dit topic zijn spullen even op een rijtje te zetten en te kijken of we het met zijn apparaten ook aan de praat kunnen krijgen.

Welke multiplexer heb je precies, en bij voorkeur een linkje naar de manual? Dat maakt het wat makkelijker meekijken.

Edit:@XanderB: net even zitten kijken op de site van DY devices. Als ik de goeie had dan zou het moeten werken inderdaad met het RPM bericht. SPD maakt in elk geval een RPM bericht en stuurt dat uit (als je de instellingen goed hebt staan). Jouw router vertaald Nmea RPM berichten naar N2K als ik het goed begrijp. Het is hoopvol dus.

Ik heb de YDNR-02. Ik ga volgende week de rpi op de boot installeren.Ik heb SPD nog niet aan de praat, dat is nog allemaal nieuw voor me, dus daar zal ik ook nog wel wat hulp bij kunnen gebruiken.

RPI weet ik niets van, maar hopelijk kunnen anderen daar in bijspringen. Het inregelen van SPD zal niet heel anders zijn lijkt mij.
Heb je al een polar van je boot? Heb je een ORC nummer? Als je dat niet hebt: welk merk en type boot heb je? Spinnaker? Welk voorzeil (1,2,HA,Keerfok)?
Thomas heeft het echt supersimpel gemaakt om een meetbrief op te halen en SPD ready te maken.

Ik kan SPD al opstarten op de rpi, dus het gaat om het inregelen inderdaad. Ik heb een polar, er zijn een paar Granada 31 boten te vinden in het ORC bestand. Ik heb een spinnaker en nu nog oude zeilen, maar komende maand word als het goed is een nieuwe Genua 2 en een nieuw grootzeil geleverd.
Het is misschien super makkelijk, maar voor mij als leek voelt het overweldigend dat ik niet helemaal snap met welke config bestanden ik moet starten om een eerste zinvolle output te genereren.

Qua systemen aan boord heb ik dus de i70s wind/diepte/log-set met een EVO-100 stuurautomaat en een EM-trak B100 AIS transponder die allemaal via SeatalkNG aan de YNDR-02 hangen. Die gooit vervolgens alles als NMEA0183 de lucht in, en de rpi heb ik client van de YNDR gemaakt, die kan dus via WiFi alle data ontvangen en straks nieuwe info terugsturen.
Ik wil er ook nog een VE.direct kabel aan hangen om alle Victron data van de BMV-712 uiteindelijk als NMEA2K beschikbaar te maken, maar dat valt buiten dit draadje.

Dan is het handig als je het NED XXXX nr van de boot die het beste past bij jouw opzoekt. Met dat nr en en de PreSPDJieterprocessor kan je in een zucht een goede polar laten maken in het juiste formaat/indeling voor SPD, door SPD.

Het bestand dat dan gegenereerd wordt moet dan geplaatst worden in het mapje Polars.

De stw correctie file en deviatie tabel en hemelpoort kan je kiezen voor de “example xxxx” in de betreffende mappen. Later kan je die verfijnen met de logs die je moet gaan maken tijdens het varen.

Gister de proef op de som en met live data gevaren. Helaas heel vaak minder dan 6kts wind, maar wel performance buiten in beeld Dat werkt dus, al had ik ook niet anders verwacht.
Tijdens het varen de Jieterpolar opgehaald met de PreSPD processor. Die is aangevuld met meer hoeken en meer windsnelheden waardoor je minder vaak 222 in beeld krijgt.
De Perfomance aan boord liep nog wat achter, maar wel een mooie derde plek in wat eindigde als drijfpartij. Als er al wind stond aan het einde kwam het niet boven de 3 kts uit.

Ik heb gisteren een eerste poging gedaan om SPD aan de praat te krijgen. Vandaag wil ik daarmee verder.
Ik begrijp er nog niet zo veel van. Ik heb van de ORC data een polar gepakt van een Granada 31 en die opgeslagen in de folder polar.
Ik heb ook in het mapje van de NMEA verbinding aangegeven dat hij van het IP en poort moet gebruiken waarop de YNDR02 de NMEA0183 via UDP de lucht in gooit.

Ik zal ook eens naar het RPM bericht kijken. Hoe zit het nou met de gecorrigeerde STW? Kan SPD die ook teruggeven, en doen de i70s displays daar dan ook iets mee? Of blijven die gewoon hun ongecalibreerde waarden weergeven zodat je aan STW en TWS/TWA op die schermen eigenlijk niet zo veel hebt?

Edit: zie dat ik het bericht over de PreSPDJieterprocessor heb gemist. Zal ik dus vandaag even opnieuw doen.

XanderB schreef :
SPD kan alles teruggeven, via NMEA, browser en eigen scherm.
Maar bijvoorbeeld STW sturen naar je instrumenten geeft ruzie met de STW die van de log komt. Idem voor tws en twa.
SPD kan uit zijn logs zelf een stwcorrectietabel maken
Die gebruiken en dan met een browser naar de SPDinfo kijken.

Ik neem aan dat daar geen workaround voor is, een filter/apparaat of zo die die waarden af kan vangen voordat ze naar de instrumenten gaan, en alleen de gekalibreerde versies op N2K / SeatalkNG zet?

Workaround is separate, extra instrumenten. Niet gekoppeld aan de RM gevers.
In een RPM kun je 1 variabele naar eigen keuze stoppen. Dus ook twa of tws. Zie de file nmeatemplates in systemfiles map

Grappig, gister viel me op dat de COG op de displays van geen kanten klopte. Op de plotter wel goed. Verder gevaren op Heading, kwamen we er ook

Ineens viel me op dat de performance en de cog gelijk waren…..bleek dat ik in SPD het VTG bericht aan had staan en dus blijkbaar door de multiplexer op de bus wordt gezet en deze wordt gelezen door de instrumenten, maar niet de plotter (bron van de COG). Heel apart, maar je kan er misschien je voordeel mee doen.

Die gedachte doortrekkend zou je dus STW en TWS ook gekalibreerd weer kunnen geven? Kun je dat ook eens testen?

De plotter zal wel 10 Hz COG maken?

Als je 2 dezelfde berichten met verschillende inhoud naar een display stuurt, bijvoorbeeld VTG met COG en VTG met performance dan zal de display gaan dempen en middelen, afhankelijk van zijn instellingen.
Meestal niet handig.

Baasklusje schreef :
10hz, zou best een kunnen. Ik heb me er tijdens het varen vooral aan gestoord omdat ik niet wist waar het vandaan kwam. Pas in de haven dacht ik aan die VTG optie. Voor mij niet nodig, want RPM.

XanderB, ik ga dat niet kunnen testen. De wind en stw komen uit een bron die al data verzend, maar niet af te lezen is anders dan op de I70display. Gaat niet werken bij mij.

Ik merkte dat het verbinden met de mux af en toe voor probleempjes zorgt. Allemaal op te lossen, maar ook irritant. Vandaar good old Franson Gps Splitter weer van stal gehaald. Zit hem denk ik een iets oudere pc met W10 zonder internet verbinding.

Franson pikt de compoort van de mux op en stuurt die data weer uit naar meerdere virtuele compoorten. Wat ik even niet goed scherp had was of de communicatie retour naar de mux ook bleef werken. Gister bleek dat gewoon het geval te zijn. Dus als je meerdere software wil laten draaien op de input uit de mux kan dat met het (gratis) Franson Gps Splitter. Simpelweg de vraag om de code negeren. Je hebt dan beperkte functies, maar voldoende voor deze toepassing. Een lifetime licensie kost iets van 35,-- euro, maar kan maar op 1 pc gezet dan. Na pc wissel dus weer een nieuwe licentie nodig en had ik geen zin meer in.

Ok, ik wil SPD aan de praat krijgen. Ik heb een boot gevonden die wel enigzins op die van mij lijkt, met een ORC certificaat van 2022 GER8274. Ik heb een preSPD jieterpolar.ini gevonden in boatspecifics. Daar heb ik het bestaande NED nr vervangen voor deze GER8274. Maar dan? Hoe moet ik die processor draaien?

Moet ik verder nog ini bestanden vullen?

Hoe weet SPD de NMEA data te vinden? waar stel ik dat in? Ik kan zowel via SignalK, N2K als NMEA013 data aanbieden via TCP en UDP

Voor al die vragen is er de manual

Ik geef toe dat ik die nog niet heb gelezen. Ik wil graag dat programma’s intuïtief werken

Wel het gedeelte over SignalK gelezen, en daar lijkt wel een uitdaging te zitten. Eerder had je aangegeven dat ik de webserver op N moet zetten ivm een fout met libraries op de rpi4. Maar het lijkt erop dat die op Y moet staan om NMEA of SignalK data te ontvangen.

Daarnaast, als ik de jieterpreprocessor wil laten werken, dan vindt hij geen data. Ik denk dat ik dus beter handmatig een polar kan invullen.

De tijd die het kost om een polar in te vullen zou ik besteden aan de manual en dan de Jieterpreprocessor draaien

NMEA komt uit de tijd dat MSdos nog de norm was en een gegevensdrager 1,44mb kon bevatten. Intuïtief programmeren is een hele fijne uitvinding, eens. Maar ik vrees dat je hier nog even oldskool moet gaan. En och , als je eenmaal door hebt hoe SPD is opgebouwd valt het mee hoor.

Nadat je het NED nr hebt ingevuld en opgeslagen in het ini bestand SPD opstarten, kiezen voor Nee. In boatspecifics de preprocessor kiezen, oké en 5 seconden later staat je polair in de map boatspecifics. Even verplaatsen naar de map polars en klaar. Wel internetverbinding hebben tijdens deze klus.

XanderB schreef :
Je zal toch echt even moeten lezen.
De mogelijkheden zijn eindeloos, en dus niet intuïtief. Het is geen Facebook zeg maar.

Signal k koppeling heb je niet nodig als je geen spd-output naar signal k stuurt.
Stel SPD in op udp ontvangen uit signal k.
Webserver heeft niets te maken met nmea ontvangen, helemaal niets.
Jieterpreproc heeft internet nodig.
En nu eerst lezen