ATMega16M1 empfangene ID auswerten ohne MOB?

[Thomas (kosmos)]

Ich habe mal eine Frage wie man es anstellt wenn man einen MOB so 
konfiguriert das er mehrere IDs akzeptiert wie ich dann die ID später 
auswerte.

Angenommen ich konfiguere das ganze so, dass mir ein Bereich von 3 IDs 
akzeptiert wird, denn empfängt der MOB das ganze und legt es in den 
Puffer, nun kann ich zwar den Puffer auslesen und habe meine Daten weiß 
aber nicht auf welche ID reagiert wurde.

Da ich 6 Mobs habe könnte ich jeden einzeln auf eine bestimmte ID 
konfigurieren, wenn ich aber mehr als 6 ID auswerten möchte muss ich es 
eh per Hand machen deswegen würde es mich interessieren, wie ich an die 
zugehörige ID komme wenn ein ganzer ID Bereich konfiguriert ist.

Hoffe ihr versteht was ich meine.

[Nixversteher (Gast)]

Thomas O. schrieb:
> Hoffe ihr versteht was ich meine.

Nein, ich weiss nicht was ein MOB ist und will mich auch
gar nicht erst auf die Suche begeben.

Auch der Rest ist mehr als unverständlich codiert.

[Thomas (kosmos)]

Meine CAN-Kommunikation funktioniert bereits deswegen behaupte ich mal 
das ich verstanden habe was ein MOB macht. Er kümmert sich eben in 
Hardware darum bestimmte Nachrichten ID Abhangig entgegenzunehmen.

Wenn ich jedem der 6 MOBs eine ID zuordne dann kann ich ja auswerten 
welcher MOB einen Interrupt ausgelößt hat und kenne dadurch ja die ID.

Was aber wenn ich einen MOB aber auf einen ganzen Bereich ID Bereich 
scharf schalte, wo lese landet die empfangene ID.

OK habs gefunden, die beiden Bytes für IDT werden überschrieben, werds 
gleich mal testen.

[Thomas (kosmos)]

ich habe immer noch das Problem das ich keine 2te Nachricht empfangen 
kann. Nach der ersten bekomme ich das ganze nicht mehr zurückgesetzt um 
auf dem gleichen MOB eine neue Nachricht empfängen kann.

Weiß nicht genau was in welche Reihenfolge gemacht werden muss in dieser 
Hinsicht werde ich aus dem Datenblatt nicht schlau.

Nach dem Empfangen und Verarbeitung der Nachricht führe ich folgende 
Schritte durch. Vielleicht kann mir jemand eine Abfolge posten den Code 
dafür kann ich dann schon selber schreiben.

lds temp, CANMSG    ; CAN Nachricht aus Buffer löschen
clr temp
sts CANMSG, temp

lds temp, CANSTMOB    ; CAN Statusregister löschen
ldi temp, 0
sts CANSTMOB, temp

lds temp, CANGIT    ; Interrupt Flags löschen durch 1 lt. Datenblatt
ldi temp, (1<<CANIT)|(1<<BOFFIT)|(1<<OVRTIM)|(1<<BXOK)|(1<<SERG)|(1<<CERG)|(1<<FERG)|(1<<AERG)
sts CANGIT, temp    ; (1<<CANIT) =readonly

lds temp, CANCDMOB    ; CANCDMOB disable
ldi temp,(0<<CONMOB1)|(0<<CONMOB0)|(0<<RPLV)|(0<<IDE)|(0<<DLC3)|(0<<DLC2)|(0<<DLC1)|(1<<DLC0)
sts CANCDMOB, temp    ; disable Mode, CAN 11bit identifier, 8bit data lenght muss vor CANGCON übermittelt werden

;init_CAN_Identifier_Tag:  IDT und IDM neu setzen
ldi temp, 0b01101000
sts CANIDT1, temp
ldi temp, 0b00000000
sts CANIDT2, temp

;init_CAN_Identifier_Maske:
ldi temp, 0b00000000    ;Bit10-3 IDM1
sts CANIDM1, temp
ldi temp, 0b00000000    ;Bit 2-0 IDM2
sts CANIDM2, temp
clr temp
;sts CANIDM3, temp    ;nur für CAN 2.0B erforderlich
;sts CANIDM4, temp

ldi temp,(1<<CONMOB1)|(0<<CONMOB0)|(0<<RPLV)|(0<<IDE)|(0<<DLC3)|(0<<DLC2)|(0<<DLC1)|(1<<DLC0)
sts CANCDMOB, temp    ; RX Mode enable, CAN 11bit identifier, 8bit data lenght muss vor CANGCON übermittelt werden
ldi temp,(0<<CONMOB1)|(0<<CONMOB0)|(0<<RPLV)|(0<<IDE)|(0<<DLC3)|(0<<DLC2)|(0<<DLC1)|(1<<DLC0)

[Thomas F. (igel)]

Vielleicht hilft das:

http://www.avrfreaks.net/forum/tut-using-8-bit-avr-controller-area-network-can-register

[Rudolph R. (rudolph)]

Der Betreff ist etwas seltsam, ohne MoB geht da gar nichts.
Das Thema hatten wir doch vor ein paar Wochen schon?

Die ID der empfangenen Botschaft landet im CANIDT Register der 
jeweiligen Message-Box.

[Thomas (kosmos)]

ok der Betreff war nicht ganz zutreffend. Es ging mir darum das ich 
anstatt 6 IDs auszuwerten mehr IDs oder sogar alle auswerten möchte, das 
kann ich ja mit der Maskierung erreichen. Allerdings ist mein Problem 
das nach der ersten empfangenen Nachricht Schluß ist, da ich das ganze 
nicht korrekt zurücksetzen kann.

Einmal frage ich mich wie dieser read-modify-write Prozess genau 
ablaufen muss. Muss man den CAN-Controller erst in den Standbysetzen 
usw... ich finde nirgend einen genauen ablauf, da ist das Datenblatt 
irgendwie zu grob so das ich den Fehler nicht finden kann.

Der AVRFreaks Link sieht vielversprechend aus werde das mal durchgehen.

[Rudolph R. (rudolph)]

Öh, man muss einfach nur CANIDT lesen wenn eine Message-Box signalisiert 
das sie eine Botschaft empfangen hat. Da steht dann drin welche das 
genau war.

[Thomas (kosmos)]

es ging nicht darum festzustellen welcher MOB die Nachricht empfangen zu 
hat sondern diesen wieder für die nächste Nachricht freizugeben.

[Thomas F. (igel)]

Rudolph R. schrieb:
> man muss einfach nur CANIDT lesen wenn eine Message-Box signalisiert
> das sie eine Botschaft empfangen hat.

Es geht wohl darum dass ein RX-MOB nach dem vollständigem Empfang einer 
Botschaft erst mal für weitere Botschaften gesperrt ist. Das MOB muss 
erst wieder freigegeben werden.

So aus dem Kopf:
CANIDT1 bis 4 löschen
CANCDMOB neu beschreiben
CANSTMOB löschen

Nachtrag:
Da die obigen alle MOB-Register sind muss man vorher das 
CANPAGE-Register auf das richtige MOB setzten.

[Rudolph R. (rudolph)]

Ah okay.

Ich kann das gerade nicht testen und habe auch gerade keinen Code zur 
Hand bei dem ich das erfolgreich mit dem Filter auf mehr als eine 
Botschaft programmiert habe.
Mal schauen, ob ich da heute Nachmittag mal dran komme.

Zum wieder frei geben muss normalerweise RXOK im CANSTMOB gelöscht und 
CANCDMOB neu geschrieben werden.
Wenn die Message-Box darauf konfiguriert ist überhaupt nur eine 
Botschaft anzunehmen ist das völlig ausreichend.
Wobei CANCDMOB als letzte Aktion neu beschrieben wird.

Mit mehreren Botschaften muss man wohl CANIDT neu schreiben oder 
zumindest einen Teil davon, weil das beim Empfang ja durch den 
erhaltetenen Wert überschrieben wird.

[Rudolph (Gast)]

Rudolph R. schrieb:
> Mit mehreren Botschaften muss man wohl CANIDT neu schreiben oder
> zumindest einen Teil davon, weil das beim Empfang ja durch den
> erhaltetenen Wert überschrieben wird.

Nope, das hatte ich falsch in Erinerung, man braucht das nicht.

Hier mal eine gekürzte Interrupt-Funktion in C mit der ich auf zwei MOBs 
jeweils vier Identifier empfangen habe:

ISR (CAN_INT_vect)
{
  uint8_t canpage;

  canpage = CANPAGE; // save canpage

  if(CANSIT2 & (1<<SIT1)) // MOB1
  {
    CANPAGE = (1<<4); // select MOB1
    CANSTMOB &= ~(1<<RXOK); // clear interrupt flag
    
    switch(CANIDT2 & 0xe0) // IDT0, IDT1, IDT2 at bit-position 5, 6, 7
    {
      case 0xe0:  // ID = 0x62f
...Botschaft lesen
        break;
      case 0x60:  // ID = 0x62b
...
        break;
      case 0xa0:  // ID = 0x62d
...
        break;
      case 0xc0:  // ID = 0x62e
...
        break;
      default:
      break;
    }

    CANCDMOB = (1<<CONMOB1) | (1<<DLC3); // set to receive, 8 bytes in message
  }

  if(CANSIT2 & (1<<SIT2)) // MOB2
  {
...
  }

  CANPAGE = canpage; // restore canpage
}

Die Bits die sich im CANIDT Register verändern sind ja durch die Maske 
vorher auf nicht beachten gestellt worden.