Digitales VU- Meter

Andreas S. schrieb:
> Ist es richtig, dass das Audiosignal an X1-2 anliegt und dann zu PB4 zum
> uC kommt?

Jop. Ist korrekt.

Moin,

Uups - kleiner Copy+Paste Fehler in deinem Schaltbild. Dein R7 (mein R9) 
sollte 47k haben, nicht 270 Ohm. Sonst stimmt der Spannungsoffset fuer 
den ADC nicht.
Die LEDs sind bei dir anders gepolt als bei mir. Das wird prinzipiell 
auch funktionieren, aber die Software musste dann anpassen.
Wenn ich mich noch recht erinnere, kanns sein, dass ich die LEDs auch 
urspruenglich so gepolt wie du einbauen wollte, aber irgendwie waren sie 
dann doch andersrum...

Gruss
WK

Beitrag "VU-Meter mit Attiny13a statt LM3916"
die Software ist natürlich auch noch nötig, hier der Originalthread

Moin,

HildeK schrieb:
> Hattest du nicht auch die LEDs anders verteilt an die Ports zwecks
> leichterem Routing und das nicht mehr dokumentiert?

Ja und Nein. Die LEDs hab' ich beim routen meines PCB etwas anders 
angeordnet, aber das passt dann zu meiner Software. Und auch die 
Bezeichnungen im .kicad_pcb/Bestueckungsplan passen dazu.
Allerdings ist's tatsaechlich so, dass die LEDs nicht LED1..12 
durchnumeriert in einer streng monoton aufsteigenden Reihe auf dem PCB 
nebeneinander liegen, sondern etwas "durcheinander".
Sprich: Wenn man sich exakt an meinen Schaltplan+Layout+Software 
haelt, sollte das auch funktionieren. Ich hab' da keine "geheime Zutat", 
die es braucht, um zu funktionieren oder mit Absicht irgendwelchen 
Quatsch eingebaut oder nachtraeglich noch was geandert und nicht 
dokumentiert.

Wenn man an der Anordnung/Polung der LEDs was aendert (z.b. wegen 
anderem PCB-Layout), wird man mindestens in der Software an der 
"display_table" ab Adresse 0x1c0 auch die entsprechenden Aenderungen 
vornehmen muessen, damit's spielt.
Dann braucht's auch die entsprechenden Tools wie avr-binutils und make 
um ein neues .hex file zu erstellen.

Wie oft im Leben: Wer (den ganzen Originalthread) lesen kann (auch 
Schaltplaene, Layouts und Software) ist klar im Vorteil :-)

Gruss
WK