ATmega328 warum 16Mhz u. nicht 20Mhz (Arduino) und 2 spanungsquellen

USB hat seinen eigenen Controler, der arbeitet mit einem eigenen Takt. 
Die 16 Mhz sind aus Kompatiblitätsgründen, da der erste Arduino auch mit 
16 Mhz lief. So laufen auch die ältesten Sketches noch ohne Probleme.

Thomas Lembke schrieb:
> USB hat seinen eigenen Controler, der arbeitet mit einem eigenen Takt.
> Die 16 Mhz sind aus Kompatiblitätsgründen, da der erste Arduino auch mit
> 16 Mhz lief. So laufen auch die ältesten Sketches noch ohne Probleme.

So was dachte ich mir schon. Der Nachteil bzw. Inkompatibilität  währe 
bestimmt das der Sketch zu schnell abgearbeitet wird.
Das verstehe ich richtig?

Zur zweiten Frage noch mal.

Ich möchte eine Haupt Spannungsquelle(Akku eins) anschließen. Aber es 
soll möglich sein an einem andrem Pin Header auch noch einen weiteren 
Akku (Akku zwei) anzuschließen. Es wir dann zu 100% zwei Akkus mit zwei 
verschieden Spannungen. Wenn ich das richtig verstanden hatte dann wird 
der mit weniger Spannung aufgeladen. Das soll auf keinen Fall passieren.
Das Problem habe ich mit Sperrdioden gelöst.
Dann wir aber leider immer der Akku (Akku zwei) beansprucht der mehr 
Spannung hat. Das will ich aber nicht, ich möchte immer wenn die Haupt 
Spannungsquelle (Akku eins) auch angeschlossen ist auch nur diese 
beanspruchen.

Eine Lösung wehre natürlich die zweite Spannungsquelle mit einem Relais 
zu trennen kommt aber nicht infrage da diese immer so goß sind...

Gebe es eine andere bessere Lösung?

(Ich hoffe das man das besser versteht)

MfG
tiamatengine

Der geneigte Arduino-User kauft z.B. einen Arduino-UNO und der ist 
standardmäßig mit einem 16MHz Quarz bestückt. Ein Austauschen des 
kleinen 16MHz SMD-Quarzes könnte die meisten User überforderen.

Tiamat Engine schrieb:
> Ich möchte eine Haupt Spannungsquelle(Akku eins) anschließen. Aber es
> soll möglich sein an einem andrem Pin Header auch noch einen weiteren
> Akku (Akku zwei) anzuschließen. Es wir dann zu 100% zwei Akkus mit zwei
> verschieden Spannungen. Wenn ich das richtig verstanden hatte dann wird
> der mit weniger Spannung aufgeladen. Das soll auf keinen Fall passieren.
> Das Problem habe ich mit Sperrdioden gelöst.
> Dann wir aber leider immer der Akku (Akku zwei) beansprucht der mehr
> Spannung hat. Das will ich aber nicht, ich möchte immer wenn die Haupt
> Spannungsquelle (Akku eins) auch angeschlossen ist auch nur diese
> beanspruchen.

Akkus verschiedener Spannung parallel zu schalten verursacht eine 
Überlastung oder gar Kurzschluss des Akku mit der höheren Spannung und 
Überladung des andren.

Die Akkus mit je einer Diode an den Verbraucher anzuschließen, führt zur 
Entladung des einen Akku bis auf Unterspannung, dann erst setzt der 
zweite Akku ein. Der tiefentladene Akku wird schnell ruiniert sein.

Es geht also  nur mit einer Überwachung: wenn der eine Akku an die 
Grenze entladen ist, wird umgeschaltet. Nur ist dann der Aufwand an 
Logik+Relais oder Schalttransistoren recht groß, sodass das Niemand 
macht. Auch beim Laden macht eine solche Schaltung Probleme.

Zu den 16/20MHz

1. Ja der Prozessor geht schneller.

2. Wenn du eine UART Schnittstelle an einem 8Bit AVR betreibst mußt du 
imemr darauf achten, wie die die Taktrate der Schnittstelle erzeugst. 
Die Taktraten erzeugst du über Teiler aus der Frequenz des µC.

http://www.mikrocontroller.net/articles/AVR-Tutorial:_UART

Tiamat Engine schrieb:
> auf allen Arduinos mit dem ATmega328(p) ist nur ein Quarz mit 16 Mhz.
> Laut den technischen Daten von Atmel wäre auch ein Quarz mit 20 Mhz
> möglich.
> Warum wird dann nur ein 16 Mhz Quarz benutzt?

Das dürfte historisch begründet sein.

Die ersten Arduino-Boards hatten einen Atmega8 Controller drauf.
Der geht nur bis 16 MHz.

Und um die Portierung der Arduino Core-Libraries und Arduino 
Zusatzlibaries auf Atmega328 und Co. sowohl einfach zu halten als auch 
100% Kompatibilität zu wahren, ist man danach dann erstmal bei 16 Mhz 
Systemtakt für die Boards geblieben.

Bis dann das DUE-Board mit SAM3X Controller und 84 MHz größere 
Änderungen an der Arduino-Software notwendig gemacht hat.

Was mich viel mehr fuchst ist, wer je auf die Idee gekommen ist eine der 
Pinleisten um 1,27mm zu versetzen (Pin8 bis 13, GND, AREF, SDA, SCL) 
damit man da auch ja kein eigenes Lochraster-PCB drauf verbinden kann. 
Dummerweise hat sich der Mist jetzt etabliert.

Find ich total bescheuert. Die Dinger sind open source und eigentlich 
für maximale Flexibilität gedacht aber dann irgendwie.. doch nicht