RGB LED mit nur einem POTI dimmen

Das sind dann viele "switch" & "case" abfragen...

Oder eine einfachere Möglichkeit wäre, habe ich in Bascom geschrieben 
,die Enistellungen der einzelnen Farben , bzw. Kombination in der 
Anweisung hinterlegt, klar, nicht stufenlos.

Adc0 = Getadc(0)
Select Case Adc0
Case 0 To 75 :
R = 125
G = 0
B = 0
Case 100 To 175 :
R = 255
G = 0
B = 0
Case 200 To 275 :
R = 125
G = 125
B = 0
Case 300 To 375 :
R = 0
G = 255
B = 0
Case 400 To 475:
R = 0
G = 125
B = 125
Case 500 To 575 :
R = 0
G = 0
B = 255
Case 600 To 675 :
R = 125
G = 0
B = 125
Case 700 To 775:
R = 255
G = 0
B = 255
Case 800 To 875:
R = 255
G = 255
B = 0
Case 900 To 1000:
R = 255
G = 255
B = 0
End Select
Return

kann entsprechend angepasst werden...

oder wenn Du was gutes und fertiges haben willst, das Gerät ist für das 
Geld echt Spitze...

http://www.elv.de/output/controller.aspx?cid=74&detail=10&detail2=13044

wenn Zustand (vom Poti) ein Wert von 1 bis 1000 hat,
R, G, B je einen Wert von 1 bis 10,
dann könnte man, um alle möglichen Kombinationen zu erhalten, das so 
umrechnen:

R = Zustand % 10
G = (Zustand/10) % 10
B = Zustand/100


R,G,B müssen natürlich noch auf Ganzzahlen gerundet werden, % bedeutet 
Modulo


Das entspricht aber nicht der IKEA Lösung, denn die scheint immer mit 
voller Helligkeit zu brennen, der Schalter zeigt ja auch einen 
Regenbogen (mit gleicher Helligkeit).
Bei meien Lösung oben würde man beim Drehen die Farbe rot springen 
sehen, dann grün und ganz langsam den Blauanteil. Nicht wirklich 
Benutzerfreundlich.

Der Programmieraufwand ist nicht groß, wenn du eine Wertetabelle 
anlegst.
Dies kann z.Bsp. in einem oder mehreren EPROM abgelegt werden.
Vorn die Adressen aus dem A/D-Wandler und hinten kommen die Farben raus.
Für diesen Abschnitt kann man evtl. sogar auf einen MC verzichten.
Oder eben im Flash eines MC.

Ich glaube, das ist viel simpler. Diese Farbwechsler haben meistens eine 
begrenzte Anzahl von vordefinierten Farbkombinationen - z.B. 8, 16 oder 
32. 1000 verschiedene Farben wirst Du mit dem Ikea-Ding bestimmt auch 
nicht hinbekommen.
Probier doch verschiedene "schöne" Farbkombinationen aus, bring diese in 
eine schöne Reihenfolge und verteile sie auf Bereiche des AD-Wandlers. 
Poti an den ADC und fertig. Wenn Du es dann noch verbessern willst, 
kannst Du mit fließenden Übergängen zwischen den Farbstufen spielen. So 
daß es nicht von einer Farbe auf die nächste umschaltet, sondern rüber 
dimmt.

Noch einfacher, nutze den HSV-Farbraum ("Regenbogen"-Farben) und rechne 
dass dann in den entsprechenden RGB-Frabraum um. Das Poti (über AD) 
steuert dann die "H"ue-Achse.

Zwei Dumme, ein Gedanke ;-)

Nimm statt des Potis einen Drehimpulsgeber, dann hast du das Problem mit 
der begrenzten Auflösung des Potis nicht.

Unabhängiges Doppelpoti (Autoradio).
Äußere Achse H innere L, Schalter an/aus.
Der ADC hat ja oft mehr als einen Kanal.
Stefan

Wie arbeitet der ELV Kontroller mit dem Poti ? Die Helligkeit ist immer 
konstant, nur die Farben ändern sich. Die Überblendung ist weich nicht 
so hart wie die Lösung hier :

Beitrag "HSV RGB Led Dimmer, C Code & Video & Doku"

im Video sehe ich, daß "Pausen" existieren..

> Die Helligkeit ist immer konstant, nur die Farben ändern sich.

Sicher. Wie soll es auch sonst sein ?
Ein Poti hat nur einen Freiheitgrad, also
ENTWEDER die Helligkeit ändern ("dimmen")
ODER die Farbe ändern.

Du hast wohl dasselbe Problem wie unter
Threadstarter Roland B, der die Begriffe nicht
auseinanderhalten kann.

> Stellt sich die Frage, wie der Zusammenhang mit dimmen und alle
> möglichen Farben entstehen zu verstehen ist.

So bald man einen uC einsetzt, ist das Problem
kinderleicht zu lösen. Interessanter wäre eine
analoge Lösung mit LM324.

Halo MaWin, ich weiss hast sehr gute KnowHow was analoge Sachen 
anbelangt, ich habe noch nie einen RGB Fader mit LM und Co. gesehen...

also ich würde das ganz einfach in eine schleife packen c.a. so:

register setzten
tabelle mit farben deffinieren

while (1){
   adc auslesen
   aus adc wert farbe aus tabelle suchen und in 3 variablen (r,g,b) 
schreiben

   for(i=0; i!=11; i++){
      if(r<=i){
         rote led einschalten
      }else{
         rote led ausschalten
      }

      das gleiche noch für blau und grün
      delay wie schnell du den pwm haben möchtest
   }
}


ganz simple ;)
oder hab ich was nicht verstanden???

> ich habe noch nie einen RGB Fader mit LM und Co. gesehen
> Bei den Preisen für einen 8 Pin uC ist die analoge Lösung
> chanchenlos und hoffnungslos unterlegen.

Bei der weitverbreiteten Dummheit der Deutschen verbunden mit
gnadenloser Lernresistenz werden wir ewig den Chinesen
unterlegen bleiben, denn ein LM324 ist nun mal billiger als
ein uC

 +---------------+------+----+ VCC
 |               |      |    +--|>|--+ LED rot
 R   +----R---+  R      |            |
 |   |        |  |      |    +---R---+
Poti-+--|+\   |  +-----|+\   |
 |      |  >--+  |     |  >--+--|>|--+ LED grün
 |   +--|-/   R  R  +--|-/           |
 |   |        |  |  |        +---R---+
 |   +--------+  +--(--|+\   |
 R   |        |  |  |  |  >--+--|>|--+ LED blau
 |   C        |  R  +--|-/           |
 |   |        |  |  |   |    +---R---+
 +---+--------(--+--(---+----+ GND
              |     |
              +-----+

Kurzer Exkurs:

Egal, in welchem Farbraum man sich bewegt: Farben sind dreidimensional 
(haben drei unabhängige Koordinaten/Eigenschaften). Man kann nicht durch 
Veränderung eines Parameters zwei der Eigenschaften gleichzeitig 
unabhängig verändern.

HSV ist intuitiv sehr geeigent für ästhetische RGB-Anwendungen, weil man 
Farbe und Helligkeit separat voneinander einstellen kann. Das kann 
jedoch prinzipiell nur mit zwei separaten Eingabemöglichkeiten gelingen.

Also, ich persönlich muss ich mal sagen, die Beispiele die ich von MaWin 
bisher bekommen habe  funzen wirklich perfekt !

Wenn es genauso

Beitrag "Hilfe bei der Dimensionierung eines KSQ"

Ich muss mal schauen ob die Werte von R und C "irgendwie" ermitteln 
kann..

Samuel K. schrieb:
> Aber nur für das Auge. Jede Farbe hat ihre eigene eindimensionale
> Frequenz.

Das stimmt nicht. Nicht jede Farbe hat eine korrespondierende 
monochromatische Wellenlänge --> Magentatöne.

> Ich weiß nicht was günstiger ist

Das ist einfach

> attiny11 + R

+ Spannungsregler + 2 C + flashen

ist teurer.

Mach das ganze doch mit einer zeitlichen Komponente:

Poti wert ändert sich ---> programmteil zum einstellen der RGB Werte 
startet.
Dann als erstes den R Wert einstellen, erfolgt 2 Sekunden keine Änderung 
wird der Wert übernommen... dann G Wert und so weiter.
Scheint mir eine sehr einfache lösung zu sein.

Ach ja, kleiner Nachtrag. So kannst du auch leicht die vollen 24 bit 
Farbtiefe abfragen, da kannst du sogar die letzten 2 bit des 10bit ADC 
abschneiden. Damit wird das ganze noch einfacher und auch weniger 
anfällig gegen Störungen. (Programmteil zum einstellen der RGB werte 
startet unabsichtlich wegen Rauschens) Das kannst du damit noch umgehen 
:)

Falk Brunner schrieb:
> Scheint mir eine sehr freakige Lösung zu sein

Ich fasse das mal als Kompliment auf ;)

Ihr schafft es wieder mal, ein eigentlich triviales Problem zur 
Staatsaffäre aufzublasen...

Na, dann hau mal deine triviale Lösung raus :)

Eumel schrieb:
> Na, dann hau mal deine triviale Lösung raus :)

Wurde doch schon gepostet, bevor die ganze verkomplizierung losging:

Einfachstversion: Kleiner Microcontroller, HSV Farbraum, H in 
Abhängikeit vom Poti geht die Farben durch.
Luxusversion: Kleiner Microcontroller, Poti oder (besser) Drehencoder. 
Einen Taster, mit dem man zwischen der Regelung von H, S und V 
durchschalten kann.
Alles in allem nicht mehr als ein Nachmittagsprojekt.

Hach Klaus....mit Taster. Lahme Ente du.
"Dimmen mit einem Poti"
nicht: "Dimmen mit einem Poti und einem Taster"

Eumel schrieb:
> Hach Klaus....mit Taster. Lahme Ente du.
> "Dimmen mit einem Poti"
> nicht: "Dimmen mit einem Poti und einem Taster"

Hach Eumel....konntest es dir nicht verkneifen was? :(
Bist wohl schlauer als Gott: Gott weiß alles. Eumel weiß alles besser...

Ne, war nicht verkneifbar.

Roland B. schrieb:
> natürlich

selbstverständlich. wie konnte man nur annehmen, dass du meinst, was du 
schreibst? ;)

Frank Esselbach schrieb:
> HSV ist ein Farbmodell, kein Farbraum.

Habe ich aber schon öfter mal gehört das von HSV umgangssprachlich als 
Farbraum statt als Farbmodell gesprochen wird. Auch wenns natürlich 
nicht korrekt ist muss man aber nicht päpstlicher als der Papst sein.

> ist HSV jetzt ein Farbraum oder ein Farbmodell???

Es ist ein Modell, aber nur dumme Leute die nichts
anderes können reiten auf der Wortverwendung rum
während jedem anderen klar war was gemeint war.

Es sind dieselben die im Baumarkt ein Leuchtmittel
haben wollen und vom Verkäufer nur dumm angeguckt werden
aus welchem Irrenhaus sie den denn gerade entlassen haben.

http://www.wimp.com/pinklight/

zum Thema "nicht jede Farbe hat eine korrespondierende Wellenlänge".

Hallo,

ich wollte diesen Thread noch einmal aufgreifen, da ich auch über ein 
Poti die Farbe einer RGB LED ändern möchte.
Mein erste Ansatz ist, wie hier auch beschrieben, die Werte im 
HSV-Farbraum zu bestimmen und dann in RGB umzurechnen. Das Poti wird 
über einen 10-Bit ADW eingelesen. Ich wollte nun jeweils 3 Bit davon H, 
S und V zuordnen. Das niederwertigste Bit würde ich dabei nicht 
beachten, da es ja eh die ganze Zeit toogelt.
Mit jeweils 8 Werte für H, S und V kann ich ja 512 Farben generieren, 
also mehr als genug. Haltet ihr den Ansatz für ok?
Ich warte noch auf die Lieferung der LED daher kann ich es noch nicht 
testen.

Grüße Mike

Das Poti, das ich verwende, hat einen Drehweg von 1800°, also 5 
Umdrehungen.
Ok das mit den 8 Werten erscheint mir nach genauerem Lesen auch etwas 
wenig^^ Ich werde dem H dann wohl ein oder zwei Bit mehr spendieren.
Mir ging es ja eher darum, ob meine Vorgehensweise von Anfang an schon 
zum Scheitern verurteil ist oder ob ich ein brauchbares Ergebnis 
erwarten kann. Naja ich werds wohl einach testen müssen

Mike schrieb:
> Mit jeweils 8 Werte für H, S und V kann ich ja 512 Farben generieren,

Dir ist aber schon klar, dass du dann eigentlich nur 8 Farben mit 
jeweils 8 verschiedenen Sättigungsgraden und Helligkeiten hast?

Da HSV auch etwas kegelförmig ist, sind die 8 Farben mit Sättigung 0 
jeweils gleich, du hast also jeweils 8 mal:
- rabenschwarz
- schwarz
- tief schwarz
- mausgrau
- zementgrau
- leicht grau
- weiß
- weiß wie frisch gefallener Schnee

In der Praxis werden sich die Farben zwar leicht unterscheiden, aber von 
512 möglichen Farben 64 gleich zu machen kommt mir etwas unsinnig vor. 
Da wärst du mit jeweils 3 Bit für RGB besser beholfen.