raymarine autopilot, soortgelijk probleem
Boshuisen
Ik las in een ander draadje dat er behoorlijk wat kennis is op het gebied
van de autopilot icm.raymarine.
Ik heb sinds dit seizoen een nieuwe raymarine 6000 stuurautomaat voor
helmstokbediening. ik heb hem aangesloten aan de gps dmv. nmea, en ik heb
een raymarine afstandsbediening, deze moest aangesloten via seatalk.
Het apparaat werkt in principe goed, hij kan op de gps naar een waypoint
sturen, ik kan hem met de afstandbediening bedienen en ook op normale modus
werkt hij
maar..
soms gaat ook deze stuurautomaat plotseling op standby, waarna hij niet meer
corrigeert.
en, en dit is nog veel vervelender en gevaarlijker: soms slaat hij op tilt
en geeft hij plotseling maximale roeruitslag (altijd die schuif helemaal
naar buiten).
Zal ik een zelfde probleem kunnen hebben met de frequentie van de nmea
zinnen? of is er een ander probleem. ik heb hem al twee keer teruggebracht
naar de winkel (correct electronics), waar hij is opgestuurd (waarschijnlijk
dus naar holland nautic). maar beide keren heeft het niets geholpen.
kan iemand hier iets zinnigs over zeggen?
met dank!
Rein
rob
news:437bac09$0$26839$dbd4...@news.wanadoo.nl...
flottieljezeilvakantie. Een nieuwe helmstok-stuurautomaat die telkens in
auto-stand de andere kant op wilde! Maximale roeruitslag naar bakboord.
Zodanig dat na enkele malen het raderwerk volledig is vastgelopen en daarna
onbruikbaar was. Twee jaar geleden hetzelfde euvel op een
stuurwiel-automaat. Kompasinstelling was 180 gr. omgekeerd. Met als gevolg
twee maal een (ongewilde) klapgijp (niet leuk bij windkracht 6). Na
hernieuwde calibratie toen geen problemen meer gehad.
rob
Meindert Sprang
news:437bac09$0$26839$dbd4...@news.wanadoo.nl...
> beste NG,
>
> Ik las in een ander draadje dat er behoorlijk wat kennis is op het gebied
> van de autopilot icm.raymarine.
> Ik heb sinds dit seizoen een nieuwe raymarine 6000 stuurautomaat voor
> helmstokbediening. ik heb hem aangesloten aan de gps dmv. nmea, en ik heb
> een raymarine afstandsbediening, deze moest aangesloten via seatalk.
>
> Het apparaat werkt in principe goed, hij kan op de gps naar een waypoint
> sturen, ik kan hem met de afstandbediening bedienen en ook op normale
modus
> werkt hij
>
> maar..
> soms gaat ook deze stuurautomaat plotseling op standby, waarna hij niet
meer
> corrigeert.
> en, en dit is nog veel vervelender en gevaarlijker: soms slaat hij op tilt
> en geeft hij plotseling maximale roeruitslag (altijd die schuif helemaal
> naar buiten).
> Zal ik een zelfde probleem kunnen hebben met de frequentie van de nmea
> zinnen?
Nee, want een GPS stuurt 1 x per seconde of 1 x per 2 seconden een
cross-track error. Nooit vaker.
Ik heb overigens het verhaal over de problemen met die Seatalk-NMEA bridge
gemeld aan iemand van Navigation Development en aan de Chief Architect van
Raymarine. Benieuwd wat daar van terug komt.
Meindert
Sharky
zomaar ineens uit de lucht vallen??? Ik heb een goed contact per email met
iemand van Holland Nautic, maar die houdt zich nu wijzelijk stil...
"Meindert Sprang" <mhsp...@NOcustomSPAMware.nl> schreef in bericht
news:11nncvr...@corp.supernews.com...
Wout B.
"Sharky" <mistermi...@hotmail.com> wrote in message
news:936e4$437bb885$3ec2a2bb$23...@news.chello.nl...
> Die NMEA-Seatalk kastjes verkopen ze toch al jaren?? Komt dit probleem nu
> zomaar ineens uit de lucht vallen??? Ik heb een goed contact per email met
> iemand van Holland Nautic, maar die houdt zich nu wijzelijk stil...
>
Vandaag wat testjes gedaan met zo'n NMEA-Seatalk bridge (E85001) die ik hier
heb liggen (ingeruild op een multiplexer).
Met verschillende frequenties heb ik er $HDM zinnen op afgevuurd (op de NMEA
ingang). Eerst 10x/sec, later 1x/sec.
Bij elke nieuwe zin was de heading 1 graad verhoogd.
Onder deze omstandigheden gedraagt het apparaat zich naar behoren. Ongeacht
de frequentie van de invoer, zet de bridge 1x per halve seconde de heading
op de Seatalk bus. Als de invoer frequentie hoger is dan 1x per 0.5 sec dan
zie je dat de heading op de ST-bus sprongen maakt van zo'n 5 graden. Als de
invoer frequentie lager is, bijv. 1x per sec. dan zie je 5 maal dezelfde
heading op de bus verschijnen.
Hier volgt een stukje van een log gemaakt met een Brookhouse multiplexer met
Seatalk-bridge optie. In dit geval gedaan omdat NMEA zinnen makkelijker te
lezen zijn dan Seatalk data:
07:56:43.71 $IIHDM,100.0,M*23
07:56:44.15 $IIHDM,104.0,M*27
07:56:44.64 $IIHDM,108.0,M*2B
07:56:45.14 $IIHDM,113.0,M*21
07:56:45.69 $IIHDM,118.0,M*2A
07:56:46.13 $IIHDM,122.0,M*23
07:56:46.62 $IIHDM,126.0,M*27
07:56:47.11 $IIHDM,131.0,M*21
07:56:47.72 $IIHDM,136.0,M*26
07:56:48.10 $IIHDM,140.0,M*27
07:56:48.65 $IIHDM,145.0,M*22
07:56:49.15 $IIHDM,149.0,M*2E
07:56:49.70 $IIHDM,154.0,M*22
07:56:50.14 $IIHDM,158.0,M*2E
07:56:50.63 $IIHDM,161.0,M*24
Voor het goede begrip: Dit is dus op de Seatalk bus gezet met de Raymarine
bridge en er afgelezen en naar NMEA vertaald met Brookhouse multiplexer.
Invoer frequentie was 10x per sec. Je ziet dat ong. elke 0.5 sec een heading
wordt gegeven en dat die 4-5 graden hoger is dan de voorgaande omdat de
heading bij invoer per 0.1 sec een graad opgehoogd wordt.
Sharky, ik zou het eerst maar eens proberen met de Raymarine bridge alleen
tussen je kompas en de koerscomputer, zonder andere Seatalkers zodat ander
verkeer geen invloed kan hebben. Dit moet volgens mij goed werken, gezien
deze resultaten. Ik kan me ook niet voorstellen dat de koerscomputer een
probleem zou hebben met op deze manier aangeleverde heading data, want het
eigen Raymarine electronisch kompas genereert precies dezelfde codes op de
Seatalk bus en als dat niet zou werken kan Raymarine wel inpakken.
Als het weer goed is zal ik dit weekend op mijn eigen boot ook nog wat
testen. Ik zal het fluxgate compas loskoppelen en de sentence generator op
de koerscomputer aansluiten en handmatig de heading wijzigen en gedrag van
de AP observeren. Mijn AP is ook een 6000+ met hydrolische drive.
Ik gebruik de Raymarine bridge niet op mijn eigen boot, ik heb mijn computer
via een Brookhouse multiplexer aangesloten. Die geeft haarzuivere lat/lon
van de Seatalk bus door via de RMC sentence, zonder de problemen van de
E85001 bridge die Meindert meldde. Ik geloof trouwens dat dat op zich niets
te maken heeft met het suspected heading probleem. Je zou nog de versie van
de bridge kunnen vergelijken. Bij mij staat er 3015-100 Issue F op het PCB.
Wout
Meindert Sprang
news:936e4$437bb885$3ec2a2bb$23...@news.chello.nl...
> zomaar ineens uit de lucht vallen???
Nee hoor. De berichten die ik hierover vond op het net waren al een aantal
jaren oud.
> Ik heb een goed contact per email met
> iemand van Holland Nautic, maar die houdt zich nu wijzelijk stil...
Jammer. Ik zou dat als leverancier tot op de bodem willen uitzoeken.
Meindert
Ted Lindgreen
Boshuisen <sp...@wilikniet.nl> wrote:
....
>maar..
>soms gaat ook deze stuurautomaat plotseling op standby, waarna hij niet meer
>corrigeert.
>en, en dit is nog veel vervelender en gevaarlijker: soms slaat hij op tilt
>en geeft hij plotseling maximale roeruitslag (altijd die schuif helemaal
>naar buiten).
Geen onbekend verschijnsel. Meestal veroorzaakt doordat iets of
iemand (zie PS) de kompasrichting verstoort. De heading lijkt dan
plots te veranderen, ofwel dHA/dt is erg groot, en volgens de
vergelijking zou dit moeten resulteren in een opdracht tot grote
roeruitslag.
In het goede geval zal de stuurautomaat "snappen" dat het schip
niet zo snel kan draaien en dan een flinke piep geven en naar standby
gaan. De schipper moet wel gaan ingrijpen.
In het slechte geval (de verstoring is niet al te plots) heeft de
stuurautomaat het niet in de gaten en probeert toch te corrigeren,
maar niet al te idioot wild. De schipper moet nu wel heel snel
ingrijpen.
In het slechtste geval, maar dat zou een stuurautomaat het roer
tot aan de aanslag kunnen proberen te draaien, maar dat zou niet
moeten gebeuren => slechte stuurautomaat.
De iets betere stuursystemen hebben (extern of intern) een RateGyro
om het draaien van het schip om de vertikale as los van het kompas
te detecteren (en die geeft dan ook dHA/dt). In zo'n geval zal de
stuurautomaat heel vriendelijk de koers gaan verleggen. Hopelijk
heeft de schipper dat dan wel tijdig in de gaten.
>Zal ik een zelfde probleem kunnen hebben met de frequentie van de nmea
>zinnen? ....
Niet waarschijnlijk, zie de posting van Meindert.
-- ted
PS. "Iets" wat de kompasrichting verstoort: een ander schip of
een wrak of een ertshoudende laag in de grond.
"Iemand": er zijn vele aardige verhalen te vinden waarbij pas
na lang zoeken gevonden werd dat ijzer in kleding, varierend
van schoenen tot damesondergoed en badkleding, de kompasgever
verstoorde.
Ted Lindgreen
Wat is dit precies voor ding? Ik ken van Raymarine alleen de ST1000,
ST2000 en ST4000 voor helmstokbediening.
Er bestaat wel een ST6001, maar dat is alleen maar een control-head.
-- ted
Kees Verruijt
> beste NG,
>
> soms gaat ook deze stuurautomaat plotseling op standby, waarna hij niet meer
> corrigeert.
> en, en dit is nog veel vervelender en gevaarlijker: soms slaat hij op tilt
> en geeft hij plotseling maximale roeruitslag (altijd die schuif helemaal
> naar buiten).
Heb je de aanbevelingen van Raymarine over de doorsnede van de
voedingskabel gevolgd?
Bij mijn T100/ST6000+/Type1 systeem was de (opgegeven) piekstroom (25A)
zo hoog dat deze niet eens door het zekeringspaneel heen mocht lopen
(dit is bij mij maar gecertificeerd voor 20A); ik heb dan ook een apart
12v relais waarmee de stuurcomputer gevoed wordt.
Weet je zeker dat je een ST6000 serie hebt? Dit zijn nl. normaliter
onderdeks opgestelde apparaten en dan zie je de schuif meestal niet :-)
Is het geen "ST4000+ Tiller"? In dat geval is het maximale stroomgebruik
maar de helft (12 A).
Boshuisen
voedingskabel is dik genoeg (nmea kabel trouwens minder dik), en met de
zekering gaat het ook prima.
was nog vergeten te vertellen. als hij zo plotseling maximale roeruitslag
geeft, dan is hij alleen nog maar goed te krijgen door de stroom te
onderbreken, of op standby en weer auto te drukken, +10 of -10 helpt dan
niet..
"Kees Verruijt" <ke...@scanner391.net> schreef in bericht
news:437c5c3c$0$11074$e4fe...@news.xs4all.nl...
Jaap
en een grote tanker tegen kwamen. Ik dacht eerst dat het kompas reageerde op
de grote klomp staal maar daarna deed ie het dus ook niet meer. Holland
Nautic keek hem na en er was niets kapot, alleen... hij stond op het
verkeerde model. Kennelijk zit de software voor de ST1000 er ook in. Wanneer
je de spanning er op zet komt het display enige seconden met de type
aanduiding. Moet dus "2000" zijn. De toets combinatie om hem op het juiste
model te zetten weet ik niet, maar mocht het weer voorkomen wilden ze me dat
wel over de telefoon vertellen.
Groet,
Jaap
"Boshuisen" <sp...@wilikniet.nl> wrote in message
news:437c69cb$0$82319$dbd4...@news.wanadoo.nl...
Kees Verruijt
> On Thu, 17 Nov 2005 11:34:31 +0100, Kees Verruijt
> <ke...@scanner391.net> wrote:
>
>>
>>Bij mijn T100/ST6000+/Type1 systeem was de (opgegeven) piekstroom (25A)
>>zo hoog dat deze niet eens door het zekeringspaneel heen mocht lopen
>>(dit is bij mij maar gecertificeerd voor 20A); ik heb dan ook een apart
>>12v relais waarmee de stuurcomputer gevoed wordt.
>
> http://www.raymarine.com/raymarine/SubmittedFiles/Handbooks/Autopilots/ST6001plus.pdf
> Current consumption (in Standby mode) 60 mA (less than 200 mA with
> full lighting)
Nee hoor Martin,
Dat is het stroomgebruik van de controlhead, dus alleen het display en
de knopjes -- dus niet dat van de motor. Je denkt toch niet dat je 1000
N kunt ontwikkelen op 60 ~ 200 mA?
--
Kees
Meindert Sprang
news:437cf71a$0$24373$e4fe...@news.xs4all.nl...
> Je denkt toch niet dat je 1000
> N kunt ontwikkelen op 60 ~ 200 mA?
Mwa, met een wormvertraging wel hoor...... alleen niet geschikt voor boven
0,5kn.. :-)
Meindert
Kees Verruijt
> On Thu, 17 Nov 2005 22:35:17 +0100, Kees Verruijt
>
> Where is the spec. for the motor?
In the course computer and drive manual(s) :p)
BTW, we're getting very far OT as the OP has indicated he's got a 2000
-- which has integrated electronics, display and tiller drive.
Kees Verruijt
> http://www.raymarine.com/raymarine/ProductResource.asp?site=1§ion=2&page=220&product_id=390&ResourceID=264
> 24- 48 watts 12V 2- 4 amps for a type 1 rotary drive.
OK laatste post hierover:
http://www.raymarine.com/raymarine/SubmittedFiles/Handbooks/Autopilots/T100_300CC.pdf
T100-300 course computer manual page 25:
Drive Unit Circuit Breaker Size
Type 1 25
Type 2 (12V) 40
Type 2 (24V) 25
Type 3 40
Sterndrive 25
Type CR 25
http://www.raymarine.com/raymarine/SubmittedFiles/Handbooks/Autopilots/Type_150_400_CC.pdf
150/400 course computer manual page 16:
Table 3-2: Recommended power cable fuse and circuit breaker sizes
Drive unit Fuse (Amps) Thermal over-current
circuit breaker (Amps)
Rotary, linear, hydraulic pump, hydraulic linear
Type 1: 12 V and 24 V 25 A 20 A
Type 2: 12 V 40 A 30 A
Type 2: 24 V 30 A 30 A
Type 3: 12 V and 24 V 40 A 30 A
Je dient een type 1 drive systeem dus te zekeren met een 25 A
smeltveiligheid.
--
Kees
Meindert Sprang
news:dlh16s$l10$1...@lust.ihug.co.nz...
> Vandaag wat testjes gedaan met zo'n NMEA-Seatalk bridge (E85001) die ik
hier
> heb liggen (ingeruild op een multiplexer).
> Met verschillende frequenties heb ik er $HDM zinnen op afgevuurd (op de
NMEA
> ingang). Eerst 10x/sec, later 1x/sec.
> Bij elke nieuwe zin was de heading 1 graad verhoogd.
> Onder deze omstandigheden gedraagt het apparaat zich naar behoren.
Ongeacht
> de frequentie van de invoer, zet de bridge 1x per halve seconde de heading
> op de Seatalk bus. Als de invoer frequentie hoger is dan 1x per 0.5 sec
dan
> zie je dat de heading op de ST-bus sprongen maakt van zo'n 5 graden. Als
de
> invoer frequentie lager is, bijv. 1x per sec. dan zie je 5 maal dezelfde
> heading op de bus verschijnen.
Het probleem wat ik heb (mijn klant) is, naar nu blijkt, niet afkomstig van
de heading data maar van een foute vertaling van de positie. In een aantal
Mb's aan logfiles is te zien dat de van Seatalk naar NMEA vertaalde positie
sprongen vertoont van 10 tot 17 minuten., opdeze breedte ca 11 - 18
kilometer. En dat terwijl de boot in de box ligt.
Ook was te zien dat de RSA zin (roerstandaanwijzer) af en toe volledig
verminkt was (alleen binaire data). In een file van 30.000 regels, altijd en
alleen de RSA zin en nooit een zin ervoor of erna. Dat geeft m.i. duidelijk
aan dat die Seatalk bridge af en toe flink de mist in gaat.
Meindert
JvdH
instelling om de kompaslezing 180° te draaien.
In deze kastjes zat het kompas en maakt natuurlijk wel uit of het kastje
vooruit of achteruit kijkt.
Het lijkt mij ook logisch dat je voor een helmstokautomaat moet aangeven of
het apparaat aan stuurboord of bakboord wordt gemonteerd.
De huidige stuurautomaten zijn tot op zeker hoogte "zelflerend". De
automaat zal bij kleine roeruitslagen goed reageren en dan opeens bij een
grote reaktie verkeerd ingrijpen. De automaat krijgt de boot niet meer op
koers en zal offtrack gaan en daarna op standby. Bij inschakeling naar auto
zal de automaat weer moeten leren.
Misschien dat hierin een gedeelte van het probleem schuilt.
Groet Jaap.
Boshuisen
drastische manouvre van het apparaat, heel netjes de zelfde koers uit. en na
de drastische manouvre is het apparaat niet meer te bedienen. stroom eraf en
erop en hij doet het weer perfect voor een tijdje, totdat het weer gebeurt..
"JvdH" <jaap.vand...@freeler.nl> schreef in bericht
news:4e0e2$437dea79$50385d73$26...@news.chello.nl...
Kees Verruijt
> maar de boot ligt precies op koers, XTE van 0.00 en het schip gaat, voor de
> drastische manouvre van het apparaat, heel netjes de zelfde koers uit. en na
> de drastische manouvre is het apparaat niet meer te bedienen. stroom eraf en
> erop en hij doet het weer perfect voor een tijdje, totdat het weer gebeurt..
>
Dat klinkt dan toch wel als "itte pot" (=is kapot)... Dat kan van alles
zijn; vocht, haarscheurtje in de print, slechte soldeerverbinding,
bekabeling, etc...
--
Kees
Wout B.
"Meindert Sprang" <mhsp...@NOcustomSPAMware.nl> wrote in message
news:11nrp1v...@corp.supernews.com...
de bridge gegenereerde sentences OK? Het kan natuurlijk ook aan verminkte
data op de ST-bus liggen. Geen checksum daar.
Wout
Ton van den Berg
nog helmstok was daar besproken en men vond het maar een raar verhaal.
Bij mijn in de beurt is iemand die er eens naar keek en zij het is simpel.
Vaar maar met ingevoerde waipont en het is over dus niet een kompas koers.
en ja hij deed het niet meer.
Nu het probleem de automaat heeft een domme software fout die ze daar niet
willen of kunnen veranderen.
als je op kompas vaart moet het kompas 2 dingen doen kijken wat de koers is
en kijken waar de schipper hem heen wil hebben.
die dingen haalt hij door elkaar als er iets bijzonders gebeurt
(bijvoorbeeld iemand loopt met een telefoon erg kort langs de kompas of
je vaart over een hoogspanningsdraad enz.) maar vaar je op een waipont gaat
het altijd goed dan kan de computer het wel aan als er iets
bijzonders gebeurt, dan gaat hij even anders maar als je over het probleem
heen bent is de koers weer het zelfde.( het NMEA kan het niet zijn ik heb
aan bood alles op seatalk aan elkaar) op waipoin varen kijkt de software op
de kaart naar een lijn van A naar B en wil de boot daar op houden en verders
doet hij niets.
Toon
"Boshuisen" <sp...@wilikniet.nl> schreef in bericht
news:437bac09$0$26839$dbd4...@news.wanadoo.nl...
Meindert Sprang
> Moet dan wel he. V.w.b. de lon/lat van positie, was de checksum in de door
> de bridge gegenereerde sentences OK?
Ja, de checksum klopte.
> Het kan natuurlijk ook aan verminkte data op de ST-bus liggen. Geen
checksum daar.
Dat kan m.i. niet. Seatalk detecteert collisions door terug te lezen wat er
uit wordt gezonden. Zodra er door storing een bit verminkt wordt, zal de
zender dat detecteren als een collision en onmiddelijk de verzending van het
datagram afbreken. Iedere ontvanger weet hoeveel bytes er moeten komen, dus
die detecteren die afbreking ook en gooien het partieel ontvangen datagram
weg.
Meindert
Ted Lindgreen
Ton van den Berg <a.be...@chello.nl> wrote:
>Dit is een oud probleem van hun. Ik heb dit al een jaar of 15 terug toen het
>nog helmstok was daar besproken en men vond het maar een raar verhaal.
>Bij mijn in de beurt is iemand die er eens naar keek en zij het is simpel.
>Vaar maar met ingevoerde waipont en het is over dus niet een kompas koers.
>en ja hij deed het niet meer.
>Nu het probleem de automaat heeft een domme software fout die ze daar niet
>willen of kunnen veranderen.
>als je op kompas vaart moet het kompas 2 dingen doen kijken wat de koers is
>en kijken waar de schipper hem heen wil hebben.
>die dingen haalt hij door elkaar als er iets bijzonders gebeurt
>(bijvoorbeeld iemand loopt met een telefoon erg kort langs de kompas of
>je vaart over een hoogspanningsdraad enz.) maar vaar je op een waipont gaat
>het altijd goed dan kan de computer het wel aan als er iets
>bijzonders gebeurt, dan gaat hij even anders maar als je over het probleem
>heen bent is de koers weer het zelfde.( het NMEA kan het niet zijn ik heb
>aan bood alles op seatalk aan elkaar) op waipoin varen kijkt de software op
>de kaart naar een lijn van A naar B en wil de boot daar op houden en verders
>doet hij niets.
Inderdaad een raar verhaal, want zoals bovenstaand werkt het niet,
in ieder geval niet bij de stuurautomaten die ik ken.
Je kunt even teruggaan naar een eerdere posting van mij waar ik het
heb proberen uit te leggen, maar voor het geval je je dat verhaal
nog zo'n beetje herinnert even in het heel kort:
- de stuurautomaat gebruikt 3 factoren:
A. een proportioneel deel, direct gekoppeld aan de koersfout;
B. een differentieel deel (ter demping), gekoppeld aan
de koersverandering;
C. een integraal over de afwijking van de gewenste koers/track.
- wanneer je op kompaskoers vaart, is de afwijking in C.
de afwijking van de actuele koers tov de gewenste koers.
- wanneer je op track (waypoint) vaart, is de afwijking in C.
de cross-track-error.
Dus ook al vaar je op track: wordt je kompas verstoord, dan
zul je dat echt merken. Twee mogelijkheden:
1. Je hebt een RateGyro: dan wordt alleen A. boven verstoord
en zal C. dit na verloop van tijd weer corrigeren. Dus je
zult gedurende korte tijd van koers raken en wanneer de
verstoring voorbij is hetzelfde de andere kant op.
2. Heb je geen gyro, dan wordt de koersverandering ook uit je
(magnetische) kompas gehaald en wordt zowel A. als B.
verstoord; het schip kan dan een heel forse slinger gaan
maken en ofwel de stuurautomaat zelf ofwel de schipper dient
de stuurautomaat snel op standby te zetten.
Je kunt trouwens zelf van alles eenvoudig uitproberen door bewust
je kompas te verstoren. (Doe dat dan wel op ruim water en als er
geen andere schepen in de buurt zijn ;-)
Ik heb dat gedaan (ik heb een Raymarine SG2, dus met ingebouwde
RateGyro).
Twee voorbeelden:
1. Tijdelijke verstoring terwijl ik op track vaar: precies wat ik
bij 1. boven beschrijf.
2. Kompas flink (zo'n 30 graden) scheef zetten. Bij op kompaskoers
varen merk je dan niets, behalve dan dat je echte koers 30
graden afwijkt van wat de ST6001 zegt. Maar activeer je "track",
terwijl je al netjes op de track vaart, dan gebeurt het volgende:
1. direct bij het activeren van "track" stuurt het schip met
30 graden van de track af.
2. na een kwart tot halve minuut heeft "ie" door dat het niet
goed gaat en gaat ie zachtjes bijsturen.
3. het duurt wat langer voor ie de hele fout gecorrigeerd heeft
(en dan parallel aan de juiste koers vaart) en nog langer
voor ie eindelijk zowel op koers en track terug is, maar dat
doet ie wel netjes, dwz zonder slinger (overshoot).
Wat leer je hiervan:
- van 1. leren we dat er inderdaad een RateGyro in de SG2 zit, anders
zou verstoring veel woester zijn;
- bij het "op track zetten" zet ie eerst koers op grond van de
bearing to waypoint, ofwel de factor A. boven domineert.
- na verloop van tijd gaat C. meespelen, wordt groter en groter en
compenseert uiteindelijk de fout tussen koers en bearing volledig.
Groetjes,
-- ted
Wout B.
Dit is niet waterdicht Meindert. Er zijn zoals je weet vele korte strings op
de ST-bus, dus er is een redelijk grote kans kans dat het laatste byte van
zo'n string wordt verminkt. Als het command bit niet is gezet (door
verminking), dan klopt het aantal en heeft de ontvanger er geen weet van als
er geen checksum is. Als dat nou net het laatste byte is van lat/lon .......
Wout
>
Meindert Sprang
> Dit is niet waterdicht Meindert. Er zijn zoals je weet vele korte strings
op
> de ST-bus, dus er is een redelijk grote kans kans dat het laatste byte van
> zo'n string wordt verminkt. Als het command bit niet is gezet (door
> verminking), dan klopt het aantal en heeft de ontvanger er geen weet van
als
> er geen checksum is. Als dat nou net het laatste byte is van lat/lon
.......
Ik meen mij te herinneren dat wanneer er een collision of storing (wordt dus
op dezelfde manier gedetecteerd) op de Seatalk bus is, het device wat op dat
moment aan het zenden is, de verzending afbreekt maar ook meteen de datalijn
op 0-niveau zet voor een langere tijd dan een byte. Dat wordt door alle
ontvangers gezien als een framing error en dus het ontvangen pakketje wordt
weggegooid. Dus op deze manier wordt ook een verminking van het laatste byte
opgevangen en door iedereen herkend.
Meindert