Can extended Frame versenden

Mxrxo 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 ;-)
Antwort Zitieren Bearbeiten Thread verschieben Thread sperren Anmeldepflicht aktivieren Anpinnen Thread löschen Thread mit anderem zusammenführen Beitrag melden
Max 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.
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Mxrxo 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.
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Harald 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.
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Mxrxo 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 Zitieren Bearbeiten Löschen Beitrag melden
Thread beobachten

Antwort schreiben

Bitte melde dich an, um einen Beitrag zu schreiben.

Bestehender Account

oder

Mit Google-Account einloggen

Noch kein Account?

Die Registrierung ist kostenlos und dauert nur eine Minute.

Jetzt registrieren