Bekomme AVR 410 nicht zum laufen

[BerndB (Gast)]

Hallo,
trotz tagelanger Fehlersuche bekomme ich keine RC5-Kommandos aus meinem 
ATmega32 heraus. Als Grundlage habe ich die AVR 410 genommen und auf 
8MHz angepasst. Es scheint so als ob in der Routine "sample" irgend 
etwas mit der Synchronisation nicht richtig läuft weil "er" aus dieser 
Funktion nicht herauskommt. Der Sender funktioniert bei anderen 
RC5-Geräten einwandfrei.
Oder kann es auch daran liegen das es mit diesem Prozessor nicht möglich 
ist?
Danke für jeden Tip!

MfG
Bernd

[Dirk (Gast)]

Wo und mit welchem Wert initialisierst Du das Register "flipflop" ?

[Dirk (Gast)]

Und wie kommst Du in der Interruptroutine auf 8 MHz bei einem 4 MHz 
Quarz?

[BerndB (Gast)]

Hallo Dirk,

gar nicht! Im ersten Durchlauf hat das Register eine 0x00 daraus wird 
dann 0xFF usw. Die geforderten 64µs werden somit eingehalten.

[Dirk (Gast)]

Sorry aber was ist den das für ein MÜLLiger Programmierstil ?

[BerndB (Gast)]

Wie meinst du das?

[Dirk (Gast)]

Dann lies zum Bsp. schon mal folgenden Thread.

Beitrag "Register nach Reset nicht leer?"

Sollte Dein Register "flipflops" ohne Initisalisierung nicht 0 sein,

so wird Dein Sprungbefehl in der ISR immer den gleichen Weg gehen.
Egal wie oft Du Ihn Komplementierst.

Jeder Wert <>0 gibt als Komplemet <>0

Ich hab mir Deinen Routine noch nicht mal weiter angeschaut und weiss 
auch
noch nicht, ob es das Problem ist aber setze als allererstes mal den
Wert von flipflop am Anfang auf Wert 0.

LDI    flipflop, 0

[Sascha W. (sascha_w)]

er meint das du ein Register in dem du den Wert (hier 0) erwartest am 
Begin des Programms dieses auch mit dem Wert initialisierst.
Ich meine im Datenblatt noch nicht's darüber gelesen zu haben, das der 
Wert aller Register r0..r31 nach einem Reset null ist.

Sascha

[BerndB (Gast)]

Ok danke, habe verstanden, aber es hat leider nicht geholfen.
Im Debug scheint das timing in Ordnung zu sein.

[Dirk (Gast)]

PortB = output ? ausgegeben auf DDRa ?

hmmmm?



    SER    temp    //PortB = output
    OUT    DDRa, temp//B, temp

[BerndB (Gast)]

Entschuldigung, habe zu spät bemerkt das ich diese Änderung nicht 
zurückgenommen habe.
Hier mein geänderter Code.
Danke Dirk!

[Lothar M. (Firma: Titel) (lkmiller) (Moderator)]

BerndB schrieb:
> Hier mein geänderter Code.
Und? Geht der jetzt?

[BerndB (Gast)]

Nein, leider keine Änderung am Ergebnis!

[Sascha W. (sascha_w)]

woher weist du das es nicht funktioniert?

wenn ich dein Programm sehe

main:    RCALL  detect      //Call RC5 detect routine

      CPI    system, SYS_ADDR//Responds only at the spezified address
      BRNE  release      //Branch if Not Equal (test the Zero flag)

      ANDI  command, 0x3F  //Remove control bit (Logical and Immediate)
                  //Performs the logical AND between the contents of
                  // register Rd and a constant and places the result
                  // in the destination register Rd.
      OUT    PortB, command

      RJMP  main
release:
      CLR    command  
                  //Clear PortB
      OUT    PortB, command
      RJMP  main

dann wird doch eine erfolgreiche Ausgabe an Port B sofort wieder 
gelöscht.

Sascha

[BerndB (Gast)]

Danke euch, darf ich euch noch einmal Montag ansprechen weil jetzt die 
Firma dicht macht?

Vielen Dank!
MfG
Bernd

[Dirk (Gast)]

Was genau funktioniert denn nicht?

DDRA vs. DDRB ist ja schon ein riesen Unterschied?

Was tut er/es und was nicht?

Mir ist der gesamte Aufbau dieser Routinen sehr suspekt, da das 
eigentlich Signal ausserhalb der ISR "gehandelt wird"

und dann noch mit vollkommen unnötigen 31K250 ints/sec

Dirk