EL democompo!

quote:

ShadowLord schreef op vrijdag 10 februari 2006 @ 12:10:
Met 8 bits zou ik met een pallet werken, kun je hele coole dingen doen (palletwissel bijvoorbeeld).
Kijk maar eens naar de Geiss (niet versie 2) plugin voor Winamp. Die werkt ook met 8-bits kleur en 'vreemde' palletten om best gave effecten te krijgen. Als z'n visualisatiepatroon wisselt switched ie ook gelijk het pallet.

Als je dus een pallet based engine kan maken kun je best ver komen om de illusie te wekken dat je met 16 of 24 bits kleuren werkt.

Edit:
Zie ook http://www.geisswerks.com/geiss/shots.html voor screenies. Let wel op: onderaan staan een aantal screens van 16 of 24 bits kleurweergave. De kleine plaatjes zijn in ieder geval allemaal 8-bits kleur! Zou je niet zeggen toch?

Palet rotatie is zeker een gaaf effect, helaas niet mogelijk omdat ik bij lange na niet zoveel flipflops in de CPLD heb voor geheugen en vertaling. Had een FPGA met blockrams kunnen gebruiken, maar die heb ik niet 123 liggen. Althans geen 5V parts.

Topic is een beetje in het stof aan het raken zo te zien. Ben zelf nog niet heel veel verder, voornamelijk omdat ik eerst een berg onderdelen moet hebben . Daarom ben ik aan het kijken wat ik precies nodig heb. Opzet van het schema gemaakt op papier:
Plaatje op imageshack (popups!)

Allereerst een step-up voeding rond een max1674, ik wil het eigenlijk werkend op 2 AA(A) batterijen, maar alles werkt natuurlijk op 5V. Voor het grafische deel (onderaan) een nog te bepalen ATmega, in combinatie met een snelle dual 8-bit DAC (TLC7528 van TI) en een 1V reference. Deze gaat zorgen voor de X en Y aansturing van de oscilloscoop die het grafische werk doet. Erachter een snelle dual opamp (EL2250 van Intersil), met een lowpass configuratie. Het doel van deze lowpass is om er voor te zorgen dat de scope ook lijnen gaat tekenen als je van punt naar punt springt, doordat de uitgang vertraagd (door lowpass) tussen de punten loopt. Hoewel het niet in het schema staat komt er waarschijnlijk een FET in serie met de condensator zodat deze ook uitgeschakeld kan worden als het effect ongewenst is. Dit alles is een beetje uitgedacht maar of het echt werkt enzo moet nog getest worden. Er zit ook nog een Z uitgang via een weerstand direct aan een I/O poort van de AVR, zodat de trace op de scope ook uitgezet kan worden. Ingangsimpedantie van de Z ingang is 1k bij mijn scope, en 4V verbergt de trace helemaal. Waarschijnlijk wordt dat een pull-up zodat de uitgang standaard op 4V staat, standaard uit dus. X, Y en Z worden BNC aansluitingen zodat ze direct op de scoop kunnen.

Voor het geluidsgedeelte (bovenin schema) lijkt het op wat ik al had, met als verschil dat er een Flash memory bij komt van 4MBit (AT49F040 (55ns) van Atmel), misschien een van 2MBit, de mod die er waarschijnlijk in komt is 256Kbyte, en een ATmega325 (64-pins versie) ivm het groot aantal pinnen nodig voor het geheugen. Hier geen DAC als output maar 2 PWM kanalen voor stereo geluid, door een lowpass filter om het PWM signaal eruit te halen en gebufferd door nog een dual opamp (EL5210, Intersil). Uitgangen missen nog twee 1k weerstandjes, wordt line level audio.

Voor het geval het nog niet bleek uit de gebruikte onderdelen, de boel wordt dus SMD

Poeh dit topic verdwijnt te snel gewoon!

Ik heb (denk ik) een redelijk uniek idee om de uitvoer op te doen, iets klassieks en toch vergeten. Ik houd het nog even voor mezelf tot ik een prototype heb gemaakt, maar ik denk dat het wel gaat lukken allemaal! Erg leuke plannen, nu nog de tijd om ze uit te voeren!

Het is iig geen LCD, geen LED, geen Nixie, geen Halogeen, geen Gloeilamp, geen CRT of iets anders in die richting...

Schiet niet echt op met het topic nee. Maar het klinkt spannend
Momenteel wacht ik op de bestelde spullen van digikey en de SMD IA, dan kan ik aan een printje gaan werken om de boel te testen.

Check, volgens mij wachten er meer mensen hier op de digikey ia Ik wil eigenlijk ook nog een origineel uitvoervlak vinden, maar alles is hetzij te beperkt qua kleuren of resolutie, hetzij te lastig te raliseren...

W8 ook al op de digikey ia, alsmede op rgb leds...

Ik heb bij digikey zelf besteld, had geen geduld voor de IA . Zat net even een beetje te klooien met het schema en printje en kwam erachter dat m'n flash geheugen wel een vrij onhandige layout heeft:

Het is een TSOP-32, de I/O bits en A0 t/m A7 zitten prima maar ik kan echt geen logica ontdekken in de overige adresbits. Ze moeten aangesloten op een zooi poorten van m'n AVR, die natuurlijk netjes op een rij zitten. Maar die hoge adresbits lijken wel willekeurig Iemand die een handige layout hiervoor ziet?

Ik zou gewoon wat draadbrugjes gebruiken?

Mja dat kan natuurlijk maar neemt wel weer meer ruimte in. Een 1206 0-ohm weerstand is al langer dan de helft van dat IC . Ik kan ook gewoon de adressen door elkaar laten staan, en dan in software omdraaien. Alleen de data moet dan wel ook door elkaar in het geheugen staan want bij het uitlezen is er geen tijd om bits om te draaien.

Is het bij flashgeheugen trouwens het wissen wat een beperkt aantal keer kan gebeuren of maakt het schrijven ook uit? Want als ik het IC (voor het gemak) dan ook random beschrijf worden natuurlijk ook de geheugenblokken random geschreven. Maar je hoeft nog steeds 1 keer te wissen.

Adressen door elkaar laten staan maakt natuurlijk niet uit, zolang je hem maar met de zelfde verwisseling inprogrammeert, toch?

quote:

sebastius schreef op zondag 26 februari 2006 @ 00:03:
Adressen door elkaar laten staan maakt natuurlijk niet uit, zolang je hem maar met de zelfde verwisseling inprogrammeert, toch?

true, maar dan moet je rete goed opletten dat je geen fouten maakt

Voor de adressen heft het elkaar natuurlijk gewoon op bij het schrijven en uitlezen, het is alleen irritant als je specifieke waardes moet meegeven (dat is nodig voor de commando's). Maar er moeten in totaal 30 banen van AVR naar flash lopen dus zonder draadbruggen is toch wel fijn.

Waarom dan geen geheugen module die via I2C aan te sturen is of via SPI? dan heb je nog maar 2 draaidjes nodig. Of is dat echt te traag voor het geheel?

Ik denk dat het misschien wel zou kunnen, maar parallel is wel stukken sneller. Even rekenen hoe je zou uitkomen: Gezien je 19 adresbits hebt (voor 4M) en 8 data bits, kost een leesoperatie minstens (19+8) = 27 SPI/I2C cycles. Op 16MHz kun je hoogstens een 8MHz kloksignaal maken voor de seriele interface, dus dat betekent 8MHz/27=296296 leesoperaties per seconde. Op zich is dat voldoende, je hebt maximaal 4 samples die op maximaal iets van 32KHz worden afgespeeld (in de praktijk vaak veel minder snel). En nog een zootje pattern data maar dat is in verhouding veel minder. Wel is het natuurlijk maximaal zoveel operaties, er zal ook nog wat protocolgedoe omheen komen die het nog iets trager maakt maar je zult ook de bits nog moeten schuiven om de boel serieel te maken wat ook al weer een clockcyle per shift kost. In de praktijk zal het dus nog een paar keer trager zijn, en dan wordt het misschien net te krap (zeker omdat er nog een heleboel moet gebeuren naast domweg samples afspelen).

Ik denk dat een leesoperatie parallel in 16 cycles zeker te doen is (waarschijnlijk minder), dan heb je 1us per leesoperatie en dus 8 miljoen maximaal per seconde. Dat is in ieder geval ruim voldoende

Als je perse parallel wilt, dan zou ik echt gewoon de adres en databus naar believen door elkaar husselen en aansluiten, en programmeren via de microcontroller (zodat het ook transparant door elkaar gehusseld erin geblazen wordt en er dus geen fouten gemaakt worden). Dat zou moeten werken dacht ik

Moet je natuurlijk wel even zorgen dat je je unlocking sequence (schrijf 55 naar 2AA, schrijf AA naar 555, ...) wel gehusseld in de uC stopt

Ja dat was m'n enige bezwaar ook eigenlijk Nouja en of het niet-sequentieel schrijven het flash geheugen meer belast (qua duurzaamheid). Bij sommige geheugens wordt er bij een byte write een heel blok gelezen, gecached, 1 byte gewijzigd, orgineel gewist en het blok weer herschreven. Dan is een page write (sequentieel) beter. Maar volgens mij is dat meer iets voor (bepaalde) EEPROMs, dit geheugen heeft zowieso alleen een byte write.

madwizard wijzigde dit bericht 27-02-2006 00:15 (10%)

quote:

Sprite_tm schreef op maandag 27 februari 2006 @ 00:09:
Moet je natuurlijk wel even zorgen dat je je unlocking sequence (schrijf 55 naar 2AA, schrijf AA naar 555, ...) wel gehusseld in de uC stopt

Stel, stel nou dat je adresbit A0, A1 en A2 omwisselt:

A0 sluit je aan op A1
A1 sluit je aan op A2
A2 sluit je aan op A0

Voor de microcontroller maakt dit geen reet uit, Schrijf je byte weg naar A0, dan komt het in het flash wel op A1 te staan, maar als hij het er weer uit haalt, staat het voor de controller gewoon op A0.

Hetzelfde geld voor de databits natuurlijk. Zolang je de adresbits bij elkaar houd mag je volgens mij gewoon elke leuke volgorde aanhouden die je wilt.

quote:

sebastius schreef op maandag 27 februari 2006 @ 09:49:
[...]

Stel, stel nou dat je adresbit A0, A1 en A2 omwisselt:

A0 sluit je aan op A1
A1 sluit je aan op A2
A2 sluit je aan op A0

Voor de microcontroller maakt dit geen reet uit, Schrijf je byte weg naar A0, dan komt het in het flash wel op A1 te staan, maar als hij het er weer uit haalt, staat het voor de controller gewoon op A0.

Hetzelfde geld voor de databits natuurlijk. Zolang je de adresbits bij elkaar houd mag je volgens mij gewoon elke leuke volgorde aanhouden die je wilt.

maar het gaat hier om de commando's, die op bepaalde address moeten worden gedaan

Ik heb nieuw, leuk en klein speelgoed

quote:

Super_ik schreef op maandag 27 februari 2006 @ 10:13:
[...]


maar het gaat hier om de commando's, die op bepaalde address moeten worden gedaan

Nooit geweten dat die krengen commando's kennen.

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.

Beeldschermen aansturen is gewoon niet erg eenvoudig. Als je een monitor wilt aansturen moet je waarschijnlijk VGA signalen gaan maken. Op zich zijn die niet heel ingewikkeld maar het probleem is de enorme snelheid waarmee je de signalen moet maken.

Epanorama heeft veel links naar videoschakelingen, daar staan ook wel specificaties van VGA en andere signalen.

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.

Kort antwoord: Niet.

Lang antwoord: Maak een stukje RAM en een sync generator en iets dat de ram leegtrekt en op de RGB lijnen pleurt op de goede sync momenten. Als dat werkt dan maak je een leuk simpel schakelingetje dat dingen in dat RAM plettert. Klaar. Beeldgenerator, voor alle systemen geschikt (afhankelijk van je instellingen op resolutie en snelheid).

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.

Ik weet dat er een component is dat sync signalen kan genereren, kan em alleen niet zo vinden. Maar met het betere google speur werk kun je genoeg vinden over hoe je een TV of een dergelijk apparaat aan kan sturen.
http://www.sxlist.com/techref/io/video/ntsc.htm
http://www.google.nl/sear...al+sync+circuit&hl=nl