EL democompo!

quote:

Justifier schreef op maandag 27 februari 2006 @ 21:51:
Weet iemand toevallig hoe ik het beste kan beginnen om een beeldscherm aan te sturen. Ik heb al gegoogeld en de wearch gebruikt maar kan niks nuttigs vinden. Ik wil graag weten hoe het werkt en hoe ik er iets mee kan.

* kluyze kijkt naar zijn labotekst van digitale elektronica voor het aansturen van een vga scherm via een Xilinx FPGA

Ik heb een cursus die afkomstig is van het Micro-elektronica Trainingscenter (MTC) maar ik weet niet of ik dat zomaar online kan zetten. Misschien dat je iets vind op de site: http://www.mtc-online.be. De cursus heeft als titel: "Overzicht aansturing VGA scherm".

Ik wil voor mijn project eigenlijk een beetje een open of transparante behuizing, al die ICs en onderdeeltjes zijn natuurlijk veel leuker om naar te kijken dan een zwarte project box . Ik bedacht me net dat ik nog een klein stukje plexiglas heb liggen, misschien dat ik daar iets van kan maken. M'n idee was een rand om te buigen (als soort van front-panel), en de rest gewoon plat te laten als bodem. Dan het printje er met wat spacers op monteren, en de connectors door het frontplaatje heen. Zoiets dus:
code:

 ______________ |==
  |         |   |
---------------/

( == is een connector)

Ik vraag me alleen af de statische elektriciteit geen probleem is, het printje zit wel op enige afstand van het plexiglas maar de connectors zijn wel verbonden (door plexi heen gestoken). En je hebt niet echt een aarde omdat de boel op batterijen werkt. Is er een goede manier om statische ontlading te voorkomen (of af te leiden ergens op)?

Madwizard, ik denk niet dat statische electiciteit een probleem is, ze duwen vanalles in plastic behuizingen die niet geaard zijn, dus denk niet dat het uitmaakt.

quote:

madwizard schreef op woensdag 01 maart 2006 @ 12:33:
...En je hebt niet echt een aarde omdat de boel op batterijen werkt. Is er een goede manier om statische ontlading te voorkomen (of af te leiden ergens op)?

De massa van je batterij mag je beschouwen alsof het je aarde is (als je een verbinding naar je PC maakt wordt die ook via de connector zo verbonden). Massavlakje leggen kan nooit kwaad, je spacers kan je meteen ook met de massa verbinden. En als de rand van je printje massavlak is, zal je ook meestal als eerste de rand, dus het massavlak, aanraken, waardoor je zelf ontladen bent.

Schopje Ik heb mijn shit binnen, en heb net besloten het geheel toch maar in een arm-processor te zetten: ik heb een CPLD geprobeerd te programmeren met vga-uitspuug-hardware, maar die krengetjes zijn zo slecht in optellen en aftrekken dat een simpele syncgenerator al niet meer in mijn CPLD past Misschien dat ik later nog een van mijn ancient FPGAs uit de kast ga trekken, maar atm denk ik dat ik als videohardware gewoon fijn een LPC2103 pak (ARM @ 70MHz) en daar alles in ga dumpen. Ik weet dat het niet helemaal de bedoeling is van de contest (het zit misschien wat aan het randje van wat een hobbyist kan doen), en ik pak deze uC ook alleen omdat ik mijn zinnen gezet heb op rotoscalers enzo icm een VGA-output. Om het toch niet al te makkelijk te maken denk ik dat ik wel (op geintjes als voeding enzo na) alleen deze chip ga gebruiken en het geheel in een VGA-plug ga proberen te bouwen.

Anyway, hoe gaat het met jullie? Nog progress?

Ow, en nog even over het statische verhaaltje van Madwizard: zodra je van een chip de voedingsspanninglijn en ground hebt aangesloten en iets van een condensator over de voedingsspanning gezet hebtm ben je al zo ongeveer van het ESD-probleem komende van de behuizing af: spanning die op die manier op een pinnetje komt vloeit via de ESD-diodes van je chip af naar de Vcc en heeft als enige effect dat je voedingscondo een minimale hoeveelheid opgeladen word.

Sprite_tm wijzigde dit bericht 10-03-2006 16:28 (20%)

quote:

Sprite_tm schreef op vrijdag 10 maart 2006 @ 16:25:
Schopje Ik heb mijn shit binnen, en heb net besloten het geheel toch maar in een arm-processor te zetten: ik heb een CPLD geprobeerd te programmeren met vga-uitspuug-hardware, maar die krengetjes zijn zo slecht in optellen en aftrekken dat een simpele syncgenerator al niet meer in mijn CPLD past Misschien dat ik later nog een van mijn ancient FPGAs uit de kast ga trekken, maar atm denk ik dat ik als videohardware gewoon fijn een LPC2103 pak (ARM @ 70MHz) en daar alles in ga dumpen. Ik weet dat het niet helemaal de bedoeling is van de contest (het zit misschien wat aan het randje van wat een hobbyist kan doen), en ik pak deze uC ook alleen omdat ik mijn zinnen gezet heb op rotoscalers enzo icm een VGA-output. Om het toch niet al te makkelijk te maken denk ik dat ik wel (op geintjes als voeding enzo na) alleen deze chip ga gebruiken en het geheel in een VGA-plug ga proberen te bouwen.

Zwaar geschut, ik ben benieuwd

quote:

Anyway, hoe gaat het met jullie? Nog progress?

Afgezien van een zootje nieuwe connectors en kabeltjes niet veel, ik heb helaas deze maand waarschijnlijk ook vrij weinig tijd om er aan te werken. Maar volgens mij heb ik wel alle spullen ondertussen.

quote:

Ow, en nog even over het statische verhaaltje van Madwizard: zodra je van een chip de voedingsspanninglijn en ground hebt aangesloten en iets van een condensator over de voedingsspanning gezet hebtm ben je al zo ongeveer van het ESD-probleem komende van de behuizing af: spanning die op die manier op een pinnetje komt vloeit via de ESD-diodes van je chip af naar de Vcc en heeft als enige effect dat je voedingscondo een minimale hoeveelheid opgeladen word.

Oke, dan ga ik er vanuit dat het geen probleem is. Bedankt!

Wat nou, tqfp niet te solderen door een hobyist?

En het werkt ook nog, ik kom prima in de bootloader terecht. Nou alleen nog zorgen dat er een vga-poort opkomt en ik ben er

Ik zag trouwens net in de datasheet dat Philips de LPC2103 ook in PLCC-vorm gaat uitbrengen, wat in een IC-voetje te steken is die gewoon een pinout op DIP-afstand heeft. 32-bit 70MHz aan arm-power, eindelijk ook voor den gemiddelden consument bereikbaar zonder dat 'ie eerst 2 dagen van caffeine af moet zien om het te kunnen solderen \o/

quote:

Sprite_tm schreef op vrijdag 10 maart 2006 @ 18:13:
Wat nou, tqfp niet te solderen door een hobyist?
[afbeelding]
En het werkt ook nog, ik kom prima in de bootloader terecht. Nou alleen nog zorgen dat er een vga-poort opkomt en ik ben er

Wow Dan om in dezelfde stijl te blijven wel zulke VGA connectors he:
Plaatje op imageshack (popups!)

ben inmddels bezig met het maken van een dev board voor de avr. het display is gestest, er zitten misschien wat gekke dingen in, maar deze kan ik er pas uithalen als de ik de microcontroller aansluit.

Jongens, met gepaste trots presenteer ik mijn uitvoer apparaat:


Een Nec Pinwriter P22Q matrixprinter. 24 naaldjes die mooie dingen gaan produceren.



Dus het plan is: Muziek uit de AY8910, leuke graphics/animaties uit de Pinwriter, allemaal vanuit één Atmel (misschien een hulpje er nog bij, of een eeprom).

Haha, dat is zeker orgineel

Sebastius wat een geniaal idee
Jammer dat ik zelf geen kaas gegeten heb van electronica maar volgens mij gaan hier echt mooie dingen gebeuren.

Pinwriter pwnage Je zou zelfs je hele AY8910 weg kunnen laten en ook het geluid door de matrixprinter kunnen laten doen

quote:

Sprite_tm schreef op vrijdag 10 maart 2006 @ 20:41:
Pinwriter pwnage Je zou zelfs je hele AY8910 weg kunnen laten en ook het geluid door de matrixprinter kunnen laten doen

Is al eens gedaan door iemand ja, kwam ik laatst tegen: http://qotile.net/dotmatrix.html

quote:

sebastius schreef op vrijdag 10 maart 2006 @ 20:47:
[...]

Is al eens gedaan door iemand ja, kwam ik laatst tegen: http://qotile.net/dotmatrix.html

Hahaha, dat is echt briljant!

Grmbl, ik heb er een hekel aan hoe sommige debuggingsessies van een kwartiertje enkele uren geduurd blijken te hebben... Anyway, ik heb iets: mijn hardware is qua beeld af. Ik geloof dat ik wel uiteindelijk de kleinste demo-package van jullie allemaal ga hebben:


en ik heb een blauw scherm!

Hoewel er nog iets niet helemaal 100% is aan de timing of rise/fall-dingessen: mijn TFT weigert beeld te geven en mijn CRT doet dit in de hoeken:


Anyway, straks weekeind weg en dan pruts ik er komende week we weer aan verder.

Ja met een 70mhz ARM kan ik ook wel met zo'n klein boardje toe... Ok, laat ik de inzet wat proberen te verhogen: maximaal resultaat met zo min mogelijk megahertzen/mips/whatever. Van de week ga ik ook weer verder...

Helaas kan ik er nog weinig aan doen, ik heb binnenkort 2 tentamen weken. Dus bergen met werk, erna zal ik weer verder gaan met me demoplank. Heb gelukkig eindelijk de atmega128's binnen met de adapter printjes. Heb nu zo een beetje alle componenten die ik nodig heb voor het geheel.

Succes met jullie creaties!

Sebastius: Geloof me, het is lang niet zo makkelijk als het lijkt: je moet alleen al om je beeld vol te kunnen plempen met 320x200 pixels je arm met een snelheid van 15MHz de i/o laten aanspreken. Dat lijkt vrij weinig, maar je hebt maar 8K aan ram, je kan dus nevernooitniet je complete VRAM daarin kwijt. De LPC2103 is een leuk chippie; verrekte snel en met veel peripherials, maar uiteindelijk heeft 'ie maar 8K aan RAM en 32K aan ROM, minder dan de leukere AVRs dus; en om grappige dingen te doen met VGA en _alleen_ die arm zal ik nog best wel een hoop truukjes moeten uitvoeren.

quote:

Sprite_tm schreef op zondag 12 maart 2006 @ 18:37:
Sebastius: Geloof me, het is lang niet zo makkelijk als het lijkt: je moet alleen al om je beeld vol te kunnen plempen met 320x200 pixels je arm met een snelheid van 15MHz de i/o laten aanspreken. Dat lijkt vrij weinig, maar je hebt maar 8K aan ram, je kan dus nevernooitniet je complete VRAM daarin kwijt. De LPC2103 is een leuk chippie; verrekte snel en met veel peripherials, maar uiteindelijk heeft 'ie maar 8K aan RAM en 32K aan ROM, minder dan de leukere AVRs dus; en om grappige dingen te doen met VGA en _alleen_ die arm zal ik nog best wel een hoop truukjes moeten uitvoeren.

Gelukkig maar

Schopje Toch maar es verder gegaan met de imaging kernel, en na veel gepruts kan ik u met gepaste trots beeld tonen:


Nog steeds met deze hardware btw:


De display routine is dus helemaal softwarematig en werkt atm met een tilemap van tiles van 16x16 pixels Ik gebruik maar liefst 6-bit kleur maar het is beter dan de 16 kleuren die je met EGA kan halen, en daar kon je ook al erg mooie effecten bij halen. Ik zit er alleen nog aan te denken om een tweede imaging kernel te maken die bijvoorbeeld gespecialiseerd is in sprites, zo kan ik toch veel effecten in mijn demo stoppen zonder dat mijn kernel huge-ass en daardoor traag waardoor de resolutie omlaag gaat, word.

Sprite_tm wijzigde dit bericht 14-03-2006 16:35 (35%)

Erg cool! Is dit plaatje iets van 96x48 oid? En heb je hier nou nog veel NOPs gebruikt (maw, is er nog ruimte genoeg voor berekeningen om leuke dingen mee te doen)? En heeft die LPC2103 een ingebouwde DAC? of hoe heb je de conversie naar analoog gedaan?

-edit-
en hoe heb je hem werkend gekregen op je TFT.. wat was het probleem?

Remboooo wijzigde dit bericht 14-03-2006 16:31 (14%)

quote:

Sprite_tm schreef op dinsdag 14 maart 2006 @ 15:41:
Schopje Toch maar es verder gegaan met de imaging kernel, en na veel gepruts kan ik u met gepaste trots beeld tonen:
[afbeelding]

Nog steeds met deze hardware btw:
[afbeelding]

Was het ook de bedoeling dat hij dit beeld geeft? Dat GOT logo natuurlijk wel maar al die andere dingen, die horen er (denk ik dan) niet bij?

lemming_nl: De rest zijn sprites die ik er ter opvulling ingegooid heb. Die onderste regel is idd troep omdat ik dat geheugen niet geinitialiseerd heb.

Rembooo: Het plaatje is rechtstreeks van GoT gejat en is 160x96 pixels groot. En ik heb in de imaging kernel nauwelijks tijd over, maar erbuiten wel: van de 640 lijnen tekent 'ie er maar 320 waardoor ik de helft van mijn tijd overhoud om interessante berekeningen te doen. Het TFT-probleem was waarschijnlijk een snelheids- of h/vsync-lengte-probleem, na daar wat aan te prutsen besloot 'ie het ineens wel te doen.

Sprite_tm wijzigde dit bericht 14-03-2006 16:39 (26%)

quote:

Remboooo schreef op dinsdag 14 maart 2006 @ 16:30:
Erg cool! Is dit plaatje iets van 96x48 oid? En heb je hier nou nog veel NOPs gebruikt (maw, is er nog ruimte genoeg voor berekeningen om leuke dingen mee te doen)? En heeft die LPC2103 een ingebouwde DAC? of hoe heb je de conversie naar analoog gedaan?

Kijk naar het plaatje, alles is in volle R, volle G, volle B of een combinatie. Afaik gooit Sprite_tm gewoon digitale signalen op de pinnen, en zorgt met de weerstandjes voor een fatsoenlijk signaal.
Ook de 160x96 pixels, keer drie bits (een voor elke kleur), maakt het 46080 bits, ofwel ~5.6KB. Met een geheugen ruimte van 8KB kan je ook niet teveel verwachten natuurlijk.

Nu weet ik niet wat Sprite_tm van plan is als output, maar z'n maximale bitmap (als 'ie 6KB opofferd van z'n geheugen) is 128x128 op deze manier. Chop dat in stukjes, en je kan nog redelijk wat leuke dingen kwijt. Afaik werdt deze chip namelijk aangestuurd door iets groters/anders, en hoeft deze chip alleen maar het grafische eind verhaal (de vga aansturing) te doen. 2KB moet dan meer dan genoeg zijn om de VGA code kwijt te kunnen.

Heeft de LPC2103 een paar interne timers? If so, zou het waarschijnlijk nog wel kunnen met minder dan die 2KB, en zou je nog meer kwijt kunnen aan bitmaps. Al moet je natuurlijk wel nog de 'aansturing' ontvangen en eventueel ontcijferen (als je bitmaps/sprites wilt gaan relatief-rondschuiven).

</speculatie>

Verder zeer leuk plan, ik wil niet mee doen met deze compo (ik ben al druk zat met andere hw dingetjes) maar dit gaat zeker nog een keertje geimplementeerd worden in een projectje.