All rights reserved Sun, 06 Jul 2008 21:48:37 GMT Sun, 06 Jul 2008 21:48:37 GMT http://blogs.law.harvard.edu/tech/rss GoT - list_messages http://gathering.tweakers.net Gathering of Tweakers http://tweakimg.net/g/if/logo.gif nl-nl http://gathering.tweakers.net/rss/list_messages/1279775 DIY Let There Be Light [Ambilight] - Elektronica - GoT gathering@tweakers.net (Administrator) MikeVM http://gathering.tweakers.net/forum/list_message/29695688?data%5Bsource%5D=rss#29695688 dummy@example.com (MikeVM) maandag 03 maart 2008 00:46 http://www.youtube.com/wa...PZkdPw&watch_responsePhilips | Philips Ambilight | 111 | 222 | 333 Voorgaande delen: 1 Algemeen Ambilight Ambilight is een uniek concept van Philips, waarmee een zachte lichtgloed op de wanden rond uw TV wordt geprojecteerd. De lichtgloed verandert automatisch, zodat deze overeenkomt met de kleuren en helderheid van het beeld. Ambilight verbetert het contrast, de kleur en de details die u waarneemt. Hierdoor hebt u het idee dat u naar een breder beeld kijkt. Er is ook aangetoond dat Ambilight de druk op uw ogen vermindert, want er wordt een aangenamere kijkervaring gecreëerd. ____________ Op 22 December 2004 vroeg MCCarrot in het eerste topic of het mogelijk was dit na te bouwen met LED's. DIY AMBILIGHT was geboren. Bestaande Projecten • MoMo Light • Bob Light • ... (more to come) Fotos en Videos AmbiLight http://www.youtube.com/wa...BuOJk&feature=related BobLight http://www.youtube.com/watch?v=WnB0HG2VL7I MomoLight http://www.youtube.com/watch?v=qA65Qio-i8k More To Come....mIRC mIRC Zou iemand hiervoor kunnen zorgen, dan zou alles een beetje vlotter verlopen. Let There Be Light LTBL In het vorige deel werd de vraag gesteld om DIY Ambilight opnieuw leven in te blazen. en een nieuw beter project te maken.. Hierdoor gingen een aantal brainstormen en al vlug kwamen met enkele goede iedeeën op de proppen. ook heeft Bobo1on1 het nieuwe project Let There Be Light genoemd, en vind het wel nodig dat we proberen af te stappen van Phillips' naamgeving. Eisen De eisen van Bobo1on1 zijn: • Minimaal 12 kanalen • Kan aangestuurd worden met een frequentie van minimaal 50 hertz • Pwm resolutie zo hoog mogelijk • Moet makkelijk te bouwen zijn, dus geen smd of moeilijk verkrijgbare componenten • Kleur instelbaar met knopjes als de lampen niet extern aangestuurd worden Hardware: DVI Ontwerpers: Problemen: • SMD • FPGA • Pixel frequentie is minimum 50Hz • HDCP is a No-Goquote:timcooijmans schreef op maandag 03 maart 2008 @ 15:19: Voor een DVI link: Gebruik een SiI 163B Daarmee is het met een FPGA er bij vrij gemakkelijk om de data uit te lezen...quote:niceboy1981 schreef op maandag 03 maart 2008 @ 15:33: Ik zat zelf aan een TI tvp401a te denken a 4 dollar: http://focus.ti.com/lit/ds/symlink/tfp401a.pdf of de analog ad9397: http://www.analog.com/UploadedFiles/Data_Sheets/AD9397.pdf Beiden zijn ook goed aan te komen. Daar moet je ook rekening mee houden.quote:timcooijmans schreef op maandag 03 maart 2008 @ 15:46: Het nagaan van pixeldata is dan vrij gemakkelijk:code:1 2 3 4 5 6 7 8 9 10 Signalen om naar te kijken: HSYNC VSYNC QE0:23 DE 1: wacht op stijgende flank VSYNC 2: wacht op stijgende flank DE 3: tel de clock (elke stijgende flank is een pixel) en sample tegelijk QE0:23 (3x 8bit data) 4: bij stijgende flank HSYNC ga naar 3Hierbij kun je door het tellen van stijgende flanken van HSYNC en de clock en bepalen welke pixels je wil sampelen. (bijv: de eerste 10 HSYNC's van pixel 30 tot 770)quote:Gaming247 schreef op maandag 03 maart 2008 @ 16:26: Leuk idee! Om eventueel het HDCP-signaal te verwijderen van een digitaal signaal: HDfury Dan wordt het wel een analoog signaal en de HDfury is ook niet goedkoop, maar misschien kan de SiliconImage chip die erop zit jullie een stap verder helpen.quote:timcooijmans schreef op maandag 03 maart 2008 @ 21:40: Ik heb even met Quartus zitten spelen en heb een soort eerste opzet gemaakt voor het uitlezen van DVI en dit om te zetten naar een gemiddelde over een gebied. Ik ben hierbij uit gegaan van: -Allereerst mijn idee over DVI, misschien heb ik de DVI specificatie niet 100% door en klopt het dus niet. -De logica sampled nu vast een gebied tussen x=30 en x=770 en y=30. Een gebied van 24000 pixels dus. Hiervan word het gemiddelde genomen en deze word geoutput (ik had zosnel geen PWM VHDL liggen) -Mijn voorbeeld gaat uit van 1 kleur (Rood) Wat ik wel kan vertellen: Mijn prototype gebruikt 1197 LE's, niet genoeg voor in een Cyclone 2 dus heb ik het op een Cyclone 3 gebaseerd. Anyway: Schemaquote:madwizard schreef op maandag 03 maart 2008 @ 22:05: DVI is waarschijnlijk wel simpel qua digitale signalen maar ik denk dat je erg goed op de layout moet gaan letten, het zijn toch flink snelle signalen bij hoge resoluties. Dan worden ook lengtes van banen en impedantie van de lijnen belangrijk, Ook in de FPGA moet je de snelheid kunnen halen. Een passieve splitter voor DVI kun je vergeten maar het moet vast eenvoudig zijn een digitaal signaal te dupliceren en in ieder geval heb je dan geen kwaliteitsverlies. timcooijmans: grootste deel van je LE's zit waarschijnlijk in de divider, voor de rest stelt het niet veel voor qua LE's. Wel denk ik dat je als je toch een FPGA gaat gebruiken je beter een uitgebreider algoritme kunt nemen dan gewoon het gemiddelde. Overigens niet genoeg voor Cyclone II? Bedoelde je teveel (klopt niet met je zin erachter)? Moet zeker wel in een cyclone II passen zoals je het nu hebt. Als je die divider kunt wegwerken en vervangen door een shift register (macht van 2 als deelfactor) wordt het vast een stuk minder.@admins: het is niet mijn bedoeling om in de toekomst hier massas quotes neer te planten, maar updates te maken.. met het voorlopige project. Hardware: VGA currently non-active Software currently non-active Met dank aan iedereen die geholpen heeft in het eerste topic @Admins: Dit Topic zal nog geupdate worden zodra morgen wat frisser ben. Ook zal ik morgen alle schrijffouten er proberen uit te filteren en alles op te kuisen. Ik hoop dat jullie dit topic een kans geven.
http://www.uploadarchief.net/files/download/ltbl.jpg


Voorgaande delen:

1



Algemeen

Ambilight

Ambilight is een uniek concept van Philips, waarmee een zachte lichtgloed op de wanden rond uw TV wordt geprojecteerd. De lichtgloed verandert automatisch, zodat deze overeenkomt met de kleuren en helderheid van het beeld. Ambilight verbetert het contrast, de kleur en de details die u waarneemt. Hierdoor hebt u het idee dat u naar een breder beeld kijkt. Er is ook aangetoond dat Ambilight de druk op uw ogen vermindert, want er wordt een aangenamere kijkervaring gecreëerd.
____________

Op 22 December 2004 vroeg MCCarrot in het eerste topic of het mogelijk was dit na te bouwen met LED's. DIY AMBILIGHT was geboren.

Bestaande Projecten



• MoMo Light
• Bob Light
• ... (more to come)


Fotos en Videos

AmbiLight

BobLight

MomoLight

More To Come....
mIRC


mIRC
Zou iemand hiervoor kunnen zorgen, dan zou alles een beetje vlotter verlopen.

Let There Be Light LTBL

In het vorige deel werd de vraag gesteld om DIY Ambilight opnieuw leven in te blazen.
en een nieuw beter project te maken..

Hierdoor gingen een aantal brainstormen en al vlug kwamen met enkele goede iedeeën op de proppen.

ook heeft Bobo1on1 het nieuwe project Let There Be Light genoemd, en vind het wel nodig dat we proberen af te stappen van Phillips' naamgeving.


Eisen

De eisen van Bobo1on1 zijn:

• Minimaal 12 kanalen
• Kan aangestuurd worden met een frequentie van minimaal 50 hertz
• Pwm resolutie zo hoog mogelijk
• Moet makkelijk te bouwen zijn, dus geen smd of moeilijk verkrijgbare componenten
• Kleur instelbaar met knopjes als de lampen niet extern aangestuurd worden


Hardware: DVI

Ontwerpers:
Problemen:
• SMD
• FPGA
• Pixel frequentie is minimum 50Hz
• HDCP is a No-Go
quote:
timcooijmans schreef op maandag 03 maart 2008 @ 15:19:
Voor een DVI link: Gebruik een SiI 163B Daarmee is het met een FPGA er bij vrij gemakkelijk om de data uit te lezen...
quote:
niceboy1981 schreef op maandag 03 maart 2008 @ 15:33:
Ik zat zelf aan een TI tvp401a te denken a 4 dollar: http://focus.ti.com/lit/ds/symlink/tfp401a.pdf
of de analog ad9397: http://www.analog.com/UploadedFiles/Data_Sheets/AD9397.pdf

Beiden zijn ook goed aan te komen. Daar moet je ook rekening mee houden.
quote:
timcooijmans schreef op maandag 03 maart 2008 @ 15:46:
Het nagaan van pixeldata is dan vrij gemakkelijk:
code:
1
2
3
4
5
6
7
8
9
10

Signalen om naar te kijken:
HSYNC
VSYNC
QE0:23
DE

1: wacht op stijgende flank VSYNC
2: wacht op stijgende flank DE
3: tel de clock (elke stijgende flank is een pixel) en sample tegelijk QE0:23 (3x 8bit data)
4: bij stijgende flank HSYNC ga naar 3

Hierbij kun je door het tellen van stijgende flanken van HSYNC en de clock en bepalen welke pixels je wil sampelen. (bijv: de eerste 10 HSYNC's van pixel 30 tot 770)
quote:
Gaming247 schreef op maandag 03 maart 2008 @ 16:26:
Leuk idee!

Om eventueel het HDCP-signaal te verwijderen van een digitaal signaal: HDfury

Dan wordt het wel een analoog signaal en de HDfury is ook niet goedkoop, maar misschien kan de SiliconImage chip die erop zit jullie een stap verder helpen.
quote:
timcooijmans schreef op maandag 03 maart 2008 @ 21:40:
Ik heb even met Quartus zitten spelen en heb een soort eerste opzet gemaakt voor het uitlezen van DVI en dit om te zetten naar een gemiddelde over een gebied.

Ik ben hierbij uit gegaan van:
-Allereerst mijn idee over DVI, misschien heb ik de DVI specificatie niet 100% door en klopt het dus niet.
-De logica sampled nu vast een gebied tussen x=30 en x=770 en y=30. Een gebied van 24000 pixels dus. Hiervan word het gemiddelde genomen en deze word geoutput (ik had zosnel geen PWM VHDL liggen)
-Mijn voorbeeld gaat uit van 1 kleur (Rood)

Wat ik wel kan vertellen:
Mijn prototype gebruikt 1197 LE's, niet genoeg voor in een Cyclone 2 dus heb ik het op een Cyclone 3 gebaseerd.

Anyway: Schema
quote:
madwizard schreef op maandag 03 maart 2008 @ 22:05:
DVI is waarschijnlijk wel simpel qua digitale signalen maar ik denk dat je erg goed op de layout moet gaan letten, het zijn toch flink snelle signalen bij hoge resoluties. Dan worden ook lengtes van banen en impedantie van de lijnen belangrijk, Ook in de FPGA moet je de snelheid kunnen halen.

Een passieve splitter voor DVI kun je vergeten maar het moet vast eenvoudig zijn een digitaal signaal te dupliceren en in ieder geval heb je dan geen kwaliteitsverlies.

timcooijmans: grootste deel van je LE's zit waarschijnlijk in de divider, voor de rest stelt het niet veel voor qua LE's. Wel denk ik dat je als je toch een FPGA gaat gebruiken je beter een uitgebreider algoritme kunt nemen dan gewoon het gemiddelde. Overigens niet genoeg voor Cyclone II? Bedoelde je teveel (klopt niet met je zin erachter)? Moet zeker wel in een cyclone II passen zoals je het nu hebt. Als je die divider kunt wegwerken en vervangen door een shift register (macht van 2 als deelfactor) wordt het vast een stuk minder.
@admins: het is niet mijn bedoeling om in de toekomst hier massas quotes neer te planten, maar updates te maken.. met het voorlopige project.

Hardware: VGA


currently non-active

Software


currently non-active


Met dank aan iedereen die geholpen heeft in het eerste topic
@Admins: Dit Topic zal nog geupdate worden zodra morgen wat frisser ben.
Ook zal ik morgen alle schrijffouten er proberen uit te filteren en alles op te kuisen.
Ik hoop dat jullie dit topic een kans geven.]]> http://gathering.tweakers.net/forum/list_message/29695688#29695688 Sun, 02 Mar 2008 23:46:23 GMT MikeVM http://gathering.tweakers.net/forum/list_message/29695690?data%5Bsource%5D=rss#29695690 dummy@example.com (MikeVM) maandag 03 maart 2008 00:46 POLLS Let There Be Light: POLL1: Ben je geïnteresseerd? AFGESLOTEN! Ook een poll maken? Klik hier Besluit: • LTBL-interesse: Op een week tijd zijn er 200 votes gepost. hieruit kunnen we opmaken dat we 50 exemplaren kunnen verkopen. • Hardwareinterface: Door de verdeeldheid gaan we proberen om alle interfaces te voorzien van LTVL, maar we beginnen met DVI en als dat klaar is komt VGA aan de beurt. • Bouwpakketjes: deze zullen er hopenlijk wel komen, dit brengt de voordelen met zich mee dat de kostprijs kan gedrukt worden en de moeilijkheidsgraad aanzienlijk omlaag gaat.. verder gaan we afspreken dat een kleine percentage voor de ontwikkelaars is. • Softwarematig was er maar een matige respons, mede omdat dit al bestaat en lage reponse, stel ik voor dat we dit compleet laten valen. • Maar niet te duur. dit wordt in de volgende poll beslist... • niet te moeilijk: de enige moeilijkheidsgraad word smd solderen, en dit kan tegen een prijsje voor u gedaan worden. Let There Be Light: POLL 2 Quanta Costa LET OP: DEZE PRIJS is voor een pakketje waarin alles bevind behalve de voeding.. als alles goedis ga ik een inkoopactie starten eens het project af is met: Printplaat, componenten, en 12CCFL's eventuele DVI/VGA kabels en Voeding moet je zelf kopen. maar om ons een beeld te vormen van jullie budget hier een kleine poll. . LET OP: HIER IS GEEN VOEDING INBEGREPEN!!!Poll: Hoeveel mag het kosten: (Printplaat, Componenten en 12 CCFL'S) • < 50 Euro • 51 - 75 Euro • 75 - 100 Euro Ook een poll maken? Klik hier LET OP: HIER IS GEEN VOEDING INBEGREPEN!!!
POLLS

Let There Be Light: POLL1: Ben je geïnteresseerd?

AFGESLOTEN!
http://poll.dezeserver.nl/results.cgi?pid=273044&layout=2&sort=prc
Ook een poll maken? Klik hier
Besluit:
• LTBL-interesse: Op een week tijd zijn er 200 votes gepost. hieruit kunnen we opmaken dat we 50 exemplaren kunnen verkopen.
• Hardwareinterface: Door de verdeeldheid gaan we proberen om alle interfaces te voorzien van LTVL, maar we beginnen met DVI en als dat klaar is komt VGA aan de beurt.
• Bouwpakketjes: deze zullen er hopenlijk wel komen, dit brengt de voordelen met zich mee dat de kostprijs kan gedrukt worden en de moeilijkheidsgraad aanzienlijk omlaag gaat.. verder gaan we afspreken dat een kleine percentage voor de ontwikkelaars is.
• Softwarematig was er maar een matige respons, mede omdat dit al bestaat en lage reponse, stel ik voor dat we dit compleet laten valen.
• Maar niet te duur. dit wordt in de volgende poll beslist...
• niet te moeilijk: de enige moeilijkheidsgraad word smd solderen, en dit kan tegen een prijsje voor u gedaan worden.

Let There Be Light: POLL 2 Quanta Costa

LET OP: DEZE PRIJS is voor een pakketje waarin alles bevind behalve de voeding..
als alles goedis ga ik een inkoopactie starten eens het project af is met:
Printplaat, componenten, en 12CCFL's
eventuele DVI/VGA kabels en Voeding moet je zelf kopen.
maar om ons een beeld te vormen van jullie budget hier een kleine poll.
.
LET OP: HIER IS GEEN VOEDING INBEGREPEN!!!
Poll: Hoeveel mag het kosten: (Printplaat, Componenten en 12 CCFL'S)
• < 50 Euro
• 51 - 75 Euro
• 75 - 100 Euro

http://poll.dezeserver.nl/results.cgi?pid=274221&layout=2&sort=prc
Ook een poll maken? Klik hier
LET OP: HIER IS GEEN VOEDING INBEGREPEN!!!
]]> http://gathering.tweakers.net/forum/list_message/29695690#29695690 Sun, 02 Mar 2008 23:46:38 GMT MikeVM http://gathering.tweakers.net/forum/list_message/29695692?data%5Bsource%5D=rss#29695692 dummy@example.com (MikeVM) maandag 03 maart 2008 00:46 Onderdelen & kostprijs berekening Power Supply Samenkopen.net Voeding voltage: 12V (is nog adjustable met een potmeter je kunt met de pot de spanning ongveer een 10% hoger en lager maken) current: 3A input voltage: 230V gewicht 430 gram Prijs: ¤9 Light LED's pro's • Goedkoop • flexibel • low power con's • veel soldeerwerk CCFL's pro's • makkelijk • ... • ... con's • verbruik het enige wat ik niet weet is de lichtopbrengst van de leds tov de CCFL's.. ConnectorenRS2325 x RS232 print connector 1,25 Euro/5stuksUSB10 stuks USB-B print connectors 45 gram with goldplated pins gewicht 50 gram 1,35 Euro/10stuks FPGA Printplaat prijs: 5euro / stuk • 50cm² • Double Layer • Gold Plated • Electrical Test [dit kan pas vanaf 25 stuks of meer, omdat anders de prijs te hoog is] • Peel off ... Kostprijs Voeding : 9 Euro 78XX's: 10 Euro [1 per kleur.. dus 9 in totaal] LED's : 20 Euro [50 RGB LED'S] printplaat : 5 euro R , C , L: 5euro [weerstanden, spoelen, condensatoren] connectoren : 5 euro [DVI, RS232, USB,...] DVI Chip : ?? euro FPGA: 5 euro [???] ... Totaal : 50 euro (+ 9 euro voeding)
Onderdelen & kostprijs berekening
Power Supply


Samenkopen.net Voeding

voltage: 12V (is nog adjustable met een potmeter je kunt met de pot de spanning ongveer een 10% hoger en lager maken)
current: 3A
input voltage: 230V

gewicht 430 gram

Prijs: ¤9

Light
LED's
pro's
• Goedkoop
• flexibel
• low power

con's
• veel soldeerwerk
CCFL's
pro's
• makkelijk
• ...
• ...

con's
• verbruik

het enige wat ik niet weet is de lichtopbrengst van de leds tov de CCFL's..

Connectoren
RS232
5 x RS232 print connector

1,25 Euro/5stuks
USB
10 stuks USB-B print connectors

45 gram

with goldplated pins

gewicht 50 gram
1,35 Euro/10stuks
FPGA



Printplaat

prijs: 5euro / stuk
• 50cm²
• Double Layer
• Gold Plated
• Electrical Test [dit kan pas vanaf 25 stuks of meer, omdat anders de prijs te hoog is]
• Peel off

...



Kostprijs

Voeding : 9 Euro
78XX's: 10 Euro [1 per kleur.. dus 9 in totaal]
LED's : 20 Euro [50 RGB LED'S]
printplaat : 5 euro
R , C , L: 5euro [weerstanden, spoelen, condensatoren]
connectoren : 5 euro [DVI, RS232, USB,...]
DVI Chip : ?? euro
FPGA: 5 euro [???]
...


Totaal : 50 euro (+ 9 euro voeding)

]]> http://gathering.tweakers.net/forum/list_message/29695692#29695692 Sun, 02 Mar 2008 23:46:50 GMT niceboy1981 http://gathering.tweakers.net/forum/list_message/29696204?data%5Bsource%5D=rss#29696204 dummy@example.com (niceboy1981) maandag 03 maart 2008 09:16 'k zie dat de grootste vraag naar DVI gebaseerde Let There Be Light bordjes. Dit botst wel met de vraag dat er geen SMD componenten op mag zitten. Alle DVI receivers die ik ken zijn SMD componenten. Ook het verwerken van deze data is eigenlijk alleen te doen in een FPGA. Door hoge druk bij een aantal betaalde projecten van mij ben ik nog niet veel verder gekomen, maar 'k heb een kitje om in ieder geval de firmware code voor de logica alvast te ontwerpen. Dan hoeft dat straks alleen op een bordje geïmplementeerd te worden. gr, Vincent 'k zie dat de grootste vraag naar DVI gebaseerde Let There Be Light bordjes.

Dit botst wel met de vraag dat er geen SMD componenten op mag zitten. Alle DVI receivers die ik ken zijn SMD componenten. Ook het verwerken van deze data is eigenlijk alleen te doen in een FPGA.

Door hoge druk bij een aantal betaalde projecten van mij ben ik nog niet veel verder gekomen, maar 'k heb een kitje om in ieder geval de firmware code voor de logica alvast te ontwerpen. Dan hoeft dat straks alleen op een bordje geïmplementeerd te worden.

gr,

Vincent]]> http://gathering.tweakers.net/forum/list_message/29696204#29696204 Mon, 03 Mar 2008 08:16:30 GMT niceboy1981 http://gathering.tweakers.net/forum/list_message/29696211?data%5Bsource%5D=rss#29696211 dummy@example.com (niceboy1981) maandag 03 maart 2008 09:18 puntje 2: 'k zou ook even bij de poll SCART / composite video als optie zetten. Dat ik in ieder geval op alle TV (en gerelateerde apparatuur) toe te passen. puntje 2: 'k zou ook even bij de poll SCART / composite video als optie zetten. Dat ik in ieder geval op alle TV (en gerelateerde apparatuur) toe te passen.]]> http://gathering.tweakers.net/forum/list_message/29696211#29696211 Mon, 03 Mar 2008 08:18:49 GMT MikeVM http://gathering.tweakers.net/forum/list_message/29696423?data%5Bsource%5D=rss#29696423 dummy@example.com (MikeVM) maandag 03 maart 2008 10:06 quote:niceboy1981 schreef op maandag 03 maart 2008 @ 09:16: 'k zie dat de grootste vraag naar DVI gebaseerde Let There Be Light bordjes. Dit botst wel met de vraag dat er geen SMD componenten op mag zitten. Alle DVI receivers die ik ken zijn SMD componenten. Ook het verwerken van deze data is eigenlijk alleen te doen in een FPGA. Door hoge druk bij een aantal betaalde projecten van mij ben ik nog niet veel verder gekomen, maar 'k heb een kitje om in ieder geval de firmware code voor de logica alvast te ontwerpen. Dan hoeft dat straks alleen op een bordje geïmplementeerd te worden. gr, Vincenten zou het nivau van programeren haalbaar zijn voor een professionele Bachelor Electronica.. die FPGA heb ik 2 jaar geleden wel eens geprogrammeerd, kzou liever in C programeren. Vincent, kan je wat meer info verstrekken over uw project..
quote:
niceboy1981 schreef op maandag 03 maart 2008 @ 09:16:
'k zie dat de grootste vraag naar DVI gebaseerde Let There Be Light bordjes.

Dit botst wel met de vraag dat er geen SMD componenten op mag zitten. Alle DVI receivers die ik ken zijn SMD componenten. Ook het verwerken van deze data is eigenlijk alleen te doen in een FPGA.

Door hoge druk bij een aantal betaalde projecten van mij ben ik nog niet veel verder gekomen, maar 'k heb een kitje om in ieder geval de firmware code voor de logica alvast te ontwerpen. Dan hoeft dat straks alleen op een bordje geïmplementeerd te worden.

gr,

Vincent
en zou het nivau van programeren haalbaar zijn voor een professionele Bachelor Electronica..

die FPGA heb ik 2 jaar geleden wel eens geprogrammeerd, kzou liever in C programeren.

Vincent, kan je wat meer info verstrekken over uw project..]]> http://gathering.tweakers.net/forum/list_message/29696423#29696423 Mon, 03 Mar 2008 09:06:34 GMT ThunderNet http://gathering.tweakers.net/forum/list_message/29696467?data%5Bsource%5D=rss#29696467 dummy@example.com (ThunderNet) maandag 03 maart 2008 10:14 Optie met een AVR/PIC lijkt mij prettiger ook. Dan is het ook makkelijker om later firmware te veranderen Optie met een AVR/PIC lijkt mij prettiger ook. Dan is het ook makkelijker om later firmware te veranderen :)]]> http://gathering.tweakers.net/forum/list_message/29696467#29696467 Mon, 03 Mar 2008 09:14:46 GMT MikeVM http://gathering.tweakers.net/forum/list_message/29696515?data%5Bsource%5D=rss#29696515 dummy@example.com (MikeVM) maandag 03 maart 2008 10:24 maar is het mogelijk met AVR of met een PIC...? SMD is voor mij geen probleem, en met een goede printplaat is SMD solderen 2x niks... eventueel kan het voorgesoldeerd opgestuurd worden denk ik.. maar is het mogelijk met AVR of met een PIC...?

SMD is voor mij geen probleem, en met een goede printplaat is SMD solderen 2x niks... eventueel kan het voorgesoldeerd opgestuurd worden denk ik..]]> http://gathering.tweakers.net/forum/list_message/29696515#29696515 Mon, 03 Mar 2008 09:24:11 GMT niceboy1981 http://gathering.tweakers.net/forum/list_message/29696966?data%5Bsource%5D=rss#29696966 dummy@example.com (niceboy1981) maandag 03 maart 2008 11:39 quote:MikeVM schreef op maandag 03 maart 2008 @ 10:24: maar is het mogelijk met AVR of met een PIC...?Om een idee te krijgen: een scherm van 1024x786 bij 60 hz heeft een pixel freqentie van ca. 48 Mhz. Als je micro controller hebt die dat kan inklokken en het dan ook nog kan verwerken/doorrekenen, kun je het heel mooi in C programmeren. 't zal dan toch snel al een DSP of zwaardere processor worden.quote:SMD is voor mij geen probleem, en met een goede printplaat is SMD solderen 2x niks... eventueel kan het voorgesoldeerd opgestuurd worden denk ik..Als ik dadelijk een beetje werkbare variant heb, wil ik ze ook voorgesoldeerd gaan leveren. Dat is support technisch ook veel makkelijker. Meer info over mijn project volgt als ik ook meer tijd heb.... dus dat kan nog wel een week of 2 a 3 gaan duren.
quote:
MikeVM schreef op maandag 03 maart 2008 @ 10:24:
maar is het mogelijk met AVR of met een PIC...?
Om een idee te krijgen: een scherm van 1024x786 bij 60 hz heeft een pixel freqentie van ca. 48 Mhz.
Als je micro controller hebt die dat kan inklokken en het dan ook nog kan verwerken/doorrekenen, kun je het heel mooi in C programmeren. 't zal dan toch snel al een DSP of zwaardere processor worden.
quote:
SMD is voor mij geen probleem, en met een goede printplaat is SMD solderen 2x niks... eventueel kan het voorgesoldeerd opgestuurd worden denk ik..
Als ik dadelijk een beetje werkbare variant heb, wil ik ze ook voorgesoldeerd gaan leveren. Dat is support technisch ook veel makkelijker.

Meer info over mijn project volgt als ik ook meer tijd heb.... dus dat kan nog wel een week of 2 a 3 gaan duren.]]> http://gathering.tweakers.net/forum/list_message/29696966#29696966 Mon, 03 Mar 2008 10:39:29 GMT ThunderNet http://gathering.tweakers.net/forum/list_message/29696973?data%5Bsource%5D=rss#29696973 dummy@example.com (ThunderNet) maandag 03 maart 2008 11:41 Eigenlijk ben je een chip nodig die die resolutie verkleint. Je bent immers maar een 16x16 reso van het scherm nodig, en dan heb je al heel veel mogelijkheden. Eigenlijk ben je een chip nodig die die resolutie verkleint. Je bent immers maar een 16x16 reso van het scherm nodig, en dan heb je al heel veel mogelijkheden.]]> http://gathering.tweakers.net/forum/list_message/29696973#29696973 Mon, 03 Mar 2008 10:41:26 GMT MikeVM http://gathering.tweakers.net/forum/list_message/29697039?data%5Bsource%5D=rss#29697039 dummy@example.com (MikeVM) maandag 03 maart 2008 11:52 @nice boy met andere woorden voor een resolutie van 1920x1200 (wat toch het streefdoel van ons project is. (kheb zelf 1680x1050)) zullen we tegen 130MHz moeten kunnen uitlezen. en dan 30 keer per seconde ambilight berekenen en uitsturen... waar moet ik dan op letten bij een AVR/PIC, cpu frequentie of zijn er nog andere dingen die belangrijk zijn... _________________________________________________________________________ @thundernet en weet je ook of dit bestaat, en waar ik het kan vinden. @nice boy

met andere woorden voor een resolutie van 1920x1200 (wat toch het streefdoel van ons project is. (kheb zelf 1680x1050)) zullen we tegen 130MHz moeten kunnen uitlezen.
en dan 30 keer per seconde ambilight berekenen en uitsturen...

waar moet ik dan op letten bij een AVR/PIC, cpu frequentie of zijn er nog andere dingen die belangrijk zijn...

_________________________________________________________________________

@thundernet

en weet je ook of dit bestaat, en waar ik het kan vinden.]]> http://gathering.tweakers.net/forum/list_message/29697039#29697039 Mon, 03 Mar 2008 10:52:11 GMT niceboy1981 http://gathering.tweakers.net/forum/list_message/29697483?data%5Bsource%5D=rss#29697483 dummy@example.com (niceboy1981) maandag 03 maart 2008 13:03 quote:MikeVM schreef op maandag 03 maart 2008 @ 11:52: @nice boy met andere woorden voor een resolutie van 1920x1200 (wat toch het streefdoel van ons project is. (kheb zelf 1680x1050)) zullen we tegen 130MHz moeten kunnen uitlezen. en dan 30 keer per seconde ambilight berekenen en uitsturen... waar moet ik dan op letten bij een AVR/PIC, cpu frequentie of zijn er nog andere dingen die belangrijk zijn...een 8bits micro controller houdt al snel op bij een klok freq. van enkele megahertz. Dat is de snelheid waarmee data mee verwerkt wordt, incl inklokken van data. Kleine controllers hebben ook geen DMA engines om dit te kunnen ofloaden van je processor core.quote:@thundernet Eigenlijk ben je een chip nodig die die resolutie verkleint. Je bent immers maar een 16x16 reso van het scherm nodig, en dan heb je al heel veel mogelijkheden. en weet je ook of dit bestaat, en waar ik het kan vinden.Dat is juist het gedeelte dat je in de FPGA realiseert. En of je het kleur bepalend algoritme nu dan in een AVR/PIC doet, in een intern stuk logica of zelfs in een embedded controllertje (PIC-achtige in FPGA logica) maakt niet veel uit. Dat is namelijk niet het moeilijkste gedeelte. Ook kun je het PWM signaal in de FPGA maken. Dat kost bijna geen logica/ruimte en is zo gemaakt. Dat scheelt je weer processor tijd !!!! 'k kan het blokkenschema voor een bordje zo maken, maar 'k heb nog geen tijd gehad om het schema te maken en een printje uit te tekenen.
quote:
MikeVM schreef op maandag 03 maart 2008 @ 11:52:
@nice boy

met andere woorden voor een resolutie van 1920x1200 (wat toch het streefdoel van ons project is. (kheb zelf 1680x1050)) zullen we tegen 130MHz moeten kunnen uitlezen.
en dan 30 keer per seconde ambilight berekenen en uitsturen...

waar moet ik dan op letten bij een AVR/PIC, cpu frequentie of zijn er nog andere dingen die belangrijk zijn...
een 8bits micro controller houdt al snel op bij een klok freq. van enkele megahertz. Dat is de snelheid waarmee data mee verwerkt wordt, incl inklokken van data. Kleine controllers hebben ook geen DMA engines om dit te kunnen ofloaden van je processor core.
quote:
@thundernet
Eigenlijk ben je een chip nodig die die resolutie verkleint. Je bent immers maar een 16x16 reso van het scherm nodig, en dan heb je al heel veel mogelijkheden.

en weet je ook of dit bestaat, en waar ik het kan vinden.
Dat is juist het gedeelte dat je in de FPGA realiseert. En of je het kleur bepalend algoritme nu dan in een AVR/PIC doet, in een intern stuk logica of zelfs in een embedded controllertje (PIC-achtige in FPGA logica) maakt niet veel uit. Dat is namelijk niet het moeilijkste gedeelte.

Ook kun je het PWM signaal in de FPGA maken. Dat kost bijna geen logica/ruimte en is zo gemaakt. Dat scheelt je weer processor tijd !!!!

'k kan het blokkenschema voor een bordje zo maken, maar 'k heb nog geen tijd gehad om het schema te maken en een printje uit te tekenen.]]> http://gathering.tweakers.net/forum/list_message/29697483#29697483 Mon, 03 Mar 2008 12:03:10 GMT ThunderNet http://gathering.tweakers.net/forum/list_message/29697562?data%5Bsource%5D=rss#29697562 dummy@example.com (ThunderNet) maandag 03 maart 2008 13:15 Daarom, een combi van een FPGA en een microcontroller lijkt mij het beste.. FPGA voor de snelheid, en een microcontroller voor de flexibiliteit. Daarom, een combi van een FPGA en een microcontroller lijkt mij het beste.. FPGA voor de snelheid, en een microcontroller voor de flexibiliteit.]]> http://gathering.tweakers.net/forum/list_message/29697562#29697562 Mon, 03 Mar 2008 12:15:28 GMT ShadowLord http://gathering.tweakers.net/forum/list_message/29697634?data%5Bsource%5D=rss#29697634 dummy@example.com (ShadowLord) maandag 03 maart 2008 13:27 Je zou ook, om het voor de thuisklussers leuk te houden, een bord kunnen maken met FPGA die een TV-signaal (digitaal en/of analoog) omzet naar een bruikbaar formaat wat gelezen kan worden met een PIC/AVR. Dit bordje zou je zo kunnen maken dat het op een header of chipvoet ingeplugged kan worden. Op die manier houd je de 'ingewikkelde' electronica simpel (een standaard pakketje) en kunnen veel meer mensen mee ontwikkelen. Overigens heb ik mijn bedenkingen bij het specialiseren op DVI/HDMI. Hier komt steeds vaken HDCP bij kijken. En ik denk niet dat we hier bij GoT een licentie kunnen krijgen daarop Je zou ook, om het voor de thuisklussers leuk te houden, een bord kunnen maken met FPGA die een TV-signaal (digitaal en/of analoog) omzet naar een bruikbaar formaat wat gelezen kan worden met een PIC/AVR. Dit bordje zou je zo kunnen maken dat het op een header of chipvoet ingeplugged kan worden.

Op die manier houd je de 'ingewikkelde' electronica simpel (een standaard pakketje) en kunnen veel meer mensen mee ontwikkelen.

Overigens heb ik mijn bedenkingen bij het specialiseren op DVI/HDMI. Hier komt steeds vaken HDCP bij kijken. En ik denk niet dat we hier bij GoT een licentie kunnen krijgen daarop :)]]> http://gathering.tweakers.net/forum/list_message/29697634#29697634 Mon, 03 Mar 2008 12:27:51 GMT Koenzie http://gathering.tweakers.net/forum/list_message/29697792?data%5Bsource%5D=rss#29697792 dummy@example.com (Koenzie) maandag 03 maart 2008 13:52 Ik zou een scart/component setje wel een erg mooie optie vinden ! Ik zou een scart/component setje wel een erg mooie optie vinden !]]> http://gathering.tweakers.net/forum/list_message/29697792#29697792 Mon, 03 Mar 2008 12:52:25 GMT MikeVM http://gathering.tweakers.net/forum/list_message/29697991?data%5Bsource%5D=rss#29697991 dummy@example.com (MikeVM) maandag 03 maart 2008 14:26 maar kan je niet gewoon meeluisteren op een DVI signaal met HDCP, of is daar HDCP nu net voor ontwikkeld, om dat tegen te gaan... ik weet dat HDCP de hardware Verifieerd. maar kan je hierna niet gewoon meeluisteren op het signaal? Edit:DHCP je hebt gelijk.. maar je weet wat ik bedoelde maar kan je niet gewoon meeluisteren op een DVI signaal met HDCP, of is daar HDCP nu net voor ontwikkeld, om dat tegen te gaan...

ik weet dat HDCP de hardware Verifieerd. maar kan je hierna niet gewoon meeluisteren op het signaal?

Edit:DHCP je hebt gelijk.. :D maar je weet wat ik bedoelde]]> http://gathering.tweakers.net/forum/list_message/29697991#29697991 Mon, 03 Mar 2008 13:26:49 GMT Raging_Trancer http://gathering.tweakers.net/forum/list_message/29698021?data%5Bsource%5D=rss#29698021 dummy@example.com (Raging_Trancer) maandag 03 maart 2008 14:34 quote:MikeVM schreef op maandag 03 maart 2008 @ 14:26: maar kan je niet gewoon meeluisteren op een DVI signaal met DHCP, of is daar DHCP nu net voor ontwikkeld, om dat tegen te gaan... ik weet dat DHCP de hardware Verifieerd. maar kan je hierna niet gewoon meeluisteren op het signaal?HDCP, niet DHCP... We zijn niet met Windows Servers bezig hier
quote:
MikeVM schreef op maandag 03 maart 2008 @ 14:26:
maar kan je niet gewoon meeluisteren op een DVI signaal met DHCP, of is daar DHCP nu net voor ontwikkeld, om dat tegen te gaan...

ik weet dat DHCP de hardware Verifieerd. maar kan je hierna niet gewoon meeluisteren op het signaal?
HDCP, niet DHCP... We zijn niet met Windows Servers bezig hier :P]]> http://gathering.tweakers.net/forum/list_message/29698021#29698021 Mon, 03 Mar 2008 13:34:10 GMT DJF5 http://gathering.tweakers.net/forum/list_message/29698037?data%5Bsource%5D=rss#29698037 dummy@example.com (DJF5) maandag 03 maart 2008 14:36 Ik denk dat je HDCP bedoelt DHCP is voor automatische IP adressen in het netwerk-landje Verder ben ik erg geintreseerd in de DIY (kan ook SMD solderen, pluspunt ) Ik denk dat je HDCP bedoelt :p DHCP is voor automatische IP adressen in het netwerk-landje :)

Verder ben ik erg geintreseerd in de DIY :) (kan ook SMD solderen, pluspunt :D)]]> http://gathering.tweakers.net/forum/list_message/29698037#29698037 Mon, 03 Mar 2008 13:36:59 GMT ShadowLord http://gathering.tweakers.net/forum/list_message/29698206?data%5Bsource%5D=rss#29698206 dummy@example.com (ShadowLord) maandag 03 maart 2008 15:05 quote:MikeVM schreef op maandag 03 maart 2008 @ 14:26: maar kan je niet gewoon meeluisteren op een DVI signaal met HDCP, of is daar HDCP nu net voor ontwikkeld, om dat tegen te gaan... ik weet dat HDCP de hardware Verifieerd. maar kan je hierna niet gewoon meeluisteren op het signaal? Edit:DHCP je hebt gelijk.. maar je weet wat ik bedoeldeHDCP is High Definition Content Protection. Het beschermd dus de content. Het hele idee erachter is dat ongeauthoriseerde apparatuur niet mee kan 'luisteren' met het signaal. Zo zou je namelijk een kopie kunnen maken met HD kwaliteit. En dat mag natuurlijk niet! Alles wordt dus versleuteld verstuurd. Alleen geauthoriseerde apperatuur kan de data decoderen.
quote:
MikeVM schreef op maandag 03 maart 2008 @ 14:26:
maar kan je niet gewoon meeluisteren op een DVI signaal met HDCP, of is daar HDCP nu net voor ontwikkeld, om dat tegen te gaan...

ik weet dat HDCP de hardware Verifieerd. maar kan je hierna niet gewoon meeluisteren op het signaal?

Edit:DHCP je hebt gelijk.. :D maar je weet wat ik bedoelde
HDCP is High Definition Content Protection. Het beschermd dus de content. Het hele idee erachter is dat ongeauthoriseerde apparatuur niet mee kan 'luisteren' met het signaal. Zo zou je namelijk een kopie kunnen maken met HD kwaliteit. En dat mag natuurlijk niet!

Alles wordt dus versleuteld verstuurd. Alleen geauthoriseerde apperatuur kan de data decoderen.]]> http://gathering.tweakers.net/forum/list_message/29698206#29698206 Mon, 03 Mar 2008 14:05:32 GMT timcooijmans http://gathering.tweakers.net/forum/list_message/29698284?data%5Bsource%5D=rss#29698284 dummy@example.com (timcooijmans) maandag 03 maart 2008 15:19 Voor een DVI link: Gebruik een SiI 163B Daarmee is het met een FPGA er bij vrij gemakkelijk om de data uit te lezen... Voor een DVI link: Gebruik een SiI 163B Daarmee is het met een FPGA er bij vrij gemakkelijk om de data uit te lezen...]]> http://gathering.tweakers.net/forum/list_message/29698284#29698284 Mon, 03 Mar 2008 14:19:22 GMT niceboy1981 http://gathering.tweakers.net/forum/list_message/29698366?data%5Bsource%5D=rss#29698366 dummy@example.com (niceboy1981) maandag 03 maart 2008 15:33 Ik zat zelf aan een TI tvp401a te denken a 4 dollar: http://focus.ti.com/lit/ds/symlink/tfp401a.pdf of de analog ad9397: http://www.analog.com/UploadedFiles/Data_Sheets/AD9397.pdf Beiden zijn ook goed aan te komen. Daar moet je ook rekening mee houden. Ik zat zelf aan een TI tvp401a te denken a 4 dollar: http://focus.ti.com/lit/ds/symlink/tfp401a.pdf
of de analog ad9397: http://www.analog.com/UploadedFiles/Data_Sheets/AD9397.pdf

Beiden zijn ook goed aan te komen. Daar moet je ook rekening mee houden.]]> http://gathering.tweakers.net/forum/list_message/29698366#29698366 Mon, 03 Mar 2008 14:33:08 GMT timcooijmans http://gathering.tweakers.net/forum/list_message/29698454?data%5Bsource%5D=rss#29698454 dummy@example.com (timcooijmans) maandag 03 maart 2008 15:46 quote:niceboy1981 schreef op maandag 03 maart 2008 @ 15:33: Ik zat zelf aan een TI tvp401a te denken a 4 dollar: http://focus.ti.com/lit/ds/symlink/tfp401a.pdf of de analog ad9397: http://www.analog.com/UploadedFiles/Data_Sheets/AD9397.pdf Beiden zijn ook goed aan te komen. Daar moet je ook rekening mee houden.imoh maakt dat niet zo veel uit (heb de datasheets niet in detail bestudeerd maar volgens mij zijn ze hetzelfde) Het nagaan van pixeldata is dan vrij gemakkelijk:code:1 2 3 4 5 6 7 8 9 10 Signalen om naar te kijken: HSYNC VSYNC QE0:23 DE 1: wacht op stijgende flank VSYNC 2: wacht op stijgende flank DE 3: tel de clock (elke stijgende flank is een pixel) en sample tegelijk QE0:23 (3x 8bit data) 4: bij stijgende flank HSYNC ga naar 3Hierbij kun je door het tellen van stijgende flanken van HSYNC en de clock en bepalen welke pixels je wil sampelen. (bijv: de eerste 10 HSYNC's van pixel 30 tot 770)
quote:
niceboy1981 schreef op maandag 03 maart 2008 @ 15:33:
Ik zat zelf aan een TI tvp401a te denken a 4 dollar: http://focus.ti.com/lit/ds/symlink/tfp401a.pdf
of de analog ad9397: http://www.analog.com/UploadedFiles/Data_Sheets/AD9397.pdf

Beiden zijn ook goed aan te komen. Daar moet je ook rekening mee houden.
imoh maakt dat niet zo veel uit (heb de datasheets niet in detail bestudeerd maar volgens mij zijn ze hetzelfde)

Het nagaan van pixeldata is dan vrij gemakkelijk:
code:
1
2
3
4
5
6
7
8
9
10

Signalen om naar te kijken:
HSYNC
VSYNC
QE0:23
DE

1: wacht op stijgende flank VSYNC
2: wacht op stijgende flank DE
3: tel de clock (elke stijgende flank is een pixel) en sample tegelijk QE0:23 (3x 8bit data)
4: bij stijgende flank HSYNC ga naar 3

Hierbij kun je door het tellen van stijgende flanken van HSYNC en de clock en bepalen welke pixels je wil sampelen. (bijv: de eerste 10 HSYNC's van pixel 30 tot 770)]]> http://gathering.tweakers.net/forum/list_message/29698454#29698454 Mon, 03 Mar 2008 14:46:13 GMT etimm http://gathering.tweakers.net/forum/list_message/29698544?data%5Bsource%5D=rss#29698544 dummy@example.com (etimm) maandag 03 maart 2008 16:01 Het zou wel zo leuk zijn als het dvi signaal ook gewoon verder gestuurd wordt... en niet alleen het ambilight printje ingaat... of zeg ik nou iets overbodigs? Het zou wel zo leuk zijn als het dvi signaal ook gewoon verder gestuurd wordt... en niet alleen het ambilight printje ingaat... of zeg ik nou iets overbodigs?]]> http://gathering.tweakers.net/forum/list_message/29698544#29698544 Mon, 03 Mar 2008 15:01:29 GMT timcooijmans http://gathering.tweakers.net/forum/list_message/29698604?data%5Bsource%5D=rss#29698604 dummy@example.com (timcooijmans) maandag 03 maart 2008 16:09 quote:etimm schreef op maandag 03 maart 2008 @ 16:01: Het zou wel zo leuk zijn als het dvi signaal ook gewoon verder gestuurd wordt... en niet alleen het ambilight printje ingaat... of zeg ik nou iets overbodigs?Klik Voila weer een probleem opgelost
quote:
etimm schreef op maandag 03 maart 2008 @ 16:01:
Het zou wel zo leuk zijn als het dvi signaal ook gewoon verder gestuurd wordt... en niet alleen het ambilight printje ingaat... of zeg ik nou iets overbodigs?
Klik Voila weer een probleem opgelost ;)]]> http://gathering.tweakers.net/forum/list_message/29698604#29698604 Mon, 03 Mar 2008 15:09:20 GMT MikeVM http://gathering.tweakers.net/forum/list_message/29698727?data%5Bsource%5D=rss#29698727 dummy@example.com (MikeVM) maandag 03 maart 2008 16:25 klik weeral 50 euro kwijt.. ik denk niet dat dit een oplossing is, want dan koop ik een phillips tv Zouden we niet beter toch fixeren op VGA (en scart) Redens.. DVI te moeilijk DVI = SMD DVI = FPGA DVI = veel soldeer werk en in principe kan je toch je scherm kopieren. zodat je digitaal naar je beeldscherm stuurt, en analoog naar je Ambilight... maar is dit geen te zware belasting van je Graka? klik weeral 50 euro kwijt.. ik denk niet dat dit een oplossing is, want dan koop ik een phillips tv

Zouden we niet beter toch fixeren op VGA (en scart)

Redens..

DVI te moeilijk
DVI = SMD
DVI = FPGA
DVI = veel soldeer werk

en in principe kan je toch je scherm kopieren. zodat je digitaal naar je beeldscherm stuurt, en analoog naar je Ambilight...

maar is dit geen te zware belasting van je Graka?]]> http://gathering.tweakers.net/forum/list_message/29698727#29698727 Mon, 03 Mar 2008 15:25:56 GMT