Onderwerp: Bluetooth/NMEA/autotiller man overboard functie

jazeker heb ik wel eens bijgelegen. Maar als je dat eerst moet doen voordat je overboord gaat kan je beter maatregelen nemen om niet een MOB te worden.
Misschien moet je dan iets verzinnen om de schoten electrisch los te krijgen.

roozeboos schreef :
Nee nee, nee, natuurlijk niet. Alleen bij MOB roer om zoals beschreven. Boot gaat overstag, fok komt bak te staan. Boot wil oploeven maar fok drukt hem terug. Schoten elektrisch los dmv solenoid clutches heb ik al eerder gesuggereerd.

maar als je daarvoor ruime wind zeilde zal de fok wel bak staan, maar ook erg los. Zou es moeten kijken of bijliggen dan nog werkt. Wellicht wat groffer.
En je moet dan ook nog wel eerst wel overstag komen, wat ook wel niet zal lukken.
Het is natuurlijk kloteweer, anders gaje niet overboord.

roozeboos schreef :
Bij plotseling volle roeruitslag bij flinke snelheid, zal de boot snel draaien en door de wind gaan. Doet ie dat toch niet, dan is in ieder geval de snelheid eruit en val je af en dobbert de boot maar wat.

roozeboos schreef :
Dat is natuurlijk de reden waarom Franse wedstrijd organisaties bij pretentieuze solo wedstrijden een dergelijk systeem verplicht stellen omdat het niet werkt.

ik snap je niet. Verklaar je nader.

roozeboos schreef :
Ik denk dat 3Noreen bedoeld dat wat jij in al je wijsheid concludeert dat zo'n systeem niet gaat werken door de Fransen juist in hun solo wedstrijden als uitrusting wordt verplicht.

ja dat dreig ik ook zo te snappen.
sja, dan zal t wel aan mij liggen. Kan hoor, dat heb ik wel vaker

clutch op het anker en alles overboord

Inderdaad was de insteek de boot stil te leggen om mijn hypothetische probleem zelf op te kunnen lossen zonder anderen in gevaar te hoeven brengen. Als zeilen adventure is, is je boot nakijken horror.

Misschien is de hierboven gesuggereerde autotack-zonder-fokdoor wel een kanshebber. Ervan uitgaande dat hij met de fok bak aanvankelijk doordraait en de AP dat probeert te corrigeren door op te loeven, voordat hij in alarm blijft staan met de helm naar lij. Mijn langkieler ligt wel vaker op zo'n manier eigenwijs stil.

Dank voor het meedenken, wordt vervolgd.

sy helios schreef :
Als het verkeerd wil je anker met ketting ook nog kwijt op de meeste zeeën (te diep).

Een klein stapje verder. Ik heb zelf maar een raspberry opgetuigd om seatalk te spreken. Het was al bekend dat je een ST2000+ via NMEA RMB berichten, en via Seatalk afstandsbedieningsopdrachten kon sturen. Na random testen blijkt, en dat lijkt een noviteit, want het stond nog niet op Knauf, je ook expliciete opdrachten voor de knop Auto, Standby, en Track (+10-10) NAAR de ST2000+ kan sturen. Ik heb op basis hiervan een afstandsbedieninkje gemaakt zodat je niet telkens de kuip in hoeft te stommelen maar lekker in je kajuitluik kan blijven chillen.



Het punt is dat dit het mogelijk maakt om de standaard out-of-the-box ST2000+ over te kunnen nemen, anders dan eerder in deze draad aangenomen werd. Laat hem in een voorkomend geval op Standby en Auto klikken, en dan kun je afhankelijk van de windhoek van je windvaan met +10 of -10 een overstag-met-fokbak initieren.

Ik heb dit nu nog op een aparte pi staan, maar openplotter heeft een scala aan mogelijkheden om op basis van Signal K triggers verschillende acties af te trappen. Integratie hiermee ligt voor de hand. Is hier al iemand los op, dan hoor ik dat graag! Ik stuur je ook graag de python code via pb.

Hee, dat is een leuke ontwikkeling. Als bijvangst hiervan biedt dat ook perspectieven voor het rechtstreeks met pypilot aansturen van een st1000/st2000!

Knoet schreef :
De toegevoegde waarde van pypilot lijkt me juist dat die voor weinig zo'n zelflerend traagheids apparaatje in zich heeft. Dit terugsturen via seatalk zou Sean's tenen doen krullen.

Overigens, de ST2000 lijkt ook slimmer te zijn dan ik voorheen dacht. Ik stuur hem aan met kompaskoersen uit een externe kompasgever (st50) maar toch reageert hij erop als je hem plots verdraait. Kennelijk gebruikt hij zijn ingebouwde kompasje voor het corrigeren van plotselinge bootbewegingen. Maar dat is off-topic...

Ik bedoelde meer dat het met je vertaling naar Seatalk mogelijk zou moeten zijn om pypilot in plaats van met een aparte motorcontroller en een lineaire drive, simpel +1 en -1 naar een ST2000 te laten sturen. Scheelt weer hardware als je deze al hebt.

En nog meer terzijde: De ST1000+ stuurt de gegevens van zijn interne kompas ook uit op Seatalk heb ik gemerkt. Niet dat dat heel erg nuttig is.

ironman schreef :
Bedoel je dat je met puur nmea0183 de knoppen kan bedienen, of allen via seatalk?

Die knoppen bedienen dat gaat alleen met seatalk.

Ah, jammer.

Zijn er open source data libraries voor seatalk?

Niet dat ik weet; ik verstuur die paar 'datagrammen' gewoon met de python serial interface. Wel even het pariteitsbit verzetten na de eerste byte.

Sinds ik ook wind in kan lezen ben ik wwer een klein stapje verder; na een bepaalde toetscombinatie stuurt de raspberry de boot nu recht de wind in, aangenomen dat de tiller pilot al op auto staat. Voor de scriptgeleerden aangehecht wat python code voor inspiratie of hergebruik. Ik hijs met dit scriptje tegenwoordig mijn grootzeil, zogezegd . Vooralsnog alleen seatalk, maar een aanpassing voor pypilot zit in de pijplijn.

hoe gebruik je dit? zitten er meer gevers op de seatalk bus?
Zo ja, dan moet je zeker de write functie aanpassen. Je kan niet zomaar gaan zenden en dan aannemen dat het ook nog net zo op de bus verschijnt.
als het druk is is er een grote kans dat je dwars door een ander bericht heen gaat staan zenden. En die raken dan beide corrupt.
dus per bitje terug lezen of je precies terugziet wat je verzendt. Zo niet dan snel stoppen.
En voor je gaat zenden kijken of de bus leeg is.
Omdat de baudrate zo laag is, is de bus al gauw druk hoor.

Ik weet niet of je dat teruglezen kan doen met de raspberry, je hebt vast geen bit toegang op de uart. Dan zou je de transmit en receive op een i/o pin kunnen zetten, en dan een software matige uart ontwerpen. Vervelende is dan weer dat je OS de timing verkloot. Dan moet je weer een interrupt gebruiken om een timing te maken. Allemaal niet fijn...

Met de roosmux doe ik dat ook zo. Er is nog heel wat ontwikkeling in de seatalk bus gaan zitten. Ook met de bitjes die je soms van drie bytes moet halen en dan combineren naar een nieuwe byte met de data.
Diegene die dat bedacht heeft zat flink aan de wiet.

Als jij de enige gever bent kan het wel zo.

Je hebt helemaal gelijk maar de enige andere is een kompas en die stuurt met 1Hz dus daar kom ik nog mee weg. Erg he dat gedoe met die bitjes toendertijd

Dan zou ik dat kompas bericht inlezen, en meteen zenden als die klaar is met het bericht.
Je volgt dan het protocol.
"Mee weg komen", bestaat niet hoor, zeker niet bij een MOB. Het bijt je altijd weer.
Maar dat is mijn ervaring hoor, misschien heb jij meer geluk.

Inderdaad dank je wel dat MOB is toch niet zo'n slim plan nee . Ik chill liever lekker in mijn kajuitluik en stuur mijn boot met mijn knopjes - elke keer als mijn knopje toch weer blijkt te werken ben ik er weer blij mee .