Hallo, ich habe eine evtl. dämliche Frage: Werden durch Setzen des Bits "ACD" im ACSR-Register (ACSR |= (1 << ACD);) beim Atmega8, neben dem Deaktivieren des Komperators zwischen AIN0 und AIN1 selbige PINS auch für anderweitige Zwecke freigegeben? Ich vermute mal eher nicht, da dies durch die interne Beschaltung nicht möglich ist?! Freue mich über alle Reaktionen! ,-) Grüße Daniel
Port D is an 8-bit bi-directional I/O port with internal pull-up resistors (selected for each bit). Behauptet das Manual auf Seite 5. AIN1 ist einer davon. Könnte also gehen - oder auch nicht.
Daniel schrieb: > Hallo, ich habe eine evtl. dämliche Frage: > > Werden durch Setzen des Bits "ACD" im ACSR-Register (ACSR |= (1 << > ACD);) beim Atmega8, neben dem Deaktivieren des Komperators zwischen > AIN0 und AIN1 selbige PINS auch für anderweitige Zwecke freigegeben? Die brauchen nicht extra freigegeben werden. Die Benutzung des Komperators ändert nichts an der Pinkonfiguration. D.h. die Pins haben auch ihre ganz normale Funktion. Selbst dann, wenn du den Komperator benutzt. Stell dir einfach vor, der Komperator hängt parallel an den Pins und lauscht einfach mit.
Hi >Werden durch Setzen des Bits "ACD" im ACSR-Register (ACSR |= (1 << >ACD);) beim Atmega8, neben dem Deaktivieren des Komperators zwischen >AIN0 und AIN1 selbige PINS auch für anderweitige Zwecke freigegeben? Für welche anderweitigen Zwecke? Auch ein aktivierter Analogkomparator beeinflusst die digitalen Ein-/Ausgänge an diesen Pins nicht. MfG Spess
Super! Vielen Dank für die schnellen Antworten! Dann werd ich wohl den Fehler an einer anderen Stelle suchen müssen. Betreibe eine 3-Kanal Soft-PWM die jeweils einen MOSFET ansteuert. Leider spielen die beiden Kanäle, welche über die Pins des Komperators laufen verrückt. Hard- und Softwarefehler dachte ich eigentlich ausschließen zu können. Deswegen meine Frage ,-) Grüße
Daniel schrieb: > Hard- und Softwarefehler dachte ich eigentlich > ausschließen zu können. Komparator kannst du ja jetzt auch ausschließen. Dann bleibt ja immernoch die Möglichkeit einer defekten Charge oder, noch wahrscheinlicher, ein Bug im Design des Controllers. ;-) gruß cyblord
cyblord ---- schrieb: > Dann bleibt ja immernoch die Möglichkeit einer defekten Charge oder, > noch wahrscheinlicher, ein Bug im Design des Controllers. ;-) Hmm, also ich glaube, ein Bug im ATmega8, der dafür sorgt, daß die normale Port-Funktion von zwei Pins nicht geht, wäre inzwischen ziemlich bekannt.
Ein sehr beliebter Fehler ist es ja immer auch, die Versorgungs Pins AVcc nicht zu beschalten, denn schliesslich will man ja den ADC nicht benutzen :-) Nur leider versorgt halt dieser Anschluss den Port mit Strom und nicht nur den ADC.
Daniel schrieb: > Super! Vielen Dank für die schnellen Antworten! Dann werd ich wohl den > Fehler an einer anderen Stelle suchen müssen. Weise Entscheidung. Tip: zu 99% sitzt das Problem vor dem Monitor > laufen verrückt. Hard- und Softwarefehler dachte ich eigentlich > ausschließen zu können. Tja. da hast du wohl falsch gedacht.
Vielen Dank für die Antworten! Der/die Fehler bestanden aus 2 defekten Mosfets. Der Fehler liegt also indirekt doch am Benutzer ;-) Die Transistoren haben sich mit Sicherheit nicht ohne Grund verabschiedet :) Grüße
Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.