Hallo zusammen, ich versuche gerade mich in die Thematik Flexray einzulesen, hänge aber etwas in der Luft was den Flexray Frame bzw. dessen Interpretation angeht. Speziell der Bereich Payload, also die Nutzdaten des Frames, ist für mich unklar. Was ich verstanden habe ist, dass in einem Frame im statischen Bereich bis zu 254 Bytes übertragen werden können. Aber: - Wie werden diese Bytes interpretiert bzw. woher weiß der potentielle Empfänger wie er diesen Bytestrom zu interpretieren hat? (Es scheint ja keine Botschafts-ID o.ä. zu geben) - Wird im Slot X Frame Y in jedem Zyklus der gleiche Bytestrom (in Bezug auf die Interpretation) übertragen? Oder können die Bytes im nächsten Zyklus eine andere Bedeutung haben? - Was passiert wenn mehr als 254 Bytes versendet werden müssen? Vielen Dank für Eure hilfe. Gruß David
Schau mal bei www.vector.com, die haben eine ziemlich ausführliche Seite darüber und geben auch viel Infomaterial raus.
Danke für den Tipp. Auf den Vector-Seiten habe ich mich schon "durchgefrässt" inkl. webinar etc. Konnte aber leider speziell zu diesen Fragen keine Antwort finden. Gruß
Hallo David, ich gebe Dir mal ein paar kurze Antworten als Anhaltspunkte/Stichpunktlieferanten für die weitere Suche. Ich beschränke mich auf Automotive Anwendungsfälle, woanders darf Flexray ja ohnehin nicht eingesetzt werden, oder hat sich da inzwischen was getan? > - Wie werden diese Bytes interpretiert bzw. woher weiß der potentielle > Empfänger wie er diesen Bytestrom zu interpretieren hat? (Es scheint ja > keine Botschafts-ID o.ä. zu geben) Botschafts-ID ist im Prinzip gleichbedeutend mit Slot-ID und ggf. zusätzlich noch der Cycle-Count (Stichwort Cycle-Multiplexing). Wie die Datenbytes zu interpretieren sind (PDUs, Signale, etc.), weiß der Automobilhersteller und dokumentiert das entsprechend z.B. in einem FIBEX-File (XML - siehe ASAM e.V.). > - Wird im Slot X Frame Y in jedem Zyklus der gleiche Bytestrom (in Bezug > auf die Interpretation) übertragen? Oder können die Bytes im nächsten > Zyklus eine andere Bedeutung haben? Je nachdem, was sich derjenige gedacht hat, der den Bus Schedule entworfen hat. Man kann für jeden Slot individuell ein sogenanntes Cycle-Multiplexing einsetzen. Je nach Konfiguration kann dann je nach CycleCount ein anderer Inhalt übertragen werden. z.B. bei Cycle-Repetition 2 werden in geradzahligen und ungeradzahligen Cycles unterschiedliche Daten (PDUs) übertragen. > - Was passiert wenn mehr als 254 Bytes versendet werden müssen? Das kommt nur in sehr wenigen Fällen vor (z.B. beim Flashen via Flexray). In diesem Fall wird ein Transportprotokoll eingesetzt, bei dem die Daten in meherere kleinere Happen zerlegt und zyklusweise übertragen werden. Ansonsten sind die Signale im Auto allerhöchstens 32 bit lang (und das sind sehr wenige). Viele Grüße marrtn
Hallo marrtn, danke für deine ausführliche Antwort. Das hilft mir schon ein ganzes Stück weiter. Ein paar zusätzliche Fragen haben sich aber noch ergeben: > Botschafts-ID ist im Prinzip gleichbedeutend mit Slot-ID und ggf. > zusätzlich noch der Cycle-Count (Stichwort Cycle-Multiplexing). > Wie die Datenbytes zu interpretieren sind (PDUs, Signale, etc.), weiß > der Automobilhersteller und dokumentiert das entsprechend z.B. in einem > FIBEX-File (XML - siehe ASAM e.V.). Somit muss dem Sender und dem Empfänger das Layout der Slots von vornherein bekannt sein. Vergleichbar mit dem Botschafts-Layout z.B. auf dem CAN. (zumindest was den statischen Bereich der Übertragung angeht) Richtig? > In diesem Fall wird ein Transportprotokoll eingesetzt, bei dem > die Daten in meherere kleinere Happen zerlegt und zyklusweise übertragen > werden. OK, soweit klar entspricht dann dem Vorgehen auf dem CAN. > Ansonsten sind die Signale im Auto allerhöchstens 32 bit lang (und das > sind sehr wenige). Agree, aber die Signale werden doch zu PDUs zusammengefasst und somit müssten sich doch auch größere Datenmengen ergeben, die innerhalb eines Slots übertragen werden. Es wird doch nicht nur 1 Signal pro Slot übertragen, oder? > Ich beschränke mich auf Automotive Anwendungsfälle, woanders darf > Flexray ja ohnehin nicht eingesetzt werden, oder hat sich da inzwischen > was getan? Gute Frage, für mich sind auch nur die Anwendungsfälle im autmotive Bereich interessant. Danke + Gruß David
David schrieb: > Somit muss dem Sender und dem Empfänger das Layout der Slots von > vornherein bekannt sein. Vergleichbar mit dem Botschafts-Layout z.B. auf > dem CAN. (zumindest was den statischen Bereich der Übertragung angeht) > Richtig? Exakt. Auf beiden Seiten muss bekannt sein, in welchem Slot an welcher Stelle die interessanten Signale liegen. Darüberhinaus gibt es noch eine Reihe von "Low-Level-Parametern", die bei allen Steuergeräten an diesem Bus identisch sein müssen, ansonsten kann es sein, dass der Bus nichteinmal aufstarten ("synchron werden") kann. Mit diesen Parametern wird z.B. die Länge des statischen Segments, die Länge von Slots im st. Seg, die Länge von Minislots u.v.a.m. festgelegt. > Agree, aber die Signale werden doch zu PDUs zusammengefasst und somit > müssten sich doch auch größere Datenmengen ergeben, die innerhalb eines > Slots übertragen werden. Es wird doch nicht nur 1 Signal pro Slot > übertragen, oder? Ja klar, aber die PDUs sind natürlich so gewählt, dass sie in die entsprechenden Slots passen. Für PDUs, die zwischen CAN und Flexray geroutet werden, wird gerne eine Länge von 8 Byte genommen. Auf der Flexrayseite können dann mehrere 8-Byte-PDUs in einen längeren Frame/Slot gepackt werden. Gruß marrtn
marrtn schrieb: > ... Ich beschränke mich auf Automotive Anwendungsfälle, woanders darf > Flexray ja ohnehin nicht eingesetzt werden, ... Das es nur bei Automotive üblich ist, ist klar. Aber dass es nicht eingesetzt werden DARF(!) interessiert mich: Wo steht das ? Ist das eine Lizenzbedingung beim Verwenden der Controller-IC's ? mfg
Thread beobachten
Seitenaufteilung abschaltenBitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.