ATMega 168 Pin Change Interrupt nur bei steigender Flanke

Ralf B. schrieb:
> Der PCINT2 Interrupt wird aber nur bei steigender Flanke ausgelöst was
> es mir nicht ermöglicht ein Startbit(LOW) zu erkennen.

Das kann gar nicht sein. Zeig mal dein ganzes Programm und deine 
Hardware.

mfg.

Hier der Code + Schaltplan um den ATMega168.

Soll ein Soft-Uart werden

Wolfgang schrieb:
> Ralf B. schrieb:
>> Der PCINT2 Interrupt wird aber nur bei steigender Flanke ausgelöst was
>> es mir nicht ermöglicht ein Startbit(LOW) zu erkennen.
>
> Was hast du den im EICRA Register
>
> Thomas Eckmann schrieb:
>> Das kann gar nicht sein.
>
> Na, vielleicht steht's im Datenblatt. Für Int0 und Int1 wird die Flanke
> im External Interrupt Control Register A (EICRA) festgelegt, aber für
> Int2?

Na wie schön. Aber hier geht es um Pinchange-Interrupts.

mfg.

Ralf B. schrieb:
> Hier der Code + Schaltplan um den ATMega168.
>
> Soll ein Soft-Uart werden

Gibt es das auch in lesbar?
Was ist so schwer daran, die beiden Dateien als Anhang zu posten?

mfg.

Thomas Eckmann schrieb:
> Gibt es das auch in lesbar?
> Was ist so schwer daran, die beiden Dateien als Anhang zu posten?

Was ist an einer Rar-Datei nicht lesbar?

Dann noch mal einzeln. Büdde

Ralf B. schrieb:
> Der PCINT2 Interrupt wird aber nur bei steigender Flanke ausgelöst

Das wird wohl lediglich deine Falschinterpretation des beobachteten 
Fehlverhaltens sein.

Ich sehe nämlich nicht, dass du das Flag des Pin-Change-Interrupts vor 
dem wieder einschalten löscht, was bedeutet, dass er sofort danach 
auslöst, ganz ohne irgendeine Flanke zu diesem Zeitpunkt.

Ich hab jetzt mal ein

1

PCIFR |=  (1 << PCIF2);              // PCIF2: Pin change interrupt flag 2 cleared ( writing a logical one )

vor jedem dem aktivieren und in der ISR des Pin Change Interrups 
eingefügt. Keine andere Reaktion. Immer noch das gleiche verhalten.

ATMega168 defekt?

Wolfgang schrieb:
> Das fängt damit an, dass Firefox erstmal ganz pikiert fragt, wie es mit
> der Datei verfahren soll.

Einstellungssache. Edit->Preferences->Applications

Ralf B. schrieb:
> Ich hab jetzt mal ein
>
>
>

1

> PCIFR |=  (1 << PCIF2);              // PCIF2: Pin change interrupt flag 

2

> 2 cleared ( writing a logical one )

3

>

Mit einer Read-Modify-Write-Operation löscht du alle Flags, auch die, 
die nicht gelöscht werden sollen. Ist in diesem Fall zwar nicht relevant 
aber grundsätzlich werden die Flags mit

1

PCIFR = (1 >> Blabla);

gelöscht.

> vor jedem dem aktivieren und in der ISR des Pin Change Interrups
> eingefügt. Keine andere Reaktion. Immer noch das gleiche verhalten.

Du gehst recht intensiv mit dem Löschen und Setzen von Interrupt Enables 
zur Sache, inkl. cli und sei. Sowie dem Löschen der zugehörigen Flags. 
Wahrscheinlich kommt das was durcheinander.

> ATMega168 defekt?

Die eher unwahrscheinliche Option. Teste das mit einem kleinen 
Progrämmchen, das nichts anderes macht als PCINT, einfach aus.

mfg.

Stampede schrieb:
> Rein aus Interesse: Was soll diese Schaltung denn eigentlich machen?

Sie liest 3 Digitalmessschieber aus und sendet die Messwert zu 3 
7-Segment Anzeigen sowie an Peer USB an den PC zur Weiterverarbeitung.

-Lesen der Werte von den Messschieber funktioniert.
-Senden der Werte an die 7-Segmentanzeigen funktioniert.
-Senden an PC über USB funktioniert.
-Empfangen vom PC + Befehlsübernahme funktioniert.
-Lesen der Befehle von den Anzeigeeinheiten funktioniert jetzt nach paar 
Anregungen auch .... puh.

Ich hab in der Main-Schleife paar Delays zwischen dem Auslesen der 
Messschieber und damit dem Senden der Daten über Soft-Uart eingefügt.

Scheinbar hatte der Kontroller nicht genug Zeit auf die erste fallende 
Flanke zu reagieren.

Thomas Eckmann schrieb:
> Du gehst recht intensiv mit dem Löschen und Setzen von Interrupt Enables
> zur Sache, inkl. cli und sei. Sowie dem Löschen der zugehörigen Flags.
> Wahrscheinlich kommt das was durcheinander.

Das stimmt wohl! Es sollte erst mal funktionieren bevor ich daran 
rumoptimiere.

Danke an alle für die Denkanstöße! Die letzten 3 Tage nicht darauf 
gekommen dem Kontroller mal Zeit einzuräumen.