Kont. Daten von PC an ATMega16/32 senden

So ganz genau kommt es nicht auf die 40ms an, wenn es ein Input-Lag von 
10-30ms gibt ist dies nicht so wild. Sie werden halt in ungefähr dieser 
Zeit vom Rechner gesendet, sollte der Atmega oder die RS232 mal ein 
Datenpaket verschlucken ist dies auch nicht so wild.

Vielen Dank für dein Rechenbeispiel!

dann ist das eine sehr luschige anforderung für die rs232... bei 
115kbaud gehen da locker 10kbyte/s durch.

Dann bin ich ja beruhigt :D

Kann mir noch jemand was zu dem Schaltplan sagen? Explizit zum MAX232?!

Hmm... Ist die Beschaltung des Quarzes total falsch oder nur in 
Beziehung auf die C? Hab ihn nun mal mit 22pf C's gegen GND beschaltet.

Für AVCC gegen Masse reicht der eine der sowieso den Plus gegen Masse 
steht nicht aus? Sollte ich dort ebenfalls ein 100nf nehmen?

Mal so am Rande, ist es eigentlich egal welche VDC Werte der Kondensator 
halten kann? (50, 100 VDC....)?

spess53 schrieb:

> Mit welcher Spannung versorgst du deinen AVR?
>
> MfG Spess

Ja mit 5V DC halt :D Aber ich finde halt den kleinsten 22pf Kondensator 
nur mit 50V DC. Das ist halt noch ein wenig verwirrend für mich :D

Und ja, ich werde es mir angewöhnen, danke für diesen Hinweis mit den 
Abblockkondensatoren!

Also Sprich: Es ist völlig egal welche Spannung ich nehme... Mensch ich 
brauche mal nen Buch über Kondensatoren und deren Arbeitsweisen :D

ich glaub TX/RX an der sub-d9 buchse bzw. am max232 sind vertauscht. TX 
ist soweit ich mich jetzt ein paar tage zurück erinnern kann der pin2.

aref bitte nicht auf Vcc legen sondern mit einem kondensator gegen GND.

der 4-Mhz quarz ist nicht sonderlich gut geeignet.
siehe baudratenquarze.
mit den 4MHz erreicht man keine baudrate genau. besser 3.6864 oder 
7.3728 MHz nehmen, damit erreicht man alles bis 115kbaud (grenze des 
MAX232).

stromversorgung Vcc des max232 fehlt im schaltplan.

bei den widerständen für die LEDs bedenken, daß 100mA pro port nicht 
überschritten werden dürfen. also am besten low-current-LEDs nehmen wenn 
nicht sichergestellt wird daß z.b. immer nur eine leuchtet oder den 
strom auf max. 12mA pro LED begrenzen.

Ben _ schrieb:
> ich glaub TX/RX an der sub-d9 buchse bzw. am max232 sind vertauscht. TX
> ist soweit ich mich jetzt ein paar tage zurück erinnern kann der pin2.

Jep, ich schau mich bei den Specs lieber nochmal durch. Hab gerade an 
diesem Rechner die Schaltung nicht da.

> der 4-Mhz quarz ist nicht sonderlich gut geeignet.
> siehe baudratenquarze.
> mit den 4MHz erreicht man keine baudrate genau. besser 3.6864 oder
> 7.3728 MHz nehmen, damit erreicht man alles bis 115kbaud (grenze des
> MAX232).

Gut gut, was ist eher zu empfehlen ein Osziquart oder reicht ein 
normaler mit 3.6864Mhz?

>
> stromversorgung Vcc des max232 fehlt im schaltplan.
>

Hmm.. hab den Anschlußplan aber so übernommen, er ist doch via Pin2 an 
5V angeschlossen, oder hat er noch einen seperaten VCC Pin?!

> bei den widerständen für die LEDs bedenken, daß 100mA pro port nicht
> überschritten werden dürfen. also am besten low-current-LEDs nehmen wenn
> nicht sichergestellt wird daß z.b. immer nur eine leuchtet oder den
> strom auf max. 12mA pro LED begrenzen.

Hmm... Jep, da werde ich wohl LC LED's nehmen müssen, leider. Diese 
haben nur 2mA, da liege ich dann weit darunter. Es kann sogar passieren 
das alle 16 LED's gleichzeitig leuchten, das ist ja das Problem gerade.

Gibt es eine vernünftige Alternative diese 200mA per uC (Wie bekommt ihr 
eigentlich das Mikron als Buchstabe hine?! :D ) zu übergehen. Ich will 
aber nun nicht unbedingt für jede LED einen einzelnen 
Leistungsverstärker verbraten? Einen seperaten LED Treiber eventuell?!

wenn du den hohen LED strom brauchst gehts nur mit einzelnen treibern, 
evtl. ICs aus der ULNxxxx reihe. glaube ULN2803 oder so, bin ich mir 
aber nicht sicher. da gibts auf jeden fall ICs wo gleich acht treiber 
drin sind.

wenn dir pro LED 12mA reichen kommst du ohne aus, mußt halt die 
widerstände entsprechend exakt wählen. 100mA pro port sind kein problem, 
200mA für den ganzen µC auch nicht.

einfach den 4mhz quarz rauswerfen und einen der beiden vorgeschlagenen 
baudratenquarze einsetzen. ich würd immer zum schnelleren tendieren, 
aber wenn dir die 3.6MHz reichen ist der auch super. mußt dann nur dein 
programm an die neue taktfrequenz anpassen, die ganze CPU läuft dann ein 
wenig langsamer (oder bei 7.2Mhz halt einiges schneller).

V+ am MAX232 ist nur einer der beiden stützkondensatoren der 
ladungspumpe. der Vcc pin fehlt ganz einfach komplett.

Ben _ schrieb:
> wenn du den hohen LED strom brauchst gehts nur mit einzelnen treibern,
> evtl. ICs aus der ULNxxxx reihe. glaube ULN2803 oder so, bin ich mir
> aber nicht sicher. da gibts auf jeden fall ICs wo gleich acht treiber
> drin sind.

Jep super, der ULN-2803A ist die Lösung des Problems. "The ULN2803A has 
a
2.7kW input resistor for 5V TTL and CMOS" Der 2,4,5 ist für höhere 
Spannungen (6-14V) vorgesehen. Er bietet wirklich direkt 8 Leitungen, 
praktisch, danke für den Tipp!

> einfach den 4mhz quarz rauswerfen und einen der beiden vorgeschlagenen
> baudratenquarze einsetzen. ich würd immer zum schnelleren tendieren,
> aber wenn dir die 3.6MHz reichen ist der auch super. mußt dann nur dein
> programm an die neue taktfrequenz anpassen, die ganze CPU läuft dann ein
> wenig langsamer (oder bei 7.2Mhz halt einiges schneller).

Ok, dann werde ich das so tun :D

> V+ am MAX232 ist nur einer der beiden stützkondensatoren der
> ladungspumpe. der Vcc pin fehlt ganz einfach komplett.

Nu gut, dürfte ja kein Problem sein. Finde den Pin schon irgendwie. 
lach

Also überarbeite ich heute mal meinen kompletten Schaltplan und werde 
euch dann gegen Abend weiterhin damit "belästigen".

Vielen Dank für die vielen Nützlichen Tipps bis dato.