Zitat

Wenn man den pegel mit einem aufladenden kondensator simuliert, ist es dann nicht so, daß vielleicht die ersten 10 leds zum angehen vielleicht 3 sec brauchen und die restlichen 5 vielleicht ca 10-30 sec. ??

Sähe das dann nicht blöd aus. oder macht sich dieser negative effekt, daß die ersten prozente eines kondensators sich schnell aufladen, und die restlichen nur noch sehr langsam, dabei nicht bemerkbar??

Ups, stimmt. :-[ Also gut, statt einem Vorwiderstand muss man eine Konstantstromquelle nehmen, dann wird der Kondensator linear aufgeladen. Ich hab' da mal eine Konstantstromquelle gesehen, die bestand nur aus einem gebrückten BF245 oder so, also auch nicht viel aufwändiger als ein Widerstand.

Zitat

Wenn du deine nachricht eher geschrieben hättest, dann hätten wir vielleicht gar nicht erst mit den microcontrollern angefangen zu reden..

Hmpf, stimmt schon. Aber ich hab' zwei Kinder und (glücklicherweise) einen festen Job; und mein Chef sieht es ganz gerne, wenn ich tagsüber für ihn arbeite. ;D
Ich kann hier nur ab und zu 'reinsehen, sorry about...

nagut, da ihr ja nicht so auf die Controller lösungen steht :'(, noch mal ne *einfache* variante.
2 Serielle 8 bit schieberegister und 1 Timer.
der Dateneingang des Timers wird auf 1 gesetzt und der Clock eingang wird an den Taktgeber angeschlossen, jetzt sollte die LEDs mit jedem Takt eins weiter *wandern*. den Datenausgang des einen Schieberegisters mit dem anden Eingang verbinden und schon hast du 16 LEDs. um überlauf usw. brauch man sich nicht kümmern da ja immer neue einzen ins register geschoben werden.
Aufwand: 3ICs + LED Treiber. (2Ser. Register + NE555 + ein paar Rs und Cs dür die LEDs+Timer)


MfG
Sebastian

ich glaube, die version mit schieberegister ist dann einfacher, fällt mir gerade ein, wenn er will, daß die danach alle anbleiben. also nix mit zähler und bcd-decoder. da hätte er dann ja nochmal 16 mal diese "thyristor-stufen" bauen müssen, oder wie er sie auch nennt.

Ne dann ist schieberegister ok.


Oder hmm.. Wenn man das mit dem konstantstrom einfach bewerkstelligen kann, würde auch das gehen. aber das ist natürlich so ne sache. ist nicht viel kleiner.

Dann ist glaubeich die version mit den beiden schieberegistern die einfachste.

Für den fall, daß nur hochgezählt werden müßte, wäre meine version mit dem zähler die beste gewesen, aber so ist wirklich einwandfrei die version mit den schieberegistern die beste.

Ist einwandfrei und kann nix schief gehen.



Was natürlich nicht heißt, daß die microcontroller-lösungen schlecht sind.

Aber man muß natürlich berücksichtigen, ob der, der das bauen will, schon programmiersprachen- oder asembler-kenntnisse hat, ob er danach noch weitere schaltungen mit microcontroller bauen will und ob er bereit ist, für eine klitzekleine schaltung so einen aufwand zu betreiben.

Wenn er noch weitere schaltungen danach damit bauen will, ist der aufwand durchaus gerechtfertig, aber nicht, wenn es einzig und allein um nur diese einzige sache und danach keine weiteren sachen geht.


guck so:
Hm.. willste nicht mal nen microcontroller in den tee gerührt haben..? Nein? Och schade, ich war fest davon überzeugt. Kommt ich überrede und nerf dich noch ein bischen.. oder hm.. soll ich ihn dir vielleicht nachts in den tee rühren  ;D

Harhar ist das witzig.. denn ich kann ja nicht wissen, daß du ja nur diese eine einzigste schaltung bauen willst und ich WILL es auch gar nicht wissen.  ;D

Hm.. da kommen schwere zeiten auf mich zu, wenn ich dann das mit dem microcontroller dann auspbrobiert hab und weiß wie einfach es ist und ich nicht die anderen dazu überredet kriege, das auch so zu machen.. harhar ..

Hach ist das witzig..


Update:
Hab noch was vergessen.

Die treiber-ICs machen natürlich noch probleme. sind ja wohl auch nochmal nen paar, die du da eventuell bräuchtest.

Du kannst aber eventuell durch das schalten lassen über masse und passende widerstände dafür sorgen, daß die ICs auch ohne treiber keine probleme machen und die leds trozzdem hell genug leuchten.

Was du allerdings bewerkstelligen mußt, um die rote und die grüne passend einzuschalten, obwohl sie in nur einem gehäuse sind und nur 3 pole haben, weiß ich nicht. Das mußt du überlegen. Da kann man eventuell mehr zu sagen, wenn du mal ne pinbelegung zu den dingern abgibst.

@fksystems
irgendwie funktioniert mein Ironiedetektor nicht mehr
ich glaube ich werde mich mal dranmachen und euch ungläubigen ein paar einfache schaltungen machen und ein paar SW Programme schreiben die wirklich jeder versteht. ;D so vom typ Las Vegas als 1-2IC Lösung. und ein paar einfache Lichteffekte, wo dann nur noch die Bitmuster für die Squenzen eingegeben werden müssen. .. .. ich kann diese IC Gräber bei den diversen modding seiten nicht mehr sehen .
.
.
.
das mit den 2farbleds is ganz einfach, es gibt ja Treiber ICs die 8 Leistungstreiber beinhalten, diese wahlweise invertiert oder nichtinvertiert, ... wenn nun jeweils 1 treiber für die rote seite und ein dazu invertierter für die grüne seite geschalten wird leuchten beim einschalten alle roten und wenn die LEDS nacheinander eingeschalten werden wird aus rot grün,... es hängen sozusagen 2 treiber pro LED an einem Schieberegisterausgang.

MfG
Sebastian

lol bastian, genau das hatte ich doch schon vorgeschlagen

@r1ppch3n
das hatte ich doch glatt vor lauter binärcodierern und taktverstümmelungstechniken überlesen

trozdem brauch man mindestends 5 ICs, und ne Hand voll Rs und Cs.

is scho klar aba auf µCs hat dann ja doch wieder keiner bock... :

Also:
An einem Schieberegister liegt ein Taktsignal an. Und jedesmal, wenn ein Taktsignal ankommt, schaltet das Schieberegister (IC ) einen Ausgang dazu an.

Da ja eine Frage noch nicht erledigt ist (Habe ich vorhin überlesen ):

Um einen Mikrocontroller zu Programmieren braucht man:
- Programmiergerät (Parallelport, Serieller Port; gibts ja genug im Inet zu)
- Programm für den µController (in Assembler geschrieben, gibt aber noch andere Software dafür)
- Software um das Controllerlisting am Schluss in den Controller zu bekommen.

Ich würde dir persönlich zu einem PIC raten, der hat im Endeffekt nur den Nachteil, das er Werte nur Addieren und Subtrahieren, Halbieren und Verdoppeln kann. Aber das reicht für die meisten Probleme vollkommen aus.
Noch eine sehr gute Seite zur Thematik: http://www.sprut.de/

Hier mal die unterschiedlichen Bauformen (sind bei allen ICs/µCs gleich).

Die Zahl gibt an, wieviele Pins der Chip hat.

Und was für ne Bauform siehst du sowieso am besten im Datenblatt nach

also wenn ich auch nen tip geben darf:

wenn du einen atmel wählst, dann würde ich die software in C schreiben, nicht in assembler. gibts gute entwicklungsumgebungen dazu, z.B. CodeVision AVR.

ich mein klar, man kann solch kleine progrämmchen auch in assembler schreiben, aber man muss sich das leben ja nicht unnötig schwer machen. und eine hochsprache wie c ist halt doch etwas leicher verständlich als assembler (auch für anfänger, meine meinung).

will man dann später mal kompliziertere programme machen tut man sich damit dann auch leichter.

Assembler ist meiner Meinung nach auch gescheiter, da man damit den meistens sehr kleinen Flashspeicher sehr viel besser ausnutzen kann. Außerdem ist man mit Assembler einfach ein bisschen näher an der Materie als mit Hochsprachen.
Und kleine Programme sind mit Assembler wirklich schneller geschrieben als mit irgendeiner Hochsprache.

Aber im Endeffekt entscheidet immer die eigene Meinung... ;D

Zitat von »Blaine_the_Pain«

Und kleine Programme sind mit Assembler wirklich schneller geschrieben als mit irgendeiner Hochsprache.

:-X
:-X
:-X
:-X
<schweig verlegen weiter/>
:-X
:-X
:-X
:-X
<schweig immer noch verlegen weiter/>
:-X
:-X
:-X
:-X
Boah, ich kennen endlich einen der sowas kann! :o