Nein. Das ist die Farbe der Plastiklinse vor der LED. Die kann auch klar transparent sein, manchmal aber ist sie (aus welchen Gründen auch immer) eingefärbt.
Bei H0-Signalen genügt es, wenn die LEDs sichtbar leuchten. Als Raumbeleuchtung will man sie gerade da nicht einsetzen, d.h. bei heutigen LEDs ist ein Strom von 1 mA oft schon mehr als ausreichend.
Harald,
bei den WS2811 kann ich das über die Software einstellen.
0 = Aus 255 max. 18,5 mA. Da rund 20 mA möglich ist, möchte ich da auf die sicheren Seite sein. Das Problem ist auch bei den 4 LED Farben die Leuchtkraft halwegs gleich zu bekommen. Ich könnte jede LED mit eine individueller Stromstärke ansteuern. Aber das überfordert den Speicherplatz und eventuell auch die Rechenleistung. Der 8 Bit Controller muss auch das DCC Protokoll mitlesen und auswerten.
Ich könnte jede LED mit eine individueller Stromstärke ansteuern. Aber
das überfordert den Speicherplatz
Naja, pro Farbe eine individuelle Einstellung sollte doch nicht gleich den Speicherplatz überfordern, oder?
Weiß nicht, inwiefern der Abstrahlwinkel für deine Signale relevant ist. Richtige Signale haben ja noch eine Prismen-Streuscheibe davor, damit man sie auch von der Seite her erkennen kann. Je kleiner der Abstrahlwinkel, um so größer die Helligkeit (Einheit: Candela), die man wahrnimmt, bei gleichem Lichtstrom (Einheit: Lumen). Lichtströme werden aber häufig nur bei LEDs für Beleuchtungszwecke angegeben. Den Zusammenhang sollte man trotzdem verstanden haben, um verschiedene LEDs vergleichen zu können.
Last not least, kann es gut sein, dass du je nach Umgebungslicht mit unterschiedlichen Helligkeiten hantieren willst, damit sie einerseits bei heller Außenbeleuchtung zu sehen sind, andererseits im Dunkeln nicht alles überblenden.
Eine echte Herausforderung könnte es werden, auch noch gelbe und weiße Ziffern für Ks-Signale zu bauen. ;-) Balken für Hl wären ja fast noch einfach dagegen.
Der Speicherplatz für 168 DCC Adressen 2 Byte pro Adr. = 336
Jede Adresse hat 3 mögliche LED Nummer 3 Bytes 504
Gesamt 840 Bytes. Bei Signalen muss auch der aktuelle Schaltzustand gesichert werden.
Wenn ich dann noch alle 504 LED mit einem 8 Bit Leuchtwert speicher 504 Byte
Der Controller ATmega 328 hat EEPROM 1024 Bytes
Ja, es gibt andere Controller, ich verwende aber den.
Welcher tiefere Sinn steckt hinter der Überlegung, die LEDs für Modellbahnsignale in der Helligkeit steuern zu wollen? Die Lampen in echten Signalen kennen zwei Zustände: An und Aus.
Und das reicht für eine Modellbahn völlig aus, da muss man nichts dimmen.
Und das reicht für eine Modellbahn völlig aus, da muss man nichts
dimmen.
Es geht doch darum, den LEDs gleiche Helligkeiten (unabhängig der Farbe) zu verpassen.
Die kann man wunderbar mit dem WS2811 einstellen.
Man könnte so auch Produktionsschwankungken ausgleichen.
Dass man die LEDs im laufenden Betrieb hell- und dunkelsteuern kann, ist eine möglichkeit, aber kein Zwang.
Es gibt auch Leute, die Modellhäuser mit den ICs und Leutdioden ausrüsten...
Da kann man dann solche Sachen wie "Fernsehflimmern", "Spukschlossgeflacker" oder "Schweissen" realisieren.
Ich finde die Idee, das DCC-Signal auszuwerten und gleichzeit WS2811-Signale mit einem ATmega328 zu erzeugen, sportlich interessant.
Die LEDs werden ohne Vorwiderstand angeschlossen.
Bei meinem Projekt kann man für den DCC LED Decoder die Leuchtkraft für Tag und Nacht umschalten.
Wie hell oder dunkel die leuchten sollen, kann beim Konfigurieren bestimmt werden.
Die Signalschilder sollen für Signale die im 3D Druck erstellt wurden sein.
Der DCC LED Decoder funktioniert schon seit einiger Zeit. Die WS2811 sind aber extern von den Signalen oder LEDs .
Ich habe auch ein einfaches Video über das Konfigurieren gemacht. Die Signale wären nach meiner Meinung eine gute Ergänzung.
Ich habe nur Probleme die geeigneten SMD 0805 LEDs auszusuchen. Daher habe ich hier nachgefragt.
Es geht doch darum, den LEDs gleiche Helligkeiten (unabhängig der Farbe)
zu verpassen.
Die kann man wunderbar mit dem WS2811 einstellen.
Ist halt nur gnadenloser Overkill. Sich einmal hinsetzen, die nötigen Werte für Vorwiderstände bestimmen, um die Helligkeit abzugleichen, ist 'ne Sache von noch nicht mal fünf Minuten.
Das muss man ja nur pro LED-Typ einmal machen, nicht individuell für jedes Signal.
Ist halt nur gnadenloser Overkill. Sich einmal hinsetzen, die nötigen
Werte für Vorwiderstände bestimmen, um die Helligkeit abzugleichen, ist
'ne Sache von noch nicht mal fünf Minuten.
Das muss man ja nur pro LED-Typ einmal machen, nicht individuell für
jedes Signal.
Und wie möchtest du die ansteuern?
Mit einem WS2811 oder jede LED einzeln verdrahten?
Den Helligkeitsabgleich braucht man auch nur ein Mal machen und kann dann per Copy-And-Paste die Werte für alle Signale übernehmen.
Das sind Knoten die man über eine Datenleitung ansteuern kann. Ein Knoten kann jeweils 3 LEDs mit 0 bis 18.5mA ansteuern .
Daher brauchst Du auch keine Widerstände. Ich muss mich leider bei meinem Projekt auf eine gemeinsamen Wert 0 = Aus oder ein gemeinsamen Wert festlegen.
Es geht hier nicht ums Dimmen. Das aber auch andeutungsweise z. B. für Signale beim Ein Ausschalten gemacht wird. Das war früher bei den Signalen mit Glühlampen so erkennbar. Da ich jetzt die WS2811 direkt im Signal haben möchte, ist die Verkabelung stark reduziert. Ich denke das ist auch nicht für jeden Nietenfummler geeignet.
Aber für den normalen Modellbahner eine kostengünstige alternative.
Ich könnte jede LED mit eine
individueller Stromstärke ansteuern. Aber das überfordert den
Speicherplatz und eventuell auch die Rechenleistung. Der 8 Bit
Controller muss auch das DCC Protokoll mitlesen und auswerten.
Die Daten für die LEDs müssen doch nur neu übertragen werden, wenn sich an der Beleuchtung etwas ändern soll. Oder willst du bei einen wild blinkenden Jahrmarkt jede einzelne LED von der Zentrale aus steuern? ;-)
einmal hinsetzen, die nötigen
Werte für Vorwiderstände bestimmen, um die Helligkeit abzugleichen, ist
'ne Sache von noch nicht mal fünf Minuten.
Uiuiui, gaanz dünnes Eis Jungchen! Glaube mir, das ist nicht ganz so trivial! Ich habe komerziell H0-Signale entwickelt, da waren wir drei Leute stundenlang damit beschäftigt, die Leuchtstärke auszuprobieren und auszudiskutieren. Licht an/aus, Storen rauf/runter... BTW: Der Strom bewegt sich irgendwo im Hekto-Mikroampere-Bereich!
Die Daten für die LEDs müssen doch nur neu übertragen werden, wenn sich
an der Beleuchtung etwas ändern soll. Oder willst du bei einen wild
blinkenden Jahrmarkt jede einzelne LED von der Zentrale aus steuern? ;-)
Das überlasse ich den Anwender und ist durch den Datendurchsatz vom DCC Protokoll limitiert.
Aber wenn die Aus An.Dimmung aktiviert ist muss das schon für jeden Dimmschritt neu gesendet werden. Bei WS2811/12 leider immer für alle LEDs sie am WS Datenbus hängen.
Mit den Farbspektrum muss ich erst noch beschäftigen. Ist was neues für mich. Bin für jeden qualifizieren Rat dankbar.
Mach dir nichts draus, ich habe hier gerade kW/h gesehen. Das hat wohl jemand mit dem Thema "Stundenkilometer" verwechselt, also kmh - eigentlich wäre demnach hkm ja viel richtiger :-)
Rahul D. schrieb:
Es geht doch darum, den LEDs gleiche Helligkeiten (unabhängig der Farbe)
zu verpassen.
Die kann man wunderbar mit dem WS2811 einstellen.
Wie wird die "Gleichheit" der Helligkeit der einzelnen LEDs denn überhaupt ermittelt? mit dem Auge, pi mal Daumen?
Wenn ich dann noch alle 504 LED mit einem 8 Bit Leuchtwert speicher 504
Byte
Der Controller ATmega 328 hat EEPROM 1024 Bytes
Konstante Daten (und die sind am Ende konstant) kannst du auch problemlos direkt im Flash unterbringen. Der EEPROM ist nur dann (viel) bequemer, wenn du sie aus dem laufenden Programm heraus hin und wieder ändern willst.
Außerdem sollst du natürlich nicht individuelle Helligkeiten für alle LEDs einzeln abspeichern, sondern nur die vier Farben relativ zueinander.
onstante Daten (und die sind am Ende konstant) kannst du auch
problemlos direkt im Flash unterbringen. Der EEPROM ist nur dann (viel)
bequemer, wenn du sie aus dem laufenden Programm heraus hin und wieder
ändern willst.
Außerdem sollst du natürlich nicht individuelle Helligkeiten für alle
LEDs einzeln abspeichern, sondern nur die vier Farben relativ
zueinander.
Du hat im Prinzip recht. Aber der Anwender muss dann bei jeder LED die Farbe auswählem. Dann sind auch wieder pro LED 3 Bit Speicher weg.
Du musst auch bedenken das ist alles sehr Zeitkritisch.
Der Controller muss den DCC Datenstrom ohne unterbrechen eingelesen. Ungefähr alle 116 Mikrosekunden 0,0001 Sekunden muss ein Bit gelesen werden.
Bis ein DCC Datensatz zusammengesetzt ist. Der muss dann ausgewertet werden. Ist das ein Zubehörbefehl , dann muss die Tabelle mit 168 Adressen abgesucht werden.
Da steht dann die Anweisung, falls die Adresse vorhanden ist. Der WS2811 Datenstrom muss in einen sehr exakten Datenstrom ohne Unterbrechung gesendet werden.
Daher alle Interrupts müssen abgeschaltet sein. Das abspeichern der aktuellen Signalbilder muss im den EEpom gespeichert werden. Auch das dauert pro Byte 3mS.
auch das legt den Controller lahm .Das DCC lesen wird unterbrochen. Ich speicher daher nur wenn die Gleisspannung aus ist.
Eigentlich ist das hier nicht das Thema, aber ich wollte zeigen das es keine einfache Lösungen gibt.
Ich möchte nur eine möglichst gleichmäßige Leuchtkraft für alle 4 Farben. Und die Farben sollten stimmen. Die WS2811 senden ein Konstandstrom. ob das durch die LED Flussspannung beeinflusst wird weiß ich nicht.
Davon abgesehen, dass es nicht Millisiemens (Einheit für den Leitwert, mS) sondern Millisekunden (ms) sind: nein, so lange dauert vielleicht das Schreiben in den EEPROM, aber nicht das Lesen. Auch das Lesen aus dem Flash braucht nur minimal länger (wegen Harvard-Architektur) als das Lesen aus dem RAM.
LEDs mit deinen Anforderungen an die Leuchtstärke-Klassifikation, also recht eng toleriert, bekommt man von den Herstellern erst dann, wenn du da komplette Rollen kaufst mit einigen 10000 Stück. Für normale Consumer-Ware wirst du dich mit eher breit streuenden Angaben der Lichtstärke begnügen müssen, bei denen du eben nicht garantieren kannst, dass der gleiche Typ in der nächsten Charge in zwei Monaten beim gleichen Strom immer noch den gleichen Helligkeitseindruck macht.
Davon abgesehen, dass es nicht Millisiemens (Einheit für den Leitwert,
mS) sondern Millisekunden (ms) sind: nein, so lange dauert vielleicht
das Schreiben in den EEPROM, aber nicht das Lesen. Auch das Lesen aus
dem Flash braucht nur minimal länger (wegen Harvard-Architektur) als das
Lesen aus dem RAM.
Hallo,
ja! ms soll richtig sein, ist mir aber egal, ich denke mein Text enthält noch viel mehr Fehler.
Wenn ich so klug wären, musste ich hier nicht um Hilfe bitten.
Aber Du solltest auch ein Text gründlicher lesen, ich schreibe, dass ich die aktuellen Signalbilder in das EEProm schreiben möchte.
Das lesen ist kein Problem. Die Tabelle muss ständig ausgelesen werden.
Das mit den Fertigungs-Toleranzen, leuchte mir ein. Letztlich kann der Strom leicht über die Software reguliert werden.
Man muss dann ein Kompromiss finden. Den möchte ich aber möglichst klein halten.
Aber Du solltest auch ein Text gründlicher lesen, ich schreibe, dass ich
die aktuellen Signalbilder in das EEProm schreiben möchte.
OK, hatte ich überlesen. Damit hatte ich aber auch nicht gerechnet, warum müssen denn die Signalbilder über einen Reboot hinweg persistent sein? Oder musst du den EEPROM nehmen, weil du nicht genug RAM hast?
Ich gebe aber zu, 504 LEDs würde ich nicht mit einem einzigen so kleinen Controller steuern wollen.
Bevor's vergessen geht... Leds spezifiziert fuer 20mA muessen nicht mit 20mA betrieben werden, ausser man will damit etwas beleuchten.
Wenn Leds als Indikatoren dienen, laufen sie je nach Umgebung auch mit 0.1-2mA. Und da das Auge logarithmisch sieht ist das nicht ganz so wichtig, der doppelte, oder halbe Strom wird nicht als solcher wahrgenommen.
Ich muss mir die Datenblätter noch genau ansehen. Es ist für mich zunächst schwierig eine Leitfaden zu finden.
Es ist ja alles irgendwie beschrieben, nur hängt der eine Wert wieder mit einem andern zusammen. Dann sind auch noch verschieden Versionen aufgelistet.
Die anderen Farben möchte ich annähert aussuchen.
Der Wert Luminous Intensity wäre eventuell ein Anhaltspunkt für die Leuchtkraft, wobei man dann auch wieder auf die Stromstärke, Flussspannung usw. achten muss.
An Welchen Wert kann ich feststellen ob das Niederstrom LEDs sind.
Ich denke das ist auch wichtig zu wissen. Am Ende werde ich sicher was übersehen! Ist dann lehrgeld.
Eine wichtige Eigenschaft ist der Viewing Angle. Ein breite LED, zB 140 grad erscheint natuerlich weniger hell wie eine 40 grad
Am besten ein kleines Soriment bestellen. Ich kaufe jeweils zB 100 Stueck (0603) fuer 3 Euro. Und die werden dann verbaut. Meist ist es nicht so wichtig. nur als indikator. Ich nehme dann die weitwinkligen und lasse sie mit 0.5mA oder so laufen
Am besten ein kleines Soriment bestellen. Ich kaufe jeweils zB 100
Stueck (0603) fuer 3 Euro. Und die werden dann verbaut. Meist ist es
nicht so wichtig. nur als indikator. Nehmen ich dann die weitwinkligen
und lasse mit 0.5mA oder so laufen
Ich möchte die kleinen Signalschilder bestücken lassen.
Daher muss ich mich auf das Sortimentangebot beschränken.
Gibt es durchaus einige im Bereich um die 520 nm. Ich denke, für ein grünes Signal ist das die bessere Farbe als eine um die 570 nm.
Da siehst du auch im Datenblatt, dass sie bei 20 mA und 140° Abstrahlwinkel (ähnliche Winkel haben die SMD-LEDs ohne Linse alle) dann typisch 450 mcd Helligkeit haben – die erste von dir verlinkte bringt es bei gleichen 20 mA auf maximal 57 mcd (also typisch vermutlich um die 40). Für die gleiche Helligkeit bräuchte die Würth-LED gerade mal 3 mA. Das sollte dann auch die Frage, welche eine "low current LED" ist, beantworten. :)
Eine reine Zahlenbetrachtung bei den Helligkeitswerten ist allerdings beim Vergleich mehrerer Farben durch die Farbempfindlichkeitsverteilung des Auges nicht 1:1 anwendbar. Ohne ein paar Versuche wirst du nicht herum kommen.
Hallo Jörg,
danke für deine hilfreichen Ausführungen. Ich habe jetzt zumindest einige Hinweise, um nicht völlig ahnungslos auszuwählen.
Ist ja nur ein Hobbyprojekt, da darf man auch mal Fehler machen.
Hallo Benjamin,
ich denke das ich die Verwende. Habe zwei auf einem HO Signalschild 8 X
18.5 mm.
Hab ich ja gesehen. Das sieht auf dem Bild aus wie SO8, dann sind die etwa 6mm x 5mm.
Falls es wirklich noch kleinere gibt, verlinke mal ein Anbieter.
Der Link war doch von einem Anbieter. LSCS ist ein chinesischer Distributor.
Ok, war das Datenblatt hier zum Produkt:
https://www.lcsc.com/search?q=WS2811F
Der ist im FSOP8 und damit nur noch 3,3mm x2,9mm.
