ATMega8 schaltet LED nicht

[Christian G. (christian1973)]

Hallo,

das folgende extrem einfache Programm soll eine LED an Port PB1 ein- und 
ausschalten:

#define F_CPU 1000000UL

#include <avr/io.h>
#include <util/delay.h>

void sleep(int milliseconds) {
  while (milliseconds > 0) {
    _delay_ms(1);
    milliseconds--;
  }
}

int main() { 
  // set lowest bit to output in DDRB register
  DDRB |= (1 << DDB0) | (1 << DDB1) | (1 << DDB2) | (1 << DDB3) | (1 << DDB4);
  
  while(1) {
    // lange Schreibweise
    //PORTB = PORTB | ( 1<<PB1 );
    // kurze Schreibweise
    PORTB |= (1<<PB1);
    sleep(500);
    PORTB &= ~(1<<PB1);
    sleep(500);
  }
  
  return 0;
}

Der Hardware-Aufbau ist auch super simpel - siehe Bild Connection. Es 
gibt eine Stromversorgung über 3*1,5v AA Batterien, einen 1uF Cap 
zwischen DVCC und DGND (AVCC und AGND hat nur eine Stromversorgung, aber 
keinen Cap da auch nicht genutzt). Die LED hängt über Widerstand am VCC 
und das GND-Beinchen am PB1 des ATMega.

Programmierung und Hochladen geschieht mittels eines Arduino Pro Mini 
(siehe Bild Programmer) und scheint auch zu funktionieren - zumindest 
liefert die Arduino IDE keinen Fehler und endet mit der positiven 
Meldung:

Reading | ################################################## | 100% 0.09s

avrdude: verifying ...
avrdude: 108 bytes of flash verified

avrdude done.  Thank you.

Kann mir einer sagen, was zum Geier ich hier falsch mache?

Christian

[Euro (Gast)]

Fehlt vielleicht der PullUp am Reset-Pin?

[Michael M. (Firma: Autotronic) (michael_metzer)]

Wenn 2,5V am 56 Ohm Widerstand abfallen, dann fließen 44mA. Das ist 
zuviel sowohl für den ATMega8, als auch für die LED.

Miss doch mal den Ausgang nach.

Oder LED verpolt.

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

Christian G. schrieb:
> Die LED hängt über Widerstand am VCC und das GND-Beinchen
DU meinst die Kathode, oder?
> am PB1 des ATMega.
Leuchtet die LED, wenn du da eine Brücke nach GND machst?

> #define F_CPU 1000000UL
Echt jetzt? Woher hast du die?
Du kannst da nicht irgendeine Taktfrequenz auswählen, sondern du musst 
dort das angeben, was tatsächlich am Taktgeber reinkommt.

Euro schrieb:
> Fehlt vielleicht der PullUp am Reset-Pin?
Das könnte man mit einem Messgerät mal messen.

[Christian G. (christian1973)]

Euro schrieb:
> Fehlt vielleicht der PullUp am Reset-Pin?

Danke für Diene Antwort, aber laut Datenblatt hat der ATMega doch einen 
internen Pullup hier, oder nicht? Außerdem funktioniert ja das 
Programmieren und Hochladen - zumindest gibt es diese typischen Fehler 
mit Connection Timed out etc. beim proggen nicht. Nur nachdem ich den 
ATMEga umstecke und unter Strom setze, passiert halt nix :-(

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

Christian G. schrieb:
> Außerdem funktioniert ja das Programmieren und Hochladen
Richtig: in einem anderen Board.
Du könntest übrigens nach dem Programmieren in diesem Board mal mit dem 
Multimeter messen, ob der PB1 dort dann zappelt.

BTW: das Steckbrett musste ja offenbar schon einiges mitmachen. Da 
könnte sich der eine oder andere Wackelkontakt ansammeln...

[Roland F. (rhf)]

Hallo,
Christian G. schrieb:
> ...passiert halt nix :-(

Michael M. schrieb:
> Oder LED verpolt.

Hast du das mal überprüft?

rhf

[Christian G. (christian1973)]

Lothar M. schrieb:
> Christian G. schrieb:
>> Die LED hängt über Widerstand am VCC und das GND-Beinchen
> DU meinst die Kathode, oder?

Äh ja - genau. Sorry falsch geschrieben.

>> am PB1 des ATMega.
> Leuchtet die LED, wenn du da eine Brücke nach GND machst?

Ja, dann leuchtet sie.

>> #define F_CPU 1000000UL
> Echt jetzt? Woher hast du die?
> Du kannst da nicht irgendeine Taktfrequenz auswählen, sondern du musst
> dort das angeben, was tatsächlich am Taktgeber reinkommt.

Ich hab in der Arduino IDE als Taktfrequenz auch 1MHz angegeben - 
allerdings hat mein Programmer einen externen 16MHz Quartz. Kannst das 
zu Schwierigkeiten führen?

> Euro schrieb:
>> Fehlt vielleicht der PullUp am Reset-Pin?
> Das könnte man mit einem Messgerät mal messen.
Ich kann ja mal einen 10kOhm an PIN 1 anbringen - aber wohin geht der zu 
GND?

[Christian G. (christian1973)]

Michael M. schrieb:
> Wenn 2,5V am 56 Ohm Widerstand abfallen, dann fließen 44mA. Das ist
> zuviel sowohl für den ATMega8, als auch für die LED.

Ich hab den 56er gegen 220 ausgetauscht. Wenn ich die Kathode der LED 
nach GND ziehe Leuchte sie jetzt ganz wenig.

> Miss doch mal den Ausgang nach.
Leider hab ich mein Messgerät verloren :-(

> Oder LED verpolt.
Nein, leider nicht :-( Leuchtet mit Kathode auf GND

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

Christian G. schrieb:
> allerdings hat mein Programmer einen externen 16MHz Quartz. Kannst das
> zu Schwierigkeiten führen?
Nein, das funktioniert ja.

> Ich hab in der Arduino IDE als Taktfrequenz auch 1MHz angegeben
Es geht nicht darum, was in der Entwicklungsumgebung angegeben ist, 
sondern wie die Fusebits des µC gesetzt sind. Evtl. braucht der 
verfusterweise einen externen Takt...

Christian G. schrieb:
> Leider hab ich mein Messgerät verloren :-(
Tragisch. Handlungsbedarf.

[EAF (Gast)]

Christian G. schrieb:
> Kann mir einer sagen, was zum Geier ich hier falsch mache?

Das Programm läuft.

Bekomme eine Warnung:
>  warning: "F_CPU" redefined


Also: Nein, ich habe keine Ahnung!
LED falsch rum?

[Christian G. (christian1973)]

Lothar M. schrieb:
> Christian G. schrieb:
>> allerdings hat mein Programmer einen externen 16MHz Quartz. Kannst das
>> zu Schwierigkeiten führen?
> Nein, das funktioniert ja.

Stimmt auch wieder.


>> Ich hab in der Arduino IDE als Taktfrequenz auch 1MHz angegeben
> Es geht nicht darum, was in der Entwicklungsumgebung angegeben ist,
> sondern wie die Fusebits des µC gesetzt sind. Evtl. braucht der
> verfusterweise einen externen Takt...

Verdammt. Wie finde ich das denn nun raus?

> Christian G. schrieb:
>> Leider hab ich mein Messgerät verloren :-(
> Tragisch. Handlungsbedarf.

Definitiv

[Christian G. (christian1973)]

EAF schrieb:
> Christian G. schrieb:
>> Kann mir einer sagen, was zum Geier ich hier falsch mache?
>
> Das Programm läuft.
>
> Bekomme eine Warnung:
>>  warning: "F_CPU" redefined

Das spricht für die falsche MHz Zahl, oder? Kann ich die Zeile einfach 
rausnehmen?

>
> Also: Nein, ich habe keine Ahnung!
> LED falsch rum?

Ne. Bei Kathode an GND im selben Aufbau, leuchtet sie.

[Andreas B. (bitverdreher)]

Christian G. schrieb:
> Verdammt. Wie finde ich das denn nun raus?

Indem Du im Programmer die fuses ausliest und hier mal postest.

[EAF (Gast)]

Andreas B. schrieb:
> Indem Du im Programmer die fuses ausliest und hier mal postest.

Die werden beim Hochladen von Arduino/AVRdude angezeigt.
Wenn man denn die Ausführlichen Ausgaben aktiviert.

[Euro (Gast)]

Im Bild mit dem Aufbau oben vergrößert sieht man auf dem IC die 
Beschriftung PIN1. Kann es sein, dass das gar kein nackter ATMega8, 
sondern etwas Vorprogrammiertes ist?

[Max B. (citgo)]

Euro schrieb:
> Im Bild mit dem Aufbau oben vergrößert sieht man auf dem IC die
> Beschriftung PIN1. Kann es sein, dass das gar kein nackter ATMega8,
> sondern etwas Vorprogrammiertes ist?

Hä?
Das hat der TO eingefügt damit wir wissen wo, was und wie angeschlossen 
ist.

[Sascha (Gast)]

@Christian

wenn du den Takt auf externen Quarz eingestellt hast, dann läuft er im 
Programmer - aber auf deinem Board mit der LED mangels Quarz natürlich 
nicht.
Da solltest du mal schauen was da eingestellt ist.

Sascha

[Christian G. (christian1973)]

EAF schrieb:
> Andreas B. schrieb:
>> Indem Du im Programmer die fuses ausliest und hier mal postest.
>
> Die werden beim Hochladen von Arduino/AVRdude angezeigt.
> Wenn man denn die Ausführlichen Ausgaben aktiviert.

Das hier:

Block Poll               Page                       Polled
Memory Typ  Mode Delay Size  Indx Paged  Size   Size #Pages MinW  MaxW  
----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- -----
eeprom      4    20    128   0    no     512    4    0    9000  9000 0xff 
flash       33   10    64    0    yes    8192   64   128  4500  4500 0xff 
lfuse       0    0     0     0    no     1      0    0    2000  2000 0x00 
hfuse       0    0     0     0    no     1      0    0    2000  2000 0x00 
efuse       0    0     0     0    no     0      0    0    0     0    0x00 
lock        0    0     0     0    no     1      0    0    2000  2000 0x00 
calibration 0    0     0     0    no     4      0    0    0     0    0x00 
signature   0    0     0     0    no     3      0    0    0     0    0x00

[Gutes Rad ist teuer (Gast)]

Lothar M. schrieb:
> DU meinst die Kathode, oder?
>> am PB1 des ATMega.
> Leuchtet die LED, wenn du da eine Brücke nach GND machst?

Klasse!

Wenn der Mega 8 dort H-Pegel ausgibt, schließt man schön dessen Ausgang 
nach GND kurz und erledigt ihn damit.

Prima Tip....

[Stefan F. (Gast)]

Christian G. schrieb:
> Das hier

Das war nicht gemeint, sondern die konkreten Werte der Fuses.
https://shawnhymel.com/622/quick-tip-reading-fuse-bits-in-an-arduino/

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

Gutes Rad ist teuer schrieb:
> Wenn der Mega 8 dort H-Pegel ausgibt, schließt man schön dessen Ausgang
> nach GND kurz und erledigt ihn damit.
Ach was. Der geht davon nicht kaputt. Der Kurzschluss soll da ja nicht 
für 3 Stunden drin sein. Zum E kennen, ob die LED leuchtet reicht 1 
Sekunde.

Aber auch 3 Stunden bringen den Pintreiber oder den AVR nicht um. 
Probiers einfach mal aus.

[Christian G. (christian1973)]

Stefan ⛄ F. schrieb:
> Christian G. schrieb:
>> Das hier
>
> Das war nicht gemeint, sondern die konkreten Werte der Fuses.
> https://shawnhymel.com/622/quick-tip-reading-fuse-bits-in-an-arduino/

ok.

/usr/local/bin/avrdude -C /Applications/Arduino.app/Contents/Java/hardware/tools/avr/etc/avrdude.conf -c avrisp -p m8 -P /dev/cu.usbmodem14201 -b 19200 -U lfuse:r:-:i -v

gibt das hier aus:

avrdude: AVR device initialized and ready to accept instructions

Reading | ################################################## | 100% 0.02s

avrdude: Device signature = 0x1e9307 (probably m8)
avrdude: safemode: lfuse reads as BF
avrdude: safemode: hfuse reads as C5
avrdude: safemode: Fuse reading not support by programmer.
              Safemode disabled.
avrdude: reading lfuse memory:

Reading | ################################################## | 100% 0.01s

avrdude: writing output file "<stdout>"
:01000000BF40
:00000001FF

avrdude: safemode: lfuse reads as BF
avrdude: safemode: hfuse reads as C5
avrdude: safemode: lfuse reads as BF
avrdude: safemode: hfuse reads as C5
avrdude: safemode: Sorry, reading back fuses was unreliable. I have given up and exited programming mode

avrdude done.  Thank you.

Dieser Teil hier macht mir etwas Sorgen:

avrdude: safemode: Fuse reading not support by programmer.
              Safemode disabled.

Wie gesagt, ich nutze einen Arduino Pro Mini als Programmer - habe ihn 
exakt nach Vorgaben aufgebaut und er scheint ja auch zu funktionieren, 
wenn man der Ausgabe beim hochladen glauben schenken darf - aber 
trotzdem .

[MaWin (Gast)]

Christian G. schrieb:
> gibt das hier aus:

Christian G. schrieb:
> I have given up and exited programming mode
> avrdude done.  Thank you.

Inwiefern glaubt du, dass bei dir irgendwas funktionieren würde ?

[S. Landolt (Gast)]

> lfuse reads as BF

'CKSEL3..0 External Crystal/Ceramic Resonator  1111 - 1010'

[Christian G. (christian1973)]

MaWin schrieb:
> Christian G. schrieb:
>> gibt das hier aus:
>
> Christian G. schrieb:
>> I have given up and exited programming mode
>> avrdude done.  Thank you.
>
> Inwiefern glaubt du, dass bei dir irgendwas funktionieren würde ?

Weil der Output beim hochladen dieser hier ist, und das doch schon sehr 
danach aussieht, als ob mein Programmer das sauber auf den Mega8 
gebracht hätte:

avrdude: Version 6.3-20201216
         Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/
         Copyright (c) 2007-2014 Joerg Wunsch

         System wide configuration file is "/Users/chris/Library/Arduino15/packages/MiniCore/hardware/avr/2.1.2/avrdude.conf"
         User configuration file is "/Users/chris/.avrduderc"
         
         Using Port                    : /dev/cu.usbmodem14201
         Using Programmer              : stk500v1
         Overriding Baud Rate          : 19200
         AVR Part                      : ATmega8
         Chip Erase delay              : 10000 us
         PAGEL                         : PD7
         BS2                           : PC2
         RESET disposition             : dedicated
         RETRY pulse                   : SCK
         serial program mode           : yes
         parallel program mode         : yes
         Timeout                       : 200
         StabDelay                     : 100
         CmdexeDelay                   : 25
         SyncLoops                     : 32
         ByteDelay                     : 0
         PollIndex                     : 3
         PollValue                     : 0x53
         Memory Detail                 :

                                  Block Poll               Page                       Polled
           Memory Type Mode Delay Size  Indx Paged  Size   Size #Pages MinW  MaxW   ReadBack
           ----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ----- ---------
           eeprom         4    20   128    0 no        512    4      0  9000  9000 0xff 0xff
           flash         33    10    64    0 yes      8192   64    128  4500  4500 0xff 0x00
           lfuse          0     0     0    0 no          1    0      0  2000  2000 0x00 0x00
           hfuse          0     0     0    0 no          1    0      0  2000  2000 0x00 0x00
           efuse          0     0     0    0 no          0    0      0     0     0 0x00 0x00
           lock           0     0     0    0 no          1    0      0  2000  2000 0x00 0x00
           calibration    0     0     0    0 no          4    0      0     0     0 0x00 0x00
           signature      0     0     0    0 no          3    0      0     0     0 0x00 0x00

         Programmer Type : STK500
         Description     : Atmel STK500 Version 1.x firmware
         Hardware Version: 2
         Firmware Version: 1.18
         Topcard         : Unknown
         Vtarget         : 0.0 V
         Varef           : 0.0 V
         Oscillator      : Off
         SCK period      : 0.1 us

avrdude: AVR device initialized and ready to accept instructions

Reading | ################################################## | 100% 0.02s

avrdude: Device signature = 0x1e9307 (probably m8)
avrdude: NOTE: "flash" memory has been specified, an erase cycle will be performed
         To disable this feature, specify the -D option.
avrdude: erasing chip
avrdude: reading input file "/var/folders/sf/g25yg3ys00q875038hypylbr0000gn/T/arduino_build_519575/Blink.ino.with_bootloader.hex"
avrdude: writing flash (108 bytes):

Writing | ################################################## | 100% 0.18s

avrdude: 108 bytes of flash written
avrdude: verifying flash memory against /var/folders/sf/g25yg3ys00q875038hypylbr0000gn/T/arduino_build_519575/Blink.ino.with_bootloader.hex:
avrdude: load data flash data from input file /var/folders/sf/g25yg3ys00q875038hypylbr0000gn/T/arduino_build_519575/Blink.ino.with_bootloader.hex:
avrdude: input file /var/folders/sf/g25yg3ys00q875038hypylbr0000gn/T/arduino_build_519575/Blink.ino.with_bootloader.hex contains 108 bytes
avrdude: reading on-chip flash data:

Reading | ################################################## | 100% 0.09s

avrdude: verifying ...
avrdude: 108 bytes of flash verified

avrdude done.  Thank you.

[S. Landolt (Gast)]

PS:
Also wenn das mit dem Fuse Low Byte 'BF' stimmt, dann einen Quarz > 1 
MHz an B6 & B7 stecken, einen externen Takt an B6 anschließen oder 
versuchen, die (Standard-) Werks-Fuses zu programmieren; derzeit hat der 
ATmega8 auf dem Steckbrett keinen Takt.

[Stefan F. (Gast)]

> use reading not support by programmer

Ich frage mich, was du auf das Arduino Modul geflasht hast. Der ISP 
Sketch der in der Arduino IDE enthalten ist unterstützt meines Wissens 
nach den Zugriff auf die Fuses.

Jedenfalls ist dein Mikrocontroller (Target) mit Quarz funktionsfähig, 
sonst hättest du dein Programm nicht hochladen können. Danach läuft er 
ohne Quarz offenbar nicht. Ergo: Schließe einen Quarz an.

Oder besorge dir einen Programmieradapter, mit dem du die Fuses ändern 
kannst, um auf den internen R/C Oszillator umzuschalten.

[EAF (Gast)]

Stefan ⛄ F. schrieb:
> Oder besorge dir einen Programmieradapter, mit dem du die Fuses ändern
> kannst, um auf den internen R/C Oszillator umzuschalten.

Hat er doch!
Oder?

Muss ihm nur 1MHz intern auswählen und einmal Bootloader brennen 
drücken.
Das setzt die Fuses.
Das geht auch wenn "kein Bootloader" ausgewählt wurde.

[Manfred (Gast)]

Stefan ⛄ F. schrieb:
> Ich frage mich, was du auf das Arduino Modul geflasht hast. Der ISP
> Sketch der in der Arduino IDE enthalten ist unterstützt meines Wissens
> nach den Zugriff auf die Fuses.

Wie ich die A*-IDE verstehe, werden die Fuses nur beim Flashen des 
Bootloaders gemäß der Definition in der Boards.txt gesetzt.

Lassen sich mit der A*-IDE überhaupt Programme für den ATMega8 
compilieren, der ist doch in deren Universum nicht vorgesehen?

[EAF (Gast)]

Manfred schrieb:
> Lassen sich mit der A*-IDE überhaupt Programme für den ATMega8
> compilieren, der ist doch in deren Universum nicht vorgesehen?
Mit der richtigen BoardDefinition lässt sich jeder µC nutzen, für den es 
eine gcc gibt.

Also: JA!

[Andre (Gast)]

Manfred schrieb:
> Stefan ⛄ F. schrieb:
>
>> Ich frage mich, was du auf das Arduino Modul geflasht hast. Der ISP
>> Sketch der in der Arduino IDE enthalten ist unterstützt meines Wissens
>> nach den Zugriff auf die Fuses.
>
> Wie ich die A*-IDE verstehe, werden die Fuses nur beim Flashen des
> Bootloaders gemäß der Definition in der Boards.txt gesetzt.
> Lassen sich mit der A*-IDE überhaupt Programme für den ATMega8
> compilieren, der ist doch in deren Universum nicht vorgesehen?

Dafür gibt es Erweiterungen
z.B.: https://github.com/MCUdude/MiniCore

[Christian G. (christian1973)]

Andre schrieb:
> Manfred schrieb:
>> Stefan ⛄ F. schrieb:
>>
>>> Ich frage mich, was du auf das Arduino Modul geflasht hast. Der ISP
>>> Sketch der in der Arduino IDE enthalten ist unterstützt meines Wissens
>>> nach den Zugriff auf die Fuses.
>>
>> Wie ich die A*-IDE verstehe, werden die Fuses nur beim Flashen des
>> Bootloaders gemäß der Definition in der Boards.txt gesetzt.
>> Lassen sich mit der A*-IDE überhaupt Programme für den ATMega8
>> compilieren, der ist doch in deren Universum nicht vorgesehen?
>
> Dafür gibt es Erweiterungen
> z.B.: https://github.com/MCUdude/MiniCore

Die hab ich drin

[Christian G. (christian1973)]

EAF schrieb:
> Stefan ⛄ F. schrieb:
>> Oder besorge dir einen Programmieradapter, mit dem du die Fuses ändern
>> kannst, um auf den internen R/C Oszillator umzuschalten.
>
> Hat er doch!
> Oder?
>
> Muss ihm nur 1MHz intern auswählen und einmal Bootloader brennen
> drücken.
> Das setzt die Fuses.
> Das geht auch wenn "kein Bootloader" ausgewählt wurde.

Da zeigt sich einmal mehr meine erschreckende Unwissenheit in Bezug auf 
Mikrocontroller.

Wenn ich die Antworten richtig verstanden habe, dann habe ich die Fuses 
des yC beim Vorgang "Brennen Bootloader" auf externen 16MHz Crystal 
gesetzt und nun kann ich nicht einfach sagen, mach mal intern 8MHz, wenn 
ich das Programm brenne? Also, die Fuses werden nur beim Bootloader 
brennen gesetzt und danach sind die Einstellungen unter Tools -> Clock 
eigentlich wirkungslos?

[Christian G. (christian1973)]

S. Landolt schrieb:
> PS:
> Also wenn das mit dem Fuse Low Byte 'BF' stimmt, dann einen Quarz > 1
> MHz an B6 & B7 stecken, einen externen Takt an B6 anschließen oder
> versuchen, die (Standard-) Werks-Fuses zu programmieren; derzeit hat der
> ATmega8 auf dem Steckbrett keinen Takt.

Verdammt. Ich versteh einfach noch zu wenig von dem Kram :-)

[Christian G. (christian1973)]

DER GÄHHT. ISCH WERD BEKLOPPT, DER GÄHHT.

oder anders ausgedrückt. Kaum macht mans richtig, schon funktioniert es.

Ich habe, wie geraten, unter Tools->Clock den Takt auf intern 8MHz 
gestellt, einmal Bootloader brennen gedrückt und dann mein Programm zur 
Sicherheit noch einmal hochgeladen. Und siehe da, die LED blinkt.

Nächstes Ziel: Marsroboter auf Basis eines Mega8 bauen :-)

Euch allen vielen, vielen Dank für die vielen Hilfestellungen und 
Tips!!!

[erklehr behr (Gast)]

Christian G. schrieb:
> Euch allen vielen, vielen Dank für die vielen Hilfestellungen und
> Tips!!!

Und nicht vergessen auch mal einen keramischen Abblock-
Kondensator zu verwenden. Bei manchen AVR-Controllern brauchts
auch mal zwei oder drei oder vier ....

Braucht's nicht? Geht auch ohne? Ja, das ganze Internet spricht
so. YMMV. Wenn's nicht funktioniert liegt es nie an fehlenden
Abblock-Kondensatoren. Am Öl kann's nicht gelegen haben, war ja
keins drin.

[Christian G. (christian1973)]

erklehr behr schrieb:
> Christian G. schrieb:
>> Euch allen vielen, vielen Dank für die vielen Hilfestellungen und
>> Tips!!!
>
> Und nicht vergessen auch mal einen keramischen Abblock-
> Kondensator zu verwenden. Bei manchen AVR-Controllern brauchts
> auch mal zwei oder drei oder vier ....

Jetzt muss ich mich schon wieder als Noob outen. Ich hab zwischen DGND 
und DVCC einen 1uF Kondensator und auf den VCC und GND Rails einen 100uF 
drin. Meinst Du so etwas, oder brauch ich noch woanders was?

> Braucht's nicht? Geht auch ohne? Ja, das ganze Internet spricht
> so. YMMV. Wenn's nicht funktioniert liegt es nie an fehlenden
> Abblock-Kondensatoren. Am Öl kann's nicht gelegen haben, war ja
> keins drin.
:-)

[Stefan F. (Gast)]

Christian G. schrieb:
> Jetzt muss ich mich schon wieder als Noob outen. Ich hab zwischen DGND
> und DVCC einen 1uF Kondensator und auf den VCC und GND Rails einen 100uF
> drin. Meinst Du so etwas, oder brauch ich noch woanders was?

Elkos alleine reichen nicht, die sind zu träge. Orientiere dich am 
Datenblatt des verwendeten Spannungsreglers. Da steht drin, welche 
Kondensatoren er drumherum braucht, um stabil zu arbeiten.

Zusätzlich soll jedes IC einen eigenen 100nF Kondensator (nicht Elko!) 
möglichst nahe zu seinen VCC/GND Pins haben.

Weitere Elkos braucht man normalerweise nicht.

[EAF (Gast)]

Stefan ⛄ F. schrieb:
> Zusätzlich soll jedes IC einen eigenen 100nF Kondensator (nicht Elko!)
> möglichst nahe zu seinen VCC/GND Pins haben.

Nicht nur einen!
Sondern an jedem Pärchen Versorgungspins einen.
Beim ATMega8 sind das damit schon 2

Reset und Aref dürfen, je nach Umständen, auch jeweils noch einen 
bekommen.

Somit sind wir bei 4 keramischen 100nF

Meine Glaskugel sagt:
Der keramische 100nF Kondensator ist das häufigste Bauteil auf digital 
Platinen.

Christian G. schrieb:
> Also, die Fuses werden nur beim Bootloader
> brennen gesetzt und danach sind die Einstellungen unter Tools -> Clock
> eigentlich wirkungslos?
Wirkungslos?
Nee... Deine Einstellung sagt dem Programm wie schnell der µC getaktet 
ist. Wird z.B. für Delays, Timeouts oder Baudrate Berechnungen benötigt.

Eigentlich...
Eigentlich kann man die Fuses Einstellungen auch im C Programm 
vornehmen, dann muss man nur die *.elf Datei dem AVRdude vorwerfen um 
sie gleich mit zu setzen. Leider wird das nicht unmittelbar von Arduino 
unterstützt, da Arduino in der Regel Bootloader nutzt, dieser aber die 
Fuses nicht schreiben kann.

[Georg M. (g_m)]

Stefan ⛄ F. schrieb:
> Zusätzlich soll jedes IC einen eigenen 100nF Kondensator (nicht Elko!)
> möglichst nahe zu seinen VCC/GND Pins haben.

Meine Mikrocontroller bekommen von mir 220nF. Naja, ich kann es mir 
leisten.

[Stefan F. (Gast)]

Georg M. schrieb:
> Meine Mikrocontroller bekommen von mir 220nF

Außenseiter :-)

[Olga M. (Gast)]

Stefan ⛄ F. schrieb:
> Georg M. schrieb:
>> Meine Mikrocontroller bekommen von mir 220nF
>
> Außenseiter :-)

Spitzenreiter ;-)

[EAF (Gast)]

Georg M. schrieb:
> Meine Mikrocontroller bekommen von mir 220nF. Naja, ich kann es mir
> leisten.

Mein Rat: Ersatzschaltbild betrachten!
Danach ist ein jeder Kondensator, auch mit seiner Leiterbahn, eine 
Kombination aus R, L und C.

Dein 220nF hat also andere Eigenschaften als ein 100nF.
Nicht unbedingt bessere.
Was besser ist, lässt sich nur im konkreten Einzelfall bewerten.

Drum setzt man auch gerne, an kritischen Stellen, mehrere verschiedene 
parallel.  Gerade wenn anlog und digital Schaltungen sich auf einem 
Board versammeln.

[Karl B. (gustav)]

EAF schrieb:
> Drum setzt man auch gerne, an kritischen Stellen, mehrere verschiedene
> parallel.

Hi,
nicht nur das, habe vor den Vcc-Pins am IC direkt 100µH Ferritdrosseln 
noch dran. (Und das auch ohne den ADC zu benutzen.). Die UART Anschlüsse 
wurden jeweils durch eine Ferritperle gezogen.
Frappierende Wirkung. Hörte immer im UKW-Taschenradio die Serielle RS232 
Schnittstelle takten vorher.

ciao
gustav

[Andreas B. (bitverdreher)]

Georg M. schrieb:
> Meine Mikrocontroller bekommen von mir 220nF. Naja, ich kann es mir
> leisten.

Dummerweise gilt hier halt nicht: Viel hilft viel. 100nF sind eher die 
obere Grenze.

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

Andreas B. schrieb:
> Dummerweise gilt hier halt nicht: Viel hilft viel.
> 100nF sind eher die obere Grenze.
Auch nur die halbe Wahrheit, denn vorrangig ist die Bauform relevant.
Je kleiner, desto kürzer sind die elektrischen Verbindungen und desto 
niedriger sind die parasitären Induktivitäten.

Deshalb gibt es auch Kondensatoren mit Kontakten an den Längsseiten. 
Deren Bauform heißt dann 0204, 0306, 0805 statt 0402, 0603, 0805 oder 
eben "Reversed":
https://www.mouser.de/c/passive-components/capacitors/ceramic-capacitors/mlccs-multilayer-ceramic-capacitors/multilayer-ceramic-capacitors-mlcc-smd-smt/?case%20code%20-%20in=0204%20%28Reversed%29

Oder andersrum: setze einen Kondensator im kleinsten plausiblen Gehäuse 
dicht an die Versorgungspins (es macht natürlich keinen Sinn, einen 0402 
Konsdensator zwischen 2 Pads eines Dil-Gehäuses zu löten). Wenn es einen 
Kondensator mit größerer Kapazität im gleichen Gehäuse gibt, dann nimm 
den.

Dort gibts das in Worten und im Film:
https://electronics360.globalspec.com/article/17341/decoupling-capacitors-and-modern-component-package-sizes

Aber für den AVR ist das Thema noch recht entspannt. Da reicht ein 
keramischer Kondensator mit einer Kapazität ab 47nF aufwärts und 
passender Spannung möglichst direkt zwischen dem Versorgungspärchen (Vcc 
und GND).
Und wenn man dann einen 220nF Kondensator mit 10V nimmt, dann kommt man 
automatisch bei einer kompakten Bauform heraus.

[Andreas B. (bitverdreher)]

Lothar M. schrieb:
> Je kleiner, desto kürzer sind die elektrischen Verbindungen und desto
> niedriger sind die parasitären Induktivitäten.
Stimmt, ich bin jetzt mal von gegebener Bauform ausgegangen.

> Deshalb gibt es auch Kondensatoren mit Kontakten an den Längsseiten.
Interessant. Die habe ich noch nie gesehen.

> Und wenn man dann einen 220nF Kondensator mit 10V nimmt,
Hat man bei 5V evtl. nur noch 100nF. ;-)

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

Andreas B. schrieb:
> Stimmt, ich bin jetzt mal von gegebener Bauform ausgegangen.
Aber gerade bei gegebener Bauform nimmt man den Kondensator mit der 
höheren Kapazität. Denn gerade bei einer gegebenen Bauform ist 
unabhängig von der Kapazität auch die parasitäre Induktivität annähernd 
gleich.

> Hat man bei 5V evtl. nur noch 100nF. ;-)
Dann passt es ja wieder. Und 220nF sind die besseren 100nF... ;-)