Onderwerp: SeatalkNG en een performancemeter: hoe?

En dus is tactictool niet benodigd

Jemig. Ik dacht (verleden tijd) dat ik hier redelijk handig in was. Ik ben nu de draad kwijt geloof ik

Roozeboos: zou je een keer willen toelichten hoe dat nu precies zit met een multiview als performance meter? Wat kan het apparaat, wat voor data gebruikt hij en wat voor berekening gebeurt er?

Ik heb in principe wel interesse voor een multiview als hij dat kan, maar ik heb voor de boot nog geen polair diagram kunnen vinden. Als het daarmee nutteloos wordt heeft het waarschijnlijk niet veel zin.

Polar kun je toch zelf maken? Uiteindelijk moet je de berekende polar ook aanpassen aan je daadwerkelijke performance...

@Redshift
De performancemeters van Roozeboos komen in twee soorten. De ene zit in gebakken in de software van de multiplexer. Die heeft nog een scherm nodig waarop je een waypointnaam kan laten zien. De andere soort is de Multiview. Dat is een scherm, met daarin een klein computertje. Daar zit oa een performancemeter in.

Beide hebben wind en bootsnelheid data nodig. De multiplexer verstaat zowel seatalk als nmea. De multiview alleen nmea. In beide apparaten moet je inderdaad een polar van je boot invoeren. Die kan je vaak via een meetbrief vinden. Elders is een draadje waarin je Anjo kan vragen of hij per ongeluk een polar heeft

Met de multiplexer is het een beetje complexer, omdat je een scherm nodig hebt dat een waypointnaam kan weergeven. Dat zit zo:
Performance is geen bestaand nmea bericht. Om het toch weer te kunnen geven wordt er in de multiplexer een bestaand nmea bericht omgebouwd en de waypointnaam in die string vervangen door de performance. Dat is het RMB bericht. Eventueel kan de multiplexer dat bericht ook zelf generen, maar mooier is als het uit je gps komt. Dan hou je alle data rondom een waypoint beschikbaar, behalve de naam.
De keuze voor de waypointnaam is gemaakt omdat er meestal 4 karakters kunnen worden weergegeven en het minst gemist word. Er had ook gekozen kunnen worden voor heading of cog (3cijfers), maar dan ben je die info kwijt of je moet een scherm geisoleerd houden van de rest van je boordnetwerk. Met de waypointnaam heb je dat probleem niet.

Bij mij draait het op de multiplexer, met een raymarine st60 Graphic, maar kan ook met de multi. Ik zie het ook terug op mijn C80 plotter en Maxiview en op de laptop. Bij Anjo op een Nasa gps repeater.

Was even aan boord gisteren. Dank koko voor de reactie al.

Het vervangen van de waypointnaam is een compromis, en vaak moeilijk te lezen.
Dit is een van de hoofd redenen waarom de multiview ontworpen is.
Het groot weergeven van de waarde daarvan.

Maar daarnaast ook het plezier van weergeven van data zoals we dat zelf willen! Wat voor data dan ook.
Zat gisteren al te mijmeren om de hartslag van de schipper weer te geven. Wellicht zou dat dan weer overdreven zijn.

Een andere mogelijkheid is een boatcontroller die op het lokale wifi een html pagina zet met de performace data. Deze is dan met een telefoon/tablet of computer die een internet browser heeft te zien. Voorbeeld plaatje van zo'n internet plaatje op een niet varende boot Bij mij thuis...

dat kan zijn.
Maar ik heb/wil geen tablet in de kuip. En ook geen buiskap waar ie onder gemonteerd kan worden. De multiview is zeewaterdicht , uv bestendig en uitstekend leesbaar, ook in de zon.
En je kan met de drie toetsjes eenvoudig en snel kiezen tussen de gegevens die je wil zien. Ook met handschoenen aan.

@ 3 Noreen,
Ik vind wel mooi hoor, zou het wel super vinden om dat op een computerschermpje te zien!
Loopt die pagina al met info of alleen nog een plaatje?

Dat ziet er mooi uit 3Noreen!

Ik heb totaal geen ervaring met html? programmeren. Zijn dit standaard bibiotheken die je gebruikt?

3Noreen schreef :
Eigenlijk wil je een soort multifuncie display, zoals die ook (duur) door de grote leveranciers worden aangeboden, maar die dan draaien op een (oude) Android tablet of telefoon. Al vanaf een paar tientjes te koop.
Het liefst als een app, die dan weer via tcp/ip z'n data krijgt.
Ik heb zelf een klein appje in elkaar gedraaid wat de tankinhoud en de motortoeren kan displayen, maar ja ik ben dan ook geen ui-programmeur.
Maar misschien is het wel leuk om met een paar enthousiastelingen zoiets in elkaar te draaien.
Moeten er natuurlijk eerst requirements worden opgesteld.

Of zoiets als Sailmon doet? Volgens mij zijn dit ook "gewoon" 3 waterdicht gemaakte tablets in een fancy bracket geplaatst.

Waarom zie je eigenlijk niet van die e-ink schermen toegepast zoals e-readers hebben? Die zijn heel goed bij daglicht en gebruiken erg weinig stroom toch?



Edit: hier een poging (hoop hobby-gehalte) www.pcworld.com/article/259582...as_a_pc_display.html

holtere schreef :
Ja hoor als er input van de censoren is wijzen, de klokjes de actuele waardes aan. Van ±20 graden aan de wind tot 180 voor de wind.

@nachtvlinder
Er zwerven op het net standaard bibliotheken rond om serieel data in te kunnen lezen. Alsmede bibliotheken voor klokjes (java).
Helaas heb ik niet de kunde om zo'n mooie interface als jij hebt te programmeren. Misschien ook niet het doorzettingsvermogen. Voor mij is het leukste de achterliggende berekeningen.

Het aardige van deze oplossing is dat het werkt zonder extra app's op een vrij willekeurige (oude) telefoon. Het enige wat je nodig hebt is een linux doosje en de software. Natuurlijk de benodigde sensoren. Log,wind en gps.
Deze zomer wil ik proberen de software zodanig te maken inclusief beknopte gebruiksaanwijzing dat het breder voor andere bootjes gebruikt kan worden. Vooral de stuurautomaat routines moeten er uit gehaald worden.

Om een goede demo te maken zal ik ook dit seizoen log's incl ais maken om het één en ander te kunnen laten zien.

Dat van mij is veel eenvoudiger dan het lijkt - ik gebruik voor het middelste deel de standaard TChart library. De rest zijn labels over een bitmap die ik update Denk dat (voor mij) php of Java net zoveel moeite zou hebben gekost om te leren.

Voel er niet zoveel voor om helemaal opnieuw te beginnen. Ga m'n pijlen nu richten om de data de bus op te sturen. Kan dat alleen niet eenvoudig op afstand doen; moet minstens een klok erbij hebben om het geheel te debuggen om het N2K verkeer uit te pluizen. Hoewel, "debuggen": het is meer de trail&error manier hoe ik dingen bouw, niet gehinderd door enige kennis

Als het me lukt die performance als tanklevel of battery voltage beschikbaar te maken, krijg ik die dials er gratis bij

Ben benieuwd naar hoe je hiermee verder gaat. Als ne de moeite neemt dit openbaar te documenteren: graag!

Als ik het goed begrepen heb is Signal-K bedoeld voor dit soort projecten, of zit ik ernaast?

Demo van windmeter:
http://signalk.org/demo.html

Meer info:
http://signalk.org/

Voor zover ik weet kun je met Signal-K geen willekeurige PGN's naar de bus schrijven, omdat de Actisense filtering daar tussen zit.

Naar mijn idee wil signal k nog niet echt doorbreken.
Mocht het ineens wel mee gaan doen dan is de firmware zo aangepast in de Roosmux en multiview

Dat is ook mijn indruk - het meeste wat ik zie blijft beperkt tot (de meest mooie, dat wel!) soft-displays. Los daarvan is Signal-K een laag op applicatieniveau: ze hebben een erg uitgebreid en goed gestructureerd datamodel opgezet, echter voor de koppeling naar de N2K bus wordt op hoog niveau de Actisense gateway gebruikt.

Ik zou liever een produkt zien wat direct op protocolniveau de bus op kan. Dit geeft dan de flexibiliteit die bv de Roosmux nu kent met NMEA0183.

Dat dichtgetimmerd zijn van N2K vind ik een groot voordeel (alles wat gecertificeerd is wérkt ook), maar ook een nadeel (ontoegankelijk voor kleine, nieuwe initiatieven).

Ik weet nog steeds niet óf er een "Performance PGN" bestaat, omdat ik als persoon de specificatie natuurlijk niet ga aanschaffen. Wss communiceren de (meestal dure) racecomputers met proprietary PGN's waardoor die ook moeilijk te hacken zijn. Wel jammer: het zal technisch niet heel lastig zijn denk ik om een klein black-boxje te bouwen wat je performance berekent en publiceert op de bus...

@Alberthus:

Ik ben nog wat verder aan het zoeken, en er blijkt in ieder geval één NMEA0183/N2K multiplexer te bestaan die denk ik kan wat jij wilt.

De ShipModul Miniplex3 multiplexed en vertaalt NMEA0183 én NMEA2000 inputs naar NMEA0183 scentences die je dan via Wifi (of USB, of ethernet) beschikbaar krijgt.

Ook kun je daarmee zelf gegenereerde PGN's (die zijn ontvangen via USB of Ethernet neem ik aan) de N2K bus op sturen. De afhandeling van het hele ISO protocol doet deze multiplexer voor je. Is gecertificeerd dus zal netjes gaan.

Op pagina 55 van deze handleiding méér daarover.

Hoe het (denk ik) zou kunnen werken:

• Al je boorddata (alle sensoren ongeacht 2000/0183) worden gemultiplexed en zijn beschikbaar voor je laptop
• Op die laptop laat je Tactictool de "Shipmodul proprietary" scentence aanmaken waar de PGN informatie in verstopt zit (met de door TTT berekende performance)
• De multiplexer ontvangt dit speciale commando en zet de door jou gekozen PGN op de bus

Bel ze anders even - ze weten vast of dit gaat werken of niet.

Tot zover heb ik (handmatig, getimed lukt mog niet) gestoeid met PGN 127508 (Battery Status) en PGN 127505 (Fluid Level). Die laatste wordt op je klokken al mooi weergegeven in procenten (of een dial).

Nadeel: je dient een laptop te hebben draaien. Voordeel: op elk instrument beschikbaar en die multiplexer had je wss tóch al nodig

Plug&Play is het zeker nog niet!