Can extended Frame versenden

Gast #5531350
Lesenswert?
• ▲
▼
Hallo Zusammen,

ich stehe gerade auf dem Schlauch. Ich habe ein Gerät, an dem ich testen 
möchte, ob es extended frames empfangen kann. Hierzu habe ich eine 
Software am PC (Pcan-View) mit dem ich ein Frame jeglicher Art 
rausschicken kann. Ich mache folgendes:

1. Standard SDO Frame rausschicken:

ID:     Länge:   Daten:
651h     8byte   40 40 30 01 00 00 00 00


2. Und nun dachte ich mir, ich schicke genau die gleiche ID als extended 
Frame. Die Software macht dann folgendes daraus:

ID:           Länge:   Daten:
00000651h     8byte   40 40 30 01 00 00 00 00

Es wird der Rest des 29 Bit Identifiers mit nullen gefüllt. Ist das ein 
gültiges extended Frame? Ich frage deshalb weil ich keinerlei Antwort 
vom Gerät bekomme und ich mir nicht sicher bin, obs am Gerät oder an dem 
Typ davor liegt ;-)
Gast #5531415
Lesenswert?
• ▲
▼
Mxrxo schrieb:
> Es wird der Rest des 29 Bit Identifiers mit nullen gefüllt.
Was hast Du erwartet?

> Ist das ein
> gültiges extended Frame?
Wenn das Identifier extension bit gesetzt ist, dann schon.
Machst Du das "Gerät" selbst? Manche Implementierungen von 
Hardware-Filtern im CAN Controller unterscheiden auch, ob das Bit 
gesetzt ist. STM32 z.B.
Gast #5531444
Lesenswert?
• ▲
▼
Max schrieb:
> Mxrxo schrieb:
>> Es wird der Rest des 29 Bit Identifiers mit nullen gefüllt.
> Was hast Du erwartet?

Nein das passt schon. Habe ich erwartet. Ich wollte nur sicher gehen.


>> Ist das ein
>> gültiges extended Frame?
> Wenn das Identifier extension bit gesetzt ist, dann schon.
> Machst Du das "Gerät" selbst? Manche Implementierungen von
> Hardware-Filtern im CAN Controller unterscheiden auch, ob das Bit
> gesetzt ist. STM32 z.B.

Ich gehe davon aus, dass die Pcan-View Software das schon setzt. Ich 
kann es im Menü beim bearbeiten der Botschaft anklicken. Das Gerät hat 
auch einen STM32. Mich hats etwas gewundert, dass ich überhaupt keine 
Antwort bekommen. Andererseits könnte das erklären, dass hier in der 
Software beim Verarbeiten des Telegrams was schief geht. Denn der CAN 
Controller hat ja scheinbar den Frame akzeptiert. Sonst müsste er ja von 
sich aus bereits einen Fehler melden.
Gast #5531961
Lesenswert?
• ▲
▼
Hm, deine Antworten lassen mehrere Interpretationen zu, ob die Sache nun 
klar ist.

Standard und Extended IDs sind zwei verschiedene Nachrichten, auch wenn 
die ID vom Wert her identisch ist. Bei einer sauberen Implementation des 
Treibers wird da unterschieden, deswegen ist es sogar richtig, wenn das 
Gerät nicht reagiert.
Gast #5532303
Lesenswert?
• ▲
▼
Harald schrieb:
> Hm, deine Antworten lassen mehrere Interpretationen zu, ob die
> Sache nun
> klar ist.
>
> Standard und Extended IDs sind zwei verschiedene Nachrichten, auch wenn
> die ID vom Wert her identisch ist. Bei einer sauberen Implementation des
> Treibers wird da unterschieden, deswegen ist es sogar richtig, wenn das
> Gerät nicht reagiert.

Danke für den Hinweis. Dann werde ich mir mal zunächst den 
Empfangsfilter anschauen.

Antwort schreiben

Hinweis: der ursprüngliche Beitrag ist mehr als 6 Monate alt. Bitte hier nur auf die ursprüngliche Frage antworten, für neue Fragen einen neuen Beitrag erstellen.

Formatierung
  • [c]C-Code[/c]
  • [code]Code in anderen Sprachen, ASCII-Zeichnungen[/code]
  • [math]Formel in LaTeX-Syntax[/math]
  • [[Titel]] – Link zu einem Artikel
  • Verweis auf einen anderen Beitrag: Rechtsklick auf dessen Beitrags-ID (#8078628), „Adresse kopieren“, in den Text einfügen

Mehr zur Formatierung

Längeren Sourcecode als Anhang, nicht in den Text. JPG nur für Fotos und Scans; Zeichnungen und Screenshots als PNG oder GIF. Siehe Bildformate.

Schon registriert? Anmelden

Wird nicht angezeigt. Wir schicken dir einen Link; sobald du damit bestätigst, erscheint dein Beitrag.

Mit dem Abschicken legst du einen kostenlosen Account an und erkennst die Nutzungsbedingungen und die Datenschutzerklärung an.