Segeln-Forum

Zitat von »ohlson38«

Interessante Erkenntnisse! Sie bestärken mein Misstrauen in die von raymarine verwendeten Protokolle.

Hallo,

irgendwie geht das in die falsche Richtung.

Was soll Raymarine (und die anderen Hersteller) denn sonst machen. Es gibt keine standardisierten NMEA2000 PGNs zur Autopilotsteuerung.

Einzig der Vorwurf, die verwendeten PGNs nicht offenzulegen wäre ein valider Vorwurf. Aber auch da hat NMEA etwas mit zu tun. Die Hersteller haben sich per NDA verpflichted keine Details zur NMEA2000 Implementierung preiszugeben.

Viele Grüße
Andreas

Hallo zusammen,

es ist ja nicht so, dass überhaupt nicht über die PGNs bekannt ist.
Mit diesen beiden Kommandos wäre es möglich, eine Route abzufahren.

Erst: Mode Auto setzen und dann den Kurs entsprechend der Route ändern

Viele Grüße
Andreas


void RaymarinePilot:etEvoPilotMode(tN2kMsg &N2kMsg, uint8_t destinationAddress, RaymarinePilotModes mode) {
N2kMsg.SetPGN(126208UL);
N2kMsg.Priority = 3;
N2kMsg.Destination = destinationAddress;
N2kMsg.AddByte(1); // Field 1, 1 = Command Message, 2 = Acknowledge Message...
N2kMsg.AddByte(0x63);
N2kMsg.AddByte(0xff);
N2kMsg.AddByte(0x00);
N2kMsg.AddByte(0xf;
N2kMsg.AddByte(0x04);
N2kMsg.AddByte(0x01);
N2kMsg.AddByte(0x3b);
N2kMsg.AddByte(0x07);
N2kMsg.AddByte(0x03);
N2kMsg.AddByte(0x04);
N2kMsg.AddByte(0x04);

// 0x00 = standby, 0x40 = auto, 0x0100=vane, 0x0180=track
switch (mode) {
case PILOT_MODE_STANDBY:
N2kMsg.AddByte(0x00);
N2kMsg.AddByte(0x00);
break;
case PILOT_MODE_AUTO:
N2kMsg.AddByte(0x40);
N2kMsg.AddByte(0x00);
break;
case PILOT_MODE_WIND:
N2kMsg.AddByte(0x00);
N2kMsg.AddByte(0x01);
break;
case PILOT_MODE_TRACK:
N2kMsg.AddByte(0x80);
N2kMsg.AddByte(0x01);
break;
}

N2kMsg.AddByte(0x05);
N2kMsg.AddByte(0xff);
N2kMsg.AddByte(0xff);

/*N2kMsg.Add3ByteInt(126208UL); // Field 2, commanded PGN 3 byte, LSB is transmitted first
N2kMsg.AddByte(0xf0 | 0x8 ); // Field 3, 0x8 = Do not change priority and field 4 is nmea reserved
N2kMsg.AddByte(1); // Field 5, 1 field/value pair
N2kMsg.AddByte(4); // Field 6, field 4 to be commanded
N2kMsg.Add4ByteUInt(0); // Field 7, value for first pair =0 for reset distance log.*/
}

void RaymarinePilot:etEvoPilotCourse(tN2kMsg &N2kMsg, uint8_t destinationAddress, double heading, int change) {
double course = heading + change;
if ((course) >= 360) {
course -= 360;
} else if ((course) < 0) {
course += 360;
}

uint16_t courseRadials10000 = (uint16_t) (DegToRad(course) * 10000); //(newCourse * 174.53);


byte byte0, byte1;
byte0 = courseRadials10000 & 0xff;
byte1 = courseRadials10000 >> 8;

//01,50,ff,00,f8,03,01,3b,07,03,04,06,00,00

N2kMsg.SetPGN(126208UL);
N2kMsg.Priority = 3;
N2kMsg.Destination = destinationAddress;
N2kMsg.AddByte(1); // Field 1, 1 = Command Message, 2 = Acknowledge Message...
N2kMsg.AddByte(0x50);
N2kMsg.AddByte(0xff);
N2kMsg.AddByte(0x00);
N2kMsg.AddByte(0xf;
N2kMsg.AddByte(0x03);
N2kMsg.AddByte(0x01);
N2kMsg.AddByte(0x3b);
N2kMsg.AddByte(0x07);
N2kMsg.AddByte(0x03);
N2kMsg.AddByte(0x04);
N2kMsg.AddByte(0x06);
N2kMsg.AddByte(byte0);
N2kMsg.AddByte(byte1);
}

Hi,

Andreas ich kann den TE schon verstehen. Warum kann ein alter ST2000 Pinnenpilot von Raymarine der stumpf mit einigen wenigen von NMEA 0183 auf Seatalk übersetzten Datensätzen gefüttert wird eine Route vom GPS vorgegeben abfahren und ein moderner Autopilot von Ray kann das nicht.

Die gesamten Routeninfos sind im GPS gespeichert und werden dort abgearbeitet, der AP bekommt immer nur die Infos für den aktuellen Abschnitt. Bei Wechsel zum nächsten erkennt der AP "oha nächster Abschnitt", dass muss ich am AP bestätigen und dann fährt er entsprechend den neuen XTE-Infos den nächsten Abschnitt ab. Warum kann das so stumpf der EVO nicht?
Das bisschen minimale "Intelligenz" im Bedienteil/Kurscomputer einzusparen und alles durch ein MFD machen zu lassen ist aus Sicht Raymarine verständlich, aus Sicht des Anwenders aber weniger.

Das hilft aber dem TE nicht weiter, weil das eine Entscheidung bei Ray über deren Philosophie ist.

Grüße

Andreas

Hallo,

es wurde ja vorher im Thread schon erwähnt, dass der AP wohl PGN129284 für den nächsten Punkt nutzt. Das passt auch zum Handbuch des p70. PGN129285 (Waypoint List) wird laut Handbuch nicht verwendet.

Man könnte das selbt mit einem kleinen Programm ausprobieren. Laut NMEA2000-Bibliothek ist der Aufbau wie folgt:

//*****************************************************************************
// Navigation info

void SetN2kPGN129284(tN2kMsg &N2kMsg, unsigned char SID, double DistanceToWaypoint, tN2kHeadingReference BearingReference,
bool PerpendicularCrossed, bool ArrivalCircleEntered, tN2kDistanceCalculationType CalculationType,
double ETATime, int16_t ETADate, double BearingOriginToDestinationWaypoint, double BearingPositionToDestinationWaypoint,
uint8_t OriginWaypointNumber, uint8_t DestinationWaypointNumber,
double DestinationLatitude, double DestinationLongitude, double WaypointClosingVelocity);

//*****************************************************************************

Dann hätte man die volle Kontrolle über den Aufbau der Nachricht.

Viele Grüße
Andreas

Zitat von »cr838«

Moin,

Übrigens: Diese ganzen Erkenntnisse hätte mir Yacht Devices auch mal erklären können. Weder in deren Anleitungen noch in der Email-Kommunikation wurde klar gesagt, was das YDNG 03 zusätzlich leisten muß (MFD teilweise emulieren), um die Routenkontolle zu realisieren. Hätte mir etliches an Zeit erspart.

Na dafür haste ja uns

Grüße

Andreas

Zitat von »cr838«

Daraufhin errechnet das Plugin mit den Daten von OpenCPN fortwährend neue Sollkurse zum nächsten WP und übermittelt die an dem Kurscomputer. Der nimmt an, das diese vom p70 kommem, also der Benutzer den Sollkurs manuell verändert hat. Somit wird eine Routenkontrolle ohne Umschaltung des AP in den "Track"-Modus realisiert. Clever!!

Das ist doch genau das, was ich oben mit den beiden Routinen beschrieben hatte...

Hallo, ich klinke mich mal für einen Freund ein: Bedeutet das, daß eine Steuerung des Evo-100 nur mit dem P70[R/S] oder einem Raymarine-Plotter möglich ist? Der Evo kann das einfache WP-Goto (geschweige denn das Abfahren der Route) eines B&G-Vulcan-Plotters (N2K) nicht aufschnappen?
Danke,
Martin

Zitat von »planetexpress69«

P70[R/S]

Der p70 kann es auf jeden Fall nicht allein. Das geht aus der Dokumentation zum p70 klar hervor. Ob andere Plotter die richtigen PGNs für das Abfahren von Routen senden können, ist damit aber nicht ausgeschlossen. Aber auch nicht sicher.

Die Frage war doof formuliert: Ist ein Evo-100 in der Lage, dem abgesteckten Track (der Route) eines B&G Vulcan 7 zu folgen? Kann der Evo-100 zu dem Wegpunkt fahren, den ich im B&G-Plotter per "Goto" folge? Bezieht sich also nur auf die Steuerung des AP mit Fremdpolotters.
Ich selbst habe zum Evo-100 mit Pinnensteuerung einen alten Raymarine A78 (und Garmin/Nexus-Wind) installiert. Ich kenne also die Ergänzung zur reinen Steuerung über das P70 (Routenmodus, Go to waypoint) durch den Raymarine-Plotter. Finde ich überbewertet und nutze es kaum.
Was Vernetzung angeht, finde ich das Segeln nach festgelegtem Windwinkel und automtische Wenden (Zeit für Backstagen und Genua!) viel wichtiger.
Dazu benutze ich noch eine dezent abgewandelte Homberger-Platine (ganz großes Kino!!!), um den AP per iPhone oder Garagentoröffner zu steuern, wenn ich auf dem Vorschiff turne.

Ich finde erstaunlich, daß der hochpreisige Bereich der Yachtelektronik so wenig auf die "user stories" eingeht und permanent die Erwartungshaltung der Kundschaft enttäuscht. Wenn mit der Navionics-Software auf dem iPad das Autorouting eine schöne blaue Linie unter Berücksichtigung von Tiefgang und Durchfahrtshöhe gemalt hat, gibt es oft lange Gesichter, wenn da kein Knopf ist, um dem arschteuren AP diese Route unterzuschieben...

Ich bringe das mal wieder auf den Tisch. Ein Freund mit Garmin-Hand-GPS (60?) und Evo-100 Tillerpilot ist sich ziemlich sicher, daß er seinem AP dazu bewegen kann, einem WP vom GPS zu folgen. Er verwendet einen Actisense NGW-1, um die NMEA0183-Daten des GPS in den STNG-Bus zu bekommen.
Zudem:

Zitat von »cr838«

Der Rest ist bekannt ...Mittlerweile bin ich, was Yachtelektronik betrifft, ganz bei Karl Valentin: "Sicher ist, dass nichts sicher ist, deswegen bin ich vorsichtshalber mißtrauisch."

Ich finde den Grad an Interoperabilität eigentlich schon ziemlich hoch. Und man darf nicht vergessen, daß elektronisch gerade eine große Liberalisierung einsetzt, die es den Herstellern schwer macht, komplette Mondpreise aufzurufen. Diesen Forum mit seinen ganzen OpenBoat-Projekten ist ein gutes Beispiel.
Problem ist, daß Hersteller Geld verdienen müssen und daß es offensichtlich sehr lange Entwicklungszyklen gibt. Wie lange hat es gedauert, bis Raymarine den "Puck" für das Einbinden der Tacktick-Geräte ins SeatalkNG angeboten hat?
Zudem steigt permanent die Erwartungshaltung der Kunden. Da hat man Tausende Euro in den Piloten und die Bordsensorik und in das iPad investiert und dann noch mal Hunderte EUR an Software und Karten hinterhergeworfen und der AP kann mit der Route vom iPad nix anfangen?

Anyway, ich probiere das mit dem NGW-1 und dem Evo nächsten Monat mal aus.

Aber deine Ausführungen zu Raymarine zeigen leider, dass sie ihre Politik einfach nicht ändern. Die Problem tauchen dann regelmäßig mittelfristig auf; reine nmea Verbindungen sind da eindeutig "langlebiger", was die Interoperabilität angeht.