Onderwerp: watertemperatuur Seatalk -geen decimaal -

Ik ben wat aan het spelen met een ST40 Bidata display waarop aangesloten een snelheid/ temp sensor.
De Seatalk aansluiting heb ik aangesloten op een Roosmux.
In het diagnosescherm van de Roosmux zie je mooi de sentence MTW binnenkomen.
Vreemde is alleen dat in het bericht erachter geen decimaal wordt meegenomen.
Op het scherm van de ST40 staat deze decimaal wel.
In OpenCPN wordt de temperatuur mooi weergegeven, maar dus ook zonder decimaal.
Diagnose scherm: $SAMTW,17.0,C*07 > temperatuur op de ST40 is ergens tussen 17,0 - 17,9 C.
Idem bij 18 C > $SAMTW,18.0,C*08.

Natuurlijk geen halszaak maar ik ben wel nieuwsgierig of dit normaal is ?

Grt Hans

Hoi,
bedoel je te zeggen dat er altijd xx.0 staat n de sentence? Of staat er wel iets achter de decimale punt maar wordt die niet weergegeven?

Maar verder: temperaturen op 1 *C nauwkeurig meten is niet simpel, en dat kan de ST40 zeker niet.

Richard

(Edit:)
PS:
Volgens deze lijst met Seatalk datagrammen is de Seatalk water temperatuur zonder decimalen, dus dat kan dan kloppen met wat je nu ziet...

www.plaisance-pratique.com/IMG...hnical_Reference.pdf

.

Alabastine schreef :
Lijkt er inderdaad op dat de watertemp in Seatalk zonder decimalen wordt weergegeven.
Dan klopt de sentence dus wel.

Grt Hans

Nachtvlinder schreef :
Is de wifi Roosmux die draait op de laatste firmware.

Grt Hans

PS Interessant Seatalk document, thx !

Grt Hans

Hoi Hans,
ik zie dat ik niet naar het origineel had gelinkt...
Thomas Knauf moet je hebben, nog meer interessante info over Seatalk daar te vinden:

www.thomasknauf.de/seatalk.htm

Richard

Interessante info.
De NMEA sentence heeft wel ruimte voor één decimaal achter de komma:
Het lijkt erop dat Seatalk die mogelijkheid niet heeft:

MTW Water Temperature:

$--MTW,x.x,C*hh
x.x Degrees
C Unit of Measurement, Celcius
*hh Checksum

Grt Hans

Nog wat verder aan het speuren geweest en kwam deze info tegen bij OpenCPN over Seatalk berichten voor de watertemperatuur:
opencpn.org/wiki/dokuwiki/doku...ardware:seatalk_nmea

Datagrams 23 and 27 are both water temperature, but datagram 27 is given in degrees C with 0.1 degree precision. Datagram 23 is given in degrees C and in F, but to 1 degree precision. The SD128 outputs an MTW sentence for both datagrams, so you get ping pong values for water temperature like 16C, 16.7C, 16C, 16.7C etc. It's quite noticeable on both the bridge display and OpenCPN. Suggested fix: If datagram 27 is available on the bus, ignore datagram 23 (i.e. use only data with highest precision level).

Waarschijnlijk gebruikt de Roosmux datagram 23.

Grt Hans

De manual van de ST40 Bidata laat temp in x.x graden zien, dus met decimalen.
www.gebruikershandleiding.com/...dleiding-679733.html

Zou het kunnen dat de omzetting van ST Datagram naar NMEA-MTW (in de mux) de decimaal vergeet?

Net contact gehad met Chris en hij bevestigde dat zijn Roosmux datagram 23 gebruikt.
Daarin staat inderdaad de temperatuur met een nauwkeurigheid van 1 graad.

Grt Hans

Hoi weer,
misschien kan dat worden aangepast?
Maar ik weet niet of de ST40 wel dat andere datagram uitstuurt, er is bar weinig info over te vinden.

Misschien ga ik toch maar eens een Seatalk reader dingetje aanschaffen of maken. Ben wel benieuwd eigenlijk. Heb nog wel wat van die ST40 / ST50 apparaten liggen hier, en wil toch nog wat andere experimenten doen.

Richard

Chris heeft aangegeven dat de software voor de Roosmux "fixed" is, dus geen wijzigingen meer.
Kan me dat ook wel voorstellen; Komt een keer een einde aan.

Inmiddels wat verder aan het experimenteren met de gegevens op de site van Thomas Knauf.
Interface in elkaar gezet en het programma Seamon1 draait goed onder DOS op een W7 laptop.
Bijgaand een schermafdruk van de ST40 Bi-data waarop alleen de temp. sensor is aangesloten.
De software herkent de Seatalk datagrammen 20, 23 en 27. Af en toe ook 60 maar die lijkt niet gedefinieerd.
Vertaling vanuit Hex is me nog niet helemaal duidelijk.

Grt Hans

Hoi,
datagram beginnend met 23 zou moeten betekenen:
dus 23 01 => Water temperature, de sensor is connected en niet defective (anders stond hier 23 41)
XX = 10 (hexadecimaal) = 16 decimaal, dus 16 *C
YY = F2 (hexadecimaal) = 242 decimaal, dus 242 *F (dat lijkt mij niet goed...)

Edit:
Datagram 27 kom ik niet uit... 0D01 is decimaal 3329, maar daar kan ik geen chocola van maken...

Ik vond dit:Datagram 27 wordt dan:
01 0D (hex) = 269 (dec) => (269 - 100) / 10 = 16.9*C

/Edit

Richard

Leuk, klopt dus toch aardig !

Grt Hans

Natuurlijk weer wat verder aan het prutsen geweest
Ik heb inmiddels de bidirectionele interface Seatalk <> Com-poort netjes op een printplaatje gezet.
Thomas Knauf heeft ook een leuk progje op zijn site staan waarmee je Seatalk berichten zelf kan samenstellen en versturen, SeaSigma.
De ST40 Bidata display heb ik nu als repeater ingesteld waardoor deze info kan weergeven die hij via de Seatalk poort ontvangt.
Data die je nu verstuurt via SeaSigma loopt mooi via de interface naar de ST40 en wordt daar weergegeven.
Bij het progje staan een aantal Seatalk berichten als voorbeeld die je zelf eenvoudig met Wordpad kunt aanpassen.
Datagram 27 01 0D 01 wordt nu weergegeven op de ST40 als 16.9 C.
Klopt precies met de omzetting van Alabastine.

Grt Hans

Misschien heb je hier nog wat aan; op mijn boot vertaal ik seatalk hiermee naar nmea. Raspberry, dat wel.

Let op, dat je de communicatie over de seatalk bus niet gaat verzieken. Er is 1 datalijn, en iedereen mag op ieder moment beginnen met zenden.

dus: Luisteren op de bus voordat je gaat zenden en de lopende berichten bijhouden zodat je niet middenin een bericht ineens gaat zenden. Daarvoor moet je dus alle mogelijke berichten kunnen herkennen. Want het aantal bytes per bericht kan verschillen.

Tevens: Tijdens het verzenden van ieder bit teruglezen, en wanneer je verkeerd terugleest dan meteen stoppen met zenden.
Dat teruglezen doe je dan bijvoorbeeld 3 keer per bitje.

ironman schreef :
Marco, leuk, bedankt voor de info.
Vooral interessant wat je schrijft over de hardware interface voor Seatalk 1.
Ik had eerst zelf iets bedacht met een NPN torretje maar dat kreeg ik niet echt lekker aan de praat.
Toen het ontwerp van Thomas Knauf gebruikt met een PNP en dat ging meteen goed.
Niet galvanisch ontkoppeld maar dat is op de werkbank niet zo erg.

Grt Hans

Edit: Op github heb je de Seatalk interface van de ST2000+ gezet. Heb je misschien het hele elektronische schema van deze stuurautomaat ?

roozeboos schreef :
Chris, je hebt natuurlijk helemaal gelijk.
Het progje SeaSigma stuurt ook gewoon data zonder eerst uit te luisteren of de bus vrij is.
Is leuk om testsignalen over de bus te sturen maar niet meer dan dat.

Grt Hans

omega schreef :
Zie bijlage, pagina 20. Cheers, -

resolutie is iets anders dan nauwkeurigheid.
Los van het feit dat je iets op de juiste manier werkend wil hebben vraag ik me af waarom je ueberhaupt een cijfer achter de komma wilt hebben voor de temperatuur.
(en wat heb je eraan?)

ironman schreef :
Haha, stom, niet verder gekeken dan pagina 18

Grt Hans

Airgead schreef :
Gaat niet om de nauwkeurigheid van de meting of weergave
Vind het gewoon leuk om de codering van Seatalk- en NMEA-berichten te bekijken.
Ik werd getriggerd door het verschil in temp. weergave en het feit dat er daarvoor twee verschillende Seatalk berichten zijn.

Grt Hans

Ter afronding van dit topic.
Shipmodul gebruikt Datagram 27 voor conversie temperatuur van Seatalk naar NMEA.
Op MP een oude Miniplex-41USB op de kop getikt.
In OpenCPN staat de temperatuur nu in decimalen.
Niet belangrijk maar toch leuk om te weten

Grt Hans