PWM von OC1A nach OC3B "verschieben"?

Ganz dumme Idee: Ist der OC3B Pin überhaupt als Output initialisiert?
Nichts für ungut, ich verschwende bloß selber immer wieder "gerne"
meine Zeit mit solch blöden Fehlern...

Ansonsten dreh mal die Reihenfolge der ocr-Ladebefehle um. So wie sie
jetzt stehen, lädst Du das H-Register mit irgendeinem vorher gesetzen
Wert. Siehe Abschnitt "Accessing 16-Bit Registers" im
AVR-Datenblatt.

Gruß Johannes

Also er war nicht als Out gesetzt, hab ich nun gemacht, leider ohne
Erfolg.

Hmm wie gesagt OC1A funktioniert, OC3B nicht. :-(

Ich vermute irgendwas übersehen zu haben, nur was?
Achja, ATMEGA 128 ist mein Spielzeug, mal wieder vergessen....

Gruß AVRli...

Hast Du die M103 Fuse gelöscht? Die ist im Auslieferungszustand nämlich
gebrannt, und damit ist Timer 3 nicht vorhanden...

Gruß Johannes

Ja das hab ich auch gelöscht. Das war gleich das erste als ich den Chip
im Board hatte. ;-) Gibt es ja einige Beiträge dazu.

(eben aber trotzdem nochmal überprüft)

Gruß AVRli...

Dann poste doch mal den entsprechenden Ausschnitt von dem Listing.

Gruß Johannes

Ähm nun hoffe ich schick das richtige...
Also Port I/O Richtung mach ich so...

  ldi wrH,(1<<PE3)|(1<<PE4)
  out PORTE,wrH
  out DDRE,wrH          ;PortE I/O setzen

dann wird der OC3B so initialisiert...

  ldi wrH,(1<<COM3B0)|(1<<WGM30)
  sts TCCR3A,wrH
  ldi wrH,(2<<WGM32)|(5<<CS30)
  sts TCCR3B,wrH

  ldi wrH,high(220)
  sts ocr3BH,wrH
  ldi wrH,low(220)
  sts ocr3BL,wrH


Wie geschrieben, auf OC1A läuft es, ich kapier es nicht... ist doch
komisch... ich werd doch den PIN nicht abgebrannt haben?

MfG AVRli...

Sorry, ich meinte den Auszug vom Output-Listing, also wo der erzeugte
Code in Hex drinsteht. Ich würde gerne sehen können, ob bei den stssen
wirklich die richtigen Adressen stehen.

Gruß Johannes

Ohh 8-) Johannes, da müßtest Du wohl erst eine AVRli Wissenslücke
schließen, wo find ich das? Ich verwende die neuste Version vom AVR
Studio.

Gruß AVRli...

Ach so. Na da kann ich auch einfach selber reinkucken. Allerdings glaube
ich beim AVR Studio doch nicht an solche Pannen.

Ich schreib gerade aus der Firma, Mittagspause. Heut abend mehr.

Gruß Johannes

Hi Johannes,

also ich hab nun mal das gesamte PortE umstrukturiert um OC3A frei zu
bekommen. Fazit da geht's. :-D

Naja ich denk es liegt einfach daran das ich noch lange nicht mit der
Mehrfachbelegung von OC3 A,B,C klar komme.

Nun für die Anwendung wäre eine Lösung gefunden, würde es gerne
verstehen wie es funktioniert, oder besser warum es nicht auf OC3B
ging.

Gruß AVRli...

Hallo AVRli,

oh Himmel, na klar! Sorry, aber gestern war ich wohl voll blind:

Mit (2<<WGMx2) (was dasselbe ist wie (1<<WGMx3)) und (1<<WGMx0) setzt
Du ja den Mode 9 - und dazu steht im Datenblatt OCRxA als TOP! Und weil
OCR3A nach dem Reset 0 ist und Dein Code nichts daran geändert hat, hat
Dein Zähler die ganze Zeit wohl brav von 0 nach 0 und zurück gezählt,
und damit den Wert in OCR3B natürlich nicht erreicht...

Ist mir glatt peinlich, dass ich das nicht gestern schon geblickt habe.
Ich mein, genau damit hab ich mich in meinen AVR-Anfangszeiten selber
schon mal ausgetrickst.

Gruß Johannes

Hi Johannes,

ob du es glaubst oder nicht, habs noch immer nicht gerafft. Sorry!
Also der Mode 9 ist dran Schlud, ok wie kann man nun den OCR3B
verwenden?

Könnte man den OC3B noch nehmen um nen kleinen SPEAKER für nen Pieps zu
animieren?

Oder hat man durch den Mode 9 die Anzahl der OCR3 Kanäle auf 1
beschränkt?

Gruß AVRli...

Hallo AVRli,

also in Mode 9 - und noch ein paar anderen - bestimmt OCRxA den Wert,
bis zu dem der Zähler hochzählt. Wenn der nun kleiner ist als der Wert
des OCRxB-Registers, mit dem Du Dein Ausgangssignal machen willst, wird
der Wert für die Änderung am OCxB-Pin nie erreicht, und es passiert dort
(logischerweise) nichts.

Mit anderen Worten: Du musst OCRxA immer auf mindesten denselben Wert
setzen wie OCRxB, auch wenn Du den OCxA-Ausgang gar nicht benutzt.

Jetzt klarer?

Gruß Johannes