Leaderboard

I read a lot of guides. Successfully compiled ASM code. The OLED display works well with an 8bit driver. If anyone needs the firmware, here is: setup_sammich_sid_8bit.hex

Hey everyone, just wanted to share my latest build since I'm sure there are some 3D printing enthusiasts here like myself. I bought the parts for an MB6582 about 5 years ago, if you remember Meeblip was selling those 8580 SID chips and I picked up 8 of them, and then put everything into a box in a closet . 3D printing has come a very long way since the original MB6582 was created by Wilba. I read that the JB Weld solution may or may not be holding up great after all this time. Also, I wanted to use a Newhaven OLED which is much thinner than the original LCD. I thought there must be a solution to lower the gap distance so why not create some type of spacer for between the front panel and the PCB? I designed all parts in Fusion360. The PCB screws directly into the spacer using M2.5 nuts/screws and plastic screws. The top of it has a flange that rests in the panel groove for the PT-10. Total spacer height is 5.7mm which is the height of the base of the encoders. The front panel is another 1.25mm. Everything is printed out of ASA, which is very strong and heat resistant. I designed the panel graphics in Inkscape and printed on translucent vinyl. I used Davies knobs with small printed skirts to cover up the threads of the encoders since they were exposed. I do not have a vinyl autocutter but I do have an exacto and lots of patience Overall tried going with a 80s beige computer look. A build plate for my printer created the carbon fiber effect on the panel. I'm happy to share the 3D files if anyone could use them.

Hey man. It's actually an FR4-Standard PCB. Non aluminium. But seems pretty robust anyway.

Hi all I am having a very hard time making any progress with a problem with my left LeMec board. When I first assembled the JA and LeMec boards and tested them, everything was working on JA board and the two LeMec boards except: - encoder 3 on left Lemec board was not registering depress events - encoder 8 on left LeMec board was generating garbage counter values when rotating. Since then I have gone backwards and been stuck for over several weeks with no progress. I first tried to solve the issues above with reflowing the ICs on left LeMec board but that didn't help. I then reflowed the ICs on the core, and after that, I am in this worse state with left LeMec board - encoder 8 does not register turns - none of the encoders are registering push events - 4 leftmost buttons on are not registering push events - 12 of the 16 LEDs light up immediately upon powering up as seen in attached pic I haven't bothered testing the Matias switch events as this is enough wrong already I have reflowed the ICs, diodes and transistors on that board multiple times, and on the core board too, and nothing is changing. The only advice I get from Midiphy is to reflow/check for dry joints/shorts which I have done over and over. It would help to have proper circuit diagrams to try to chase down likely culprits instead of messing with everything all the time. If I just connect the JA board to core and run the seq_l test, that is still testing fine for everything. The right LeMec board is out of the picture for now; I think it was all working well at least. Any help will be most welcome as I am close to assuming I just have to abandon this and write it off as a very expensive exercise in frustration and futility. Thanks Graham

Reflowed the ttasnsistors on the top side and now I am back to 12 LEDs on. I'm assuming the LEDs shouldn't be on, but otherwise that feels like an improvement as it means I get mattias switch events for 12 of 16. I'm also getting events for depresses on the right 4 encoders although they seem a bit random in the actual event details. I've also replaced IC2, IC3 and T3 based on advice from ChatGPT but that made no difference.

Cool solution, looks great! The skirts for the knobs are a nice touch. One thing I wonder about is if heat would build up here, as the free air space in the case is less and the panel is also an insulator. The SIDs are on another PCB of course.

Hello, When i mute part, i can do it by bottom row (normal known behavior), but also the top row. So it's confusing. Being able to mute only on bottom row will make the workflow more consistant. Or it could also being interesting to be able to mute differently between upper and bottom row. Like top row track 1-16 mute. Bottom row group 1-4 mute. Thanks in advance, Have a good day, Rgds,

Arrived and kicking. Thank u for your service ❤️

New top as requested PM me please, or I can send the details as well.

Thanks for the tpd-test app it really helped me along with this build!.

a nother passive SID alive...

If you made your own PCBs using the available schematics, then I think you may be free to sell them to others here, since they're your own derived work. However, you cannot sell the finished and fully assembled sammichSID or MB-6582 synths as commercial product without express permission. Someone else here may want to jump in and correct me if I got that wrong...

Hi ssp, I don't remember if labels can be called from a map, but i don't think so. However, i think it is possible to change the display using a .ngr script. Bests Thomas

Just a small necro-bump :-) …by now we are roughly 150 people over there with some occasional chatting going on. Feel free to drop by!

maybe its the Ripple off the PSU about your PSU - reichelt specs is saying : "Ondulation résiduelle : 80 mVcàc" i guess this is not a 50Hz ripple but HF ripple... --- i guess some small cap (100nf, 10pF) and a big Cap (depends on the load, use for example a 100uF and a 2200uF) on the output off the PSU would reduce that "ripple"... * maybe that caps are not enough and you need some more filtering (coil, resistor, lpf...) but i would start with some caps... the connections in your 2nd picture are not necessery - i guess (dont seeing the whole picture, but i think so...) --- so picture 1 is correct. by the way - its only the last LED that flickers? maybe you have to terminate the DO line on the very last LED off the Chain with a 10K resistor to 5V or Ground. else it could be a software problem, when the software loops thru the LEDs, and when it comes to the last one it jumps to the beginning off the chain... try to programm in the ng code one more LED (which in reality not exists) - so you can be sure that this is not a software bug... - but dont ask me about ng-programming --- no glue about that. - mike.

Hello, first of all thank you for your previous answers. I haven't fixed the problem with the pads yet. I'm focusing on another problem for now: with the LED rings. with 16 led ring of 16 led no problem. when I add more, the LEDs flicker. https://youtu.be/HyLkVeFtALw?si=gT09lbCxEwLRmHt8 I read here: http://midibox.org/forums/topic/21095-lre-4x1-breakable-rgb-led-ringrotary-encoder-pcb-bulk-order/?do=findComment&comment=184155 FantomXR had flickering problems, solved with a 10uf capacitor. Should I add a 10uf capacitor at the input of my LED ring cards? (as in the image below) (C129) To understand my configuration see the pdfs: LEDRING: https://drive.google.com/file/d/1XpDQBUE42IqXpXicO--B2gfIoNQDh5ga/view?usp=drive_link “power card”: https://drive.google.com/file/d/1NJ-H-QXD-tl9rU6nbYdEh2Q4jFqjWt6b/view?usp=drive_link I made a PCB that I call a “power card” that I supply with 5v 10 amps. The J2 connector of the "power card" is connected to J4b of core 32. Connector J44 of the first OLED card is connected to J3 of the “power card” Connector J45 of the first OLED card is connected to J4 of the “power card” Connector J44 of the second OLED card is connected to J5 of the “power card” Connector J45 of the second OLED card is connected to J6 of the “power card” etc.. Thank you

the next generation off Triggermatrix, with insights to shematic, the board-files i will not set free... the Pictures from the Boards are for debugging reasons only. where possible, i made pick and place ready boards - to reduce soldering time... at this point the big BLM16x16 board is not pick and place ready. WIKI: Triggermatrix 5 Display-Driver-SMD BLM16x16-V2 Core 4 Discovery Core 4 Disc - Midi Expansion TM5-codeblock TM5 Din Dout Gates TM5 Gate - Breakoutboards TM5 Gate - In TM5-Housing

j2/j17 should do the trick yes.

the ssd1306 oleds i received where 5V tolerant... the ws2812b is also in a range from 3.3-5.3V, dout modules also needs 5V... so your reichelt psu should do the job, and you could power them directly from the psu... but i guess you power them with the ribbon cables from your core... i dont know what Core you will use? if you use the WCORE from midiphy, then you may ran into some problems when using a external 5V PSU, see this topic: https://forum.midiphy.com/d/151-wcore-non-usb-powerd-but-still-use-as-usb-device/5 also if you are unlucky you will get walking lines on your SSD1306 screens... then it best it would to buffer each D0 D1 Clock... Pins, which are done for example in this module: http://wiki.midibox.org/doku.php?id=displaydriver-smd a plus is then you can then use more then 8 screens!

Hi Long time I don't play with NG config, but It should be possible with enc_mode=Inc41_Dec3F , combined with fwd to 2 sender and conditional filtering, something like if_equal=0x41 send note A, and if_equal=0x3F send note B ?

@ potentiometer: looking good, but labeling the Holes is not necessery (i think) :

at RGB-Leds > i dont know, how many you will use? which coremodule you will use? is it eurorackbased > and eurorack powerd? Which RGB-LED you will use - and what is the Voltage it needs? and so on.... i looked into your files.... some notices: @BP: dont connect the mountingholes to ground, or any other potential, best would be to make a keep out-area (sperrfläche) arround it, like i did for example here: http://wiki.midibox.org/lib/exe/fetch.php?w=600&tok=f96292&media=phatline:daw-btn-3d-b.jpg since you can plastic and/or metall standoffs to mount that pcb to the panel, you would need at least 6mm or more keepout-area.... background: you want to avoid groundloops over the frontpanel, and the risk of a electrical shock is less.... The LEDs in the diagram are connected false, the tip off the arrow should always be connected to the ground. (you should turn them 180°) which buttons do you want to use? please check the pinout off them... for me it happend that i did not connect the correct pins, so double check this.... why you made those cuts on the 4 corners? its better to make them rectangular - background: if you panelize the pcb, you have to draw a V-Grove line, the machine can only Grove in 90°, the idea, is to put 2 off this boards on one 100x100 PCB so you can save money on FAB.... way more oversight you have if you use a Groundsymbol... instead off paint Lines to a ground inside your shematic... look into "control" to see what i mean...also it makes it easyier to work with groundplanes, since this needs a NET... @Control: please open this file:Control.zip the same like above, and, you dont need that vias next to PIN 2 off the switches > Pin 2 is a via itself.... - same for Pin 1 off P2, the Problem it did not fill without your Vias: because you dont used a Ground-Net.... Pin1 - which is labeld as VDD (+) was connect to all your buttons and the pot (which is a Encoder)... normaly we connect them to ground..... VSS is ground.... so i exchanged the whole thing.... i dont know iff this is then still correct in your big picture- wiring diagram.... how ever thats the way i would make it - at least iff the Pin-Labels off the IDC Connectors are right... you should put the 4 mounting holes in the shematic, so you dont loose them when updating the PCB Also dont label your Encoder with Pot or RV >>> this is not a Potentiometer... that confused me until i realized this is a Encoder.... also the google-Drive files are a bit corrupt - the footprints where not assigned to the Shematic symbols...... when you save the project and upload it somewhere - zip it inside Kicad with "Projektdaten archivieren" - dont know the french word for it. -please overwork also your BP like/or simular like i did.... @Fader 1/2.... please open this file: Fad_2.zip shematic: also better use GND and VDD Nets.... more oversight! if you dont use a Pin off your IDC-Header (P5), then "x" them out with the blue "x" on the right side off your editor.... For what are those outer Mounting holes? they are too near to the Faders...make the pcb bigger so there is space for a Spacer/standoff, or use only the 4 inner mounting holes... which i think is enough.... again better 90° corners.... fill out your Shematics "Circuit-Field" right down - dont know the englisch or french word for "Plankopf" ... by the way you can design your own "Plankopf", so you dont see there thing like "KiCAD E.D.,A kicad 6.0.10......" keep out for mounting holes again... (see PB) dont make outher planes on VDD(+) ... mostly there can happen problems when mounting the thing to a panels, better use Ground-Planes... When looking on your FAders Footprint, and on the DAtasheet for the RA6020F then i am not sure iff the pinout is correct (the datasheet is bullshit...) but i guess you imported the Symbol and Footprint from mouser or something....then i guess its oky.... also use the design-rule check function (in a shematic and PCB-Editor) i did not looked in the other kicad-projects... but i guess its the same - a bit overwork needet..

Yes, absolutely. Please PM me for details, ideally including your location so I can give you a shipping quote if interested.

Yes you usually need a metallized knob to make the touch detection usable !!!

Looks very nice and neat .I didnt know you are so busy with things . (Thank you for your support). I was working a lot with max/msp and m4l too. Its a lot of fun , but it takes a lot of time as well :) . Enjoy and keep up this amazing work.

could be... you can try to filter out some psu-spikes by soldering a 100nf (maybe add also a 1uF or higher for too more stabilize the psu as addition) cap between + and - on the potis legs (most off the time these are the outer 2 legs off the trio)

look into ng documentation if there can be set a offset for the middle position so it stays on a position... because pots directly to the core is always a bit random... better use for example: http://www.ucapps.de/mbhp_ainser8.html then you have less random values also check the quality off PSU...off course a faulty pot can be the reason too

@ cherry: the switch itself you can get already from eg https://www.reichelt.de/tastaturzubehoer-c8099.html?ACTION=2&GROUPID=8099&SEARCH=*&START=16&OFFSET=16&CCOUNTRY=445&LANGUAGE=de&r=1&SID=967792150a00d890464504461a66ae529d97182e528c945af4544 caps: amazon, alibaba,.maybe.some thing like that: https://www.amazon.com/dp/B00FYO8EDC/ref=mp_s_a_1_5?keywords=flat%2Bkeycaps&qid=1675511770&sr=8-5&th=1&psc=1 https://www.cherrymx.de/en/dev.html the low profile is maybe interesting....

@poti; if the shaft's center is in the end on the same position - so same frontpanel holes can be used.... and: when soldering the thing: first mount the pcbs with loose potis on the frontpanel then solder it (and document this in the "how too build"... @ - : use thermal destress traces (cant remember the kicad word) when using groundplanes, so you can desolder the the poti much easier.

control hardware yes, if it is well documentadet on the wiki (shematic, board screenshot) I too work with kicad since decades... and very sucessfull now with my actual projects - i was wondering but i planed it in kicad, and most off the boards where working 100% out off the Box (pick and place JLCPCB), ok i had a design fault on one, but that was solved with a wire-done. actual projects http://wiki.midibox.org/doku.php?id=triggermatrix5 http://wiki.midibox.org/doku.php?id=daw-ableton http://wiki.midibox.org/doku.php?id=openpad software: cant help, write my own Mios-based code, havent look into MidiboxNG - since it is a script, for me more easy to write it directly in C, (need to understand all, else i understand/learn nothing...) - so no help from this side had good expierences with jlcpcb... also with the Pick and Place service FrontPanels: maybe cheap CNC-Laser-Cutting from pcbway? https://www.pcbway.com/rapid-prototyping/CNC-machining/CNC-Laser-Cutting-Services.html suggestions? Maybe use Eurorackformat, so it can be used outside of your box too? suggestion, where usefull (wo sinnvoll) use J89 Serial Chain directly onboard (like encoder with ledring boards) to reduce wireing - a simple button board dont needs that of course.... *** if you go the Serial Chain way, then buffer the Serial chain on each module to keep the digital Signal Quality intact (very necessery) *** buffer: search for SN74LVC1G17DBVR in this shematic: http://wiki.midibox.org/lib/exe/fetch.php?media=phatline:blm16x16-shematic.pdf maybe use pick and place ready smd technologoy like i did: that makes it smaller, and less to solder, less to debug, the plastic packages stays in china, more economical special when ordering more pcbs, by that of course a module should fit all the boxes (a exotic 1 man needs it module 10times fabricated is 9 too much...) i think i dont have to say, that you should choose "Basic" Parts, and not "extendet parts" on JLCPCB, - off course on most modules you have at least one or two extendeet parts... but for example a DINX4 or DOUTX4 can be made with basic parts only... but when you also want to pick and place all the pin headers - these are extendet parts, how ever ... you may look on my last modules a bit http://wiki.midibox.org/doku.php?id=tm5-dindoutgate http://wiki.midibox.org/doku.php?id=doutx2dinx1 if you use long cables to your Displays + u use more displays then one - on the modules, use a display driver (no more walking lines) http://wiki.midibox.org/doku.php?id=displaydriver-smd what else? if you make ground or other PCB-Planes, then setup kicad that it make 1-2mm space arround solderpoints - else the Soldering Man could make shorts, or electrocemical oxidations or solder flux-low-residance could make there some problems (after years), special when the Solderstop-Pain is scratched a bit... ... and so on... PS i hate this wooble feeling off this LeMec Buttons (the last board you posted) - these Buttons are not good (for my taste) I love to work with this ones: https://www.reichelt.de/at/de/eingabetaster-schaltspannung-24v-fuer-led-sw-dtl-2-sw-p7248.html?&trstct=pos_0&nbc=1 they are expensive, but they last decades (in use, and also if you order 300 off them and let them lye arround, after 15 years they still work) They have good CLICK, like a mechanical Keyboard. your leMec Buttons are like a mixture off Rubberdome and "i have to touch this buttons into one direction X=0 Y=0 else it want switch" or you could use: https://www.midiphy.com/en/shop-details/140/4/5pcs-matias-quiet-click-tactile-switch- they are cheap but big... (aka take away a lot of Frontpanel space) or maybe you use cherry switches or simulars.... they are all 1000% better then this leMecs... ( you notice i hate them)

PM sent!

this will take a while - look into the forum in 5 weeks or so. i need the PCB to make a new version off Triggermatrix (http://wiki.midibox.org/doku.php?id=triggermatrix4) the Frontpanel is not a generic MatrixController thing - it has 17 Displays, 8 Faders, some rotarys and buttons, the Software for this is not a normal Midicontroller-code (aka Midibox NG) - its my own creation a sequencer based on MIOS. - but if i not make a shematic mistake, the pcb should be usable like the orginal BLM16*16+X in other Midibox Projects.

adafruit rubber button 4x4

Oh, wow, I totally missed that! Thank you!!! I wasted an entire day rummaging around and didn't manage to see that :) Just in case others run across this: You want 4SPI configuration, not IIC like I have in the pic. The number of screens you have must match the configuration you set in the bootloader, otherwise you get noise, and won't be able to write to all the lines/columns Also easy to miss, but for the 1306 RES connection, you need to wire it up like this (again, connections on your 1306 PCB): GND -> 10uf cap -> 1k resistor -> VCC. Once done, RES will be tied to where the cap and resistor meet (like this) It wasn't clear to me how to actually use the bootloader for the STMF4 board, but it's essentially: Plugin your board as you normally do Open MIOS Studio Click Browse and choose the mios32_bootloader app (download here) Click Start. If it won't complete, try unpluging/pluging the board and trying again Unplug/plugin the board In the MIDI IN and MIDI OUT sections whatever app you had prior to all of this might be listed, but it doesn't actually exist (and it shouldn't). That's why you now see the error "No response...". The new app, MIOS32, took its place and you need to refresh to see it. Click Application -> Rescan MIDI Devices Click Understood in the pop-up (this will make your old app disappear, and the MIOS32 app show up) Change MIDI IN and MIDI OUT to MIOS32 Enter these one by one into the input box: (send a command to MIOS32 application). Keep in mind lcd_num_x must match the number you have chained: set lcd_type GLCD_SSD1306 set lcd_num_x 1 set lcd_num_y 1 set lcd_width 128 set lcd_height 64 store Yah. Bootloader is done. Time to restore your app in MIOS Studio: Click Browse and choose whatever app you want, like midibox_ng Click Start. Like the bootloader, if it won't complete, try unpluging/pluging the board and trying again Unplug/plugin the board Now for some test display data. Lets set some values for your SSD1306 OLED's in MIOS Studio: Click on Tools -> MIOS32 File Browser Click Create File Create some name like LCD.NGC Click Update Click on the file you just created Click Edit Text and add the following test example: RESET_HW LCD "%C" LCD "@(1:1:1)A23456789012345678901234567890" LCD "@(1:1:2)B23456789012345678901234567890" LCD "@(1:1:3)C23456789012345678901234567890" LCD "@(1:1:4)D23456789012345678901234567890" LCD "@(1:1:5)E23456789012345678901234567890" LCD "@(1:1:6)F23456789012345678901234567890" LCD "@(1:1:7)G23456789012345678901234567890" LCD "@(1:1:8)H23456789012345678901234567890" Click Save You should now have 8 rows and 21 columns of text. If you need to flip it 180 degrees, you can redo the steps above and add set lcd_type GLCD_SSD1306_ROTATED before you store.

Salut bruno, on fait comment pour t'en acheter un ? ;o)

So 16 banks in total, right? I'll will try something... After a bit of head scratching and a few glasses of rhums, here you go: first the .ngc : EVENT_BUTTON id= 1 type= Meta meta= DecBank meta= RunSection:1 button_mode= OnOnly #Bank decrease EVENT_BUTTON id= 2 type= Meta meta= IncBank meta= RunSection:1 button_mode= OnOnly #Bank increase EVENT_LED id= 1 range= 1:1 radio_group= 1 #bank1 EVENT_LED id= 2 range= 2:2 radio_group= 1 #bank2 EVENT_LED id= 3 range= 3:3 radio_group= 1 #bank3 EVENT_LED id= 4 range= 4:4 radio_group= 4 #bank4 now for the .ngr : ####### Section 0 ####### if ^section == 0 log "running section0" #initialize all banks to 1 log "call bank 1 for all parameters" set ^bank 1 exit endif ######################### ########## Section 1 ########### #tests for the current bank and lights the corresponding LED if ^section == 1 if ^bank == 1 log "bank 1 selected" set LED:1 1 elseif ^bank == 2 log "bank 2 selected" set LED:2 2 elseif ^bank == 3 log "bank 3 selected" set LED:3 3 elseif ^bank == 4 log "bank 4 selected" set LED:4 4 endif exit endif ################################ I hope it works for you, at least, it behaves as wanted here.

yes, as many as you need, until you reach the 1000 maximum character for a single line. then you can use .ngr script, EVENT_SENDER or EVENT_anything really to trigger even more things.

Hi ssp, Two things: First, you need to change the id of the second controller: # Bank 1 EVENT_AINSER id=1 hw_id =1 bank=1 fwd_to_lcd=1 type=CC chn=1 cc=16 range=0:127 offset=0 lcd_pos=2:1:1 label="FDR1 #%3i %3d@(2:1:2)%B" #Bank 2 EVENT_AINSER id=1001 hw_id =1 bank=2 fwd_to_lcd=1 type=CC chn=1 cc=17 range=0:127 offset=0 lcd_pos=2:1:1 label="FDR2 #%3i %3d@(2:1:2)%B" Otherwise, Midibox might get confused, all EVENT_xxx must have a unique id. Unless they are of different types. for example you can have EVENT_LED id=1 and EVENT_AINSER id=1 Second: To light an led for each bank you need the button that sets the bank to forward info to the respective LED. for example: # select Bank1 directly EVENT_BUTTON id=1 fwd_id= LED:1 type=Meta meta=SetBank button_mode=OnOnly range=1:1 # select Bank2 directly EVENT_BUTTON id=2 fwd_id= LED:2 type=Meta meta=SetBank button_mode=OnOnly range=2:2 #LEDS EVENTS EVENT_LED id= 1 range= 1:1 radio_group= 1 EVENT_LED id= 2 range= 2:2 radio_group=1 The radio group makes sure only one LED turns on I also put the switches in the same radio_group on my config, but i'm not certain it's mandatory. now, i didn't use cycle_bank, inc_bank or dec_bank but you can take a look at those examples config to see if you find something interesting: https://github.com/midibox/mios32/tree/master/apps/controllers/midibox_ng_v1/cfg/tests And also, i found usefull to add #initialize all banks to 1 log "call bank 1 for all parameters" set ^bank 1 to the section 0 of my .ngr script. this ensure that all parameters are set to bank 1 at startup.

Hi everyone! Quick update here. I finally finished my controller and installed it in my small control-room. Here it is. I really like the way it turned out, i'm working with it since 2 weeks now, and it's a real bonus to the ergonomics. It still have room for improvements but that was expected and i will continue to work on it in the next future. I'd like to thank everyone on this forum who helped me build this and a BIG thanks to TK and all the midibox team. Without this place I would have never been able to even start this project. Cheers, Thomas

It's not quite clear to me what you want to do? You want to have one J89 SRIO chain and switch between several Cores? If that's right, it is trivial to make a Johnson counter/decade counter out of a 4017 chip. You could think to use the output enable pin(s) of the buffer (541 or 125) that is used to interface the buss to the core. Each Core gets one buffer with the datalines connected to the inputs (+DIN to an output), the outputs are common to the J89 chain (+ the serial in). Advance the counter to "turn on" one chip.

Jeannie & Volca in Love Link: https://www.tubeohm.com/

After some CRAZY international shipping delays (>4 months), my SwinSID Ultimates have finally shown up! My first observation was "Jeeze, they've jammed a lot of tech into these bad boys", from the top-to-bottom and on both sides... I count two MCUs (an Atmel Mega 168PA and an ATtiny85), plus a Xilinx CPLD (sort of like a small FPGA). Then there's three LEDs (Red, Green and Yellow - one for each SID voice), and that massive crystal oscillator (the SG615). Visually, they come across as being 'a bit over engineered', especially when you compare them to the elegant and pro looking ARM2SIDs. Given all the parts, they wind up costing ~$10 USD more than the ARMSID (assuming you can even find them). We all know that beauty is only skin deep and looks can be deceiving, so best to dig right into the sound quality... I decided it would be easiest (and quickest) to test these from my Ultimate 64, because it has Zif sockets and an integrated SID player that supports stereo tracks (e.g., all the 2SID and 3SID tracks from the High Voltage SID Collection)... As always, interested to hear any thoughts & comments... Notes: The real SIDs are 8580 R5 The SwinSID Ultimates are both configured to emulate 8580 The ARM2SIDs are cable-connected, in "Stereo Socket Mode", with both configured to emulate 8580

Hey people, thanks to @TK.! It's working great. Anyway I had still some flickering on the LEDs. As I stated above I left away the caps ... and this was the reason. I know have added a 10uF on the input and on the output-connector of the LED-rings and the flickering is completely eliminated! Great!! So, one core can handle a total of 10 LED (10*36=360) rings....

Hi everyone ! I experienced the same problem, and The Ancient One's solution works perfectly for me. I changed the 220R resistors to 68R for R21 and R22. Now the 9090 detects the signal without any issue. Thank you a lot Michael ! Théo