[HowTo] Ledbar met 64 leds

[Bezulba]

reichelt heeft ze alleen met 10 of 20 leds.. en bij conrad is het (zoals gewoonlijk) onmogelijk om te vinden.

oke nvm..... conrad heeft ze wel

http://www1.nl.conrad.com...E10000000A010251&x=25&y=6


als iemand op de conrad site de molex printconn. 4pins male kan vinden.... ik zie hem nergens staan

[ Voor 70% gewijzigd door Bezulba op 01-02-2004 12:03 ]

[sebastius]

eendje schreef op 01 februari 2004 @ 11:50:
reichelt heeft ze alleen met 10 of 20 leds.. en bij conrad is het (zoals gewoonlijk) onmogelijk om te vinden.

oke nvm..... conrad heeft ze wel

linkje


als iemand op de conrad site de molex printconn. 4pins male kan vinden.... ik zie hem nergens staan

Gijs, als je ergens een defecte harddisk of cdrom drive scoort, dan rip ik hem er voor je af.

[ Voor 3% gewijzigd door sebastius op 01-02-2004 19:29 ]

[Bezulba]

sebastius schreef op 01 februari 2004 @ 12:49:
[...]

Gijs, als je ergens een defecte harddisk of cdrom drive scoort, dan rip ik hem er voor je af.

sven ik heb het zelf er al afgeript

[Bezulba]

lone gunman de pinlayout voor de programmer heb jij die al kunnen maken? ik krijg morgen als het goed is alles binnen en het is fijn als ik dan gelijk dat ding aan de praat kan krijgen

[Bezulba]

whee kheb m'n pcb's binnen en ben druk aan het solderen ik zit alleen ff met een vraagje mbt electrolytische condensator... er zit een korte en een lang pootje aan. Welke moet waar? moet de korte aan de ground?

[PD2JK]

aan de ground?? Bij een elco heb je een in- en uitgang hoor! Bij een 'gewone' condensator maakt het geen hol uit.

[Anoniem: 26576]

.

[ Voor 98% gewijzigd door Anoniem: 26576 op 05-08-2004 02:00 ]

[Benadski]

In en uitgang?!? Nee hoor, gewoon + en -

De korte is meestal de - (staat ook bij 99% op de behuizing) en de lange de +

Bij positieve spanningen tov. van de ground moet de korte dus aan de ground.

Bij negatieve spanningen (heb je hier niet) moet de lange (+) aan de ground, logisch want Ground is positiever tov. de negatieve spanning.

[Bezulba]

thnxs

[COMPUTERFREAKED]

powerflux schreef op 11 januari 2004 @ 10:06:
ongelofelijk vet! wil je alsjeblieft de schema's en "ingredienten" posten? ik zoek al heel erg lang naar zoeits, maar met meer dna 12 ledjes heb ik ze nog niet kunnen vinden..

* COMPUTERFREAKED sluit zich daar bij aan

[sebastius]

COMPUTERFREAKED schreef op 03 februari 2004 @ 16:08:
[...]


* COMPUTERFREAKED sluit zich daar bij aan

Misschien moet je de topicstart eens lezen.

En bedenk je dat dit géén 'beginners' project is. Tis best geavanceerd spul, veel denkwerk en puzzelen, niet een kant en klaar kitje.

[LiquidSmoke]

sebastius schreef op 03 februari 2004 @ 16:57:
[...]
Misschien moet je de topicstart eens lezen.

En bedenk je dat dit géén 'beginners' project is. Tis best geavanceerd spul, veel denkwerk en puzzelen, niet een kant en klaar kitje.

nah, voor d emeeste mensen is die startpost genoeg, mits er goede software beschikbaar is, als je de 1ste psot aanhoudt ist kinderspul

[Bezulba]

nog een laatste check voordat ik het helemaal verkloot korte pootjes van de leds moeten toch aan de weerstand komen he? en de lange pootjes aan de ictjes?

[Anoniem: 26576]

.

[ Voor 100% gewijzigd door Anoniem: 26576 op 05-08-2004 02:00 ]

[C@SP]

Anoniem: 75495 schreef op 27 januari 2004 @ 12:46:
Oeps, hehe. Ok, dan ga ik er straks eens een paar etsen. Wish me luck.

Wil het een beetje lukken met het etsen van de platen?

Zit met smart te wachten op iemand die die platen voor mij kan etsen...

[Anoniem: 91786]

Er worden al druk PCBtje ge-etst maar heeft iemand al wat (test) software om data van de PC naar de PIC te sturen?

Of zou een tekst filetje, met daarin de 64 * een PWM waarde, rechtstreeks naar COM1 vanaf de DOS-prompt ook werken?

bv.
C:\pwm.txt>com1

Verder leek in het VU-filmpje dat er verschillende data naar het linker en rechter LED printje (de resp. DS ingangen van de shiftregisters op de LEDprintjes) werd gestuurd.

Welk progje is hiervoor gebruikt? Een winamp plugin misschien?

[Lone Gunman]

je mag mijn zelfgeschreven progsel wel gebruiken om wat te testen.
k zal ff een kleine aanpassing maken zodat je aan kunt geven welke compoort gebruikt moet worden, en dan zet ik wel een link naar het progsel in deze post.

pinlayout van de programmer + ledprints zal ik ook zo ook ff posten.

edit:
k heb t progseltje dat n vumeter weergeeft ff aangepast zodat t "iets" gebruiksvriendelijker is
download m hier
let op, je moet m vanaf de commandline starten.

het kan trouwens zijn dat de vumeter niet goed weergegeven wordt. Het programmaatje gebruikt namelijk de bass library om t geluidsniveau te achterhalen. Wat er eigenlijk gebeurt: het programmaatje gaat geluid opnemen (maar niet opslaan), en achterhaalt zo t geluidsniveau. Als de weergave niet goed is kun je dus wat proberen te veranderen aan je recordsettings in de mixer van je geluidskaart.

Voor mensen met een nforce2 moederbord:
- open nvidia nforce control panel
- selecteer bij input record (linksonder) "stereo mix"
- zet de slider bij input record helemaal omlaag

[ Voor 61% gewijzigd door Lone Gunman op 04-02-2004 17:38 . Reden: toevoeging ]

[Soul_]

eendje schreef op 03 februari 2004 @ 00:07:
lone gunman de pinlayout voor de programmer heb jij die al kunnen maken? ik krijg morgen als het goed is alles binnen en het is fijn als ik dan gelijk dat ding aan de praat kan krijgen

heb je alles online besteld, zo ja waar ?
en als het van conrad is kan je bestelnummers geven :x

is zo moeilijk zoeken op die site van conrad

[sebastius]

Soul_ schreef op 04 februari 2004 @ 17:02:
[...]


heb je alles online besteld, zo ja waar ?
en als het van conrad is kan je bestelnummers geven :x

is zo moeilijk zoeken op die site van conrad

www.reichelt.de is je vriend... Daar komt bijna alles vandaan.

[Soul_]

sebastius schreef op 04 februari 2004 @ 17:04:
[...]
www.reichelt.de is je vriend... Daar komt bijna alles vandaan.

ok maar reichelt.de heeft niet van die mooie ledbars (met 8x 5 mm leds in)

[ Voor 5% gewijzigd door Soul_ op 04-02-2004 17:58 ]

[FireWood]

Zoek eens op "led balk"

[Lone Gunman]

voor de mensen die al bezig zijn met t nabouwen van de ledbars, hier de pinverbindingen van de programmeerkabel + controller-to-ledprint kabels:

hier ff een plaatje met de pinnetjes (de orientatie van de boxheaders kun je terugvinden op de printlayout (van eaglecad) van de controllerprint):


en de verbindingen...

programmeerkabel:

2x5 boxheader PROG (op controllerprint)	25 pins sub-d male connector
pin 2,4,6,8,9,10	pin 18
pin 7	pin 5
pin 5	pin 3
pin 3	pin 2
pin 1	pin 10

linker ledprint:

2x5 boxheader SERIALOUT (op controllerprint)	5 pins pinheader (op ledprint)
pin 2	pin 5
pin 4	pin 4
pin 6	pin 3
pin 8	pin 2
pin 10	pin 1

rechter ledprint:

2x5 boxheader SERIALOUT (op controllerprint)	5 pins pinheader (op ledprint)
pin 1	pin 5
pin 3	pin 4
pin 5	pin 3
pin 7	pin 2
pin 9	pin 1

k hoop dat het zo allemaal duidelijk is

LET OP!!!
de boxheaders PROG en SERIALOUT zitten op de foto's 180 graden gedraaid tov de originele printlayout. De pinconnecties hierboven gaan uit van de printlayout, en _niet_ van de foto's van de controllerprint.

[ Voor 10% gewijzigd door Lone Gunman op 05-02-2004 19:31 ]

[Anoniem: 26576]

.

[ Voor 98% gewijzigd door Anoniem: 26576 op 05-08-2004 02:00 ]

[Bezulba]

hehe je hebt gelijk op z'n eaglefiles staan ze wel goed

[Corpse2]

Voor degenen die dit niet direct zien, waar staat het juist en waar verkeerd?
Is dat eaglebestandje in de opening correct?

[Anoniem: 26576]

.

[ Voor 151% gewijzigd door Anoniem: 26576 op 05-08-2004 02:00 ]

[Bezulba]

Corpse2 schreef op 05 februari 2004 @ 10:46:
Voor degenen die dit niet direct zien, waar staat het juist en waar verkeerd?
Is dat eaglebestandje in de opening correct?

ja hij staat goed in het eagle bestand. de "opening" in de header moet naar het midden van de print staan. Ipv naar buiten zoals in 1 van de pics staat

[Lone Gunman]

dat klopt jah
k heb zelf beide headers andersom op de print gezet (waarom weet ik niet meer, maar ik denk dat het te maken heeft met de trekontlasting op de connector waar de bandkabel ingeknepen zit).

De pinconnecties in mn voorgaande post zijn gebaseerd op de eagle boards. Als je de boxheader 180 graden draait tov die eagle boards(zoals op de foto's) moet je ff uitzoeken wat dan de pinconnecties zijn. Voor de ledprints is het niet zo'n ramp als deze verkeerd zitten, er gaat dan iig niks kapot. Maar voor de programmeerkabel is t wel belangrijk, als die verkeerd is gaat ws je parallele poort kapot.

FF goed opletten dus

[lexophilia]

Damn stoere muziek bij die filempies:)

welke nr's sijn dat?
nice shit man

bgin die tekst al te kenne van et plaatje.......Just get yourself HA!! ofsow:)

BVD

Coole mod mah k had em al de hoogte in geprezen geloof ik

[Mr GAmba]

Als je dit draadje had gelezen wist je het wel.

Nyw het is : The Chemical Brothers , met ........

[sebastius]

Mensen, even een waarschuwing (eendje is te druk): Let op dat je molex met de RODE draad doorverbind, NIET de gele. Anders gaat het gruwelijk stinken. Dus als je de chips naar je toe hebt liggen, en de molex van je af, dan zit de rode draad LINKS.

[Bezulba]

mwa let dus goed op! ik had een molexconnector (die imho heel normaal is) maar daarmee blijkt dus dat je 12volt op je chippies zet... niet echt heel handig.. geeft veel rook en veel rotzooi

maar nu werkt alles weer

[Bezulba]

arghhh een pic proggen onder winxp is bij mij een no go... ik krijg het maar niet voor elkaar.. zuig zooi

[Benadski]

Gaat dat via de parallelle poort? Dan moet je een dll (dlportio oid) downloaden!!!

[Bezulba]

Benadski schreef op 06 februari 2004 @ 15:41:
Gaat dat via de parallelle poort? Dan moet je een dll (dlportio oid) downloaden!!!

i know en ook nog een ander progje wat het dan als device installeert... maar dat andere progje is fubar...

[Lone Gunman]

probeer het eens hiermee: fpp+giveio+installer

Extracten naar een dir, installer.exe draaien, in dat programma giveio.sys selecteren, en dan op install klikken.
Dat zou moeten werken (zowel onder win2k als winxp).

[Bezulba]

thnxs fpp werkt eindelijk. alleen nu moet ik een zooi dingen instellen waar ik niet helemaal uitkom. bij setup moet je (duh) natuurlijk kiezen voor lpt1 en voor de 16f628 maar wat moet je bij hardware kiezen? topic geeft een can't program error. Moet er nog wat anders ingesteld worden?

[Lone Gunman]

instellingen voor fpp:

hardware: tlvp
on port: lpt1
device: 16f628

dan zou t moeten werken

[Bezulba]

ik doe gewoon load en neem dan die hex van je ga naar setup en vul die dingen in. doe dan program en krijg nog steeds dezelfde error

[Lone Gunman]

hum

je hebt wel spanning op je controllerprint staan ?

[Soul_]

een wilde gok maar
dit staat op die site (http://www.finitesite.com/d3jsys/) van die programmer

WARNING!!!
This programmer currently only works with a short parallel cable. I advise not using a cable more than 2 feet in length. Longer cables will result in erratic operation.

is je kabel langer dan 61cm ?
zal wel niet maar je weet nooit

[Anoniem: 91634]

In een elektuur tijd schipt heb ik ergens een schema staan van hoe je makelijk een oneinge grote vu meter kan maken. Was dat niet makelijker geweest dan hoe je het nu heb gemaakt ?
Het scheeltje wat ic's en programeer werk.

[Bezulba]

Soul_ schreef op 08 februari 2004 @ 18:48:
een wilde gok maar
dit staat op die site (http://www.finitesite.com/d3jsys/) van die programmer

WARNING!!!
This programmer currently only works with a short parallel cable. I advise not using a cable more than 2 feet in length. Longer cables will result in erratic operation.

is je kabel langer dan 61cm ?
zal wel niet maar je weet nooit

m'n kabeltje is een meter of 2

maar als ik read doe geeft ie keurig aan dat het ding nog niet geprogrameert is dus hij kan het ictje wel lezen alleen proggen niet... bagger

[Lone Gunman]

k gebruik zelf een bandkabel van +- 90 cm. De signaaldraden zitten dan tussen 2 draden met gnd in (weet niet of dat nog wat uitmaakt verder). T werkt iig perfect.

Dat fpp de pic wel kan "readen" zegt verder vrij weinig. Als je namelijk niks aansluit op de parallele poort gaat t readen ook goed (komt dan gewoon "blank" te staan.

Maaruh, begin ns met de kabel inkorten, misschien dat dat helpt.
k zal zo ff een plaatje posten met een wat duidelijkere pinlayout van de kabel, kan je ff controleren of ie wel klopt.

Voor de rest kan er weinig fout gaan, op het weerstandsnetwerkje op de controllerprint. Zit de gnd van dit weerstandsnetwerkje goed (dus niet verkeerd om) ?

edit:
Zo zou de kabel inelkaar moeten zitten (hoop dat t zo iets duidelijker is)
De nummering op de 25 pins sub-d male connector komt overeen met de nummering zoals deze normaal af te lezen is op de connector zelf.

(klik voor n groter plaatje)

[ Voor 86% gewijzigd door Lone Gunman op 08-02-2004 19:55 ]

[Belgar]

Ik heb nog eens naar je PWM routine gekeken (zeer interessante oplossing, zie je echt het verschil tussen C en ASM 'denken'). Ik denk niet dat je hier veel aan kan veranderen zonder (te) grote impact. De afhandeling kan in principe wel (klein beetje) efficienter. Nadeel is dan wel weer dat de afhandelingstijd gaat varieren. Voor de leesbaarheid kan de gehele PWM-routine natuurlijk in een 'loop'

Mocht iemand iets groters/snellers willen implementeren heb je uiteraard nog de mogelijkheid om een 6-tal extra 'outputs' te gebruiken. Hier kunnen een aantal additionele ledbars op, of de schuifregisters kunnen sneller gevuld worden (hogere frequentie). De on-board programmer komt dan natuurlijk te vervallen.

Nog wat winst kun je halen door de seriele communicatie eens elke 5/10 cycles te pollen ipv elke cycle. De afwijking zal nauwelijks zichtbaar zijn. Volgens een snelle berekening kan je register met 115kbaud hoogstens in 3-5 cycles gevuld zijn. De marge is echter niet ZO groot. Wel is je programma dus nog steeds veel sneller dan de maximale updatesnelheid van je data.

laatste opmerking is dat je met de huidige code natuurlijk meer dan 64 bytes data kan versturen zonder foutmelding. Hierdoor zou (met veel pech) je volledige ram overschreven kunnen worden.

[Lone Gunman]

Leuk dat iemand de moeite heeft genomen om de code eens door te lopen

K ben trouwens begonnen in c (icm de hitech picc compiler).
De pwm routine was toen interrupt driven (dmv een timer), en de serieele ontvangst ook. Met die c code was 6 bits pwm @ 75 Hz het max haalbare iirc.
Daarna de pwm routine omgeschreven naar asm zonder gebruik te maken van interrupts (combo van asm en c dus), maar dat haalde niet zoveel uit als ik verwacht had.
Toen ben ik maar from scratch begonnen in asm. Scheelde wel iets, maar nog niet optimaal (k wilde perse 8 bits pwm krijgen ).
Maar op een gegeven moment viel met het volgende te binnen:
movf count, W
addwf led, W
rlf PORTA, F
Die routine zorgde er iig voor dat het afhandelen van de pwm snel genoeg ging om 8 bits pwm te krijgen (niet helemaal waar trouwens, als led 0xff is, wordt de carry flag niet geset... de intensiteit 0xff wordt dus niet vertaald naar 100% van de tijd vol aan). Als iemand hier een oplossing voor heeft die geen invloed heeft op de timing, post maar

Wat betreft de serieele routine:
Het afhandelen van de serieele routine duurt nou ~25 cycles; de pwm afhandeling neemt er 256 in beslag. Echt veel winst is hier niet te behalen dus (paar Hz meer of minder is niet echt interessant). De serieele routine om de x aantal keren laten draaien heeft dus niet echt veel invloed op de snelheid. Door de serieele routine te draaien op iedere pwm routine is het iig mogelijk om een continue datastroom @ 115200 kbps te verwerken zonder dat er een buffer overrun komt.
K ben wel van plan om dit enigzins te herschrijven, zodat er een "beter" protocol is.

Wat betreft de buffer van de leddata: er wordt idd niet gecontroleerd of er meer dan 64 bytes gestuurd worden. Het indirecte adres kan dus idd naar geheugen wijzen waar eigenlijk niet geschreven moet worden. Een check inbouwen zal ik wel doen als ik het nieuwe protocol maak (als iemand nog suggesties heeft mbt tot een efficient protocol... post hier maar ff ). In de praktijk blijkt echter dat het overschrijven geen invloed heeft op het draaien van het programma... als ik willekeurig meer dan 64 bytes data stuur naar de pic (geen 0xff), dan krijg je wel troep op je leds te zien, maar zodra je 0xff stuurt en daarna weer data, dan laat ie het weer goed zien waarom dat is weet ik niet (k neem aan dat het indirecte adres gefoldt wordt over de memorymap), maargoed

wbt meer leds aansturen:
k denk niet dat het met de huidige hardware mogelijk is om veel meer leds aan te sturen. Overstappen op een atmel is misschien een optie, je wint dan in snelheid (10/16 mips tov 5 mips) waardoor je gewoon meer leds aan kunt sturen... ~2-3 keer zoveel leds als nu het geval is.

Qua code-efficientie houdt t denk ik hier wel op, je zal dus echt naar iets anders moeten overstappen. Een fpga of een spld met sram zou een optie kunnen zijn, heb je relatief hoge snelheden ( >100 mHz). Maar dat is minder toegankelijk dan een mcu voor mensen die zelf zoiets willen nabouwen.

[ Voor 16% gewijzigd door Lone Gunman op 09-02-2004 16:10 ]

[Anoniem: 103670]

Zou iemand mij kunnen vertellen wat ik moet veranderen als ik in plaats van de gebruikte groene LEDs , blauwe LEDs wil gaan gebruiken.

Het lijkt mij dat de weerstanden voor de LEDs aangepast moeten worden,
maar mijn elektronica kennis gaan niet zover dat ik kan zien hoeveel ohm deze dingen moeten gaan worden.

Misschien moet er ook nog wel meer veranderd worden???

[iambig]

Anoniem: 103670 schreef op 18 februari 2004 @ 20:45:
Zou iemand mij kunnen vertellen wat ik moet veranderen als ik in plaats van de gebruikte groene LEDs , blauwe LEDs wil gaan gebruiken.

Het lijkt mij dat de weerstanden voor de LEDs aangepast moeten worden,
maar mijn elektronica kennis gaan niet zover dat ik kan zien hoeveel ohm deze dingen moeten gaan worden.

Misschien moet er ook nog wel meer veranderd worden???

In principe hoef je alleen de weerstanden te veranderen...
Je moet weten hoeveel stroom die blauwe leds vragen en aan de hand daarvan reken je je voorschakelweerstand uit...
Kijk voor hoe en wat in de FAQ.

[Corpse2]

Heeft iemand intussen al iets dat werkt kunnen produceren?
Ik heb de meeste onderdelen al aangeschaft, enkel nog wat weerstandjes en condensatortjes en ik heb alles. Alleen ontbreekt de tijd me op dit moment een beetje.

[_ferry_]

hmm nu ik dit topic weer zie lijkt t me ook erg leuk om te gaan maken, op school kan ik dan (hopelijk) etsen. Kan ik eens wat beter kennismaken met een PIC enzo, op school doen we daar wel eens wat mee, maar dat is natuurlijk iets heel anders dan dit.

[Belgar]

Lone Gunman schreef op 09 februari 2004 @ 15:59:
wbt meer leds aansturen:
k denk niet dat het met de huidige hardware mogelijk is om veel meer leds aan te sturen. Overstappen op een atmel is misschien een optie, je wint dan in snelheid (10/16 mips tov 5 mips) waardoor je gewoon meer leds aan kunt sturen... ~2-3 keer zoveel leds als nu het geval is.

Heeft even geduurd, maar ik moest even naar Finland.

Waar ik hier vooral op doelde is dat je nu 32 registers 'schuift' voordat je outputs van je schuifregisters wegschrijft. Met 2 extra outputs zou je dus 4x2 ipv 2x4 registers kunnen aansturen.

Mischien dat het gebruik van de ingebouwde 'nibble' bewerkingen nog wat op kan leveren. Met nibbles heb je natuurlijk maar 16 intensiteiten. Toch zal dat veelal voldoende zijn. Een korte berekening (heb ik nu niet bij de hand) laat zien dat, bij 75 Hz, meer dan 40 tinten waarschijnlijk niet te onderscheiden zijn. Als je het verlies van tinten voor lief neemt kun je dus ook nog behoorlijk wat winnen. Bij gebruik van nibbles (2 leds per byte) en 8 uitgangen kunnen dan 300-600 leds worden aangestuurd op 75 Hz .

[Lone Gunman]

Gebruik maken van 4 rijen shiftregisters ipv 2 scheelt wel iets, maar niet genoeg. Als je 4 rijen gebruikt, zou je per pwm lus 224 cycles kwijt zijn ipv 256. In het aantal leds dat je dan zou kunnen gebruiken vertaalt zich dat naar +- 72 leds vs 64 nu.

Over de ingebouwde nibble bewerkingen: die zijn er niet (op t swappen van de low&high nibble van een byte na). Als je de nibbles zou gebruiken voor de ledintensiteit zou je dus extra bewerkingen moeten uitvoeren waardoor je er alleen maar achteruit op gaat.

Verder is het natuurlijk logisch dat je meer leds kunt aansluiten als je de pwm nauwkeurigheid verlaagt. Als ik 4 bits pwm gebruik ipv 8 bits pwm (wat nu het geval is), dan kan ik met de huidige opstelling in theorie 2^4*64 = 1024 leds aansturen. In theorie that is, want je moet die waarden dus wel ergens opslaan. Deze pic heeft maar 224 byte ram, dus dat gaat niet (zelfs al zou je de nibbles gebruiken, dan nog zou je max 448 leds kunnen bufferen). Dan zou je dus al een oplossing moeten maken met extern geheugen (wat natuurlijk goed mogelijk is. maar als t niet native gesupport wordt door je microcontroller krijg je alleen maar extra overhead voor t schrijven en lezen naar t ram, wat je in dit geval niet wilt)

Maaaarrrr... dat ik 8 bits pwm gebruik is niet voor de gein... een led heeft namelijk _geen_ lineair intensiteitsverloop als ie gestuurd wordt dmw pwm. In de praktijk is het dus zo dat in de lage stappen (van uit naar n beetje aan) de intensiteitsverschillen vrij groot en duidelijk zichtbaar zijn. De hoge stappen (van n beetje aan naar vol aan) zijn daarentegen bijna niet te onderscheiden. Door 8 bits pwm te gebruiken krijg je iig nog een redelijke range zodat je dat niet-lineaire effect een beetje op kan vangen. Met 4 bits pwm zou dat niet lukken, waardoor je de stappen duidelijk ziet, en ook nog eens moeilijk/niet een mooi lineair verloop kan maken. En dat wil je dus niet... (ik niet iig )

[Ramoonus]

jammer dat ik zo`n kast nog niet heb
anders was ik er nu aan bezig

[Belgar]

Dat van die intensiteit is wel nieuw voor me. Ik dacht aan de schakeling te zien dat de schuifregisters in hun vorige status 'gelatched' werden. Oftewel dat de LEDs dus alleen aan en uit gingen als de status van het schuifregister veranderde. In dat geval is 4 bits natuurlijk geen echt probleem. Anyway, bovenstaande is geen echte kritiek op de bestaande code, maar meer brainstorming over mogelijkheden van de toepassing.

[Anoniem: 103670]

Ik heb nu het controller/programmer printje klaar en ben zojuist aanbeland bij het programmeren van de PIC.
Ik heb al gemerkt dat op Win98 het programma niet werkt dus WinXP gebruikt.
Alleen is nu het probleem dat wanneer ik de PIC ga uitlezen met het FPP programma, dat er dan de ene keer --Blank-- komt te staan
en de andere keer een schermpje met allemaal nullen (HEX).

Vervolgens wil het programmen met file: ledbar.hex niet lukken.
Weet iemand een oorzaak waarom dit fout gaat??

(ik heb een kabeltje van 30 cm naar de printer poort en de voedingskabel aangesloten.
De ledbars en de andere kabeltjes zijn nog niet aangesloten.
Met de installer.exe heb ik de service gestart icm giveio.sys)

[ Voor 8% gewijzigd door Anoniem: 103670 op 25-02-2004 20:03 ]

[Lone Gunman]

welke foutmelding krijg je bij het programmeren ?

en wat krijg je te zien als je na het programmeren "read" aanklikt ? krijg je dan -- blank -- te zien of wat hex ?

[Anoniem: 103670]

Wanneer ik onder de optie 'Device' op Read klik dan verschijnt er een regel met
---blank ---
(melding bovenaan is; Reading ... en daarna Read!)

Als ik daarna op de knop program klik verschijnt er de melding:
Failed to program code!

[Lone Gunman]

hm, weet je zeker dat de kabel goed is ? meer kan ik er niet van maken nl

[C@SP]

Heeft er al iemand een printje ge-etst? Ik ben hard op zoek naar iemand die voor mij een printje kan etsen, die mogelijkheden heb ik zelf niet. Of zijn er bedrijven die aan de hand van de schema's in Eagle printjes kunnen etsen?

Edit... Heb zojuist een bedrijf gevonden die aan de hand van de Eagle files de printjes kan etsen. PSD

[ Voor 24% gewijzigd door C@SP op 04-03-2004 15:34 ]

[sebastius]

C@SP schreef op 04 maart 2004 @ 14:00:
Heeft er al iemand een printje ge-etst? Ik ben hard op zoek naar iemand die voor mij een printje kan etsen, die mogelijkheden heb ik zelf niet. Of zijn er bedrijven die aan de hand van de schema's in Eagle printjes kunnen etsen?

Edit... Heb zojuist een bedrijf gevonden die aan de hand van de Eagle files de printjes kan etsen. PSD

www.custompcb.com kan het ook voor je, en is niet zo duur.

[lexophilia]

hallo ben ik weer....

ik kon nergens ledbars vinden behalve dan op dure conrad met zn verzendkosten....dus heb uiteindelijk maar beslissing genomen om ledbars bij conrad te bestellen....

nu beschik ik over de volgende ledbars http://www.produktinfo.co...ed-leiste_8fach_de-en.pdf (PDF)

deze ledjes kunnen 2.1v tot 3.0v hebben.

nu zit ik met het berekenen van de weerstanden die ik moet aanschaffen.

r=u/I toch?

maar ik heb geen Idee hoeveel volt er op komt te staan....is dat gewoon die 5 volt? of is dat lager ?

hoe ziet de berekening er dan uit?
__________________________________________________________________
*offtopic* Hetzelfde probleem heb ik met de rgb muismod...watvoor spanning komt er op te staan? anders kan ik ook daar de berekening niet van uitwerken. Ook hier beschik ik weer over de rgb-led van conrad...niet al te beste kwaliteit, maar het gaat om het Idee.

Hier weer de datatsheet http://www.produktinfo.co...r_lgb_led_lf-59_ebgbc.pdf

Doorlaatspanning: rood 1,7 V, groen 2,2 V, blauw 3,0 V, I = 20 mA
*offtopic*

kan iem mij helpen?

[Corpse2]

Dit staat toch in de FAQ uitgelegd, niet?

nuja, omdat ik er ook aan bezig ben en ik van andere mensen ook wel eens wat werkende dingen wil zien.

Volgens mij wordt er inderdaad 5V (maximaal) over de leds gezet. Het verlies in de schuifregisters zal wel niks voorstellen.
Dus neem aan dat er 20 mA door die leds mag en dat we er 2.1V over willen zetten dan zal er over de weerstand 2.9V staan, met 20 mA geeft dit r=u/i = 2.9V / 20 mA = 0.145 kOhm oftewel 145 ohm.

Gelijkaardige berekeningen bij die rgb-led. => rood: 165 Ohm, groen: 140 Ohm, blauw: 100 Ohm.

Geef een gil als ik hier iemand zijn ledjes help verneu*en , maar ik denk dat het juist is. Als de led nu niet fel genoeg zou branden kan je altijd weerstand vervangen door een kleinere.

[lexophilia]

Corpse2 schreef op 30 maart 2004 @ 00:38:
Dit staat toch in de FAQ uitgelegd, niet?

nuja, omdat ik er ook aan bezig ben en ik van andere mensen ook wel eens wat werkende dingen wil zien.

Volgens mij wordt er inderdaad 5V (maximaal) over de leds gezet. Het verlies in de schuifregisters zal wel niks voorstellen.
Dus neem aan dat er 20 mA door die leds mag en dat we er 2.1V over willen zetten dan zal er over de weerstand 2.9V staan, met 20 mA geeft dit r=u/i = 2.9V / 20 mA = 0.145 kOhm oftewel 145 ohm.

Gelijkaardige berekeningen bij die rgb-led. => rood: 165 Ohm, groen: 140 Ohm, blauw: 100 Ohm.

Geef een gil als ik hier iemand zijn ledjes help verneu*en , maar ik denk dat het juist is. Als de led nu niet fel genoeg zou branden kan je altijd weerstand vervangen door een kleinere.

Thnx.....zodra ik hem af heb post ik hem hier met wat filpjes:)

darna zal ik ff kijken of ik wat inmekaar ken scripten om cpu/geheugengebruik weer te geven;)

nogmaals thnx;)

[Broken]

owh WTF!

ziet er erg netjes uit (jaja ik weet het beetje laat)
Als ik tijd over heb ga ik ook die ledbar bouwen .
Top gedaan !

[Venxir]

Zwara bruut dit ding, ik wou dat ik het kon.

[Lone Gunman]

Corpse2 schreef op 30 maart 2004 @ 00:38:
Volgens mij wordt er inderdaad 5V (maximaal) over de leds gezet. Het verlies in de schuifregisters zal wel niks voorstellen.
Dus neem aan dat er 20 mA door die leds mag en dat we er 2.1V over willen zetten dan zal er over de weerstand 2.9V staan, met 20 mA geeft dit r=u/i = 2.9V / 20 mA = 0.145 kOhm oftewel 145 ohm.

Gelijkaardige berekeningen bij die rgb-led. => rood: 165 Ohm, groen: 140 Ohm, blauw: 100 Ohm.

Geef een gil als ik hier iemand zijn ledjes help verneu*en , maar ik denk dat het juist is. Als de led nu niet fel genoeg zou branden kan je altijd weerstand vervangen door een kleinere.

euh, GIL

De gebruikte shiftregisters (74HCT595) kunnen maximaal 6 mA per uitgang leveren. Als je dat aanhoud, zouden ze niet kapot moeten gaan

Voor bv de groene ledbars van conrad zou dit betekenen:
doorlaatspanning = 3,0v
benodigde weerstand = (5,0v - 3,0v) / 6 mA = 330 Ohm.

In de opstelling hier gebruik ik iig weerstanden van 330 Ohm, en zoals je op de filmpjes kunt zien is de lichtopbrengst goed genoeg
K heb dit ook getest met RGB en heldere (blauwe) leds, en ook deze zijn fel genoeg met "maar" 6 mA.

Als je toch meer dan 6 mA wil verstoken, kan je bv gebruik maken van een ULN2803 ic (darlington array). Dit ic hang je achter ieder shiftregister (vereist dus wel wat aanpassingen aan de printlayouts).
Als je dit ic gebruikt kun je per uitgang meer dan 100 mA verbruiken.


K ben nu bezig met het programmeren van een (windows) applicatie om de ledbar aan te sturen, deze zou binnen niet al te lange tijd klaar moeten zijn.
Tegen die tijd zal ik wel posten waar t programma te downloaden is.

Het idee is iig dat er plugin support in het programma zit, zodat je zelf plugins kan schrijven. Als ik teveel vrije tijd heb (ws niet) komt er misschien een plugin die scripts (bv met lua) uit kan voeren, zodat mensen zonder c/c++ kennis ook plugins kunnen schrijven.

Mochten er nog mensen zijn met suggesties voor deze applicatie, post ze hier maar

[lexophilia]

Lone Gunman schreef op 30 maart 2004 @ 17:56:
[...]


euh, GIL

De gebruikte shiftregisters (74HCT595) kunnen maximaal 6 mA per uitgang leveren. Als je dat aanhoud, zouden ze niet kapot moeten gaan

Voor bv de groene ledbars van conrad zou dit betekenen:
doorlaatspanning = 3,0v
benodigde weerstand = (5,0v - 3,0v) / 6 mA = 330 Ohm.

In de opstelling hier gebruik ik iig weerstanden van 330 Ohm, en zoals je op de filmpjes kunt zien is de lichtopbrengst goed genoeg
K heb dit ook getest met RGB en heldere (blauwe) leds, en ook deze zijn fel genoeg met "maar" 6 mA.

Als je toch meer dan 6 mA wil verstoken, kan je bv gebruik maken van een ULN2803 ic (darlington array). Dit ic hang je achter ieder shiftregister (vereist dus wel wat aanpassingen aan de printlayouts).
Als je dit ic gebruikt kun je per uitgang meer dan 100 mA verbruiken.


K ben nu bezig met het programmeren van een (windows) applicatie om de ledbar aan te sturen, deze zou binnen niet al te lange tijd klaar moeten zijn.
Tegen die tijd zal ik wel posten waar t programma te downloaden is.

Het idee is iig dat er plugin support in het programma zit, zodat je zelf plugins kan schrijven. Als ik teveel vrije tijd heb (ws niet) komt er misschien een plugin die scripts (bv met lua) uit kan voeren, zodat mensen zonder c/c++ kennis ook plugins kunnen schrijven.

Mochten er nog mensen zijn met suggesties voor deze applicatie, post ze hier maar

Thnx voor je gil lone, ik had echter vamiddag al de weerstandjes gekocht, en der zonet op gesoldeerd...het werkt goed nu...alleen ik zit met een softwarematig probleempje:S

Als ik de fpp progger afsluit, of als ik met internet explorere bezig ga, dan houden mn ledbars na zo'n 20 sec tot 1 minuut op met functioneren.

Gaat dit ook zo bij jou lone?


Ik ben by the way sinds vandaag met een vriend van mij bezig om ook een stukje software te schrijven zodat het geheugen/cpu gebruik wordt weergegeven.
Het is de bedoeling dat er zoal kan worden gekozen of beide bars worden gebruikt om of cpu of geheugen gebruik, of links cpu en rechts mem.

maar voordat dat klaar is zijn we al lang veel verder..want wij zitten ook met de tijd te kampen.

[fsfikke]

Mooi om te horen dat er een progje aankomt! Ik ga de printplaten vrijdag etsen met m'n leraar, en dan is het boren geblazen . Gelukkig heeft mijn pa een kolomboor want met een dremel uit de losse hand met 0,8mm boortjes (deze heb ik toch nodig o.a.?) aan de gang zie ik niet zo zitten . Ik ben verder nog een beginner met elektronika, dus had ik nog een vraagje: Ik heb ipv een weerstandnetwerk van 10k een paar weerstanden van 10k gekregen. Als ik het goed heb moetten de weerstanden allemaal op pin 1 van de 74hct573, en dan 1 op pin 2, pin 3 en pin 4 toch? En ik heb 64 platte groene leds gekocht omdat ze geen bars hadden, ik heb weerstanden van 120 Ohm, is dit te weinig? Verder wou ik je ook nog eens bedanken voor het delen van de schema's e.d.! Echt super! Ik heb een dikke 40 euro betaald voor alle onderdelen, dus hopelijk werkt het nog ook

[DeSire]

mooi gemaakt nice

[Lone Gunman]

lexophilia:

wbt het probleem met het stoppen:
probeer het eens zonder dat de programmeerkabel aan is gesloten. Het kan zijn dat deze ervoor zorgt dat de PIC in programmeer-mode komt als de programmeerkabel wel is aangesloten maar FPP niet draait.

Het programmeren is toch maar eenmalig, als dat eenmaal gebeurd is kan je de programmeerkabel beter eraf laten (als je de code in de PIC wilt vernieuwen/veranderen kan je m er weer tijdelijk aanhangen uiteraard)

De problemen met het stoppen heb ik hier niet. Als de programmeerkabel is aangesloten en FPP draait (of juist niet), dan werkt t gewoon. Maar dat kan misschien aan de "implementatie" van de parallele poort liggen op t moederbord.


fsfikke:

als je geen risico wilt lopen kun je beter weerstanden met een hogere waarde nemen. Nou weet ik niet welke doorlaatspanning jouw leds hebben, maar als je er vanuit gaat dat een normale groene led een doorlaatspanning van +- 2,7 v heeft, dan zou je uitkomen op: (5v - 2,7v) / 6 mA = 383 Ohm.
Je kan dan bv 390 Ohm weerstanden pakken.
Als je weerstanden pakt met een lagere waarde zou het kunnen zijn dat de shiftregisters kapot gaan.

wat je zegt over het weerstandsnetwerk klopt (als ik je goed begrijp tenminste).
Het moet iig zo aangesloten worden (hoop dat t plaatje n beetje duidelijk is ):

[ Voor 10% gewijzigd door Lone Gunman op 30-03-2004 21:11 ]

[fsfikke]

ok, bedankt. Dan weet ik het teminste zeker

[lexophilia]

thnx lone...et werkt....

ik blijf je steeds bewonderen:)...op al mn vragen hebbie nog nooit n antwoord gegeven dat niet werkte


je krijgt van mij een pluim

[Corpse2]

lexophilia schreef op 30 maart 2004 @ 19:41:
[...]
Thnx voor je gil lone, ik had echter vamiddag al de weerstandjes gekocht, en der zonet op gesoldeerd...het werkt goed nu...alleen ik zit met een softwarematig probleempje:S

...

Ook dank u voor de gil .

@ lexophilia: je zegt dat het werkt met de weerstandjes die je gekocht hebt? Ik had namelijk de redenering gebruikt zoals in mijn vorige post en ik heb dus ook weerstandjes gekocht van 150 ohm.
Waren dat de weerstandjes die ik aangeraden had? Werkt het daarmee, of heb je speciale shiftregisters gebruikt? (ik heb die 74hc595 van fairchild)

[Corpse2]

meer specifiek gebruik ik de deze: http://www.fairchildsemi.com/pf/MM%2FMM74HC595.html.

Volgens de datasheet kan die maximum zelfs 35 mA per pin geven. Ik denk dus dat ik het er maar op waag met die weerstandjes.

[lexophilia]

Corpse2 schreef op 31 maart 2004 @ 02:48:
[...]


Ook dank u voor de gil .

@ lexophilia: je zegt dat het werkt met de weerstandjes die je gekocht hebt? Ik had namelijk de redenering gebruikt zoals in mijn vorige post en ik heb dus ook weerstandjes gekocht van 150 ohm.
Waren dat de weerstandjes die ik aangeraden had? Werkt het daarmee, of heb je speciale shiftregisters gebruikt? (ik heb die 74hc595 van fairchild)

Hey

Jah ik heb gewoon 150 Ohm weerstandjes gebruikt(en ja die had jij aangeraden ), en dat werkt gewoon...
De shiftregisters die ik heb zijn 4hc595N shifregisters...
__________________________________________________________________

*offtopic*
Ik heb al filmpjes gemaakt, maar dat zijn .mov files...heeft iem een progje waarmee ik die kan omzetten naar divx oid?
Dan kan ik ze posten
*/offtopic*
__________________________________________________________________

oh By The Way

Ik heb ook nog een batch file geschreven voor de mensen vumeter.exe op de pc niet aan de praat krijgen.

http://213.10.247.123/matthijs/GOT/Ledbars/vumeter.zip

Ik heb er ook een readme bestandje bij gedaan:)

je moet hem ook ff uitpakken in winrar of winzip.
en die kun je hier weer downe:)

Winrar
http://213.10.247.123/matthijs/EBRDS/gathering/wrar33b5.exe

Winzip
http://www.winzip.com/linkfpp.cgi

succes,

[ Voor 4% gewijzigd door lexophilia op 09-07-2004 23:16 . Reden: *ff url veranderd voor winrar en dat vumeter proggie(nu ook inclusief Lone's nieuwste vumeter.exe filetje met een keuze uit 5 verschillende coole effecten ;) ) ]

[Lone Gunman]

je kunt hier een iets nieuwere versie van dat oude vumeter programmaatje downloaden:
http://www.vizzzion.org/~lonert/vu_meter.rar

oa een foutje gefixt in het falloff algoritme, en wat andere modi toegevoegd.
gewoon uitpakken naar een willekeurige dir, en dan runnen vanaf een cmd of command prompt met als argument de compoort.

[lexophilia]

Lone Gunman schreef op 02 april 2004 @ 17:41:
je kunt hier een iets nieuwere versie van dat oude vumeter programmaatje downloaden:
http://www.vizzzion.org/~lonert/vu_meter.rar

oa een foutje gefixt in het falloff algoritme, en wat andere modi toegevoegd.
gewoon uitpakken naar een willekeurige dir, en dan runnen vanaf een cmd of command prompt met als argument de compoort.

Okay thnx lone zal k em mteen ff updaten in t bestandje? lijkt me wa zo makkelijk;)

maare lone

op die filmpjes hebbie met en zonder vu-falloff, en die knightrider 8ig effect...heb je die hex files ook nog?*nevermind* krijg nu ineens 5 strakke effecten echt super lone

Ik mis alleen nog het knightrider effect uit dat rijtje maar ik ben nu al superblij met deze 5 effecten:)

[ Voor 13% gewijzigd door lexophilia op 02-04-2004 18:40 ]

[Corpse2]

Lone Gunman schreef op 25 februari 2004 @ 20:54:
welke foutmelding krijg je bij het programmeren ?

en wat krijg je te zien als je na het programmeren "read" aanklikt ? krijg je dan -- blank -- te zien of wat hex ?

ik zit met hetzelfde probleem dat eendje ook al aanhaalde op pagina 10 (ook op pagina 11 is er sprake van)

als ik na het programmeren (failed!) op read klik staat er dit: (ook even de setup erbij gezet)


mijn programmeerkabeltje is ook maar 30 cm. Is er een manier om te testen of er ergens iets niet werkt of fout is?

Wat betreft het weerstandsnetwerkje heb ik het schema van pagina 11 gebruikt.

[ Voor 9% gewijzigd door Corpse2 op 08-04-2004 11:57 ]

[Corpse2]

@lexophilia: hoe heb jij hem geprogrammeerd? met welke software, welke instellingen... ?

[C@SP]

Corpse2 schreef op 06 april 2004 @ 23:26:
@lexophilia: hoe heb jij hem geprogrammeerd? met welke software, welke instellingen... ?

Dat zou ik ook wel willen weten. Ik heb de controllerprint en 1 ledbar af, en wilde even gaan proberen. Als ik nu de ledbar aansluit gaat van de 4 groepen van 8 leds het 2e ledje branden. Als ik de PIC met FCC wil programmeren krijg ik steeds een "Failed to program error". Als ik read doe geeft hij BLANK weer. Met MPASMWIN schijnt het wel te werken, die geeft geen errors en zegt dat hij 758 lines assembled heeft. Verder krijg ik niks uit die balk als alleen die 4 brandende leds. Iemand een idee??

[Lone Gunman]

C@sp:
Mpasmwin is afaik alleen een assembler (source code naar hex). Je kunt er iig geen pic's mee proggen. Om de pic te programmeren zul je FPP moeten gebruiken.

Corpse2:
Aan de plaatjes te zien denk ik toch dat t aan de kabel ligt. De eerste 8 bytes (28, 01,
01, 83, 30, 07, 00, 9F) kloppen iig. Daarna gaat ergens iets fout.
Je kunt ns proberen de I/O delay in FPP wat hoger te zetten (tussen de 20 en 100 oid).

Als dat niet werkt zul je toch moeten kijken of je de kabel op een andere manier kan maken of extra terminatie toe moet voegen op de controllerprint.

K gebruik hier zelf een flatcable met 10 aders als programmeerkabel. Als je hier een stekkertje op knijpt die op de print past, heb je automatisch om en om ground - signal. K weet niet of dat invloed heeft op t signaal, maar hier werkt t iig... en de kabel is ook nog ns +- 1 meter lang.

Mocht dat ook niet baten (of als je geen zin hebt om een nieuwe kabel te maken), kun je het volgende eens proberen:
http://www.finitesite.com/d3jsys/termination.html

Dat zou dan zo op de print gesoldeerd kunnen worden:


Geen idee of dat enige (positieve) invloed heeft, maar misschien de moeite waard om te proberen.

Als t dan nog steeds niet werkt kun je misschien beter een losse pic programmer bouwen en de pic daarmee proggen

[Corpse2]

ik ga het morgen alleszins eens proberen met die delay, en anders eens met die extra weerstand en condensator. Ik gebruik alleszins ook zo'n flatcable.
Ik had ook al gedacht om het eens te proberen met een andere programmer maar dan moet ik die ook nog maken...
Maar nu eerst even want een beetje zat

edit: bij nader inzien: wordt daar dan een weerstand van 10 kOhm vervangen door 270 OHM plus condensator? Niet dat dat direct een probleem is aangezien ik losse weerstanden heb maar voor de zekerheid...

[ Voor 29% gewijzigd door Corpse2 op 08-04-2004 02:37 ]

[C@SP]

Ik denk dat ik maar eens een losse programmer ga maken, want zo schiet het niet op. Ook makkelijk voor eventuele volgende schakelingen met PIC's, aangezien ik er 3 gratis heb gehad van de firma Microchip

Ik zal pics posten zodra het een beetje werkt.

btw Lone Gunman, heb je die hex file nog voor dat nightrider effect? Is al meer gevraagd geloof ik maar heb 'm nog niet voorbij zien komen.

[chielsen]

Uiterest VET! Ik ga volgend jaar elektrotechniek studeren, en als ik er wat meer van weet ga ik ook zulke dingen maken!! Het is jammer dat ik het nu nog niet kan, maar als je ziet hoe zoiets (vrij simpels) zo stoer in je pc staat raak je spontaan enthousiast.

[Corpse2]

C@SP schreef op 09 april 2004 @ 13:11:
Ik denk dat ik maar eens een losse programmer ga maken, want zo schiet het niet op.
...

Same here, andere timing en een andere computer hielpen alleszins niet.

[Corpse2]

Zou het kunnen dat er lang bepaalde pinnen bij de programmer te weinig stroom gaat?
In deze implementatie staan daar weerstanden van ... kOhm (weerstandsnetwerk) terwijl in de TLVP implementatie waarnaar verwezen wordt amper een weerstand voorkomt (laat staan een grote).

[Belgar]

gebruiken jullie de 628 of de 628A ? ze hebben namelijk een iets andere start methode voor in-circuit programming. Anders ook even het voltage over MPLS meten, die moet 13+ volt zijn (zo uit het hoofd)

[Corpse2]

euh, 16f628, zonder A.
Bij die TLVP komt bij mijn weten geen 13 volt voor (tenzij die van de parallelle poort zou komen ) Ik denk dat je de trivial high voltage programmer of zoiets voorhebt.

[C@SP]

Ik heb nu de losse programmer volgens het schema van JDM gemaakt. Nu krijg ik bij de verfificatie in ic-prog een error, dat de verificatie is mislukt op adres 0000h. Ligt dat aan de hex file van ledbar.hex of is mijn programmer niet goed?

Ben nu bijna ten einde raad.............

[fsfikke]

Dat probleem had ik ook, het schijnt nogal vaak voor te komen. Op www.circuitsonline zijn ook al veel topics hierover te vinden. Waaronder dit topic. Aan het eind heb ik beschreven hoe het bij mij werkt, met welke instellingen e.d.. Ik gebruik wel ic-prog 1.05c om de pic te proggen. Je kan dit programma hier downloaden. Hopelijk werkt het hiermee!


Btw: Hoe staat het met de software

[ Voor 5% gewijzigd door fsfikke op 19-04-2004 22:43 ]

[Corpse2]

Zou het misschien mogelijk zijn om eens wat source-code van dat programmatje dat tot nu toe beschikbaar was te posten, ik ken nogal wat van programmeren maar heb geen ervaring met het werken met poorten.

Als ik een voorbeeld heb kan ik eventueel wel eens wat proberen in elkaar te steken

Wie is er trouwens al in geslaagd om de pic te programmeren en op welke manier? welke programmer en welke software? Aangezien het bij mij en enkele anderen niet direct schijnt te werken is alle hulp en info welkom

[lexophilia]

Corpse2 schreef op 06 april 2004 @ 23:26:
@lexophilia: hoe heb jij hem geprogrammeerd? met welke software, welke instellingen... ?

Oh sorry voor de late reactie maar k heb een hele poos zonder inet gezeten:S...vet erg


Uh ik heb em gewoon met de programmer geprogrammeerd die gewoon op de controller print van lone zit......

ik heb em geprogrammeerd met de software die lone eerder in dit topic heeft gepost....FPP heet et geloof ik...

werkt perfect;)


*edit*

BTW ik gebruik de PIC16F628-20/P

ik weet nogsteeds niet met welk programmaatje ik die mov files in een readable formaat kan sgrivgen want iedreen quicktime laten downloaden vin k ook maar omslagtig.....ik heb ondertussen al een 20 tal aan crap programma's op mn pc gehad, maar geen fatsoenlijk programmatje zat ertussen:S

greetzz

[ Voor 24% gewijzigd door lexophilia op 23-04-2004 19:14 ]

[n00bs]

Wow vett cool... dit zou ik ook wel willen alleen ben ik niet handig genoeg om dit zelf te knutselen... verkoop je ze ook niet al kant en klaar ?

[fsfikke]

Ok, ik heb laatst de printplaten geetst. Tijdens het solderen kwam ik er achter dat ik een grote blunder heb begaan . Ik heb een ledprint gewoon geetst maar de andere heb ik in spiegelbeeld gedaan . Dus ik dacht tijdens het solderen. Maar als die print in spiegelbeeld is moeten die ic's toch ook in spiegelbeeld . Ik heb de goede print nu gesoldeerd en de controllerprint ook. Proggen lukte me niet met fpp. Maar ik had nog een losse proger liggen en ik heb het daarmee met succes gebrand. Maar als ik nu dat progje van je run (ik heb alleen maar 1 printje aangesloten) en bijv. de eerste optie kies (vu meter met falloff) dan gaan kort alle leds branden, dan gaan ze kort uit en dan 'lopen' ze van boven naar beneden (waar de conector zit) en blijft alleen de onderste branden. Dit gebeurt wanneer ik muziek aan heb maar ook zonder muziek gebeurt hetzelfde (wmp9). Bij optie 2 gaan ze ook kort allemaal branden en dan gebeurt er niks meer. Bij optie 3 gaan alle leds branden die op de onderste 2 ic's zijn aangesloten, het onderste ledje brand lichter dan de rest. Bij optie 4 gaan ze kort bijna allemaal branden, een paar boven niet. Bij optie 5 lopen de ledjes vanaf het onderste ic'tje naar het laatste ledje dat op het tweede ic'tje is aangesloten. Heb jij hier een verklaring/oplossing voor Of anders een ander progje dat ik kan gebruiken...

Ps. Zou je misschien kunnen vertellen hoe ik zelf in vb6.0 bijv een progje kan maken, instellingen e.d. Dan kan ik wat dingen uitproberen.

[ Voor 2% gewijzigd door fsfikke op 05-05-2004 19:25 . Reden: typo ]

[Lone Gunman]

Het gedrag wat je omschrijft bij elke optie klopt, dit hoort namelijk zo
Wat jij ziet krijg ik nl ook te zien als ik geen muziek oid aan heb staan.
Het probleem zit m dus in het reageren op de muziek, om de een of andere reden gaat het bij jou fout. Waarschijnlijk ligt het aan je mixer instellingen, het programma luistert nl naar het geluid afkomstig van de geselecteerde record bron.

Probeer het volgende eens: bij de windows mixer > options > properties > recording aanklikken, en dan ok klikken. Vervolgens moet je een van de bronnen selecteren. Hier heb ik bv de bron "stereo mix" geselecteerd, maar volgens mij kan dat verschillen per geluidskaart. (soundblaster heeft bv iets als "what u hear", andere kaarten hebben ws weer iets anders).
Probeer daarna t programma nog eens te draaien, en kijk of ie nu wel op het geluid reageert... (als dat niet zo is, nog ff verder prutsen met die record instellingen).

Als je zelf iets wilt maken met vb6, kan ik je niet echt helpen.
Je zult ws eoa component moeten hebben om serieele communicatie te doen (mscomm oid ? weet vrij weinig van vb).
Daarna moet je de serieele poort openen met de volgende instellingen:
115200 baud, 8 bits, 1 stopbit, geen parity, geen flowcontrol.

Als je dat gedaan hebt kun je om de zoveel tijd (bijvoorbeeld 25 milliseconde) een reeks van 65 bytes versturen via de serieele poort.
De eerste byte uit de reeks _moet_ de waarde 255 (of 0xff in hex) hebben, de bytes die je daarna stuurt mogen elke waarde hebben _behalve_ de waarde 255.

De bytes die volgen na de eerste byte geven de intensiteitniveau's van de leds aan. Als je bv 64 keer een 0 stuurt, gaan alle leds uit. Als je 64 keer 254 stuurt gaan alle leds vol aan. Op die manier kun je aangeven hoe fel elke led moet branden. Door dit steeds te herhalen kun je dus bv een knightrider effect maken, of elk ander denkbaar effect

k hoop dat je hier wat verder mee kunt...
(btw wat pics of n filmpje zou erg leuk zijn )

[fsfikke]

K, ik hem nu op wave staan en hij doet het!!!

Pics komen eraan filmpje kan ik helaas niet doen.

[ Voor 29% gewijzigd door fsfikke op 05-05-2004 20:35 ]

[Anoniem: 91786]

@Lone Gunman

Duidelijke uitleg.
Ik wil zelf graag wat experimenteren met wat verschillende FXen, alleen begrijp ik de werking van de LED-printen nog niet helemaal.

Zoals ik het begrijp werkt het als volgt?

De PIC stuurd 64 LED PWM waarden serieel naar de shift regjes, en deze worden na de 64ste waarde ge-latched naar de uitgangen (LEDs).
Dit proces wordt dan bv 254 herhaald, dus 1 PWM periode. Dus als bv LED1 de PWM-waarden 84 heeft (30% licht) dan stuurd de PIC dus deze LED 84 keer als 1 naar de shift regjes en 170 keer als 0.

Als de LED-printjes 254 keer 64 waarden hebben ge-latched, dan haalt de PIC weer 64 nieuwe waarden op uit de pc en slaat deze lokaal in z'n geheugen op voor de volgende 254x PWM periode?

Klopt dit ongeveer of sla ik na volledig de plank mis.

@anyone.

Is het mogelijk dat iemand voor mij twee LED- en een controlle printje kan etsen, zelf heb ik nog niet de mogelijkheid hiertoe, en om deze nu op een breadboardje te bouwen (al een project op zich ) lijkt mij niet echt handig.

Uiteraard tegen een vergoeding.

[fsfikke]

Ok, zoals belooft hier de foto's.









Nogmaals bedankt voor alles

[ Voor 9% gewijzigd door fsfikke op 06-05-2004 11:37 ]

[Lone Gunman]

Anoniem: 91786 schreef op 06 mei 2004 @ 10:16:
@Lone Gunman

Duidelijke uitleg.
Ik wil zelf graag wat experimenteren met wat verschillende FXen, alleen begrijp ik de werking van de LED-printen nog niet helemaal.

Zoals ik het begrijp werkt het als volgt?

De PIC stuurd 64 LED PWM waarden serieel naar de shift regjes, en deze worden na de 64ste waarde ge-latched naar de uitgangen (LEDs).
Dit proces wordt dan bv 254 herhaald, dus 1 PWM periode. Dus als bv LED1 de PWM-waarden 84 heeft (30% licht) dan stuurd de PIC dus deze LED 84 keer als 1 naar de shift regjes en 170 keer als 0.

Als de LED-printjes 254 keer 64 waarden hebben ge-latched, dan haalt de PIC weer 64 nieuwe waarden op uit de pc en slaat deze lokaal in z'n geheugen op voor de volgende 254x PWM periode?

Klopt dit ongeveer of sla ik na volledig de plank mis.

het eerste gedeelte van je uitleg klopt vrij aardig

Je moet je voorstellen dat 64 bytes van het ram geheugen van de pic gereserveerd is als "framebuffer".
Deze framebuffer wordt gebruikt door 2 "processen" in de PIC software.
Het ene proces leest continu de framebuffer uit en geeft deze weer op de leds, het andere proces reageert op data die via de rs232 poort binnenkomt, en schrijft deze data in de framebuffer.

Het uitlezen en wegschrijven gebeurt op de manier zoals je zelf al aangeeft.
Dit proces wordt echter steeds herhaald, wat betekent dat het proces van voren af aan begint nadat een pwm periode voorbij is. De PIC haalt dus geen nieuwe waarden op uit de PC, hij blijft gewoon continu waarden ophalen uit de framebuffer in de PIC. Als de framebuffer nieuwe waarden bevat, zul je dit te zien krijgen op de leds. Als de framebuffer echter geen nieuwe waarden bevat, krijg je hetzelfde te zien als voorheen.

Het tweede proces reageert op data die binnenkomt op de rs232 poort van de PIC.
Een variabele in de PIC wordt gebruikt als een pointer (soort "cursor") in de framebuffer. Als de PC de waarde 255 naar de PIC stuurt, wordt deze pointer aan het begin van de framebuffer neergezet. Waardes die hierna volgen worden achterelkaar in de framebuffer weggeschreven.

Voorbeeldje met een framebuffer van 8 bytes (voor 8 leds dus)

code:

inhoud van de framebuffer: (^ is de positie van de pointer)  
  0   0   0   0   0   0   0   0
                      ^
  
de PC stuurt nu de waarde 255, waardoor de pointer naar
positie 1 gaat in de framebuffer:

  0   0   0   0   0   0   0   0
  ^

Nu stuurt de PC de waarde 128. Deze wordt weggeschreven 
op de plaats van de pointer. Daarna wordt de pointer opgehoogd.

128   0   0   0   0   0   0   0
  ^

128   0   0   0   0   0   0   0
      ^

De PC stuurt hierna de waarde 10. Deze wordt weggeschreven 
op de plaats van de pointer, waarna de pointer weer wordt opgehoogd.

128  10   0   0   0   0   0   0
      ^

128  10   0   0   0   0   0   0
          ^

Door dit 8x te herhalen kan je de framebuffer vullen met nieuwe data.

De nieuwe data in de framebuffer wordt automatisch gelezen door het proces dat de leds aanstuurt, waardoor de veranderingen direct zichtbaar zijn op de leds.
K hoop dat de werking van de PIC software zo iets duidelijker is

Als je zelf effecten wilt maken hoef je trouwens helemaal niet te weten hoe dit werkt... je moet gewoon een PC programma schrijven dat zich aan het protocol houdt zoals gegeven in mn voorgaande post (via de serieele poort 65 waarden versturen, waarvan de eerste 255 moet zijn, en de andere waarden alles mogen zijn behalve 255).

Het maken van effecten is dus puur een kwestie van PC software schrijven. De software in de PIC zorgt verder wel dat de data die je via de serieele poort stuurt goed op de leds komt te staan.

fsfikke:
ziet er erg netjes uit erg leuk om te zien dat iemand anders het na heeft gebouwt iig

Aan de windows software wordt trouwens nog gewerkt, hoop binnen +- 2 weken toch op zn minst een beta versie draaiend te hebben. Als het zover is zal ik hier wel een berichtje neerzetten.

mzzls, lone

[ Voor 5% gewijzigd door Lone Gunman op 06-05-2004 18:15 ]

[Anoniem: 95813]

Ziet der allemaal super uit Ik krijg alleen niet met eagle de schema's open Ik krijg een error die zegt dat de file is beschadigd. Nu heb ik al meerdere malen de file overniew gedownload maar steeds dezelfde error. Iemand oplossing of een jpeg van de schema's?