Sram?

Har gjort massa skissande och tankearbete på det här projektet sen semestern faktiskt.
Ska försöka återkomma vid veckans slut med lite scheman och sånt!

Känner mig tokpepp på det här projektet.

Ända jobbiga med det blir väl DAC-ADC konvertern?

Här kommer en skiss på min fina panel. En total Buchla-rip off! O:-)

Det som saknas är en rotary switch + en annan switch. Insåg att jag kan ju göra olika patterns. Så 2 banker á 6 olika patterns kommer det finnas. Känns bra!

Skulle inte någon moderator kunna ändra rubriken till typ SRAM sequencer. eller något likannde? Så blir rubriken lite mer rätt - så slipper folk tro att det handlar om dataprylar..?

Har du kollat på Bugbrands bitcrusher? Iofs är väl den en snabbt klockad S/H typ..

Äh, bara för att du har semester!

Aha! Schysst!

Enapa, Nej, för sjutton - ingen midi!

Hmm, ja, det är ju en lösning. Får skissa vidare - tack för förslaget!

Jag har sprungit på ett problem..

Jag har en 4017 som räknare - dvs för varje steg den tar så sker det något nytt och spännande.

Men i ett skede så behöver jag kontrollera så att det som syns på lysdioderna är det som finns i sramet. Lysdioderna styrs av en flip-flop som kontrolleras av en momentan tryckknapp.

Idéen är då att man på ett steg från 4017 reset:ar flip-flopen. Så att utgången blir 0. Och vid nästa steg så kontrollerar man utgången från sramet och sätter flip-flopen i motsvarande läge (dvs gör ingenting om utgången är 0, eller smäll på en puls om den är hög..).

Problemet är ju att utgången från flip-flopen sitter ihop med sramet! Dvs - jag kommer läsa från där jag precis nollade.. Jag har 0 i ena och 1 i andra ändan. Vilket ger vad när jag läser av det värdet?

Kan jag lösa det med ett pull-up-motstånd? Eller på något annat sätt?

Alternativet är att man vänder på det, man reset:ar flipflopen om det är så att sramet är lågt - annars låter man det vara.. Men det blir ju samma problem även då..?

Jag har funderat på det där med att använda en mux i ganska många lägen istället - skulle spara mig från en massa AND-kretsar isf.

Men det jobbiga är att jag skulle behöva läsa in datan i 4 delar då - Men det är ju logiskt och skulle fungera (läsa steg 1-4, 5-8, 9-12 och 13 till 16 i den ordnignen). Krävs lite omdesign av hela alltet - så vi får se.

Edit - nej jag läser ju in steg 1, 5, 9 och 13 först - sedan 2, 6, 10, 14 osv..
Enda problemet jag springer på - som jag tänker är - kan jag göra kretsen tillräckligt snabb? Jag menar isf ska jag först läsa in allt - det tar 4 steg av 4017. Sen ska jag läsa upp det för den valda 4067:an som väntar på data. Det tar då 4 steg till - eftersom jag måste vända på processen. Men skulle iofs då kunna läsa in datan till flip-flopsen igen..

Argh. Haha. Det blir bara svårare och svårare det här. Man vill ju verkligen maximera funktionerna.

Ett bra förslag är det dock med muxar!

Edit 2 - har skissat massa nu - blir bättre med muxar känner jag. Blir lite mindre att hålla reda på.

Men en fråga om jag kör en diod från Q från flip-floppen mot Y1A på muxen. Och sedan mäter efter den. När Q är 0 och Y1A är 1 så borde jag ju få en 1:a? Eller tänker jag helt galet nu? Alternativet är ju isf att man har 2 dioder och sedan kör diod AND krets? Men det känns ju lite onödigt?

Hade även beslutat mig för att använda 74HC77 som latch på outputkorten - men den verkar vara svår att få tag i. Så man får nog tänka om där.