Garmin-Raymarine compatibiliteit
User Ted Lindgreen
Ben even wat aan het experimenteren met een Garmin GPSMAP 196 en het
Raymarine spul aan boord.Het Raymarine spul bestaat onder andere uit
een S2G stuurautomaat, een Raytheon RC530 kaartplotter en een ST6001
head. Het Raymarine is hoofdzakelijk via SeaTalk gekoppeld, maar er
loopt ook een NMEA draadje van de S2G->RC530 voor (alleen) de
fast-heading info.
Omdat ik een bloedhekel heb aan de Raymarine-ergonomie en wel prima
met de Garmin overweg kan heb ik eens bekeken of ik met de GPSMAP 196
de stuurautomaat kan aansturen. Lukt dat dan ga ik de RC530 inruilen
voor een Garmin kaartplotter (de 3010C is in de aanbieding).
Dat ging niet vlekkeloos: nadat ik een NMEA verbinding tussen de
Garmin en de stuurautomaat heb gelegd en onderweg op de Garmin een
goto had gemaakt draaide het schip direct om zodra de ST6001 op track
gezet werd. Niet leuk :-(
Het leek er op dat de RC530, hoewel deze een "goto stop" had
gekregen, toch track-info gaf en de GPSMAP 196 overrulede.
Dat vroeg om beter onderzoek wat ik net vanmiddag op een redelijk
lege NieuweMeer plas heb gedaan.
Eerste test:
- RC530 power-off gelaten.
- route op de Garmin 196 geactiveerd
- de ST6001 op track
Resultaat: werkt wel maar erg traag, het lijkt erop of de
stuurautomaat direct naar het eerstvolgende waypoint stuurt in
plaats van naar de opgedragen track te gaan en die te volgen.
Tweede test:
- RC530 aangezet
Resultaat: geen verandering in vaargedrag. De RC530 displayed
netjes de bearing, distance en ttg die de Garmin naar de S2G
stuurt. Maar crosstrack error niet.
Derde test:
- Garmin losgekoppeld
Resultaat: als verwacht begint de ST6001 na een halve minuut
ofzo te gillen "No Data".
Vierde test:
- goto op de RC530 gezet maar nog niet geactiveerd
- flink stuk opzij gevaren, toen track geactiveerd
Resultaat: schip stuurt als een speer naar de track
en volgt die tot het goto-waypoint. Zo hoort dat!
Vijfde test:
- ST6001 van track af
- "goto stop" op de RC530 en voorbij goto-waypoint gevaren.
- Garmin weer aangesloten met goto verder op
- de ST6001 weer op track
Resultaat: nu wordt het helemaal gek:
Het schip draait meteen om!
De oude goto op de RC530 blijkt geheractiveerd te zijn.
Duidelijk uit dit avontuur is dus dat de combinatie van RayMarine S2G
en RC530 ernstig overstuur raakt wordt van externe stuurautomaat info
via NMEA. Op zich niet erg, want als ik de stuurautomaat via NMEA ga
aansturen dan wordt de RC530 toch gedumpt.
Maar de vraag die ik nog wel heb:
waarom gaat de stuurautomaat niet naar de track als je hem met
NMEA aanstuurt en wel als je hem met de RC530 via Seatalk aanstuurt?
Ik heb even gekeken (op de kabel) welke info de Garmin stuurt:
BOD, BWC, GGA GLL, GSA, GSV, RMB, RMC, VTG, WPL en XTE.
Volgens de Raymarine documentatie gebruikt de S2G hiervan:
BWC, GGA, GLL, RMB, RMC, VTG en XTE wel
en
BOD, GSA, GSV, WPL niet.
Vooral de XTE (crosstrack-error) lijkt mij de interessante info,
wordt dus volgens de documentatie wel gebruikt, maar lijkt dus
in de praktijk niet zo?
Heeft iemand enig idee wat hier gaande is, of een advies hoe
ik hier verder mee kom? Ook ben ik geinteresseerd in ervaringen
met een Raymarine stuurautomaat die via NMEA wordt aangestuurd:
gaat de boot dan wel of niet naar de track?
Alvast bedankt voor advies of ander verstandig commentaar,
-- ted
Twan dot at dot
"User Ted Lindgreen" <t...@onklaaranker.nl> schreef in bericht
news:4a058c2d$0$191$e4fe...@news.xs4all.nl...
Je hebt een heleboel vragen waar ik geen antwoord op heb. Wel heb ik
ervaring met het varen op een autohelm (=Raymarine) stuuraiutomaat (ST4000)
die met NMEA gekoppeld is aan een Garmin GPS 152.
Als ik een route invoer in de GPS en de ST4000 deze route laat volgen, dan
stuurt de automaat inderdaad eerst netjes naar de track en volgt dan deze
track naar het waypoint. Bij een afwijking van de track rechtsrteeks naar
het waypoint varen en de track 'links laten liggen' doet ie dus niet. Zo
hoort het inderdaad en het is ook jouw wens, begrijp ik.
Veel succes!
Groet,
Twan!
Capolavoro
die over NMEA binnenkomt van een Garmin GPS126.
Met andere Raymarine instrumenten (bijv ST60 Multi) heb ik wel de
ervaring dat, als dezelfde data via 2 kanalen binnenkomt (bijv een COG
over NMEA en over Seatalk), de boel of blokkeert (display 'hangt' ) of
dat Seatalk wint van NMEA.
groet
t
FSD
Waar gaat het schip uiteindelijk heen?
Kan je de data van de GPS uitlezen met een pc?
Moet je niet je huidige positie instellen als vertrekpunt? Anders kan
het zijn dat de track-data van een heel ander (oud) punt af komt naar
het nieuwe waypoint toe.
User Ted Lindgreen heeft uiteengezet op 9-5-2009 :
User Ted Lindgreen
FSD <bran...@hotmail.com2xperjaar> wrote:
>Keert het schip exact op tegen koers?
>Waar gaat het schip uiteindelijk heen?
>Kan je de data van de GPS uitlezen met een pc?
>Moet je niet je huidige positie instellen als vertrekpunt? Anders kan
>het zijn dat de track-data van een heel ander (oud) punt af komt naar
>het nieuwe waypoint toe.
Antwoord op deze vragen:
ja (mits ik voorbij het oude waypoint in rechte lijn ben doorgevaren)
naar het oude waypoint op de RC530
ja, en dat doe ik ook
nee (een track is een track, of dit nu een "leg" in een route
is of dit nu een "goto" van een oude of huidige positie naar
een volgende positie is: als je naast die track zit hoort de
stuurautomaat eerst de crosstrack-error te minimaliseren
en dan de track te volgen naar het volgende waypoint).
Maar ik ben blijkbaar niet duidelijk geweest met de bedoeling van de
5 testjes dat deze vragen komen. Ik probeer het even opnieuw, maar
dan heel anders:
Twee situaties:
1. Garmin GPSMAP 196 stuurt de Raymarine S2G stuurautomaat
aan via NMEA; de Raytheon RC530 kaartplotter staat of
uit, of heeft na powerup nog geen koersinfo geproduceerd.
2. Idem, maar de Raytheon RC530 kaartplotter heeft al wel
eerder koersinfo geproduceerd.
Geval 1:
De stuurautomaat stuurt mijn schip direct naar het volgende
waypoint in plaats van eerst de crosstrack-error te minimaliseren
en dan de opgegeven track te volgen.
De ST6001 geeft precies de bearing aan (af te lezen op het Garmin
scherm en ook te lezen in de GPBOD en GPBWC sentences die over de
kabel gaan) van de Garmin en _niet_ de "course to steer" die ook
op het Garmin staat. Dit wijst erop dat de S2G alleen de BOD en/of
de BWC lijkt te gebruiken om zijn koers te bepalen en de XTE negeert.
Twan en Capolavora (dank voor jullie reacties!) geven aan dat het
bij hun wel goed gaat (ook Garmin->Ray, de ST4000 is vrijwel
identiek aan de S2G en de ST5000 zal ook wel ongeveer hetzelfde
werken) dit geeft dus hoop.
Mijn stuurautomaat doet het ook correct als die door de RC530
wordt aangestuurd.
Hier sta ik dus voor een raadseltje.
Geval 2:
Zodra de Garmin route-info stuurt en de ST6001 op track wordt
gezet, schakelt de RC530 zijn oude track vanzelf weer in en
overruled vervolgens de route-info van de Garmin.
Ik zie dit gebeuren op twee manieren:
- Het schip draait zijn boeg naar het oude waypoint van de
RC530 en vaart daarheen.
- Op de RC530 veranderen de "goto softkeys": "goto stop" wordt
ineens vanzelf weer actief en "goto cursor" en "goto waypoint"
worden inactief.
Volgens mij is dit gewoon een (ernstig) software probleem in
de RC530 en is de S2G zo geprogrammeerd dat ie SeaTalk data
voorrang geeft boven NMEA data.
Met het "Geval 2" heb ik verder weinig problemen: ik snap de fout,
snap ook dat Raymarine hier weinig aan zal gaan doen, het bevestigt
mijn vooroordeel tegen RayMarine zooi en geeft me extra stimulans
nooit meer in RayMarine apparatuur te investeren. Klaar!
Met het "Geval 1" heb ik wel een probleem: als ik dit niet kan
oplossen betekent dit dat de combinatie Garmin-kaartplotter en
Raymarine S2G stuurautomaat niet goed werkt en dat ik dus ofwel aan
een Raymarine kaartplotter vastzit ofwel dat de dure Raymarine
stuurautomaat waardeloos wordt. De replies van Twan en Capolavora
geven mij echter wel enige hoop dat het oplosbaar is, maar hoe?
-- ted
Capolavoro
> Met het "Geval 1" heb ik wel een probleem: als ik dit niet kan
> oplossen betekent dit dat de combinatie Garmin-kaartplotter en
> Raymarine S2G stuurautomaat niet goed werkt en dat ik dus ofwel aan
> een Raymarine kaartplotter vastzit ofwel dat de dure Raymarine
> stuurautomaat waardeloos wordt. De replies van Twan en Capolavora
> geven mij echter wel enige hoop dat het oplosbaar is, maar hoe?
>
die S2G is natuurlijk wel iets 'slimmer' en dus vast ook eigenwijzer
dan mijn ST6000 die de type 1 drive aanstuurt.
De NMEA uit mijn GPS gaat direct (via mux van meindert) naar de ST6000
bedieningsunit.
Maar jij hebt vast de S2G ook direct aan je automaa hangen.
Ik heb bij een van mijn displays (ST60 multi) een schakelaar in de
Seatalk gele draad gezet om Seatalk naar die meter te kunnen
onderbreken. Dat is de enige manier om die meter zo ver te krijgen dat
hij NMEA data uit de PC (die er direct heen gaan op de NMEA ingang)
netjes displayt. Misschien een idee om die gele draad (in het seatalk
snoertje) naar je stuurautomaat eens te onderbreken?
groet
t
Capolavoro
naar de track (tot op een XTE van 0,2 of zo) en activeer dan de track
op de ST6000. Vanaf daar stuurt de automaat netjes langzaam naar de
track.
Als ik met een grote XTE track activeer gaan we inderdaad pakweg haaks
naar de track en dan de lijn oude boei-nieuwe boei volgen. Op een
zeilboot heb je liever een geleidelijke lijn naar je nieuwe boei, geen
haakse bochten.
Misschien hangt het van de grootte van de XTE af of je eerst naar de
geplande track vaart of direct naar de nieuwe boei. Het lijkt er wel
op (bij mij dan). Wat de grens is (welke XTE) weet ik niet, maar het
gaat om een paar cables.
groet
t
User Ted Lindgreen
Capolavoro <thomasten...@gmail.com> wrote:
..
>die S2G is natuurlijk wel iets 'slimmer' en dus vast ook eigenwijzer
>dan mijn ST6000 die de type 1 drive aanstuurt.
>De NMEA uit mijn GPS gaat direct (via mux van meindert) naar de ST6000
>bedieningsunit.
>Maar jij hebt vast de S2G ook direct aan je automaa hangen.
Bij mij zit dat anders:
- De S2G is de eigenlijke stuurautomaat, deze is vrijwel identiek
aan de oude ST4000 + solidstategiro.
- De ST6001 is alleen "control head", oftewel het ding dat de
stuurautomaat aanstuurt en ook als display ervoor dient. Is
bij mij uitsluitend met Seatalk aangesloten op de rest.
- De "type 1 drive" is bij mij niets anders dan een electrische
oliepomp die vanuit de S2G wordt gevoed.
De NMEA-out van de Garmin gaat bij mij inderdaad naar een van de
NMEA-ingangen van de S2G, de andere NMEA-ingang van de S2G
ongebruikt. De NMEA-ingang van de ST6001 is ook niet aangesloten.
Van de 2 NMEA-ingangen op de RC530 is de fast-heading-in aangesloten
op de fast-heading-out van de S2G (samen met die van de radar), de
andere NMEA-in is onaangesloten. En om het NMEA verhaal compleet te
maken: de tweede NMEA-out van de S2G zit aan zowel de marifoon als
aan de andere NMEA-ingang van de radar.
De GPS-sensor zit op 1 van de 2 Seatalk-bussen van de S2G.
Op dezelfde bus zitten alle instrumenten van de binnenstuurstand, op
de andere bus zit alleen de remote control-head (ST600R) van de
buitenstuurstand.
Zo leek het me dat het beste, maar als iemand suggesties heeft het
beter te doen hoor ik dat graag.
Ik heb verder nog even naar "Geval 2" gekeken. Dit is nu geheel
duidelijk: het is het gevolg van 2 software rariteiten, beide zou je
zowel als "bug" of als "feature" kunnen beschouwen (en discussie
daarover is zinloos).
Rariteit 1:
Als je op de ST6001 2x op "track" toetst en er staat een oude
(gedeactiveerde) goto op de RC530 (en dus nog geen nieuwe,
geactiveerde goto), dan wordt "automatisch" deze oude goto
op de RC530 geheractiveerd.
Rariteit 2:
Als de S2G zowel track/route info op NMEA als op SeaTalk ontvangt
dan negeert ie de NMEA-input en gebruikt de SeaTalk input.
Geval 2 was erg "varrassend", maar wat mij betreft dus klaar.
-- ted
Meindert Sprang
news:4a06a9aa$0$193$e4fe...@news.xs4all.nl...
> Rariteit 1:
> Als je op de ST6001 2x op "track" toetst en er staat een oude
> (gedeactiveerde) goto op de RC530 (en dus nog geen nieuwe,
> geactiveerde goto), dan wordt "automatisch" deze oude goto
> op de RC530 geheractiveerd.
>
> Rariteit 2:
> Als de S2G zowel track/route info op NMEA als op SeaTalk ontvangt
> dan negeert ie de NMEA-input en gebruikt de SeaTalk input.
>
> Geval 2 was erg "varrassend", maar wat mij betreft dus klaar.
Het is bij Raymarine zo dat data over Seatalk altijd voorrang heeft boven
data over NMEA. NMEA word alleen naar Seatalk omgezet en gebruikt wanneer de
betreffende data nog niet aanwezig is op Seatalk.
Meindert
WBH
mode, maar wel met de speciale auto pilot NMEA zinnen APA of APB. Naar de
SG2 zou ik alleen APB, RMB en RMC sturen.
Wout
"User Ted Lindgreen" <t...@onklaaranker.nl> wrote in message
news:4a058c2d$0$191$e4fe...@news.xs4all.nl...
User Ted Lindgreen
WBH <woutbee...@hotmail.com> wrote:
>Naar mijn ervaring werken de Ray auto pilots prima met NMEA feed voor track
>mode, maar wel met de speciale auto pilot NMEA zinnen APA of APB. Naar de
>SG2 zou ik alleen APB, RMB en RMC sturen.
Aha, daar kom ik verder mee!
De GPSMAP 196 produceert (wanneer ik alle behalve de Garmin
proprietary sentences aanzet):
>| Ik heb even gekeken (op de kabel) welke info de Garmin stuurt:
>| BOD, BWC, GGA GLL, GSA, GSV, RMB, RMC, VTG, WPL en XTE.
En daar zit noch APA noch APB bij :-(
Uit de documentatie van de 3010C kan ik niet halen of die
wel APA of APB produceert, wat genoemd wordt is:
BOD BWC GGA GLL GSA GSV RMB RMC RTE VTG WPL XTE
Op RTE na identiek met wat ik op de kabel van de 196 heb zien
langskomen en weer geen APA noch APB :-(
Maar met wat zoeken zie ik dat sommige Garmin's, o.a. de 3010C, later
een firmware update hebben gekregen om alsnog APB te sturen.
In de update history van de 126 van Capolavora en van de 152 van Twam
zie ik zo'n update niet. Maar mogelijk produceerden deze types direct
al APB? Mijn 196 echter dus niet en er is ook geen update voor en dat
verklaart wsl het slechte gedrag in track-mode.
Wout, in ieder geval zeer bedankt, dit was een erg waardevolle reply!
groetjes,
-- ted
Capolavoro
GGA, GLL, GSA, GSV, RMB, RMC, RTE, WPL, BOD.
Geen APA of B dus, en toch stuurt de ST5000 keurig de Track....
groet
t
User Ted Lindgreen
Capolavoro <thomasten...@gmail.com> wrote:
>mijn 126 doet volgens de documentatie:
>GGA, GLL, GSA, GSV, RMB, RMC, RTE, WPL, BOD.
Volgens de doc's, maar op de kabel?
Volgens de doc's doet geen enkele Garmin APB, maar uit de
verschillende firmware-release notes blijkt dat het bij een
aantal marine en aviation types later alsnog toegevoegd is.
Als je googled op Garmin NMEA en APB dan kom je heel veel tegen.
Ben dus niet de eerste die tegen dit phenomeen aan gelopen is.
Blijkbaar heeft Garmin het dus pas na veel geklaag van ontevreden
klanten later toegevoegd?
-- ted
Capolavoro
>
> Volgens de doc's, maar op de kabel?
>
> Volgens de doc's doet geen enkele Garmin APB, maar uit de
> verschillende firmware-release notes blijkt dat het bij een
> aantal marine en aviation types later alsnog toegevoegd is.
>
voorbijkomen.
groet
t
Capolavoro
> ik zal op de boot binnenkort eens kijken welke berichten er allemaal
> voorbijkomen.
life uit Medemblik, de GPS128 doet:
BOD, RME, RMZ, RMB, GGA, GLL, GSA, GSV, RTE en RMM.
Geen APA en APB dus....
groet
t
Ted Lindgreen
Voorzover ik het nu (theoretisch) begrijp:
1. geeft de GPS-Kaartplotter APB, dan wordt de
"heading to steer"
direct door de GPS-Kaartplotter verstrekt en gaat
het schip vlot en nauwkeurig (terug) naar de gewenste
track en volgt deze naar het eerstvolgende routepunt.
2. geeft de GPS-Kaartplotter _geen_ APB, dan moet de
autopilot zelf bedenken welke heading te varen op
grond van BOD (koerslijn evenwijdig aan de gewenste
track), RMB (koers van huidige positie naar routepunt),
en XTE (cross-track-error)
Bij 2 komen er nu 2 zaken naar voren:
- niet de GPS-Kaartplotter maar de autopilot gaat de te
varen heading bepalen en deze zal dit mogelijk anders
doen dan de GPS
- de autopilot heeft wel een probleem: de cross-track-error
in de XTE-message is heel erg grof: per 0.01 nm, ofwel
met stappen van bijna 20 meter. En het laatste wat je wil
is dat het schip tientallen meters heen en weer gaat
slingeren om de gewenste koerslijn, dan veel liever
evenwijdig ernaast blijven varen.
Het gevolg is dat wanneer de APB-message ontbreekt de autopilot veel
langzamer zal reageren op kleine afwijkingen van de koerslijn. Komt
de afwijking onder de tientallen meters, dan zal ie iets tussen
BOD en RMB gaan koersen en de XTE voornamelijk negeren. En dit is
inderdaad wat ik bij het proefvaren laatst lijk te hebben waargenomen.
Zodra ik in de gelegenheid ben (groot en heel rustig water, de
NieuweMeer is ongeschikt hiervoor) en een setup waarbij ik APB
makkelijk kan aan- en uitschakelen en zonder SeaTalk complicaties
erbij zal ik dit eens gaan uitproberen of dit echt zo is.
groetjes,
-- ted
Capolavoro
klinkt aannemelijk.
Ik laat de pilot altijd sturen op gps-data zonder APB, en de XTE
blijft daarbij altijd (mijlen lang) 0.00.
Dus de ST5000 pilot is in staat op de andere gegevens een redelijk
strakke lijn te sturen.
Vanmorgen ben ik er eindelijk in geslaagd alle waypoints te uploaden
naar de radar/plotter (een Raymarine SL70C, uit 2002). Nu kan ik dus
de plotter APB berichten laten sturen (ik heb ze gezien!) en ik zal
eens kijken of dat strakker stuurt dan op de andere data.
Terzijde: de miniplex 42 weigert hardnekkig die WPL berichten
(waypoints upload) vanuit de PC door te laten.
Ik heb eeb rechtsreekse bypass gemaakt va PC naar NMEA IN van de
plotter.....
Weet iemand (Meindert?) of WPLs inderdaad worden afgestopt??
groet
t
Meindert Sprang
news:edbd9f20-b242-48f8...@l12g2000yqo.googlegroups.com...
> Terzijde: de miniplex 42 weigert hardnekkig die WPL berichten
> (waypoints upload) vanuit de PC door te laten.
> Ik heb eeb rechtsreekse bypass gemaakt va PC naar NMEA IN van de
> plotter.....
> Weet iemand (Meindert?) of WPLs inderdaad worden afgestopt??
Er wordt standaard geen enkele NMEA zin geblokkeerd door de MiniPlex.
Echter, wanneer je een aantal waypoints via een multiplexer naar een GPS
stuurt, gaat het soms fout omdat er een snelheidsconversie plaatsvindt.
Wanneer de communicatie tussen PC en multiplexer plaatsvindt op een hogere
snelheid dan 4800 baud, en de waypoints via 4800 baud naar de op Out2
aangesloten GPS moeten worden gestuurd, is er een punt waarop de buffer in
de multiplexer vol zit (sneller gevuld dan geleegd) en vallen die volgende
waypoints "in het water". Een ander probleem wat ik vaak zie is dat een GPS
waypoints ontvangt als NMEA (logisch) maar na iedere ontvangen WPL zin de PC
even vraagt te stoppen met verzenden van data totdat het waypoint is
opgeslagen. Dit stoppen en weer starten van de communicatie gebeurt met twee
speciale karakters, XON en XOFF, die niet door de multiplexer worden
doorgegeven omdat het geen NMEA data is. Dit is een gebied waarin de
NMEA-0183 specificatie tekort schiet en fabrikanten hun eigen,
niet-standaard oplossingen gaan verzinnen.
Meindert
Capolavoro
wrote:
> "Capolavoro" <thomastenkorten...@gmail.com> wrote in message
Meindert,
Wat ik probeerde was:
- de PC zendt (via GPSUtility) de waypointlijst op 4800 baud in NMEA
- ik had de frekwentie op 1 per seconde ingesteld, speciaal om
overflow te voorkomen en geen XON/XOFF te krijgen
- alle andere nmea zenders uitgezet tegen de overflow etc.
- met een multimeter gemeten op de pc-ingang van de mux: daar zie je
dat er iets binnenkomt
- ook gemeten op de nmea uitgangen of er iets uit komt: niets te zien!
- vervolgens rechtstreeks draadje van PC naar plotter en voilá de
waypoints komen binnen op de plotter.
- in MPXconfig zie je (nooit) de nmea berichten die de PC stuurt, ook
nu niet
- ook met een Capture krijg je geen WPL te zien (terwijl de multimeter
wel meet dat ze binnenkomen)
ik snap het dus nog steeds niet, maar ik hou mijn directe snoertje
wel ;-)))
groet
thomas
Meindert Sprang
> Wat ik probeerde was:
> - de PC zendt (via GPSUtility) de waypointlijst op 4800 baud in NMEA
> - ik had de frekwentie op 1 per seconde ingesteld, speciaal om
> overflow te voorkomen en geen XON/XOFF te krijgen
> - alle andere nmea zenders uitgezet tegen de overflow etc.
> - met een multimeter gemeten op de pc-ingang van de mux: daar zie je
> dat er iets binnenkomt
> - ook gemeten op de nmea uitgangen of er iets uit komt: niets te zien!
Vreemd, die data zou op Out2 beschikbaar moeten zijn. Heb je het filter leeg
gemaakt?
Je kunt the multiplexer testen door Out2 op een ingang aan te sluiten.
Wanneer je dan in MPXConfig iets intypt in het veld NMEA Sentence Input en
op enter drukt (of op Send klikt), moet die data boven in het scherm weer
terugkomen.
> - in MPXconfig zie je (nooit) de nmea berichten die de PC stuurt, ook
> nu niet
> - ook met een Capture krijg je geen WPL te zien (terwijl de multimeter
> wel meet dat ze binnenkomen)
Wat je nu beschrijft kan ook niet, je kunt niet �n MPXConfig actief hebben
op een com poort en dan met een ander programma op diezelfde com poort data
sturen. Er kan maar ��n programma tegelijk eenzelfde com poort openen.
Daarom kun je met MPXConfig NOOIT bekijken wat een ander programma naar de
multiplexer stuurt.
Meindert
Capolavoro
wrote:
> Vreemd, die data zou op Out2 beschikbaar moeten zijn. Heb je het filter leeg
> gemaakt?
> Je kunt the multiplexer testen door Out2 op een ingang aan te sluiten.
> Wanneer je dan in MPXConfig iets intypt in het veld NMEA Sentence Input en
> op enter drukt (of op Send klikt), moet die data boven in het scherm weer
> terugkomen.
Ik zal het komend weekend nog eens proberen, eerst filter zeker leeg
maken,...
Normaal gebruik ik Server mode en hangt aan Out2 alleen een display
dat de data die de PC stuurt (performance gegevens uit Tactictool)
laat zien. Dat werkt wel, met een nep-VTG uit de PC.
De WPL uit diezelfde PC zag ik niet op de Out2.
>
> Wat je nu beschrijft kan ook niet, je kunt niet èn MPXConfig actief hebben
> op een com poort en dan met een ander programma op diezelfde com poort data
> sturen. Er kan maar één programma tegelijk eenzelfde com poort openen.
> Daarom kun je met MPXConfig NOOIT bekijken wat een ander programma naar de
> multiplexer stuurt.
>
Normaliter gebruik ik Virtualplex, en als ik dan naast Wingps,
Tactictool, GPSU, Rak en NavMonPC ook nog MPXconfig start zie ik in al
die programma's dezelfde NMEA data langskomen. Maar alles wat de PC
stuurt (welk programma ook) is nergens te zien, ook niet als MPXconfig
iets stuurt: je ziet het niet terug in bijv. Wingps, en ik dacht dat
dat in Hub mode wel het geval zou zijn.
Via Virtualplex kun je als ik me goed herinner geen Store doen (alleen
kijken dus) , Store lukt alleen aan een echte COM poort. Of doe ik
iets fout (of iets wat buiten de specs valt ;-))
groet
thomas
Meindert Sprang
> Normaliter gebruik ik Virtualplex, en als ik dan naast Wingps,
> Tactictool, GPSU, Rak en NavMonPC ook nog MPXconfig start zie ik in al
> die programma's dezelfde NMEA data langskomen. Maar alles wat de PC
> stuurt (welk programma ook) is nergens te zien, ook niet als MPXconfig
> iets stuurt: je ziet het niet terug in bijv. Wingps, en ik dacht dat
> dat in Hub mode wel het geval zou zijn.
Je maakt een denkfout. In hub mode komt datgene wat je naar de multiplexer
stuurt via de seri�le poort, niet terug naar de computer en VirtualPlex zend
geen data van de ene naar de andere virtuele poort.
Hub mode heeft alleen betrekking op wat er op *Out2* beschikbaar is. Of
alles (Hub) of alleen data van de computer (Server).
Meindert
Capolavoro
vandaag onder besturing van een route in de Raymarine radar/plotter
mezelf van Medemblik naar Schokkerhaven laten sturen.
APB-berichten uit de plotter.
Geen GOTO in de GPS (Garmin 128).
Dus alleen Raymarine dataverkeer naar de stuurautomaat (Sailpilot,
Raymarine).
Observaties:
als je de stuurautomaat de track laat volgen terwijl je begint met een
flink XTE (0,05 tot 0,10) dan zijn de gevolgen dat er direct haaks
naar de track wordt gestuurd, soms met een overshoot van ook 0,05 XTE
aan de andere kant. Onbruikbaar dus.
Als je met een XTE van 0.00 de trackfunctie aanzet gaat het alleen
goed als je daarvoor enige minuten lang met de hand die track precies
hebt gestuurd (met 0,00 XTE). Anders krijg je rare slingers en XTE
oplopend tot boven de 0,05.
En als je de GOTO STOP hebt gedaan op de plotter blijft de
stuurautomaat de laatste waypoint displayen. Dat is niet erg, wel gek.
Wat wel erg is, is dat als je dan de automaat gewoon een AUTO geeft,
dat enige minuten goedgaat (rechte lijn) totdat de automaat besluit
dat dat oude waypoint toch interessanter is. Haakse bocht, 180gr
terug, vanalles gebeurt er dan.....
Ik denk dat ik maar gewoon weer routes doro de GPS laat sturen, zonder
APB erin.
groet
t
Ted Lindgreen
goed te testen. Ik kan de observaties van Capolavoro
deels reproduceren, maar deels ook niet.
Wat heb ik getest:
- track uitgezet van de IJtoren naar Pampus en dat heen en
weer door de stuurautomaat laten varen na eerst het schip
ruim 100 meter (ik heb in meters en niet in nm gemeten)
naast de track te hebben gezet in een willekeurige richting.
- totaal 4 keer, eerste met APB sentences toen zonder, toen
weer met en tenstotte weer zonder APB.
Het verschil blijkt eigenlijk opvallend gering, had ik niet
verwacht:
- in beide gevallen lijnt de stuurautomaat het schip snel uit
met de kompaskoers gelijk is aan de BOD (bearing-origin-destination)
- na een halve minuut of zo gaat met APB de stuurautomaat de
kompaskoers aanpassen zodat de crosstrack-error wordt verminderd,
maw, het schip loopt naar de track toe. De CTS (CourseToSteer)
van de kaartplotter ging veel harder en eerder, maar de
stuurautomaat dempt dit dus aanzienlijk of negeert het zelfs.
- zonder APB leek dit iets langer te duren, heb het niet precies
getimed, maar zeg dat na pas ongeveer een minuut het schip naar
de track ging lopen, ik weet niet of dit reproduceert, het zou
ook aan het toeval (de beginkoers) hebben kunnen liggen.
- in beide gevallen loopt het schip dan langzaam (netjes, zoals ik
het zou willen) naar de track, maar...... eenmaal op de track
houdt de stuurautomaat de koers vast en negeert de CTS van de
kaartplotter, die allang naar BOD was gelopen, wederom volledig.
- in beide gevallen loopt het schip zo'n 30 meter (resp. 32m,
31m, 29m en 31m) over de track heen voor de stuurautomaat
het schip weer parallel aan de track heeft uitgelijnd (oftewel
de kompaskoers==BOD maar !=CTS).
- vervolgens loopt het schip heel rustig nog iets dichter naar
de track en blijft dan binnen zo'n 20m parallel aan de track.
(bedenk: 18.52m == 0.01nm, en dat is precies de resolutie van
de XTE-message).
Kortom: een Garmin kaartplotter met NMEA aan een RayMarine S2G
stuurautomaat werkt op ruim water prima. Met of zonder APB-messages
lijkt geen of een marginaal verschil. De stuurautomaat lijkt
voornamelijk naar de BOD en XTE te kijken en lijkt de CTS min of
meer te negeren.
-- ted