[HOWTO] LED kubus 5*5*5 met 74HC595

Mijn plan is om gewoon voor elk verschillend patroon een code te genereren, dus per patroon is dat dan 64 bytes. Als ik een animatie wil, dan zal ik dus meerdere patronen achter elkaar moeten afspelen. Dus voor een animatie van 30 frames ben ik 30*64=1920 bytes kwijt. Dit kost wel veel ruimte, maar als ik dit via rs232 doe, of via een EEPROM is dit wel veel makkelijker. Je kan dan gewoon met een simpel programma vinkjes zetten welke LED's je aan wil, en dan automatisch een code laten genereren.

quote:

Xqlusive schreef op zaterdag 24 maart 2007 @ 17:41:
Mijn plan is om gewoon voor elk verschillend patroon een code te genereren, dus per patroon is dat dan 64 bytes. Als ik een animatie wil, dan zal ik dus meerdere patronen achter elkaar moeten afspelen. Dus voor een animatie van 30 frames ben ik 30*64=1920 bytes kwijt. Dit kost wel veel ruimte, maar als ik dit via rs232 doe, of via een EEPROM is dit wel veel makkelijker. Je kan dan gewoon met een simpel programma vinkjes zetten welke LED's je aan wil, en dan automatisch een code laten genereren.

Ja dat wil ik dus ook via USB of SD/MMC, ik heb alle hardware alleen de software is een ander verhaal.

Wil ook nog een keer een VU meter maken via de A/D converter of iets met met een losse 8 kanaals VU meter en dan via SPI.

Heb nu ook de eeprom werkend, nu alleen nog SD/MMC (maar dat zal wel lukken denk ik, behalve als ik FAT ga gebruiken). USB zal denk ik een onmogelijk taak worden of het duurd eeuwig

Cyrus The Virus wijzigde dit bericht 26-03-2007 09:56 (24%)

Ik heb de leds binnen, en zat dus weer even in dit topic te lezen, en nu keek ik in de hc595 datasheet, en daarin staat dat hij 35mA per pin kan leveren. Dus in feite heb je helemaal geen transitors nodig? En eigenlijk ook geen weerstand omdat de stroom niet boven de 20mA zal uitkomen als je multiplext.
Dan laat ik de schuifregisters gewoon de anodes aansturen, en met N-channel fet's kan ik vervolgens de lagen weer multiplexen. Scheelt een hoop soldeerwerk

quote:

_ferry_ schreef op zaterdag 31 maart 2007 @ 09:25:
Ik heb de leds binnen, en zat dus weer even in dit topic te lezen, en nu keek ik in de hc595 datasheet, en daarin staat dat hij 35mA per pin kan leveren. Dus in feite heb je helemaal geen transitors nodig? En eigenlijk ook geen weerstand omdat de stroom niet boven de 20mA zal uitkomen als je multiplext.
Dan laat ik de schuifregisters gewoon de anodes aansturen, en met N-channel fet's kan ik vervolgens de lagen weer multiplexen. Scheelt een hoop soldeerwerk

Hier heb ik een werkend schema misschien heb je er wat aan

http://users.telenet.be/C...203D-Ledcube%20Schema.jpg
http://users.telenet.be/C...ct%203D-Ledcube%20PCB.jpg

Cyrus The Virus wijzigde dit bericht 31-03-2007 11:54 (13%)

Niet heel veel
Je maakt geloof ik gebruik van andere IC's.

Ik heb nu 8x hc595 voor de led's. Gewoon elke rij 1, de kolommen doe ik denk ik direct via N-channel FET's op de PIC, misschien later ook nog via een 595, maar ik denk dat ik de uitgangen van de pic toch verder niet nodig heb.

Zit nu alleen nog met welke uitgangen ik wel en niet moet aansluiten op de pic, ik ben nu gewoon draadjes aan het trekken naar pin 11,12,13, en 14met 9. Kan dan later wel testen welke wel/niet van belang zijn, omdat de output enable misschien nog wel eens handig kan zijn bijv.

Doe achter de schuifregisters gewoon weerstanden van 82ohm ofzo, kijk wel ff wat ik heb liggen

quote:

_ferry_ schreef op zaterdag 31 maart 2007 @ 15:06:
Niet heel veel
Je maakt geloof ik gebruik van andere IC's.

Ik heb nu 8x hc595 voor de led's. Gewoon elke rij 1, de kolommen doe ik denk ik direct via N-channel FET's op de PIC, misschien later ook nog via een 595, maar ik denk dat ik de uitgangen van de pic toch verder niet nodig heb.

Zit nu alleen nog met welke uitgangen ik wel en niet moet aansluiten op de pic, ik ben nu gewoon draadjes aan het trekken naar pin 11,12,13, en 14met 9. Kan dan later wel testen welke wel/niet van belang zijn, omdat de output enable misschien nog wel eens handig kan zijn bijv.

Doe achter de schuifregisters gewoon weerstanden van 82ohm ofzo, kijk wel ff wat ik heb liggen

Je hebt 4 stuur lijnen nodig voor de 595, en wat jij wil met die n-channel kan gewoon als je ze toch niet gebruikt.

Maar je moet wel transistoren gebruiken voor de 595 want de 595 kan niet sinken alleen sourcen en dat moet je niet hebben want je schakeld naar de ground toe als je de leds aan wil hebben.

de ic's die ik gebruik doen dat wel die kunnen sinken en hebben een constant current driver in gebouwt en op 1 IC kun je 16 led rijen hangen, en ze kunnen ook 120mA sinken.

Heb de meuk nu werkend na wat stomme foutjes (verwarrend, Ra3=pin2 )werkt het op 2D, voor 3D heb ik geen tijd, moet dan eerst nog 7x8x8 led's solderen Geen torren, alleen 8x hc595, pic en 8x FET. Lekker leeg printje dus Te sinken hoef ik niet, want de 595 stuurt 8 led's aan, en de fet's sinken dat vervolgens.

Maar 1 ding is wel gek, ik heb op Rb0-7 FET's zitten voor de kolommen, maar op de 1 of andere manier staat alles 1 regel verschoven, en komt de onderste dus bovenaan te staan. Erg maf, nu kan ik wel alle kolommen qua aansluiting 1 doorschuiven, maar dat is denk ik niet de oorzaak.
code:

movlw    b'10000000'            ;selecteer verdieping, 1 tegelijk.
        movwf    PORTB
        movlw    b'00011000'             ; selecteer led's die aan moeten
        call    schuifregister1
        call     latch

Dat 8x achter elkaar geeft dan 1 afbeelding. Maar de regel die ik hier dus stuur, komt op de 2e terecht Heb ik dus een hele cooler pacman gemaakt, is ie doorgesneden

edit: misschien heeft dat wel iets te maken met het nagloei effect, want als ik iets op regel 3 zet, dan verschijnt het dus op regel 4, maar het is ook zwak zichtbaar op regel 3. Morgen weer een dag, zal dan eens kijken of ik wat aan de timings kan zien op de scoop en/of kan veranderen

edit2:

foto's




Ik weet IIG wel dat ik de cube van donker plexi maak: Uit zie je dan zowat niets, tenzij je heel fel licht uit de omgeving hebt. En zodra je hem dan aan zet zie je alleen wat je moet zien: lichtpuntjes. De draden zijn dan iets minder zichtbaar

edit 3: Na een nachtje slapen weet ik ook hoe die ghosting komt. Hij gooit de data de led's op, maakt vervolgens de volgende laag hoog, maar heeft dan nog niet de nieuwe data ingelezen. Dat duurt even, dus krijgt de laag nog vrolijk de data van de vorige laag. Ik ga daar van de week nog wel even mee klooien, eerst de data inlezen, en daarna de laag pas hoog maken.

_ferry_ wijzigde dit bericht 01-04-2007 12:03 (42%)

@ferry. Vind je dat niet zonde van je ruimte maar 8 schuifregisters op één eurokaart? Ik heb 12 schuifregisters en 98 torren op 1 kaart:D kzal wel ff wat foto's maken binnenkort. De aansturing van de kubus is al klaar ik moet alleen nog gaan programmeren maar daar heb ik nog niet veel zin in:P

Ach, die 1€ voor een kaartje maakt ook niet zoveel uit, en mocht hetgeen wat ik nu doe niet helemaal werken, dan kan ik er nog altijd de ULN's achter zetten

Heb nu 4 kolommen in elkaar gesoldeerd, nu even wat kabels aanleggen en dan kan ik ze testen

* JKP-Kipmans is ook maar eens begonnen met het in elkaar zetten van een 5*5*5 LEDkubusje.

Alleen jammer dat ik een kleine misrekening heb gemaakt bij het bepalen van de afstand tussen de LEDs waardoor het geen kubus maar een soort 3D-rechthoek is geworden. Nou ja, eerst de aansturing maar eens afmaken en kijken of dat erg is.

voor je aansturing is het natuurlijk niet erg:P als hij een klein beetje afwijkt van een kubus zullen de meeste mensen het niet eens zien. Is het een centimeter dan is het storend. Is het nog meer dan denkt iedereen dat het de bedoeling was en je gewoon een balk wouw:)

Wpeo, nog 3 matrixen aansluiten, een schuifregister extra plaatsen voor de niveau's, en dan e behuizing+programmeren Kost aardig wat ruimte merkte ik al. Maargoed, ik heb een pic16f648, die's 2x zo groot als de 16f628. Maar ik heb nog niet echt een besef hoeveel plaatjes ik er dan in kwijt kan. heb nu 2 frames en da's 1,3kB volgens windows.

Wooow, dat ziet er goed uit. Ik blijf het alleen jammer vinden dat het niet RS232 is.
En hoe heb je trouwens die kubus zo recht gekregen?

Thanks, ik heb telkens stroken van 8 led's gesoldeerd. die stak ik in een malletje van 8gaten naast elkaar op 2,2cm afstand. Pootjes van de led boog ik om, de ene meteen onder de led, de andere met een tangetjes, om hem zo later tegen de andere led aan te kunnen solderen. Die afstand was altijd hetzelfde, namelijk de breedte van mijn punt tangetje.
Daarna de hele vlakken overeind zetten, op het ijzerdraad wat horizontaal komt even kleine markeringen geven om de 2,2cm, en dan vast solderen

rs232/eeprom/CF komt hopelijk nog, maar dan moet ik mij daar eerst eens in verdiepen. Ik zou nu nog niet weten hoe ik data serieel kan uitlezen enzo

Inmiddels ingebouwd:


en werkend:
http://www.youtube.com/watch?v=J_ka5ztHOTM

Code zit in een 16f628, alleen ik heb geen idee hoeveel er nog bij kan.
Als ik hem aan het programmeren ben, telt hij tot de 0360¹⁶ als ik het goed onthouden heb.

Als hij vol is heb ik IIG nog een 16f648, daar past 2x zoveel in Ik stuur nu 2-4 lagen per frame aan.dat scheelt natuurlijk flink in ruimte dan wanneer je alle 8 de lagen moet aansturen voor een plaatje.

_ferry_ wijzigde dit bericht 09-04-2007 19:46 (3%)

Dat ziet er goed uit. Lekker strak afgewerkt ook. Jammer van de kwaliteit van het filmpje maar het is wel duidelijk hoe het er in het echt uitziet.

Ja, mijn telefoon flipt een beetje van het felle licht ofzo.

ik heb mijn behuizing ook klaar, heb alleen nog wat problemen met ghosting mijn fets hebben last van een rc tijd en als ik pulldowns gebruik gaan er ledjes branden die niet horen te branden( heb er al enkele kapotte leds uitgehaald.

Ik heb ook 2 kapotte, die helemaal niet oplichten. Gelukkig wel op de buitenste ring
Verder wil er soms nog wel eens 1tje zwakjes oplichten wanneer het niet moet, op het onderste vlak.

Misschien omdat ik de fet's geen pull down heb gegeven. En bij het minste of geringste kunnen ze natuurlijk al schakelen. Als het niet helpt ga ik me er niet druk om maken ook, het valt amper op, de led's die namelijk normaal oplichten zijn vele malen feller.

_ferry_ wijzigde dit bericht 09-04-2007 22:58 (6%)

erg vet.

quote:

_ferry_ schreef op maandag 09 april 2007 @ 22:57:
Ik heb ook 2 kapotte, die helemaal niet oplichten. Gelukkig wel op de buitenste ring
Verder wil er soms nog wel eens 1tje zwakjes oplichten wanneer het niet moet, op het onderste vlak.

Misschien omdat ik de fet's geen pull down heb gegeven. En bij het minste of geringste kunnen ze natuurlijk al schakelen. Als het niet helpt ga ik me er niet druk om maken ook, het valt amper op, de led's die namelijk normaal oplichten zijn vele malen feller.

Dat is dus de ghosting waar ik ook last van heb, je moet eens meten (als je een scoop hebt) de uitgang van je P-channel als hij aanstaat en kijken of je dan ee RC tijd hebt of andere wazige verschijnslen. Ben wel benieuwd.


tip gebruik geen pull down, is alleen maar problemen

Cyrus The Virus wijzigde dit bericht 10-04-2007 16:54 (3%)

zo ziet er geweldig uit! ik moet nogsteeds gaan programmeren:P

Okee, zal van de week eens kijken met de scoop. Het zijn bij mij N-channels Het meest zichtbaar is de onderste laag, wanneer de bovenste leds aan staan.

Pic->595->8x anode's->common cathode->N-channel fet->GND

jij hebt ze heel anders als mij staan, je kunt het met hardware niet oplossen alleen met software.

Heb nu ook een VU meter cool