ATmega169 "EIMSK" nicht ansprechbar

[Martin N. (martin02)]

Hallo zusammen,

ich versuche, die Pin Change Interrupts beim ATmega169 zu nutzen. Aber 
der Befehl

EIMSK = (1<<PCIE1);

funktioniert nicht. Das Register EIMSK ist danach immer noch =Null (habe 
es testweise ausgelesen) und die Interrupts laufen nicht. Im Debugger 
geht es einwandfrei. Der Oszillator läuft, andere Interrupts, z.B. Timer 
funktionieren. Selbst wenn ich das Programm auf wenige Zeilen 
zusammenkürze, ich kann EIMSK nicht beschreiben. Auch ohne 
Compileroptimierung ändert sich nichts.

Was kann man noch tun?

Danke und Grüße
Martin

[P. M. (o-o)]

Interrupts laufen nicht, oder Register wird nicht beschrieben?

Gewisse grosse Megas haben einen Kompatibilitätsmodus. Mein ähnliches 
Problem kürzlich war darauf zurückzuführen. Keine Ahnung, ob das auf den 
169 zutrifft. Mal im Datenblatt schauen?

[Martin N. (martin02)]

Andere Interrupts laufen, aber nicht die externen (PCINT).

Deshalb habe ich alles mögliche überprüft und gefunden, dass das EIMSK 
Register nicht beschrieben wird. Wie gesagt, im Debugger geht es.

Zum Kompatibilitätsmodus finde ich im Datenblatt nichts.

[Julian B. (julinho)]

Hab gerade mal in ein altes Projekt  Mega 169 geschaut, da hab ich EIMSK 
ohne Probleme schreiben können. Ist auch kein doppelt verwendetes 
Register.
Poste doch mal den Code.

Gruss

[Jörg W. (dl8dtl) (Moderator)]

Martin N/a schrieb:
> Wie gesagt, im Debugger geht es.

Diese Aussage hat keinen Sinn.

Vermutlich wolltest du schreiben "im Simulator geht es".  Das hilft
dir aber gar nichts, denn du willst ja nicht mit dem Simulator
arbeiten ...

Wodurch hast du denn das ausgelesene Bit verifiziert?  JTAG-Debugger?

[Spess53 (Gast)]

Hi

>Andere Interrupts laufen, aber nicht die externen (PCINT).

Auch die PINs in PCMSK1 freigegeben?

MfG Spess

[Martin N. (martin02)]

Ja, ich meine den Simulator. Das Überprüfen habe ich nur zur Fehlersuche 
eingeschoben. Pins in PCMSK1 sind freigegeben.

Hier mal der Code, an PB4..6 sind Taster gegen Masse (normal einlesen 
über PINB geht), PE6 ist ein Testausgang.

#define F_CPU 1000000

#include <avr/io.h>
#include <avr/interrupt.h>

ISR(SIG_PIN_CHANGE1);

int main(void)
{
  DDRE = (1<<PE6);
  PORTB = (1<<PB4)|(1<<PB5)|(1<<PB6);

  EIMSK  = (1<<PCIE1);
  PCMSK1 = (1<<PCINT12)|(1<<PCINT13)|(1<<PCINT14);
  if(EIMSK) PORTE |= (1<<PE6);  // zur Fehlersuche, EIMSK ist hier leider Null
  sei();

  while(1)
  {
    asm("nop");
  }
}

ISR(SIG_PIN_CHANGE1)
{
  PORTE |= (1<<PE6);
}

[holger (Gast)]

ISR(SIG_PIN_CHANGE1);

Was soll der Quatsch? Du brauchst keinen Prototypen
für einen Interrupt.

[holger (Gast)]

Brennst du auch die richtige HEX Datei?

[Martin N. (martin02)]

Schadet das mit dem Prototypen? Sollte der Übersichtlichkeit dienen.

Die falsche HEX zu brennen ist mir wirklich schon passiert, in diesem 
Fall aber nicht.

[Knut B. (Firma: TravelRec.) (travelrec)]

Schau mal hier ´rein, vielleicht hast Du ja einen Mega169PA...

http://www.atmel.com/Images/doc8295.pdf

[Martin N. (martin02)]

Knut: "...doc8295.pdf"

Super, danke! Das war es.

Es ist aber ungünstig, dass die zwei die gleiche Signatur haben. Die 
hatte ich extra überprüft.

Danke und schönen Sonntag
Martin

[Knut B. (Firma: TravelRec.) (travelrec)]

In der Tat. Bei anderen AVR-Controllern wird signaturmäßig zumindest 
zwischen P und xA Varianten unterschieden. Wahrscheinlich hat hier die 
Entwicklungsabteilung einfach das Marketing überholt ;-)