FORUM

Hallo Anne,

Ik heb een geschakelde voeding gebruikt (L4978 zie schema) en een normale adapter (12V 400mA). De grootste stroom stoten wordt door de condensatoren aan de in en uitgang van de geschakeldevoeding opgevangen, en de L4978 regeld de rest bij. Dit schema draait nu al een maand of negen zonder problemen of gekke haperingen. C11 is een SMD 100n condensator, en die tussen de pootjes (voeding) van de microcontroller is geplaatst (zie layout en board). Vanwege vermogensverlies heb ik de microcontroller en de LED's op 4,5volt draaien. Ik heb ook nog (staat niet op het schema) een 100n SMD condensator tussen de pootjes van elco C10 geplaatst.

Toen ik het programma in een AT90S1200 geprogrammeerd had, toen was het een probleem om het programma te miniaturiseren. Nu het in een ATtiny26 staat heb ik meer als genoeg ruimte. Ik heb nog een deel van het programma weg gehaald, omdat het programma voor de AT90S1200 15 LED's aanstuurde, en dit programma stuurt maar 6 LED's aan. Er zullen nog wel restanten van de 15 LED versie te vinden zijn, maar dat is ook redelijk gemakkelijk weer terug te plaatsen.

Ik heb ook technieken gebruikt om de klokpulsen gelijk te houden. Bij conditionele sprongen moet je die invloed soms gelijk trekken.

Ik heb ook een stukje pseudocode geschreven, en die heb ik bijgevoegd.

Ik zie dat er niet bij staat dat iedere transistor een BD139 is.

Groeten, Martijn.

Ben, je hebt gelijk dat klokpulsen gelijk getrokken kunnen worden met timers, maar soms heb je programma's waar je de tijd niet hebt om een interrupt af te handelen.
Ik heb voor de ATtiny45 een programma geschreven waarbij elke 24 klokpulsen een PWM geupdate werdt, elke 192 klokpulsen werdt een tweede PWM geupdate, er werdt een DDS bijgehouden en de amplitude is instelbaar door de seriele data die via een differentiële Manchester-code binnenkwam (de tiny heeft geen vermenigvuldiging dus amplitude moet met shift en add). De HF PWM gaf het signaal af van de DDS en de LF PWM kreeg de data serieel. En ik had ook nog een soort CRC ingebouwd in de seriele data.
De sinus voor de DDS heb ik uit een lookup table gehaald. Om dat te berekenen had ik geen tijd genoeg

PWM (Pulse Width Modulation)
DDS (Direct Digital Synthesizer) sinus generator met instelbare frequentie
CRC (Cyclic Redundancy Check) fout detectie.

Maar waarom ik geen timer gebruikt heb is dat ik een zo hoog mogelijke verversingsgraad wilde berijken. Op mijn filmpje lijkt de lamp te knipperen, maar dat is niet zo (asynchoon met opname apparaat, zie ook oude video opnames computermonitoren) met een hogere verversing heb je daar geen last van. Is ook rustiger voor de ogen.

Groeten, Martijn

Je heb dus wel de nodige voorzorgen genomen om de controller een rustige maaltijd te bezorgen.Als ik een machinetaal prog.zie kan ik het niet laten,was vroeger noodzakelijk,om te proberen het in te korten.Dat het verloop langs verschillende wegen even lang moet duren is duidelijk,mijn alternatief doet dat ook.Niet dat het niet goed was maar misschien geeft een andere oplossing nieuwe ideeen,dus liet ik je mijn brouwsel zien.t'Was (oef) voor een keer geen C en andere Flowdinges!
Anne

Hallo Martijn,dat met die poort komt omdat het een instruktie lang duurt voordat de data erop staat.Dus als je de gegevens van die poort dadelijk weer nodig hebt, een nop ertussen anders klopt het niet.(wordt, ergens diep verscholen in de data,voor gewaarschuwd)
Anne

Hallo Anne,
ik ben de programma's waar je mee bezig geweest bent aan het door kijken.
Ik heb gekeken naar random8.txt. Geniale vondst om na de vergelijking de carry in een register te schuiven. Het programma werkte meteen. Er is wel een aantekeningetje. Wat ik doe, is ik laat de LED logaritmisch beginnen (om het plotseling aan flitsen tegen te gaan) maar na een tijdje schakel ik om naar lineair. Dat heeft als voordeel dat als de LED eindelijk zijn volle sterkte bereikt, hij niet plotseling in elkaar zakt. Het ziet er vloeiender uit. (staat ook zo in mijn pseudocode) Het lijkt er ook op dat de code die ik gebruik de LED's meer random laten oplichten. De pauze's er tussen zijn meer willekeurig.

Random8t.txt
Er zit een foutje in:
SBIC SREG,1 ;Z-vlag {Operand 1 out of range: 0x3f}
vervangen door "BRNE PC+1 ;Z-vlag"

De uitgangen staan een beetje zenuwachtig te knipperen. Erg mooi als kaars simulatie, maar niet als kleuren ornament in de hoek van de kamer, ben er nog niet achter wat er fout aan is.

Ik vind het wel leuk dat ik stukjes code en labels van mezelf terug zie Die (pseudo)random generator bijvoorbeeld heb ik al een heleboel plezier van gehad, en jullie nu ook Ik heb hem toendertijd eens in elkaar geprutst, ik had er nog wat statistiek op los gelaten en zo de optelling van de constante wat aangepast, en zo kwam ik op $87.

Ik heb ook wat verbeteringetjes doorgevoerd (dankzij Anne), en ik heb een foto genomen van mijn LED-lamp met een batterij voor referentie.

Groeten, Martijn