PORT-B des ATMEGA168 und auch des ATMEGA48 immer $00

[Electronicfox (Gast)]

Hallo!
Ich hab ein kleines Problem mit 2 µC. Betrifft hierbei den ATMEGA168 und 
auch den ATMEGA48. Bei beiden funktioniert das PORT-B nicht als Ausgang. 
Als Eingang gibts keine Probleme. JTAG hab ich ausgeschlossen, da diese 
AVRs angeblich kein JTAG haben und in den Fuses fand ich meiner Meinung 
nach kein falsches Häkchen ( AVR-Studio4 ). Nun gehe ich davon aus, dass 
der Fehler im Sourcecode liegt. Mit dem Mega32 funktioniert die 
Schaltung übrigens einwandfrei. Im Prinzip sollte das doch einfaches 
Projekt werden, dachte ich zumindest ;)

Schönen Gruß!

[Reinhard R. (reirawb)]

Ändere mal

> ldi speca, LOW(RAMEND)
> out SPH, speca

in

ldi speca, HIGH(RAMEND)
out SPH, speca

wer weiß, wo sonst Dein Stack hängt :-)

Reinhard

[Steffen H. (avrsteffen)]

>Ändere mal

>> ldi speca, LOW(RAMEND)
>> out SPH, speca

>in

>ldi speca, HIGH(RAMEND)
>out SPH, speca

Genau das ist mir auch aufgefallen. Ansonsten scheint in deinem 
geposteten Code nichts weiter verdächtig. Das laden und speichern über 
lds und sts in den höheren ( > 3F) Registern wie ADMUX und ADCSRA hast 
du ja schon umgeändert.

Schreib mal, ob der oben genannte Fehler dein Problem mit PortB behoben 
hat. Die Schaltung sieht nämlich interessant aus. Wo hast du die her?

Steffen

[Electronicfox (Gast)]

habs jetzt geändert:

RESET:

; Stackpointer Init
ldi speca, LOW(RAMEND)
out SPL, speca
ldi speca, HIGH(RAMEND)
out SPH, speca

trotzdem bleibt PORTC 0

[Electronicfox (Gast)]

Electronicfox schrieb:
> habs jetzt geändert:
>
> RESET:
>
> ; Stackpointer Init
> ldi speca, LOW(RAMEND)
> out SPL, speca
> ldi speca, HIGH(RAMEND)
> out SPH, speca
>
> trotzdem bleibt PORTB 0

[Electronicfox (Gast)]

Steffen H. schrieb:

> Schreib mal, ob der oben genannte Fehler dein Problem mit PortB behoben
> hat. Die Schaltung sieht nämlich interessant aus. Wo hast du die her?
>
> Steffen

Die Schaltung hatte ich mal mit TTL-ICs und einen ADC-IC aufgebaut, 
welche mir mal so eingefallen. Danach wollte ich wissen obs mit AVRs 
auch geht und tat es auch, zumindest mit ATMEGA32 und ATTINY2313. Da 
aber die 28PINs gemütlicher sind als 40PINs hab ich es mit ATMEGA48 und 
ATMEGA168 probieren wollen.

[Steffen H. (avrsteffen)]

Mir fällt noch auf:

INPUTA:      ; Kanal 0, interne Referenzspannung
    ldi     sw, 0b11000000 
    STS     ADMUX, sw
    ldi     sw2,0b10000000
    STS     ADCSRA, sw2
  ret

Hier schaltest du den ADC ein. (bit7 in ADCSRA)

Und hier:

wait_adc:    ; wenn der ADC fertig ist, wird dieses Bit gelöscht
    ldi speca, 0b01000000
    STS ADCSRA, speca
...

..schaltest du den ADC wieder aus und willst gleichzeitig eine 
Konvertierung starten?

Steffen

[Steffen H. (avrsteffen)]

Jetzt hab ich mich sogar noch vertan.

Hier meine ich:

sample_adc:  ; den ADC starten
    ldi speca, 0b01000000
    STS ADCSRA, speca

Und hier willst du doch nur das Statusbit abfragen:

wait_adc:    ; wenn der ADC fertig ist, wird dieses Bit gelöscht
    ldi speca, 0b01000000  ; <- weglassen
    STS ADCSRA, speca      ; <- weglassen
    lds  ar0, ADCSRA
    cp ar0, speca          ; <- cpi ar0, ADSC (ADSC sollte in der m168.inc 
    breq wait_adc          ;                   deklariert sein)

Das geht natürlich nicht so!

[BerndB (Gast)]

Irgendwas ist an dem ADC code aber auch faul:

INPUTA:      ; Kanal 0, interne Referenzspannung
    ldi     sw, 0b11000000 
    STS     ADMUX, sw
    ldi     sw2,0b10000000
    STS     ADCSRA, sw2

Dies schaltet den ADC ein (bit #7 in ADCSRA)

  ret

sample_adc:  ; den ADC starten
    ldi speca, 0b01000000
    STS ADCSRA, speca

Hier schaltest Du den ADC wieder aus?! Bit 7 auf null... Und 
gleichzeitig startest Du eine Wandlung. Wird nicht gehen.

 
wait_adc:    ; wenn der ADC fertig ist, wird dieses Bit gelöscht
    ldi speca, 0b01000000
    STS ADCSRA, speca
    lds  ar0, ADCSRA
    cp ar0, speca
    breq wait_adc

Warum versuchst Du in der Schleife die Wandlung immer wieder zu starten 
(bit 6 auf 1?)
Und der Vergleich obs fertig ist wird auch schief gehen:
ADCSRA hat ja noch mehr bits, z.B. wird nach der ersten Wandlung das 
Interrupt-Flag-Bit gesetzt sein und der Vergleich dann immer ergeben 
dass die Schleife verlassen werden kann.

Vielleicht eher so:

INPUTA:      ; Kanal 0, interne Referenzspannung
    ldi     sw, 0b11000000 
    STS     ADMUX, sw
    ; ADC ein
    ldi     sw2,0b10000000
    STS     ADCSRA, sw2
    ret

sample_adc:  ; den ADC starten
    ; evtl sollte hier auch noch der ADC 
    ;clock prescaler (bit 0..2) geaendert werden, je
    ; nach deiner Taktfrequenz
    ldi speca, 0b11000000
    STS ADCSRA, speca
wait_adc:    ; wenn der ADC fertig ist, wird dieses Bit gelöscht
    lds  ar0, ADCSRA
    andi ar0, 0b01000000 ; ausmaskieren vonbit 6 
    brne wait_adc ; schleife, wenn immer noch 1

[Steffen H. (avrsteffen)]

Oh man, ist das schon so spät?

Doch kein cpi verwenden!

Dein polling auf ADSC sollte so ausehen:

wait_adc:    ; wenn der ADC fertig ist, wird dieses Bit gelöscht
    lds  ar0, ADCSRA
    sbrc ar0, ADSC
    rjmp wait_adc
 
; ADC einlesen:
    lds     speca, ADCL        ; immer zuerst LOW Byte lesen
    lds     specb, ADCH        ; danach das High Byte
    ret

[Electronicfox (Gast)]

Steffen H. schrieb:
> Oh man, ist das schon so spät?
>
> Doch kein cpi verwenden!
>
> Dein polling auf ADSC sollte so ausehen:wait_adc:    ; wenn der ADC fertig ist, 
wird dieses Bit gelöscht
>     lds  ar0, ADCSRA
>     sbrc ar0, ADSC
>     rjmp wait_adc
>
> ; ADC einlesen:
>     lds     speca, ADCL        ; immer zuerst LOW Byte lesen
>     lds     specb, ADCH        ; danach das High Byte
>     ret

Hallo!
Danke, genau das war der fehlende Ansatz.
Nun funktioniert alles wie bei ATMEGA32 ;)
Anscheinend bin ich total durcheinander gekommen mit LDS, STS statt IN 
und OUT