Ik vraag me alleen af of de twee verschillende kleuren van ambilight 2 een verbetering zijn. Als ik zo naar het bovenste plaatje daar kijk lijkt het me persoonlijk eerder storend. Een kleur lijkt me rustiger, maar goed ik heb het niet werkend gezien. En om te maken moet het niet veel moeilijker zijn dan met 1 lamp.
Vergelijk een Ambilight plasma met een plasma met dezelfde specs, zonder ambilight. Natuurlijk vragen ze voor deze optie Xmaal meer dan bouwprijs, en daarnaast nog een leuk bedrag daarop omdat het zo'n unieke gadget is...quote:madwizard schreef op dinsdag 07 maart 2006 @ 10:33:
Of het beter wordt weet ik niet, die TVs hebben natuurlijk het voordeel dat ze alles digitaal kunnen verwerken, wij zullen het moeten doen met simpelere spullen. Goedkoper denk ik wel, maar hoe vergelijk je dat? Want je kan niet ambilight los kopen ofzoiets. Ik schat dat je met 50 euro voor een zelfbouw iets wel een eind komt, hangt ook een beetje af van de LEDs (of buizen) die je gebruikt.
Daarnaast kan het ook mogelijk zijn dat er dan 2 kleuren worden gegenereerd die verschrikkelijk met elkaar lopen te vloeken denk k.quote:Ik vraag me alleen af of de twee verschillende kleuren van ambilight 2 een verbetering zijn. Als ik zo naar het bovenste plaatje daar kijk lijkt het me persoonlijk eerder storend. Een kleur lijkt me rustiger, maar goed ik heb het niet werkend gezien. En om te maken moet het niet veel moeilijker zijn dan met 1 lamp.
Dat lijkt me zowiezo een eerste stap, eenmaal dat werkt is Ambilight 2 puur een software issue.quote:eXistenZ_NL schreef op dinsdag 07 maart 2006 @ 23:50:
Zullen we dan met z'n allen voor ambilight 1 gaan?
Als de boer zijn koeien kust, zijn ze jarig wees gerust. Varkens op een landingsbaan, leiden nooit een lang bestaan. Als de boer zich met stront wast, zijn zijn hersens aangetast. Als het hooi is in de schuur, zit het wijf bij den gebuur.
- Hoe dichter een minderheidskleur bij de rand is, hoe meer voorrang deze krijgt op de "algemene" kleur. Dit lijkt op het oog een linear verloop te hebben. Bijvoorbeeld een grote gele bal op een blauwe achtergrond zal (met de bal gecentreerd) een blauwe gloed geven. Zodra de bal richting de zijkant verplaatst zal de intensiteit steeds meer geel worden. De maximale factor waarop de zijkanten invloed hebben op de kleur schat ik op zo'n 75%, d.w.z. de dominerende kleur zal nooit voor 100% overruled worden door een vlak met een afwijkende kleur aan de zijkant.
- Sommige combinatiekleuren mengen veel minder sterk naar een mengkleur dan andere combinaties. Het lijkt erop alsof bij sommige kleurcombinaties een bepaalde kleur voorrang krijgt. Wellicht heeft dit met het algoritme te maken en met complementerende of aanhangende kleuren. Het lijkt erop alsof het algoritme de "vloekende" kleuren eruit probeert te filteren
- Er is geen linear verloop en/of relatie van "algemene" helderheid en ambilight helderheid. Het ene donkere beeld geeft een grotere ambilight intensiteit dan de andere (bij dezelfde ambilight instelling). Dit heeft waarschijnlijk te maken met de beelden direct voorafgaand aan de donkere scene.
- Vlakken met een grote kleurscheiding krijgen voorrang boven vakken met een kleine kleurscheiding. (Veel/weinig onderscheid tussen de onderliggende R-G-B waarden). Als het hele scherm grijs is met een klein blauw vlakje, dan zal ambilight dermate veel blauw produceren dat ik niet de indruk heb dat het een gemiddelde is van alle kleuren van het scherm, maar dat het kleine blauwe vlakje voorrang krijgt op het massale grijze vlak.
Over de lampen zelf, deze zitten achter een plastic melktransparante kap die geribbeld is en een licht bochtje maakt. Het doet me een heel klein beetje denken aan een sterk uitvergroot verticale fresnel lens. Dit hebben ze vast gedaan om het TL licht zo optimaal mogelijk te projecteren op de achterwand. De beste positie is trouwens ook 10-12 cm van de muur volgens de handleiding.
Al met al denk ik dat het algoritme dermate moeilijk is dat dit met analoge techniek (bijna) niet op te lossen is. Natuurlijk kun je gaan voor een simpelere oplossing, maar het effectieve effect zal hoogstwaarschijnlijk minder zijn.
Ik wil de eerste filmpjes wel eens zien van de zelfbouw ambilight van de doorgewinterde tweaker in dit topic
Het algoritme zal digitaal uitgevoerd worden (met een microcontroller), dus we kunnen wel zo'n filtering maken (gezien de verlopen relatief traag zijn, mogen het gerust relatief zware berekeningen zijn). En bedankt voor de info over specifieke gevallen, erg interessant.quote:DexterDee schreef op woensdag 08 maart 2006 @ 16:52:
....
Al met al denk ik dat het algoritme dermate moeilijk is dat dit met analoge techniek (bijna) niet op te lossen is. Natuurlijk kun je gaan voor een simpelere oplossing, maar het effectieve effect zal hoogstwaarschijnlijk minder zijn.
Ik wil de eerste filmpjes wel eens zien van de zelfbouw ambilight van de doorgewinterde tweaker in dit topic
Als de boer zijn koeien kust, zijn ze jarig wees gerust. Varkens op een landingsbaan, leiden nooit een lang bestaan. Als de boer zich met stront wast, zijn zijn hersens aangetast. Als het hooi is in de schuur, zit het wijf bij den gebuur.
Die trage verlopen, is dat in het echt ook zo dat het ambilight duidelijk een vertraging (~1 seconde) heeft ten opzichte van het beeld? Natuurlijk wel makkelijk om beter de kleur te bepalen maar het lijkt mij irritant dat het licht steeds net even te laat is.
Ik kan met 100% zekerheid bevestigen dat er geen vertraging optreedt bij de reactiesnelheid van ambilight t.o.v. het beeld. De vertraging zit al in de voorbewerking op het beeld, die is zo ongeveer 1 seconde ten opzichte van een analoge TV. De ambilight reageert instant of vrijwel instant (vertraging niet merkbaar) op wijzigingen in het beeld. Het lijkt ook wel alsof het algoritme zo is ingesteld dat de kleurenfade veel sneller gaat als het beeld plosteling van overwegend blauw (bijv. onderwater) naar groen (bijv. voetbalwedstrijd) switcht. Overgangen waarbij het beeld gradueel verandert gaan merkbaar langzamer. Het ligt ook natuurlijk aan de instelling van Ambilight.quote:madwizard schreef op woensdag 08 maart 2006 @ 19:59:...Die trage verlopen, is dat in het echt ook zo dat het ambilight duidelijk een vertraging (~1 seconde) heeft ten opzichte van het beeld? Natuurlijk wel makkelijk om beter de kleur te bepalen maar het lijkt mij irritant dat het licht steeds net even te laat is.
Reg. datum: 22 maart 2004
Daarom ben ik soortgelijk projectje begonnen, volledig in software.
Ik ben begonnen met een directshow filter te schrijven die de gemiddelde RGB waarden berekent.
Deze RGB waarden worden via de seriële poort naar een microprocessor gestuurd die op zijn beurt het PWM sturen van rode, groene en blauwe LED voor zijn rekening neemt.
Voorlopig is het het zuiver rekenkundig gemiddelde. Ik weet wel dat ik er beter een algoritme achtersteek, maar het gaat hier voorlopig om een prototype.
Mijn bedoleing is om dit eerst uit te breiden naar 3 kleuren (links, rechts en boven).
Ik neem aan dat dan het algoritme minder belangrijk wordt.
Het prototype in werking ziet eruit als volgt :

(het vierkant linksonder geeft de gemiddelde kleur weer. Ik gebruik 3 afzonderlijke LEDS voor rood, groen en blauw. Ik geef toe dat ze nog wat beter op mekaar moeten afgesteld worden).
Je kan het prototype ook in werking zien in volgende filmpjes, maar deze zijn van zeer slechte kwaliteit (ze zijn gemaakt met een digitaal fototoestel). Op de achtergrond is er een irritant geluid dus zorg ervoor dat je geluid niet te hard staat
Een RGB kleurentest (1,3Mb) :
http://users.skynet.be/Ra.../MoMoLight/colourtest.mpg
Een film intro (5Mb) :
http://users.skynet.be/RafkeP/tutorials/MoMoLight/movie.mpg
Rafke P.
Reg. datum: 09 juli 2000
BCC wijzigde dit bericht 09-03-2006 21:31 (22%)
quote:
Uhm ligt het aan mij of is er iets gigantisch mis met skynet.be? Ik krijg elke keer een andere foto bij dit plaatje sinds een paar minuten, heb ook al mp3s voorbij zien komen en de halve collectie van Julian Beever's straattekeningen (die staan ook op skynet, had ze toevallig in m'n favorieten). Echt heel raar
edit: sorry dat had wel bij m'n vorige post gekund natuurlijk
edit2: Hmm het lijkt weer gefixt ondertussen, dat was raar:
Plaatje op imageshack (popups!)
en hij is weer stuk...
madwizard wijzigde dit bericht 09-03-2006 22:04 (30%)
Reg. datum: 09 juli 2000
BCC wijzigde dit bericht 10-03-2006 09:22 (14%)
Dat lijkt me een vrij dure en lompe manier om een RGB gloed ergens te projecterenquote:BCC schreef op vrijdag 10 maart 2006 @ 09:22:
Je kan toch ook heel simpel een tweede monitor aansluiten (oude CRT 19" bak) en deze softwarematig aansturen? Of is lichtopbrengst van zo'n monitor te laag? (splitter -> 2 19" bakken)
Zou het ook mogelijk zijn om de gemiddelde kleur van de buitenste randen te berekenen?
Signature unavailable
Reg. datum: 21 augustus 2004
HAHAHA, lol... vooral die vent met die baardquote:madwizard schreef op donderdag 09 maart 2006 @ 21:43:
Uhm ligt het aan mij of is er iets gigantisch mis met skynet.be?
....
en hij is weer stuk...
AMD Athlon 64 Venice 3500+@2640MHz 1,65V---1024 Mb GeIL ONE bh-5 @1T 2-2-2-5 240MHz 3,2V---ATi Radeon HD3870---DFI Lanparty UT nf4 Ultra-D---SB Audigy 2 ZS---2*160 Gb Maxtor
Reg. datum: 22 maart 2004
Zodra ik een iet of wat deftige setup bij mekaar heb, zorg ik er zeker voor dat op zijn minst de binaries online komen met een mooie how-to.
Ik hoop tegen het einde van volgende week de "3-weg" versie in orde te hebben.
Verder wacht ik nog op RGB leds (waarvan ik hoop dat ze beter mengen).
Aangezien het de eerste keer is dat ik met een PIC werk, ben ik vertrokken van William's Site (URL terug te vinden in het moodlight topic van Ferry). Mijn schema is bijgevolg ook identiek aan dat van de RGB led van William. Die site is trouwens een must voor iedereen die met PICs wil beginnen.
Het programma dat in de PIC zit, is een samenraapsel van code die ik links en rechts heb gevonden, aangevuld met wat eigen creativiteit.
@madwizard: ik heb die intro maar genomen omdat hij vrij goed aantoont hoe goed de leds het beeld volgen. Aangezien ik voorlopig het zuiver rekenkundig gemiddelde gebruik, neem ik aan dat tijdens een normale film de leds voornamelijk wit/grijs gaan schijnen. Mijn prototype setup is ondertussen ontmanteld dus ik kan even geen filmpjes meer maken.
Ik heb verder nog klachten gehad van vrienden die ook verkeerde foto's op hun scherm kregen
en die net als ik aangesloten zijn bij Skynet. Ik neem dus aan dat de fout helemaal bij Skynet ligt.
They call her... c*ck juggeling Thunderc*nt!
Die werd hier ook al genoemd, was geloof ik rond de 200 euro. Wat vrij veel geld is aangezien het gewoon op software werkt. Als je de handleiding leest zie je zelfs een FTDI usb-serieel driver voorbij komen, en moet je software installeren (overlay werkt niet). Het kastje is dan alleen nog maar een LED driver, eigenlijk wat RafkeP precies zo heeft gemaakt. En ze hebben RJ-45 connectors gebruikt om de LED strips aan te sluitenquote:
Of het een beetje werkt weet ik niet, er staan wel twee filmpjes maar die zijn beiden van gerenderde of getekende films, wat echt het simpelste is om goed te laten werken.
quote:
Lampie? As in; GC zo'n 2 jaar terug?
Saying that Java is nice because it works on every OS is like saying that anal sex is nice because it works on every gender.
Reg. datum: 25 november 2004
En als je het helemaal goed wil doen, kun je zelfs je video bufferen, maar dan moet je wel een andere tuner gebruiken dan van de TV (VCR of DVR bv.) Dan sluit je het ambilight aan tussen de tuner en de Tv, en buffer je zelf gewoon een deel.
'k denk dat ik binnenkort wel een klein voorbeeldje zal maken (als ik er aan toe kom)
Die SAA decoders hebben zeker een digitaal signaal als uitgang? Met FPGA is dat waarschijnlijk wel te doen. Nadeel daarvan is dat maar weinig mensen ervaring hebben met FPGA's (ik zelf ook niet), maar wel met microcontrollers. Ook zijn ze lastiger te krijgen, al zijn de video ICs en ADCs die ik laast heb gekocht ook niet bij de elektroboer om de hoek te halen. FPGA lijkt me evengoed een prima idee maar ik ga toch voor AVRs omdat ik daar meer wel ervaring mee heb en het ook makkelijker aan te passen valt door anderen mocht er wel een werkend iets uit voorkomen.quote:niceboy1981 schreef op vrijdag 24 maart 2006 @ 11:06:
Wat misschien een makkelijkere manier is, is dit te doen via een FPGA. samen met een video decoder (philips SAA....) kun je heel gemakkelijk video bewerken en dingen uit berekenen. Daar sluit je een AVR-etje op aan, of een softcore voor de liefhebbers. en je hebt ambilight zoals ook philips het doet.
Dan wordt het allemaal wel heel ingewikkeldquote:En als je het helemaal goed wil doen, kun je zelfs je video bufferen, maar dan moet je wel een andere tuner gebruiken dan van de TV (VCR of DVR bv.) Dan sluit je het ambilight aan tussen de tuner en de Tv, en buffer je zelf gewoon een deel.
Reg. datum: 25 november 2004
quote:Dan wordt het allemaal wel heel ingewikkeld
Mooi toch. 'k ben nu nog aan het verhuizen. maar binnenkort ga ik weer aan de hobby.
Dit zal een van de eerste projecten worden.
FPGA's zijn wat moeilijker aan te komen zijn, maar wil je het echt goed doen is dit toch echt de enige oplossing. Digitaal video is geklokt op 27 Mhz. Dat krijg je niet zo maar in een AVR binnen, als je ook nog berekeningen wil doen. Je zit dan al snel op 100 tot 200 Mhz klok voor je uC.
Een pipelined DSP zou daarintegen wel weer kunnen, maar dan is een FGPA net zo makkelijk aan te komen.
Er zijn wel goedkope development borden aan te komen voor FGPA's en op de meeste ModChips voor PS2 etc. zitten ook FPGA's. 'k ben nu aan het kijken of deze ook direct bruikbaar zijn.
Dan kun je ze best goedkoop aankomen.
Digitaal video is inderdaad niet te doen met een AVR. Mijn idee is het analoge RGB signaal (of YPbPr geconverteerd naar RGB) te samplen met een snelle ADC (2 megasamples met 3 channels tegelijk) om een serie gemiddelden van het beeld te krijgen. Je hoeft niet per se elke pixel te samplen, omdat het toch gemiddeld wordt. Dan is het wel snel genoeg. Nadeel daarvan is dat je wel RGB moet hebben, composite is wel om te zetten maar er zijn alleen maar ICs die dat naar zo'n digitaal signaal converteren waar je dus niets mee kan met een AVR. Met een FPGA heb je dat wel weer als voordeel. Composite zou wel mooi zijn want dat heb je toch vaak als extra output. Anders wordt het aftappen van de SCART of component connectors, wat wel kan maar weet niet wat dat met het signaal doet (aan reflecties e.d., want je kan ze niet dubbel termineren).quote:niceboy1981 schreef op dinsdag 28 maart 2006 @ 10:06:
FPGA's zijn wat moeilijker aan te komen zijn, maar wil je het echt goed doen is dit toch echt de enige oplossing. Digitaal video is geklokt op 27 Mhz. Dat krijg je niet zo maar in een AVR binnen, als je ook nog berekeningen wil doen. Je zit dan al snel op 100 tot 200 Mhz klok voor je uC.
Een pipelined DSP zou daarintegen wel weer kunnen, maar dan is een FGPA net zo makkelijk aan te komen.
Reg. datum: 22 maart 2004
Vorige week heb ik soft- en hardware kunnen uitbreiden naar 3 RGB leds (links, rechts en boven).
Het enige wat mij nu nog rest is ervoor zorgen dat er wat meer licht is, maar voorlopig ontbreekt mij de elektronica kennis om dat te realiseren.
Om te beginnen zou ik willen kijken of 3 LEDs langs elke kant voldoende licht geven voor (of beter gezegd achter) een 14" scherm, maar ik heb geen flauw idee hoe ik 3 RGB LEDs "in serie" kan zetten.
Nadien zou ik willen overschakelen op CCFLs, maar daar heb ik helemaal geen verstand van
Binnen dit en 2 weken zal ik ervoor zorgen dat de software geschikt is voor het grote publiek en dat het ergens online komt te staan.
Voor diegenen die zelf al hardware in mekaar willen steken kan ik al zeggen dat je hardware in staat moet zijn om aan 19200 bps RGB waarden tussen 0 en 256 te ontvangen in volgorde : Rood_Links, Rood_Boven, Rood_Rechts, Gr_L, Gr_B, Gr_R, Bl_L, Bl_B,Bl_R.
Voor de anderen zal ik een schemaatje met PIC software online zetten.
@iedereen > Ga ik hier te zeer off-topic ? Is het beter een apart topic te maken ?
Of mag ik jullie hier gewoon verder op de hoogte houden van mijn progress?
quote:[b]RafkeP schreef op vrijdag 31 maart 2006 @ 20:27:
Om te beginnen zou ik willen kijken of 3 LEDs langs elke kant voldoende licht geven voor (of beter gezegd achter) een 14" scherm, maar ik heb geen flauw idee hoe ik 3 RGB LEDs "in serie" kan zetten.
Als je RGB LEDs als compleet element hebt (dus 4 aansluitingen, niet 6 of losse kleuren) kan je ze niet in serie zetten, simpelweg omdat de pootjes (intern) aan een kant dan verbonden zijn en je ze los moet hebben. Wel kunnen ze parallel (met eigen weerstanden uiteraard). Ik weet niet hoe je ze nu aanstuurt maar je hebt met meerdere LEDs al snel dat je ze met een MOSFET (of desnoods normale transistor) moet aansturen omdat microcontrollers maar weinig stroom kunnen leveren.
Of ze voldoende licht geven hangt natuurlijk helemaal van de LEDs af. Ik denk dat drie gewone 5mm RGB LEDs vrij weinig licht geven, je moet dan ze dan vrij dicht op de achtergrond zetten. Ik heb zelf voor m'n nog te maken prototype een 3W RGB Luxeon, daar komt wel een flinke berg licht uit.
quote:Nadien zou ik willen overschakelen op CCFLs, maar daar heb ik helemaal geen verstand van
Daar kun je de inverter wel PWMen, alleen kunnen CCFLs niet echt lekker dimmen, ze gaan langzaam uit in het midden en moeten volgens mij altijd een beetje aan blijven staan. Het geeft wel een mooie berg diffuus licht natuurlijk en philips doet het ook dus zeker de moeite waard om eens mee te experimenteren.
Ik zou het gewoon hier neer zetten, misschien zodra je een volledige werkende set hebt dat het handig is een apart topic te maken (soort handleiding zeg maar).quote:@iedereen > Ga ik hier te zeer off-topic ? Is het beter een apart topic te maken ?
Of mag ik jullie hier gewoon verder op de hoogte houden van mijn progress?
Reg. datum: 22 maart 2004
Ondertussen ben ik begonnen aan een soort van constructie om achter mijn laptop schermpje te plaatsen, maar net zoals directshow filters en PICs is dit weer iets waar ik geen ervaring mee heb
Het zal bij mij dan ook nog een paar weekjes duren.
"wij spreken C alsof het in een natuurlijke taal is, we zoeken gewoon de formulering die past bij de betekenis die we in ons hoofd hebben"
Reg. datum: 22 maart 2004
Ik zie net dat er een inkoopactie loopt met (volgens mij) goedkope CCFLs.
Daar worden RGB CCFLs aangeboden aan dezelfde prijs als normale.
Volgens het plaatje wordt zo'n buis opgedeeld in drie stukken.
Ben ik juist als ik veronderstel dat deze stukken op een afstand mengen tot 1 kleur, net zoals 3 afzonderlijke CCFLs of moet ik echt gaan voor 3 afzonderlijke buizen ?
* DarthPlastic schopt topicquote:RafkeP schreef op woensdag 19 april 2006 @ 09:07:
Ik heb nog een vraagje voor jullie : Wat voor een effect geven RGB CCFLs ?
Ik zie net dat er een inkoopactie loopt met (volgens mij) goedkope CCFLs.
Daar worden RGB CCFLs aangeboden aan dezelfde prijs als normale.
Volgens het plaatje wordt zo'n buis opgedeeld in drie stukken.
Ben ik juist als ik veronderstel dat deze stukken op een afstand mengen tot 1 kleur, net zoals 3 afzonderlijke CCFLs of moet ik echt gaan voor 3 afzonderlijke buizen ?
RGB CCFL's hebben gewoon 3 kleurtjes erin gemaakt.
Normaal zit er aan de binnenkant een soort poederlaagje (bepaalt de kleur, zoek maar eens op werking tl-buis naar fosforen (/me heeft profielwerkstuk daarover gedaan)) maar bij deze ccfl's hebben ze gewoon meerdere kleuren erin gesmeerd.
Omdat je altijd rood-groen-blauw oid. zal zien kun je hier géén losse kleuren mee maken.
Ook zijn de kleuren niet je-van-het, en zal het van ver weg niet op wit lijken.
DarthPlastic wijzigde dit bericht 21-04-2006 12:18 (3%)
Te koop: Sony Clié PEG-SJ22 PDA
Reg. datum: 10 september 2003
Nu kwam ik dit tegen op het internet : http://forum.electronicwe...rt=15&zeige=ambilight
Dit gebeurt heel simpel zonder buffers, ed. Vind ik zelf ook niet erg nodig... Vind het belangrijker dat ik een leuke achtergrondverlichting heb, in het gemiddelde van het scherm... Als het ook nog gaat werken vanuit Composite video zou het helemaal tof zijn.. Maar dat is van latere zorg...
Composite is echt een drama om iets mee te doen, de kleur zit daar gemoduleerd als UV in een signaal van 4.3 (?) MHz. Niet met een simpel schakelingetje eruit te halen dus en moet ook nog naar RGB omgezet. Alle analoge ICs die dat doen zijn voor zover ik weet hopeloos verouderd en niet te krijgen, alle recente zijn een digitaal front-end met enorme bandbreedtes.
Ik ben natuurlijk niet direct op de hoogte indien dit eenvoudig mogelijk is, maar ik denk dat Philips ook zoiets simpel doet. Doordat ze LCD gebruiken en het is hun eigen hardware is moeten ze misschien zelfs niet veel berekeningen doen en past het in een simpele DSP omdat ze gewoon een reeks waarden uit de sturing van de rijen en kolommen moeten nemen aan de buitenzijden van het scherm en daaruit de gemiddelde kleur nemen.
Dit is natuurlijk wel low-level, je moet direct uit de sturing kunnen lezen maar waarschijnlijk is het ook softwarematig mogelijk. Als je natuurlijk reeds op voorhand moet weten naar welke kleur het moet gaan, vb. om een rustige transitie naar een ander shot moet je misschien een vertraging inbouwen. Daarnaast is het ook mogelijk dat je hardware te traag is. Dan moet je het in een specifieke DSP steken (wat Philips waarschijnlijk doet) of opnieuw je beeld bufferen (wat redelijk duur is)
Pandora FMS - Open Source Monitoring - pandorafms.org
Reg. datum: 22 maart 2004
Het "brain" van de hele setup :

De aandachtige kijker zal zien dat dit schema identiek is aan dat van de RGB-led van William, met uitzondering van de USB connector en jumper links bovenaan.
Deze laatsten dienen zuiver voor voeding: wanneer ik een kleine demo wil geven, doe ik dat met 3 RGB LEDs. Die stroom kan ik halen uit de USB poort en dat bespaart mij de moeite om met een externe voeding rond te lopen.
De jumper staat parrallel over de voeding van de USB voor het geval ik toch met een externe voeding wil werken. (zie verder). Uiteraard gebruik ik ze nooit tesamen.
Aan de rechterkant heb ik een gerecycleerde connector gezet waar een flatcable in past.
De achterkant van dit printje ziet er zo uit :

Zoals je kan zien, kan ik het nog een stuk compacter maken, maar voorlopig houd ik het zo; dan kan ik er nog wat gaatjes in maken om ergens op of in te monteren.
Om met hogere stromen te werken werd mij hier aangeraden te werken met FETs.
Dit "power" gedeelte heb ik op een aparte print gezet. (kwestie van het brain gedeelte zo multifunctioneel mogelijk te houden).
Ook dit power deel is heel simpel opgebouwd :

Enkel een connector voor de flatcable, FETs en kabels die naar de CCFLs gaan.
(gebruik van kabels kom ik zodadelijk op terug)
Langs de onderkant:

Dit dient allemaal om de CCFLs te sturen :

De drie CCFLs zijn met de bijhorende velcro op een stukje plexi gezet. Voor de rest was het mijn bedoeling om de CCFLs volledig intact te laten. Dit leidt zoals je kan zien tot een chaos aan kabeltjes. Aangezien de kabeltjes van van de CCFLs daarenboven ook nog eens kort zijn was ik genoodzaakt om van het power gedeelte met langere kabels te vertrekken.
In totaal zijn er 3 sets van bovenstaande foto.
Alles wordt gevoed met een oude AT-voeding.
Hoe ziet het er nu uit ?
Wel, spijtig genoeg heb ik geen plasma, LCD noch breedbeeld TV.
Ik ben dus maar een constructie beginnen bouwen rond mijn laptop met behulp van CD-doosjes
Eerst even een kleurentest met mijn testprogramma :

Daarna opnieuw een screenshot uit de film "The Cube":

Let op het verschil tussen links en rechts
En zoals steeds een filmpje in zeer slechte kwaliteit :
http://users.skynet.be/Ra...MoMoLight/movie_intro.mpg (5Mb)
Zodra ik wat meer tijd heb maak ik een volledige tutorial met schema's en software,
maar ik vond dat ik jullie nu toch wel een kleine update verschuldigd was
Rafke P. also known as the Justified Ancient of MoMo
De software heb ik in Delphi gemaakt. Die "test" gewoon randon wat pixels in het scherm en berekend dan de gemiddelde waarde, of je kan het zo instellen als jou met aparte kleuren. Wat ik nog niet heb kunnen testen is of ik ook pixels kan testen in een video (werkt toch met overlay en dat soort zaken
JVC HD100 - Full-HD D-ILA projector ;-)
Reg. datum: 29 juni 2005
Life is like a box of chocolates you never know what ya gonna get
Reg. datum: 22 maart 2004
Als invoer gebruik ik inderdaad een stuk software: mijn eigen directshow filter.
Voorlopig heb ik hem enkel nog maar aan de praat gekregen met BSplayer.
Dit betekent ook dat je met MoMoLight niet kan gamen of websites bezoeken zoals met a-r-e.
(vandaar dus ook de naam Movie Mood Light)
Misschien kan ik ooit mijn programmeerskills verbeteren zodanig dat er meer mogelijk wordt,
maar om eerlijk te zijn vrees ik daar een beetje voor
Verder hoop ik dat dit topic zijn origineel doel ooit zal bereiken : ambilight zonder PC.
(maar ik vrees dat het dan iets te ingewikkeld gaat voor een doorsnee elektronica hobbyist als ik)
Reg. datum: 25 juni 2004
Pegasus: Q9650; Gigabyte GA-EP45-DS4; Asus Radeon 6970; 8GB RAM; 3x1TB HD; Xonar DX \ Mercury: MacBook Pro 2,33GHz C2D; 15inch; 3GB RAM; 500GB HD \ Kyros: Athlon 4850e; Asus M3A78-CM; 4GB RAM; 6x1TB RAID 5
Reg. datum: 22 maart 2004
quote:Evinyatar schreef op woensdag 31 mei 2006 @ 14:17:
Welke FETs heb je gebruikt? .
Het is de eerste keer dat ik met FETs werk, dus heb ik raad gevraagd aan de enige persoon,waarvan ik weet ,dat hij ze ooit heeft gebruikt ... Ferry
Hij raadde mij de IRFZ34n aan, maar mijn elektronicaboer had enkel IRFZ44n dus heb ik die maar genomen.Waarschijnlijk dikke overkill, maar better safe than sorry. (en het moest natuurlijk vooruit gaan). Aangzien er een FET per CCFL is, moeten ze 300mA aankunnen.
Wat misschien belangrijker is om in het oog te houden is de power supply : die moet 9x300mA aankunnen.
Reg. datum: 25 november 2004
'k ben ook geinteresseerd in de schema's e.d.
Ik heb een begin gemaakt met het ambilight filter in een FPGA te maken. En dit begint ook al op te schieten. 'k hoop hier binnenkort het een en ander van te kunnen laten zien.
grtz,
Vincent
quote:niceboy1981 schreef op donderdag 01 juni 2006 @ 10:51:
Hoi,
'k ben ook geinteresseerd in de schema's e.d.
Ik heb een begin gemaakt met het ambilight filter in een FPGA te maken. En dit begint ook al op te schieten. 'k hoop hier binnenkort het een en ander van te kunnen laten zien.
grtz,
Vincent
wat gebruik je als input?
Composite? Want ik meen dat de meeste TV's het beeld wat er op TV is ook op de video-out-poort zetten. En dat is in veel gevallen gewoon composite...
JVC HD100 - Full-HD D-ILA projector ;-)
Als je een tv kaart hebt of iets anders met video in zou je daar de tv-out van je videokaart op aan kunnen sluiten en in graphedit de directshow filters aan elkaar kunnen knopen.quote:RafkeP schreef op dinsdag 30 mei 2006 @ 20:48:
@atmoz & Koenzie :
Als invoer gebruik ik inderdaad een stuk software: mijn eigen directshow filter.
Voorlopig heb ik hem enkel nog maar aan de praat gekregen met BSplayer.
Dit betekent ook dat je met MoMoLight niet kan gamen of websites bezoeken zoals met a-r-e.
(vandaar dus ook de naam Movie Mood Light)
Misschien kan ik ooit mijn programmeerskills verbeteren zodanig dat er meer mogelijk wordt,
maar om eerlijk te zijn vrees ik daar een beetje voor![]()
Verder hoop ik dat dit topic zijn origineel doel ooit zal bereiken : ambilight zonder PC.
(maar ik vrees dat het dan iets te ingewikkeld gaat voor een doorsnee elektronica hobbyist als ik)
Impedance, a measure of opposition to time-varying electric current in an electric circuit.
Not to be confused with impotence.
Reg. datum: 22 maart 2004
quote:bobo1on1 schreef op donderdag 01 juni 2006 @ 16:19:
[...]
Als je een tv kaart hebt of iets anders met video in zou je daar de tv-out van je videokaart op aan kunnen sluiten en in graphedit de directshow filters aan elkaar kunnen knopen.
Dat klopt volledig, maar zo blijf je natuurlijk een PC nodig hebben.
Normaal gezien zou het ook mogelijk moeten zijn om de filter een hogere merrit te geven zodanig dat hij ook met andere players gebruikt kan worden, maar om een of andere rede (die mij nog onbekend is) laadt de filter zich dan 3 maal en dan crasht natuurlijk alles
Uiteraard ga ik dat proberen op te lossen
Reg. datum: 25 juni 2004
Vandaag alle onderdelen gaan halen, behalve de CCFL's, die komen volgende week ergens binnen. Ik kan amper wachten om het af te hebben
Pegasus: Q9650; Gigabyte GA-EP45-DS4; Asus Radeon 6970; 8GB RAM; 3x1TB HD; Xonar DX \ Mercury: MacBook Pro 2,33GHz C2D; 15inch; 3GB RAM; 500GB HD \ Kyros: Athlon 4850e; Asus M3A78-CM; 4GB RAM; 6x1TB RAID 5
Impedance, a measure of opposition to time-varying electric current in an electric circuit.
Not to be confused with impotence.
Reg. datum: 25 november 2004
quote:atmoz schreef op donderdag 01 juni 2006 @ 10:55:
[...]
wat gebruik je als input?
Composite? Want ik meen dat de meeste TV's het beeld wat er op TV is ook op de video-out-poort zetten. En dat is in veel gevallen gewoon composite...
Ja, composite, wat ik door een SAA7111 haal om er IBU 656 van te maken (10 bits digitaal video)
Daar kan ik alle lijnen van uitlezen en vertalen naar RGB.
Nu nog de lampen, ik zit aan ccfl´s te denken maar geven die wel lekker veel licht? Anders kan ik beter gloeilampen ofzo nemen, al zijn die wel langzamer.
Voor de aansturing maakt het mij niet uit.
Impedance, a measure of opposition to time-varying electric current in an electric circuit.
Not to be confused with impotence.
Reg. datum: 22 maart 2004
quote:bobo1on1 schreef op dinsdag 06 juni 2006 @ 02:09:
ik zit aan ccfl's te denken maar geven die wel lekker veel licht?
CCFLs geven zeker genoeg licht voor een ambilight. Nog meer licht gaat volgens mij enorm storend worden. Het enige probleem met de CCFLs die ik gebruik is dat ze beginnen te flikkeren wanneer ze niet volledig worden opengestuurd.
Ik zou dringend eens een volledige film moeten bekijken met mijn MoMoLight om te zien of die flikkeringen storend zijn (maar eerst wil ik natuurlijk die how-to afkrijgen
Misschien moet iemand het eens keer met ledstrips proberen (/me kijkt naar madwizard
Ja CCFL's zijn daarvoor geschikt. Maar met een PWM sturing flikkeren ze niet. Ik zie allesinds geen probleem daarin.quote:RafkeP schreef op dinsdag 06 juni 2006 @ 17:06:
[...]
CCFLs geven zeker genoeg licht voor een ambilight. Nog meer licht gaat volgens mij enorm storend worden. Het enige probleem met de CCFLs die ik gebruik is dat ze beginnen te flikkeren wanneer ze niet volledig worden opengestuurd.
Ik zou dringend eens een volledige film moeten bekijken met mijn MoMoLight om te zien of die flikkeringen storend zijn (maar eerst wil ik natuurlijk die how-to afkrijgen)
Misschien moet iemand het eens keer met ledstrips proberen (/me kijkt naar madwizard)
Reg. datum: 22 maart 2004
Ik bedoel wanneer ik ze PWM flikkeren ze. Enkel wanneer ik de PWM op 255 zet (dus volledig open) zijn ze stabiel.
Doe ik dan iets verkeerd ?
Misschien PWM frequentie verhogen
Ik heb namelijk het idee dat als de lampen op bijvoorbeeld 30% vermogen branden je er al weinig meer van ziet.
Impedance, a measure of opposition to time-varying electric current in an electric circuit.
Not to be confused with impotence.
Reg. datum: 25 juni 2004
Je kan misschien dit PWM algoritme proberen: http://www.mosaic-industr...56optimalpwmalgorithm.pdfquote:RafkeP schreef op dinsdag 06 juni 2006 @ 20:43:Ik bedoel wanneer ik ze PWM flikkeren ze. Enkel wanneer ik de PWM op 255 zet (dus volledig open) zijn ze stabiel.
Pegasus: Q9650; Gigabyte GA-EP45-DS4; Asus Radeon 6970; 8GB RAM; 3x1TB HD; Xonar DX \ Mercury: MacBook Pro 2,33GHz C2D; 15inch; 3GB RAM; 500GB HD \ Kyros: Athlon 4850e; Asus M3A78-CM; 4GB RAM; 6x1TB RAID 5
Of anders een klein elco'tje van 100 µF ofzo parallel aan de inverter.
bobo1on1 wijzigde dit bericht 07-06-2006 15:19 (30%)
Impedance, a measure of opposition to time-varying electric current in an electric circuit.
Not to be confused with impotence.
Reg. datum: 22 maart 2004
@bobo1on1: dat van die elco had ik precies bij _Ferry_ ook een keer gelezen. Ik ga het alleszinds ooit een keer proberen. Ik zeg "ooit" omdat ik voorlopig mijn buik eventjes vol heb van Ambilight.
(even tijd voor een nieuw project zou ik zeggen)
@all: de how-to komt vanavond online, bijna gelijk met de release van BSplayer 2.
Ik zal de link hier straks posten.
Ik ben geen programmeur maar ik ga het toch ook maar proberen op basis van jou how-to
40D++
Het is nog wachten tot de 12 ccfl's binnenkomen, een enkele ccfl was 5 euro en een dubbele 6,50, dus heb ik maar 6 dubbele genomen.
Hoe stuur je eigenlijk die lampen aan via rs232? Dan kan ik me microcontroller zo programmeren dat ik het ook met die directshow filter kan proberen.
bobo1on1 wijzigde dit bericht 07-06-2006 21:27 (33%)
Impedance, a measure of opposition to time-varying electric current in an electric circuit.
Not to be confused with impotence.
PC zend via RS232 6 bytes, "R" en een byte voor zijn helderheid, "G" en een byte voor zijn helderheid, "B" en een byte voor zijn helderheid. Je microcontroller stuurt dan 3 PWM kanalen volgens de ontvangen waarde.quote:bobo1on1 schreef op woensdag 07 juni 2006 @ 21:24:
Ik ontwikkel het gewoon zelf
Het is nog wachten tot de 12 ccfl's binnenkomen, een enkele ccfl was 5 euro en een dubbele 6,50, dus heb ik maar 6 dubbele genomen.
Hoe stuur je eigenlijk die lampen aan via rs232? Dan kan ik me microcontroller zo programmeren dat ik het ook met die directshow filter kan proberen.
Als de boer zijn koeien kust, zijn ze jarig wees gerust. Varkens op een landingsbaan, leiden nooit een lang bestaan. Als de boer zich met stront wast, zijn zijn hersens aangetast. Als het hooi is in de schuur, zit het wijf bij den gebuur.
Reg. datum: 22 maart 2004
> Klik hier voor de volledige how-to <
Voor vragen/opmerkingen en aanvullingen mogen jullie mij dus altijd contacteren
Enjoy....
@bobo1on1: ik stuur 9 bytes over RS232 @ 19200kbs. In volgorde R1,R2,R3,G1,G2,G3,B1,B2,B3.
De volgorde is zo gekozen omdat het efficienter is voor de filter.
Verder ben ik erg benieuwd naar jouw software want die kan natuurlijk veel meer aan dan enkel BSPlayer.
En voor de rest natuurlijk hoge hoop voor de creatie van niceboy1981.
(en alle andere creaties die uit deze thread voorvloeien
Heb trouwens nog wat met de ledstrips geprobeerd maar ik denk dat ze toch wat weinig licht geven. Vergeleken met 2 CCFLs per kleur geven die laatste echt veel meer licht. Ook krijg ik de kleuren niet helemaal goed van die LED strips, de rood is erg zwak vergeleken met blauw.
Ik wilde ook nog wat proberen met m'n eigen algoritme en CCFLs (plus AVR rgb controller) maar dat wil niet erg lukken omdat m'n usb naar serieel converter kabel 'crasht' zodra de CCFLs aangaan. Dat ligt aan die converter wat echt een onding is, ook als je het licht aandoet in je kamer stopt ie er al mee
Reg. datum: 25 juni 2004
Ik krijg het nog niet helemaal aan de praat. BSPlayer wilt de DS filter niet laden ondanks de juiste instellingen in de filter management. Het werkt wel als ik in GraphEdit de filter er zelf tussen zet (tussen de Out van ffdshow Video Decoder en de Input van Video Renderer). Wel zie ik dat er dan een filter "Color Space Converter" filter bij komt.
Pegasus: Q9650; Gigabyte GA-EP45-DS4; Asus Radeon 6970; 8GB RAM; 3x1TB HD; Xonar DX \ Mercury: MacBook Pro 2,33GHz C2D; 15inch; 3GB RAM; 500GB HD \ Kyros: Athlon 4850e; Asus M3A78-CM; 4GB RAM; 6x1TB RAID 5
quote:RafkeP schreef op woensdag 07 juni 2006 @ 22:08:
We are go for launch !
> Klik hier voor de volledige how-to <
Voor vragen/opmerkingen en aanvullingen mogen jullie mij dus altijd contacteren
Enjoy....
@bobo1on1: ik stuur 9 bytes over RS232 @ 19200kbs. In volgorde R1,R2,R3,G1,G2,G3,B1,B2,B3.
De volgorde is zo gekozen omdat het efficienter is voor de filter.
Verder ben ik erg benieuwd naar jouw software want die kan natuurlijk veel meer aan dan enkel BSPlayer.
En voor de rest natuurlijk hoge hoop voor de creatie van niceboy1981.
(en alle andere creaties die uit deze thread voorvloeien)
Wat gebeurd er nou als er ergens een bitje verloren gaat?
Volgens mij klopt de aansturing dan niet meer.
Impedance, a measure of opposition to time-varying electric current in an electric circuit.
Not to be confused with impotence.
Reg. datum: 22 maart 2004
quote:Evinyatar schreef op woensdag 07 juni 2006 @ 22:39:
BSPlayer wilt de DS filter niet laden ondanks de juiste instellingen in de filter management.
Woei, dat begint goed : bij de eerste die iets probeert loopt het al gelijk mis
Laat ons dit via mail proberen op te lossen.
@bobo1on1: het is best mogelijk dat het dan in de war geraakt, maar zolang het probleem zich niet voordoet ben ik niet van plan het aan te pakken.
Je moet rekenen dat ik per frame 9 waarden naar buiten moet sturen. Frames komen a rato 24 fps.
De PIC moet op die tijd de waarden binnenpakken en 9 PWM uitgangen sturen.
Ik heb geen zin om dit alles dan nog eens gaan te belasten met handshaking of iets dergelijks.
(rijkt mijn kennis waarschijnlijk ook niet ver genoeg voor)
Reg. datum: 25 juni 2004
Voor de voeding heb ik een goedkoop dingetje gebruikt; 13.8VDC / 6A voor rond de 25 euro. Het voltage heb ik kunnen verlagen tot 12.7V. Die wordt omgezet naar 5V voor de PIC, dmv een LM317 schakeling. De invertors lijken geen last te hebben van de extra 0.7V.
Jammer genoeg heb ik door een kortsluiting drie van de negen FETs opgeblazen. Nu kan ik enkel de bovenste set lampen volledig laten branden.
Pegasus: Q9650; Gigabyte GA-EP45-DS4; Asus Radeon 6970; 8GB RAM; 3x1TB HD; Xonar DX \ Mercury: MacBook Pro 2,33GHz C2D; 15inch; 3GB RAM; 500GB HD \ Kyros: Athlon 4850e; Asus M3A78-CM; 4GB RAM; 6x1TB RAID 5
Reg. datum: 12 juni 2003
edit: het is een PIC16F767 die 3 hardwarematige PWM uitgangen heeft
En wij zaten met het probleem dat we geen trafo's konden vinden. En volgens een projectlid van mij hadden we die nodig om die CCFL's aan te krijgen, maar jij gebruikt een FET en dan een inverter (die standaard bij de CCFL zat?) Onze projectleider zei dat hij niet de CCFL's kon dimmen/aansturen met die standaard inverters (waarom weet ik eigenlijk ook niet)
Barryvdh wijzigde dit bericht 11-06-2006 21:14 (56%)
Reg. datum: 25 juni 2004
Pegasus: Q9650; Gigabyte GA-EP45-DS4; Asus Radeon 6970; 8GB RAM; 3x1TB HD; Xonar DX \ Mercury: MacBook Pro 2,33GHz C2D; 15inch; 3GB RAM; 500GB HD \ Kyros: Athlon 4850e; Asus M3A78-CM; 4GB RAM; 6x1TB RAID 5
Reg. datum: 12 juni 2003
Wordt daar een selectie bit voor gebruikt, en weten jullie zo welke?
Of zou ik het dan met de hand aan moeten sturen
F1 in mikroC zal je waarschijnlijk vertellen (ik gebruik mikroBasic) dat enhanced PWM's niet ondersteund worden, maar dat er in de example's een voorbeeld zit (in mikrobasis is het "dual pwm" van jpc). Je moet dus idd ff de datasheet lezen, en et zelf aansturen. Maar het zou me erg verbazen als op het forum van mikroelektronica al geen voorbeeldprogramma te vinden is.quote:Barrytje schreef op maandag 12 juni 2006 @ 11:03:
Ja weet ik, maar ik heb een standaardfunctie in MikroC om PWM aan te sturen, maar daar kan je niet kiezen welke PWM output je wil gebruiken (van de 3 die op mijn PIC zitten)
Wordt daar een selectie bit voor gebruikt, en weten jullie zo welke?
Of zou ik het dan met de hand aan moeten sturen
Als de boer zijn koeien kust, zijn ze jarig wees gerust. Varkens op een landingsbaan, leiden nooit een lang bestaan. Als de boer zich met stront wast, zijn zijn hersens aangetast. Als het hooi is in de schuur, zit het wijf bij den gebuur.
Reg. datum: 10 juni 2006
De CCFL is hoogspanning (precies weet ik niet maar geloof honderden of duizenden volts), en volgens mij ook wisselspanning. Zowieso is het lastig zulke hoge spanningen te schakelen, FETs slaan bij enkele tientallen volt al door bijvoorbeeld. Verder raak je bij de meeste schakelmethoden de galvanische scheiding kwijt waardoor je schakeling onder hoogspanning komt te staan bij een foutje. Als laatste moet de inverter wel tegen zo'n PWM load kunnen, al moet dat volgens mij een niet al te groot probleem zijn.quote:Tim73 schreef op maandag 12 juni 2006 @ 18:20:
Is het niet gewoon mogelijk om de stroom die van de inverter naar de CCFL gaat te schakelen?
Let ook op de frequentie van je PWM'en, volgens mij is 100Hz ideaal, lager kan je zien knipperen, hoger heeft de inverter niet genoeg tijd om op gang te geraken, en is het dimgedrag niet ideaal (dan kan je die halve oplichting nog hebben).
Als de boer zijn koeien kust, zijn ze jarig wees gerust. Varkens op een landingsbaan, leiden nooit een lang bestaan. Als de boer zich met stront wast, zijn zijn hersens aangetast. Als het hooi is in de schuur, zit het wijf bij den gebuur.
Reg. datum: 22 maart 2004
Kan er iemand de volgende berekening bevestigen ?
-Ik ben vertrokken van de PWM code van the master himself : naftebakje en heb hier liggen mee sjoemelen tot ik op 9 PWM uitgangen kwam.
-Dit resulteert volgens mij in een interrupt om de 69 instructies.
-Om een volledige PWM af te werken heb ik 256 IRQs nodig.
=> 256x69x1 microseconde = 0,017664 seconden of 56 Hz
In minder dan 69 instructies kan ik het volgens mij niet doen, dus ben ik volgens mij de sigaar.
Reg. datum: 25 juni 2004
Pegasus: Q9650; Gigabyte GA-EP45-DS4; Asus Radeon 6970; 8GB RAM; 3x1TB HD; Xonar DX \ Mercury: MacBook Pro 2,33GHz C2D; 15inch; 3GB RAM; 500GB HD \ Kyros: Athlon 4850e; Asus M3A78-CM; 4GB RAM; 6x1TB RAID 5
quote:naftebakje schreef op maandag 12 juni 2006 @ 20:43:
Een CCFL'etje daait op zo'n 800V, 600Hz (net als TL's met elektronische ballast, dat eten ze het liefst).
Heb m'n scope eens in de buurt van het ding maar het signaal wat je dan oppikt zit toch meer rond de 30kHz. Spanning meten waag ik me niet aan.
quote:RafkeP schreef op maandag 12 juni 2006 @ 21:20:
Ik had het allemaal veel eenvoudiger gevonden als jullie gewoon bevestigd hadden dat het flikkeren van mijn goedkope CCFLs kwam. Nu kan ik mij weer suf piekeren over een oplossing![]()
Volgens mij hoeven de CCFLs zelf niet echt 'op te starten', en anders waarschijnlijk niet lang. De inverters zijn denk ik het probleem. Zoals gezegd helpt vervangen van de ingangscondensator al wel. Je wilt dat de CCFLs zelf ook echt afwisselend aan en uit gaan, niet dat ze een halve spanning krijgen of dat ze langzaam aan en uitgaan tijdens het PWMen. Spoelen en condensators in de inverter gaan dat juist tegen.
Lijkt me wel wat ingewikkelde code voor PWMen. PWM zelf kun je simpel doen door een lijstje PWM waarden te hebben, herhaaldelijk van 0 tot 255 tellen en zodra het getal gelijk is aan een van de waarden die uitgang hoog zetten. bij 0 zet je alles weer laag. Volgens mij hoeft dat niet heel veel tijd te kosten, je hebt alleen het UART gebeuren waar je nog mee zit.quote:Kan er iemand de volgende berekening bevestigen ?
-Ik ben vertrokken van de PWM code van the master himself : naftebakje en heb hier liggen mee sjoemelen tot ik op 9 PWM uitgangen kwam.
-Dit resulteert volgens mij in een interrupt om de 69 instructies.
-Om een volledige PWM af te werken heb ik 256 IRQs nodig.
=> 256x69x1 microseconde = 0,017664 seconden of 56 Hz
Reg. datum: 12 juni 2003
Ik kan trouwens geen pwm frequentie instellen van 100Hz, alleen hoger dan ongeveer 1500Hz, anders zegt ie dat het argument out of range is. Onze PIC draait trouwens wel op 20 Mhz
Die 600Hz is niet zo kritisch, en het kan gerust zijn dat hogere frequentie's evengoed werken, dus je gemeten 30kHz zal wel kloppen. Spanning zou je kunnen meten met een (erg) hoogohmige spanningsdeler, je moet wel ff kijken hoeveel de dooslagspanning is van een weestandje. Ik ga me binnenkort eens bezighouden met een ionisator (rookafzuiging repareren), dus ik ga straks ff op zoek daarvoor. Een standaard 1/4W weerstandje kan maximaal 200V aan (350V volgens een andere bron), 1/2W 300V, en een 1W weerstand 400V. Je kan dus gewoon een spanningsdelertje maken, zorg dat over elke weerstand niet meer dan de maximale spanning komt, en hou rekening met de ingangsimpedantie van je meettoestel (10MOhm ofzo). Voor de zekerheid kan je trouwens een neonlampje parallel over de ingang van je mettoestel plaatsen, bij een 60V slaat die door, dus bereken je deler dat de spanning daaronder blijft. Bij teveel ingangsspanning, licht het neonlampje op en voorkomt het dat je meettoestel kapot gaat.quote:madwizard schreef op maandag 12 juni 2006 @ 22:03:
[...]
Heb m'n scope eens in de buurt van het ding maar het signaal wat je dan oppikt zit toch meer rond de 30kHz. Spanning meten waag ik me niet aan.
quote:
[...]
Lijkt me wel wat ingewikkelde code voor PWMen. PWM zelf kun je simpel doen door een lijstje PWM waarden te hebben, herhaaldelijk van 0 tot 255 tellen en zodra het getal gelijk is aan een van de waarden die uitgang hoog zetten. bij 0 zet je alles weer laag. Volgens mij hoeft dat niet heel veel tijd te kosten, je hebt alleen het UART gebeuren waar je nog mee zit.
Dat is de manier die ik gebruik, ik heb wel die code snel ff geschreven dus mss kan je nog hier en daar wat optimaliseren.
De interrupt routine is 27 instruktie's lang voor 4 kanalen, en in 4 instructie's heb je een kanaal erbij gevoegd, dus kom je op 47 instructie's. Daar komt dan nog bij dat je om de 256 cycli (PWM cyclus) elk van de kanalen eens aangelegd hebt en eens uitgeschakelt hebt, reken dus wat reserve in (ruim gerekend 15 voor het uitschakelen, inschakelen is een paar instructie's en valt in het niets). Je wil dus naast je 47 instructie's van de interrupt nog 15 instructie's voor de rest (een keer het uitschakelen van de uitgangen per PWM cyclus, de 255 andere keren kan je dan telkens 15 instructie's besteden aan je andere code), reken dus op 62 instructie's tussen elke interrupt.
RafkeP: proficiat, berekening is in orde, op 4MHz klok kom ik net op 63Hz uit. Beetje nipt, maar ws werkt het wel (TV flikkert aan 50Hz, dat merk je ook niet/nauwelijks). En "master himself" ben ik niet, der zitten hier gasten die beter zijn in elektronica dan ik (wow, hij is dan nog bescheiden ook
Zoek eens op mijn naam en PWM, ik heb een progje in ASM (met bergen massaal veel uitleg) gepost om zelf je PWM aan te maken, en op 20MHz zal je PIC 4/5 van de tijd uit zijn neus zitten eten (dus voldoende tijd over voor ander dingen die gelijktijdig moeten gebeuren). Ik dacht dat ik em hier ook al eens in Basic had gepost, als je dat liever hebt (kijk dan wel goed na of je basic compiler optimaal mijn code kan compilen, ik heb em in mikroBasic geschreven en het scheelde bijna geen code met ASM). Als je de ingebouwde module voor PWM gebruikt kan je idd geen lage frequentie's gebruiken, maar als je een RC netwerkje aan de uitgang hangt om een regelbare DC te bekomen, met een NE555 een zaagtand genereert (0-5V) van de gewenste PWM frequentie (100Hz), en die met een comparator vergelijkt met de regelbare DC die je hebt gemaakt, dan heb je een PWM op een frequentie die volledig onafhankelijk is van je PIC, kan je zelfs testen met een potmeter enzo, en als je de frequentie regelbaar maakt kan je gemakkelijk testen welke frequentie je de beste resultaten geeft.quote:Barrytje schreef op dinsdag 13 juni 2006 @ 10:44:
Ja ik heb al gekeken in de manual, in de examples en in het forum. Maar een echt duidelijke oplossing kon ik niet vinden.
Ik kan trouwens geen pwm frequentie instellen van 100Hz, alleen hoger dan ongeveer 1500Hz, anders zegt ie dat het argument out of range is. Onze PIC draait trouwens wel op 20 Mhz
naftebakje wijzigde dit bericht 13-06-2006 14:09 (36%)
Als de boer zijn koeien kust, zijn ze jarig wees gerust. Varkens op een landingsbaan, leiden nooit een lang bestaan. Als de boer zich met stront wast, zijn zijn hersens aangetast. Als het hooi is in de schuur, zit het wijf bij den gebuur.
Reg. datum: 20 juni 2005
De Basic versie heb ik gevonden, alleen niet zobveel comments?
Edit: ASM ook gevonden:
http://gathering.tweakers.net/forum/view_message/24675173
Ricvdp wijzigde dit bericht 13-06-2006 15:04 (27%)
Reg. datum: 08 september 2004
quote:naftebakje schreef op dinsdag 13 juni 2006 @ 13:17:
De interrupt routine is 27 instruktie's lang voor 4 kanalen, en in 4 instructie's heb je een kanaal erbij gevoegd, dus kom je op 47 instructie's. Daar komt dan nog bij dat je om de 256 cycli (PWM cyclus) elk van de kanalen eens aangelegd hebt en eens uitgeschakelt hebt, reken dus wat reserve in (ruim gerekend 15 voor het uitschakelen, inschakelen is een paar instructie's en valt in het niets). Je wil dus naast je 47 instructie's van de interrupt nog 15 instructie's voor de rest (een keer het uitschakelen van de uitgangen per PWM cyclus, de 255 andere keren kan je dan telkens 15 instructie's besteden aan je andere code), reken dus op 62 instructie's tussen elke interrupt.
Hmm inderdaad dan heb je niet heel veel tijd meer over op 4MHz, 4 instructies per extra kanaal is best goed lijkt me.
quote:Felony schreef op dinsdag 13 juni 2006 @ 17:01:
Waarom CCFL en geen RGB leds?? En is het gelukt om dit spul aan de composiet uitgang van een tv te sleutelen?
CCFLs zijn denk ik veel makkelijker om snel een berg licht te maken. Die LED strips bijvoorbeeld geven al veel minder licht, je zou dus nog meer LEDjes nodig hebben. Daarnaast spreiden die CCFLs het licht mooier, al krijg je wel wat kleurschaduwen aan de randen als je er niets diffuus opplakt (wat kalkpapier ofzo).
En composiet is niet erg makkelijk. Een manier om het via de PC te doen is het via een TV kaart te lezen en te verwerken, maar dan moet je ook TV kijken op je PC waarschijnlijk want meestal hebben die kaarten wat vertraging. Voor het hardware ambilight is het veel lastiger, de enige mogelijkheid is eigenlijk composiet te digitaliseren, maar dan krijg je data die te snel is voor de gemiddelde micocontroller, en zul je met FPGAs aan de gang moeten. Wat best kan (iemand hier is er al mee bezig) maar persoonlijk heb ik daar te weinig ervaring mee, net als wel meer mensen waarschijnlijk.
Impedance, a measure of opposition to time-varying electric current in an electric circuit.
Not to be confused with impotence.
Reg. datum: 22 maart 2004
@bobo : je gelooft het nooit ... ik erger mij op mijn werk al meer dan een jaar over een bepaald stukje software dat je daar slechts 2 COM poorten kan kiezen. Nu schrijf ik zelf iets en wat doe ik ?
COM1 hardcoded erin zetten
Zal het zo snel mogelijk proberen te fixen.
@Felony : aan MoMoLight kan je net zo goed RGB leds hangen, maar je zal er wel een heleboel nodig hebben. Verder kan ik melden dat je via BSplayer Pro (de betaalversie dus (waar ik overigens zelf niet over beschik)) de mogelijkheid hebt om via een TV-in te kijken met MoMoLight.
RafkeP wijzigde dit bericht 14-06-2006 22:32 (21%)
Reg. datum: 22 maart 2004
@bobo: de versie waarin je de com poort kan kiezen staat nu online. (zelfde link).
Ik moet alleen de tutorial nog aanpassen, maar ik neem aan dat dit veldje voorlopig
voor zich spreekt.
@all :
Ik heb alles een keer aan een scoop gehangen en die meet een frequentie van 50Hz.
Mijn bedoeling was dan om snel even de interne klok te disablen en een RC oscillator te gebruiken maar ik krijg het niet aan de praat.
Wat heb ik gedaan ?
- in de __config INTRC_OSC_NOCLKOUT vervangen door _ER_OSC_NOCLKOUT
- de pwm die op poort RA7 zat, verhuisd naar RB3
-RA7 mbv trisa op input gezet
- verder heb ik ook nog geëxperimenteerd met b'00001000' naar PCON te schrijven
- weerstand van 1k gezet tussen RA7/OSC1 en GND
Dit heeft allemaal geen effect: de PWM uitgangen blijven allemaal op 0 hangen.
Iemand enig idee wat ik vergeten ben?
Reg. datum: 22 maart 2004
Geen kristal dus, enkel een weerstand.
Dit om voorlopig de impact op het bestaande design zo klein mogelijk te houden.
Pagina: 1 2 3 4 5 6 7 8 9 10 11 12 ... 19 20 21 22 last



