DIY Ambilight howto?

quote:

Erikjuuh schreef op maandag 27 december 2004 @ 20:15:
in die demo, wanneer die vis voorbij komt, toch duidelijk dat hun ook het gemiddelde gebruiken en niet meerdere lampen toch..

Ja volgens mij ook!

Trouwens, heel erg interessant! Het lijkt me eerlijk gezegd wel wat voor achter mijn TFT's, aangezien ik er ook tv op kijk en op game natuurlijk!

Ik denk dat je best een eind kunt komen met je idee trouwens!

Misschien kom je al een heel eind door een RGB-LED vrijwel direct op de RGB uitgangen aan te sluiten. Aangezien de waardes snel veranderen zie je dat toch niet. Waarschijnlijk zul je wel het voltage moeten aanpassen voor de LED. Eventueel kun je met wat opamps de intensiteit wat tweaken e.d.

Gevaar is dat je met het middelen (zoals ook al eerder aangegeven) al snel op een grijswaarde uitkomt. Als je veel van één kleur hebt, en veel van een mengsel van andere kleuren, mix je flink wat "grijs" in de overheersende kleur. Dat wil je waarschijnlijk niet.

Wil je dat filteren zul je denk ik toch tot digitale technieken uitkomen, i.c.m met een microcontroller ofzo... Maar misschien kan een slimme analoge schakeling bijvoorbeeld ook (die bijvoorbeeld alleen het signaal naar de LED's laat als dit voldoende verschilt van de andere kleuren ofzo...)

voodooless wijzigde dit bericht 27-12-2004 21:28 (15%)

Zou zoiets makkelijker zijn als losstaande elektronische ontwikkeling, of in samenwerking met een pc? Ik zou het namelijk erg interessant vinden om iets dergelijk te kunnen aansturen vanop een HTPC, lijkt me dat je dan minder problemen hebt om alles mooi te laten overvloeien zonder flitsen en dergelijke.

Maar als losstaande puur elektronische oplossing, zou het erg ingewikkeld kunnen worden? Van elektronica heb ik namelijk niet zoveel kaas gegeten maar het is wel een vreselijk interessant idee

Tja, software matig kan natuurlijk ook, probleem is echter dat je dan je eigen afspeelsoftware moet maken, of dat je op de een of andere manier bij het overlay geheugen moet komen, buiten de afspeelapplicatie om. Wordt lastig...

Daarnaast zul je met een software matige oplossing nog altijd een interface moeten maken naar de verlichting (waarschijnlijk LED's oid). Wat electronica komt er dus nog altijd wel aan te pas.

Ok, ik moest bij het lezen van dit topic ineens denken aan een project wat ik ooit eens uit heb moeten voeren in het eerste (en tevens laatste ) jaar van mijn studie elektrotechniek (TH Rijswijk). We moesten een windsnelheidsmeter maken. Als ik me niet vergis werkte dit volgens het volgende principe:

Er was een IR-led en een sensor. Deze twee waren op elkaar gericht, maar hier tussen in zat een schijfje met gaatjes. Dit schijfje was gekoppeld aan het rad wat zou moeten draaien als het ging waaien. Het effect zou dus zijn dat als het rad draait de led en de sensor elkaar afwisselend wel en niet zouden zien. Aan die sensor was een elektronisch mechanisme gekoppeld wat er voor zorgde dat iedere keer als deze licht waarnam er een spanningspulse naar een condensator gestuurd werd. Dus wanneer het rad draaide werd een condensator geladen met kleine beetjes stroom, de condensator gaf deze spanning automatisch af, zodat als het rad stopte de condensator na korte tijd weer ook weer leeg liep. Resultaat: naarmate het rad harder draaide was de condensator voller geladen. Door de spanning over de condensator te meten was de relatieve windsnelheid te meten.

Ok, voor zover mijn eerste en laatste echte ervaring met het bouwen van hardware, ik ben daarna snel over gestapt op software. Maar, als we dit principe los laten op de RGB uitgangen van een scart, dus voor iedere rode pulse wordt een condensator gevuld, voor iedere groene pulse wordt een andere condensator gevuld en voor iedere pulse blauw wordt weer een andere condensator gevuld. Als we vervolgens deze condensatorren aansluiten op RGB leds ofzo, al dan niet gecombineerd met wat opamps oid dan hebben we toch steeds de gemiddelde kleur van het beeld?? Ik weet dat dit enigszins theoretisch is, maar volgens mij goed om te zetten in een schema.

Goed, ik ben geen electronicus maar here goes: Om het effect tegen te gaan dat je al snel "wit" licht krijgt omdat alle 3 de kleuren uitgestuurd worden zou je misschien het volgende kunnen proberen:

Schakel de LED niet tussen aarde en de cap die je oplaadt met het videosignaal voor het bijbehorende kanaal, maar met behulp van wat goed geplaatste diodes en grote weerstanden tussen de cap voor het kanaal dat je wil uitsturen (bv. R) en een voltage midden tussen de caps van de twee andere kanalen (G&B) in. Al je dan een beeld hebt met bv. 50% van de tijd R en 25% G en 25% B, dan zal het beeld alleen rood worden omdat alleen de R-led een juist gepoolde spanning te zien krijgt.

Oh, en de versterking zou je nog kunnen afleiden van de totale helderheid van het beeld: condensator die op een handige manier aan alle 3 kanalen hangt.

Zpottr wijzigde dit bericht 28-12-2004 01:04 (17%)

quote:

Zpottr schreef op dinsdag 28 december 2004 @ 01:01:
Goed, ik ben geen electronicus maar here goes: Om het effect tegen te gaan dat je al snel "wit" licht krijgt omdat alle 3 de kleuren uitgestuurd worden zou je misschien het volgende kunnen proberen:

Hmm... "wit" licht is een reeel risico, maar volgens mij al simpel te voorkomen door een aantal weerstanden...

quote:

Schakel de LED niet tussen aarde en de cap die je oplaadt met het videosignaal voor het bijbehorende kanaal, maar met behulp van wat goed geplaatste diodes en grote weerstanden tussen de cap voor het kanaal dat je wil uitsturen (bv. R) en een voltage midden tussen de caps van de twee andere kanalen (G&B) in. Al je dan een beeld hebt met bv. 50% van de tijd R en 25% G en 25% B, dan zal het beeld alleen rood worden omdat alleen de R-led een juist gepoolde spanning te zien krijgt.

MIsschien begrijp ik je nu verkeerd, maar is het effect dan niet dat je slechts één van de drie kleuren te zien krijgt?

quote:

Oh, en de versterking zou je nog kunnen afleiden van de totale helderheid van het beeld: condensator die op een handige manier aan alle 3 kanalen hangt.

Dat is ook wel een coole feature... Vereenvoudigd de uiteindelijke schakeling niet, maar daar gaat het niet om. Afhankelijk van de spanning van die "composite"-cap zou je dan de drie opamps achter de R, G en B caps kunnen laten sturen.

MarkVM wijzigde dit bericht 28-12-2004 01:17 (3%)

quote:

MarkVM schreef op dinsdag 28 december 2004 @ 01:13:
Hmm... "wit" licht is een reeel risico, maar volgens mij al simpel te voorkomen door een aantal weerstanden...

Met weerstanden doe je niets aan een verhouding dicht bij 1 : 1 : 1

Tenzij je de boel altijd, pakweg, blauw wil hebben natuurlijk, hehe.

quote:

MIsschien begrijp ik je nu verkeerd, maar is het effect dan niet dat je slechts één van de drie kleuren te zien krijgt?

In het genoemde geval wel, maar dan is het denk ik ook wat je wilt hebben. Als er twee "sterke" kleuren in het beeld zitten krijg je een mengeling van die twee te zien, en de "zwakke" derde kleur helemaal niet.Je vergelijkt elke kleur met het gemiddelde (of zo, moet je mee experimenteren) van de andere twee. Als het niveau van die kleur hoger is dan het gemiddelde, stuur je iets uit, anders niet.En dat kan voor 1 of 2 kleuren gelden.

quote:

Afhankelijk van de spanning van die "composite"-cap zou je dan een drietal opamps de opamps achter de R, G en B caps kunnen laten sturen.

Genau!

Aansturen door middel van een uController lijkt me toch het handigste zodat je tijden, delays en niveas en dergelijke makkelijk softwarematig kan aanpassen.
Had ooit is een rgb aanstuur ding gemaakt, hier nog een videotje van de kleurtjes die ik ermee kon maken: 796KB,wmv file.

http://home.planet.nl/~karab067/rgbled.wmv

quote:

Zpottr schreef op dinsdag 28 december 2004 @ 01:20:
Met weerstanden doe je niets aan een verhouding dicht bij 1 : 1 : 1

Tenzij je de boel altijd, pakweg, blauw wil hebben natuurlijk, hehe.

Maar op het moment dat de verhoudingen 1:1:1 zijn, dan is het beeld ook wit en wil je dus ook wit licht uit de RGB leds

quote:

In het genoemde geval wel, maar dan is het denk ik ook wat je wilt hebben. Als er twee "sterke" kleuren in het beeld zitten krijg je een mengeling van die twee te zien, en de "zwakke" derde kleur helemaal niet.Je vergelijkt elke kleur met het gemiddelde (of zo, moet je mee experimenteren) van de andere twee. Als het niveau van die kleur hoger is dan het gemiddelde, stuur je iets uit, anders niet.En dat kan voor 1 of 2 kleuren gelden.

Volgens mij gaat het juist om de mengeling van kleuren. Je wilt een gemiddelde van alle kleuren op het scherm. Ik denk dat je het met bovenstaande optie onnodig moeilijk maakt, terwijl het effect juist minder wordt.

quote:

Erkandude schreef op dinsdag 28 december 2004 @ 01:26:
Aansturen door middel van een uController lijkt me toch het handigste zodat je tijden, delays en niveas en dergelijke makkelijk softwarematig kan aanpassen.

Volgens mij is dit behoorlijk overkill. Je moet dan de rgb signalen uitgebreid gaan analyseren om er vervolgens formules op los te laten terwijl alles wat je wil gewoon een gemiddelde kleur is.

Ambilight is niet meer of minder dan het aanpassen van het omgevingslicht op het licht op televisie. It ain't rocket science. Zoals iemand al eerder terecht opmerkte, plaats een oude tv met het scherm naar de muur en je hebt hetzelfde effect.

MarkVM wijzigde dit bericht 28-12-2004 11:18 (27%)

Is de TS al begonnen met het maken van een test boardje oid? Ik ben wel benieuwd of het zo simpel werkt.

Minikick...

Al enige voortgang?

Een mooie verbetering van ambilight zou het volgende zijn: twee verticale rijen rgb leds die per ledpaar de gemiddelde kleur van een aantal horizontale beeldlijnen weergeven. Dan krijg je bij een vlakverdeling zoals lucht/aarde een erg mooi effect.

Dit is misschien nog net een haalbaar project met wat digitale electronica? De sync signalen zijn beschikbaar in scart.

Om het aantal componenten wat terug te brengen zou je de leds in 8 groepen kunnen aansturen.

Ik ben niet zo'n held in schema's ontwerpen, iemand zin? Ik wil de pcb layout wel doen (een aanstuurprint met twee flatcables naar ledprints zou wel wat zijn) en wat pcb etsen eventueel.

Je kan ook altijd een klein LCD (15 inch is goedkoop te vinden) met veel lichtopbrengst achter je TV plakken en misschien met behulp van een grote lens het beeld bij wijze van spreke projecteren. Spiegel het dan nog even en je hebt AmbiVision

lijkt me duurder dan een echte philips tv met ambilight

Jongens, jongens, jongens toch. Er komen hier de raarste verhalen langs terwijl er een heel simpele doch efficiente oplossing is. De microcontroller. Die is geschapen voor dit soort klusjes. Neem een willekeurige 8 bit microcontroller met een geintegreerde A/D converter, het liefst een snelle. Sluit daar de video ingang op aan. Dan lees je de ADC dmv software uit en de hoofdkleur filter je hier uit. Dan stuur je drie uitgangen van de microcontroller aan dmv PWM. Daar hang je 3 lampen aan. Een effect als faden is zo ingebouwd. Simpel

quote:

Erkandude schreef op dinsdag 28 december 2004 @ 01:26:
Aansturen door middel van een uController lijkt me toch het handigste zodat je tijden, delays en niveas en dergelijke makkelijk softwarematig kan aanpassen.
bla bla bla

[url]

quote:

-DarkShadow- schreef op zondag 02 januari 2005 @ 20:58:
Jongens, jongens, jongens toch. Er komen hier de raarste verhalen langs terwijl er een heel simpele doch efficiente oplossing is. De microcontroller. Die is geschapen voor dit soort klusjes. Neem een willekeurige 8 bit microcontroller met een geintegreerde A/D converter, het liefst een snelle. Sluit daar de video ingang op aan. Dan lees je de ADC dmv software uit en de hoofdkleur filter je hier uit. Dan stuur je drie uitgangen van de microcontroller aan dmv PWM. Daar hang je 3 lampen aan. Een effect als faden is zo ingebouwd. Simpel

Nou, simpel... Wederom sprake van de nodige dosis overkill als je het mij vraagt. Persoonlijk denk ik dat de oplossing van ondergetekende icm die van Zpottr nog het makkelijkste is. Geen software of whatever, alleen een paar simpele en relatief goedkope componentjes.

Persoonlijk grijp ik ook vrij snel naar microcontrollers, ik ben nou eenmaal het beste thuis in de digitale techniek, maar zelfs ik zie hier een doodeenvoudige analoge oplossing (voor een, eveneens, analoog probleem).

UHm het is geen analoog probleem....
Ambilight, zit op een LCD-TV, en een LCD wordt nou eenmaal digitaal aangestuurd
een microcontroller, is in deze situatie het beste denk ik.
Aangezien je als j analoge oplossing gebruikt. altijd "vast" zit aan de waardes die j krijgt.
Bij een microcontroller, kun je daaraan nog een eigen interpretatie aan geven (door de software die je schrijft)

Bij mijn weten wordt het kabelsignaal in Nederland anders nog altijd analoog doorgegeven, en de beeldopbouw van pal is ook duidelijk analoog (voor zover je daarvan kunt spreken bij een videosignaal).

quote:

ThunderNet schreef op maandag 03 januari 2005 @ 01:59:
UHm het is geen analoog probleem....
Ambilight, zit op een LCD-TV, en een LCD wordt nou eenmaal digitaal aangestuurd
een microcontroller, is in deze situatie het beste denk ik.
Aangezien je als j analoge oplossing gebruikt. altijd "vast" zit aan de waardes die j krijgt.
Bij een microcontroller, kun je daaraan nog een eigen interpretatie aan geven (door de software die je schrijft)

Beeld/licht is voorzover ik weet nog altijd een analoog gebeuren. Je kan er nog zoveel digitale techniek tussendoor smijten, uiteindelijk zullen alle bitjes toch omgezet moeten worden naar een aantal bepaalde kleuren. Maar dat terzijde.

Bij een analoge oplossing zit je net zo vast aan de waardes die je krijgt als bij digitale techniek, maar dat is toch ook het idee van ambilight?? Als het beeld groen is wil je ook groen licht, geen rood... Uiteraard is het met variable weerstanden en condensators wel mogelijk om het een en ander te tweaken naar wens. Maar meer flexibiliteit heb je niet nodig. Anders is het iig geen ambilight meer. Dan krijg je licht gestuurd door beeld, maar wel zonder logische relatie.

quote:

Digital-DNA schreef op zondag 26 december 2004 @ 01:04:
wel grappig dat ik dit ambilight concept zelf al een paar jaar geleden heb verzonnen, maar dan voor op de computer bij games, al helemaal voorgesteld hoe dat zou zijn enzo... (in de woestijn lopen met half-life met geel licht enzo)

zie ik in de reclame ineens een tv die dit heeft... jah da's toch wel tof

lijkt me voor games een heel stuk toffer dan een tv...

en allicht makkelijker te realiseren met wat software en wat lichtjes aangesloten op de com-poort oid

Ter informatie, ik heb een aantal maanden geleden in Philips Brugge een eerste testmodel gezien met Ambilight, wat toen niet ideaal werkte. Een half jaar later werden ze gereleased.
De truc zit erin dat ze het analoog kabelsignaal digitaliseren, en dan met pixelplus en andere opkuisfuncties het beeld zo mooi mogelijk proberen te krijgen, men gaat ook beelden tussenin berekenen en antialiasen enzo, om een zo mooi mogelijk beeld uit te sturen op het scherm.
Omdat ze toch al het beeld hadden staan in een IC, was het blijkbaar relatief gemakkelijk om Ambilight toe te voegen, maar er is toch blijkbaar meer werk aan geweest (lees: meer intelligentie ingestoken geweest) dan ze eerst dachten nodig te hebben.

Volgens mij wordt er rekening gehouden met de snelheid en de grootte (lees: contrast) tussen openvolgende beelden, om zo een bliksem wel flitsend te tonen (groot contrast in korte tijd), maar bij een zachte overgang tussen kleuren de aandacht niet af te leiden van het beeld naar de zijverlichting.
Ook kunnen ze volgens mij 4 frames voor het weergeven op het scherm al de kleur beginnen bepalen, zodat het beeld en de omnilight-verlichting synchroon loopt.

Dus: steek een vertraging in je beeld, anders kan de logica voor de verlichting niet mee, of zorg ervoor dat er geen snelle veranderingen gebeuren, maar dan ijlt de verlichting net ietsje na op het beeld...of je het merkt is een 2e zaak, maar het voorbeeld met de bliksen zal dan ws niet lukken.
En ik heb ook opgemerkt dat ze maar een beperkt aantal kleuren gebruiken, en zich van helderheid niet zoveel aantrekken (nooit minder dan 50% helderheid ofzo). Dus met een aansturing van 40 kleuren die je kiest volgens RGB, met beperkte helderheidswissel en trage verlopen kan je een goeie poging doen tot Ambilight

en zoals naftebakje zegt.
Zou je dat het beste met een digitale oplossing kunnen doen.
Het is Analoog wel mogelijk, begrijp me niet verkeerd. Maar met digitaal kun je veel betere resultaten boeken denk ik (dus icm Microcontroller)

quote:

Maar meer flexibiliteit heb je niet nodig. Anders is het iig geen ambilight meer. Dan krijg je licht gestuurd door beeld, maar wel zonder logische relatie.

En hoe wou j dan dingen als bliksem oplossen zoals naftebakje aankaard?