Leaderboard

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.

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 man. It's actually an FR4-Standard PCB. Non aluminium. But seems pretty robust anyway.

DM sent

Prompted by a message from freddy, I've attached the project files below. They contain the source and the binaries for the bootloader and the main code. 1.05 is the latest version - there was a fix in the bootloader and the main code. I included some memory in the final hardware design but never got around to doing anything useful with it. I had plans to save one or more demo tunes as MIDI files and perhaps save some settings as profiles for different scenarios - my interests had moved on before that happened. You can find more project info at https://web.archive.org/web/20210206041027/http://www.grapevyne.com/pic.projects/ - the documentation links are all active so you can download the magazine articles and also my original source for the articles (a few errors crept into the magazine article during editing). mistralXG project files.zip mistralBoot.zip

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.

Thanks, perhaps I'll shoot over to the UK ;-) I've rebuilt the core board now and I'm back where roughly where I started. At least I feel confident I have eliminated the core as a possible cause; the problem must be with my LeMec board. Done some more reflowing on that board and now: - just 4 LEDs light up on power up now - all encoders generate counts when rotated but not depresses - botton left 4 buttons generate no events; bottom right four are working - mattias switches generate events for the four that have illuminated LEDs but not the rest

This looks amazing! With some of the older chips like vintage vca, filter or delay chips you really have to be careful regarding heat and also (or even more so) static discharge. Nowadays with most ics these issues have long been solved by modern manufacturing processes and built in safety measures. I had to lear the hard way that this is not the case with chips from the 80s... So the heatsink is probably a good idea, as would be any way to allow for some airflow. On the other hand, i have removed the fans from some of my gear with no issues at all, as commercial units have to consider every worst case scenario (crowded rack in hot environment). So if you know how you use your gear you can get away with things that could not be allowed for every scenario.

With velocity bars there is more info displayed and the spacing is more uniform. The hyphen/minus as a spacer for natural notes helps to connect them; with spaces it is more confusing. Do you really use those low octaves so often @anonyme-x22? If it bothers you, a workaround is to transpose either on the SEQ or your synth.

Arrived and kicking. Thank u for your service ❤️

Confirmed over here, no humanizer being applied to CC’s. I tried with an empty track sending layer A as CC on buss 1, and another track listing to buss 1. The listening track was responding to the cc’s, but humanizer did not effect the CC’s. Then moved the cc to layer B (usually the velocity layer) and still no changing of CC’s sent. steve

a nother passive SID alive...

More like 7 years later :D Update 2024 I wanted to use my MIDIbox SEQ V4 more, in different situations, and make it more portable. I have made a new case in aluminium, so I can move all the modules, the CS frontpanel and the MIDI socket panel from the suitcase to the new case easy, and connect all the in's and out's on the new case to the modules.

Thank's for the tip! What I'm looking for is either the fpd file which fits the Heidenreich case or maybe a ready made panel. The fpd file I found in the Wiki seems to be not specifically made for the Heidenreich case. I prever a fpd file which is proven to fit into the Heidenreich case before trying to adapt Wilbas files to the case.

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

Hi all , Was wondering about opening a KiCAD Section in the wiki? For tutorials , midibox libs etc... where should i put it? regards, JK Edit : A Frontpanel designer section could be useful too ?That's a soft that i think most of us use? Maybe create a "Softwares" Section?

Hello, I have a rebound problem with the sparkfun pads, do you have an idea how to fix this? Hardware? Software ? Thanks The rest works fine

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!

@ pusbutton: the LEDs in the shematic are REVERSED for example look into: http://ucapps.de/mbhp/mbhp_doutx4_32leds.pdf but in the board itself the Silkscreen for the Diode is painted correct - so if somebody just solder the PCB without looking into the Shematic - all is good, when someone look into the shematic he may be confused a bit. what type off Switch are using here > type it on the silkscreen - like you did on the Potentiometerboard. because: i see in the footprint its a le mec > then there are different types, with different Switch contacts - like you see here: 5GTH9 + 5ETH9 will work, while 5GTH9 with inbuilt LED will not work off course... i for me find the correct switch matching to your PCBs Footprint-Pinout - a bit hard... so label the type.... the rest off the PCB looks ok.

maybe by removing the pull-Hi resistor off the HC165 Circuit, and using a Inverter on its inputs for example: https://www.mouser.at/ProductDetail/Nexperia/74HCT1G14GW-Q100H?qs=SKY61BOKKY4Uv%2FaFLc8SsQ%3D%3D https://www.mouser.at/datasheet/2/916/74HC_HCT1G14_Q100-2937184.pdf (just a example maybe there are better parts for this porpuse, and i dont know how hard to solder this one is) that would reverse Lo and Hi, and you could use this bloddy 3 LEDs ( where i think thats not a good idea, the Encoder is expensive - and not really a standard part...) but for that quick idea i would prototype that first (order a inverter, order a Encoder, make wires without pcb) ... specially iff any pull hi or pull low resistors are needet elsewhere, i guess you need a 10K pull-low resistor (to ground) on pin 3 off your Encoder then: HC165 > Inverter > Pull-Low + Pin3 since i have not much time these times, and you have plenty off modules what module i should check next? i just had a look on your 4x2 Enc RGB SW Led ring Rgb render here... and i am not 100% sure that the inbuilt RGB LEDs that enlighten the Encodersshaft dont shine on the LED-Ring and make them hard too read (maybe need some lightshielding)... by the way hard too read, those Alps Knobs are a bit big for that small Ledring - can you still see the LEDs when looking from a angle that is not 100% from top?

hei i stripped down the BLM-Project (so it cant be cloned with out weeks off routing U B ;) ) BLM-how-to.zip and i wrote some explaination... basicly i made a Grid with a center-cross - so a single button-LED-Fottprint can be placed correct to the Rubber-Button-Grid... you may have to set a a new "zero position off the Kicad Grid" to this crosses when you place the Button-LED-Fottprint on them... this Grid also have the Holes for the PCB which are needet to hold the rubber in Position.. maybe you find a "Flip-Chip" Variant for your RGB-LED... it would be better... you should not place it on the TOP side off the PCB... because it will illuminate the Neightbar-Button-Rubbers... The Hole in the PCB where the LEDs shine thru, act as a Light-Shield... I too have to draw a RGB-LED board (for a other Task, to illuminate a Frontpanel...), since i dont have expierence with that RGB-LEDs... this will take a while... if you found a solution i would copy it from you.... At Kicad 7... didnt know there is a stable out... good to know... will update too (else i cant check your projects)

You can leave off the USB, it's only an additional +5V power option selectable by jumper..

@Hawkeye I have never seen those tutorials before! don't know how I missed that, there is a wealth of info there. Following the tutorial the transpose works, under the scheme laid out in the tutorial. I will try the Root method next and report back. Thanks!

So good and inspiring to see what you are creating! Good luck with your further progress, I‘m watching you :-)!

adafruit rubber button 4x4

pcb arrive, soldered 4 off them (12 channels) - the 4 others i make a nother time. (24ch in total) the display drivers from Andy work great again! the midibox code is working, the max for live patches too. (at least for this state i am happy to get automaticly the Channels names, and the Macronames!!! hell yeah!)

Here's the gerbers for the MB-6582 panel set pictured in this thread... Please credit @listen202 and @Manu29 for their efforts... _MB6582_Panel_L202-Manu.zip _MB6582_Rear_L202-Manu.zip

i guess not the pyboard uses a 12Mhz external crystal? and Mios32 needs? look at the Pinout: http://wiki.midibox.org/lib/exe/fetch.php?media=antichambre:pinout_compare_chart2.png a quick look at for example the SD-Card Pins - of the pyboard and on Dipcore or Discovery stm32F407VG - says that the use other GPIO to do things... So yes you may flash that pyboard, but the Mhz might not be right (aka need to replace the oscillator) So yes you might run MIOS afterwards... but you cant use for example the onboard SD-Card - because it is wired to other pins... you have to DO the work that antichambre did (change the GPIO ports in MIOS, make a new toolchain, and that is a Job for someone who knows what he does - i would be very happy if i could do that - or someone introduce that skill to me- but i dont have any glue about that)

Idem, il va transformer mon AX80 , slurps. Plus sérieusement, bravo pour le travail effectué, félicitations! Si j'ai bien compris, il n'est pas polyphonique? Merci d'avance pour la réponse.

Hi Therezin, I mounted the monitor upside-down because of the viewing angle. This specific monitor has been designed to be looked at from above. It's actually pretty good from around 10° to 90°, but from 95° to 180°, the visibility is very bad. Therefore i had to reverse it so when i seat behind my desk, i'm in the good range. Let me know if this explanation is not clear enough, it's pretty hard to describe in a foreign language. Thomas

Sure, that should work!

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.

I get the same, but one trick is to highlight the entire contents and "print" the page to PDF. Then you should get the images in line. Best, Andy

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

@Hawkeye Thank you for the thoughtful replies. It is easy to think of future wishes and add ons but at the same time forget about how it would effect everything else. I love the Seq4+, very little I would change! And the fact that I can get into the code and try things myself is pretty amazing. That alone is a "feature" that very few seq's can boast. @flyweightIf I was looking for more humanized recordings I'd use the longer tracks with higher divisions OR the humanizer feature! Also, you can specify your own shuffle parameters, you may find something that gives you YOUR feel.. if you could analyze how your beats groove, you may just be able to create that groove as a template and there ya go. May be worth digging into. At the same time, your experience and learning from building the Seq is not lost if you sell it. You lost time, yes. I'm sure if you put it on the market it will sell pretty quickly. ~Steve

Quick heads up on this for anyone that might wanna do this. I had some trouble compiling the above version for Linux Mint 19.3. Couple things you might need to do: ./configure --without-residfp This was giving me a weird "you need to be on a 32-bit platform at least" error (I'm on 64-bit, Ryzen) but we don't need this for outputting to an MBSID anyway The makefiles do not add -pthread. There's probably a more elegant way to fix this, but I just edited src/Makefile and added `-pthread` to the end of CFLAGS, CXXFLAGS and that seemed to avoid the errors You may need to symlink /usr/local/lib64/vice to /usr/local/lib if installing system wide (otherwise stuff like keyboard input doesn't work) You need the ROMs of course! Doing all this allowed me to bust out the HVSC intros included in the collection. Seems to work like a champ!

Hi, Check or add the correct path in environment: Page 14 in the pdf Best Bruno

Hi guys, I don't know the best for your project but I can explain what I did for the OLRE16. First is the MASK, it's black PMMA. Both sides are milled. I let some space between the leds on the pcb to keep some matters between the leds housing. Led size is 1.5x2mm On the other side(front side) there's some stripes which will fit inside the translucent PMMA, they will block the light between the leds, between the rings and between the rings and the oleds. . Note: the olre16 top pcb(ring) has no component on the top except the leds and the oleds. In blue are the back leds housing. In Red there are the holes. In Yellow, some stripes to block the light on the front, those stripes will fit inside the back of the translucent PMMA. The second part is the 'WINDOW', in translucent white PMMA, it's a LED special one, the same I used for the beat led window of the Seqv4+. The back part will fit inside the MASK, in other word the base of the WINDOW will receive the MASK's stripes, of course the WINDOW's pipes are in front of the MASK's holes. Then the Aluminum front panel comes to finish blocking the light and the pipes of the WINDOW will fit inside the panel, flush the surface. When they are coupled When coupled , assembled the thickness without the pipes height(front panel thickness) doesn't exceed 2.5mm Voilà! I don't know if it will help you and It's surely an "over-engineered" thing but this is the only solution I found, and it works. Best regards Bruno

Good. Maybe someone need good midi samples for beatmaking www.lucidsamples.com/edm-samples-packs/278-edm-magical-midis-vol-3.html and https://www.loopmasters.com/search?q=midi

Hi all, I'm finally finished my MB SEQ V4L V1 from 2011. Sorry for the poor quality. Next step for me: Learn to play Next step for my children: Raspberry PI Touchcreen extension Best regards Jack

Hey people, in this thread I'll post time after time updates about my latest keyboard build. Also I'll use this thread to publish eagle-PCB-layout-files and schematics. But please be patient. Uploading and documenting all that stuff is highly time consuming and it's right before christmas. So far everything works great, but the work under the hood was really time consuming because I used a lot of modules... some available from Tim, some I did on my own. I think modules are great if you need high flexibility... and all the modules are working perfectly. But if it comes down to save space and wiring, modules are a mess. Anyway... here we go: So I was tired using a laptop, a soundcard, tons of cables and all that stuff on stage. So I thought: What if I put the computer into the keyboard? It was quite successful. I used an Mini-ITX mainboard from Gigabyte, an i5-3570k (I'd go with a better i7 if I hadn't had that i5 before) with a low profile cooler. The mainboard is equipped with 16GB of RAM. Also I integrated two Samsung SSDs with 500GB each. The whole thing is powered through a Seasonic SS250U power supply. As soundcard I use a PCIe card from RME HDSPe AiO. Because this only has two audio in/outs, I also bought two expansion-board that gives me another four in and outs. The first two analog-outs are going through a self-made DI-box with high quality LEHLE-transformer... absolutely great stuff. This DI-box features also a 20dB PAD and a GND-lift. Let's hand over to the MIDIbox-side: I use two cores. One of them only takes care of the keyboard scanning. It was very important to me to not make a compromise on this. This core is connected via MIDI-out to the MIDI-In of the other core. Both cores are STM32F4 based. I used my own PCBs for that. @TK. Is it a problem if I publish those schematics and layouts for the core? I know that the official core is not published yet to cover the costs for PCB production and development. The PCB I developed only contains the connectors I need: it has J8/9, J19, J10A, J11 and J30 (as far as I remember... don't have it right in front of me at the moment). I tried to get a smaller footprint of the whole PCB. It also features a MicroSD-card slot instead of the SD-card-slot in the official PCB. My keyboard has nine analog faders build in... they are not motorized. I don't need that for now as they are much more expensive and also take more space. Also they are more difficult to wire up and connect. At first I did some tests with the AINSER8. But after a while I gave AINSER64 a try with the result, that it has less jitter than the AINSER8. The faders are a lot more quiet than with AINSER8. As I needed more than 16 analog inputs this was needed anyway. I power the AINSER64 through the core and the core receives it's power directly from the seasonic-power supply and NOT via USB. I needed some LEDs to visualize the status of my faders. A long long time ago I wanted to start another LED-fader-project but never finished it. So I had a lot of those LED-bars laying around... I took them and putted them into the board... works and feels great! On the next revision I'd try to use one big PCB for all 9 LED-bars to safe wiring and time for mounting. Now I used two 10pin IDC connectors (with only 8 pins of each are connected to the LED-bars = 16 LEDs). I did some mistakes when assembling the LED-PCBs... now sometimes some LEDs don't work... anyway... I can live with that for now. @TK. How about the WS2812 or APA102-LEDs? Do you think it's worth using them as LED-rings? I'm not sure what the status is and if they are supported in that way by MIDIbox. Would be a great alternative but they take a lot more space than 0603 SMD LEDs of course. The LED-bars are connected to small modules I did based on @novski designs. Those small modules are equipped with one or two DIN / DOUT modules. They work great and the advantage is, that I can stack them directly on the pinheader of the PCB... no cables needed! A bit hotglue and you are ready to go. I also have 8 encoders on each side of the keyboard. The right side is not connected yet... not sure if I do need so many encoders ;-) Of course they are also equipped with LED-rings. While the LED-bars where assembled by factory (I think I used SEEED) the encoder-rings came blank... so it took me a looooooong time adding 128 0805 SMD LEDs to all PCBs... at this time I had not have my reflow-oven... with this one that might be an easy task :-) The encoders (and the switches of the encoders) are connected to a 4xDIN board from novski. I'm not sure if this board really works well. Sometimes if I set debug on, MIOS lists tons of EVENT_BUTTONS. I'll need to investigate that. Maybe it has something to do with RC1 / RC2 lines. Underneath the faders I have a set of 2x8 buttons. I'm not really happy with them. I did the caps by myself and this was a really shitty work... next time I will use tact-switches that already come with caps f.e. TC011 like I did in the 1x8 button-row right in front of the player / underneath the display. For the buttons I designed a DIO-breakout-board. This breakout-board splits the matrix configuration of the 2x8 pinheader of the DIO-module to a more usable 2x5pin header-configuration with the row on pin 1 and the switch-lines on 3-10. With this way it's very easy to connect tons of buttons to a MIDIbox. . Same for the LEDs of the buttons. I used a DOUT-module with ULN2803 as LED driver (btw. I drive all LEDs with ULN2803 and do NOT use a resistor before or after the LEDs. As those LED-lines are scanned, a limiting resistor doesn't seem to be necessary). That's mainly it... the keyboard has two MIDI I/Os on the back as well as four pedal connectors for two switches and two expression pedals. The touchscreen in the middle is a 10" capacitive screen... that works awesome!! That's the story for now... like I said I'll try to keep this thread alive and add the PCB layouts and schematics later on. Thanks for reading!! Best, Chris

for those who don't find a sd card socket for the core stm32F4. you could use micro SD card and the ADAPTATOR will be the socket like:http://www.ucapps.de/mbhp_sdcard.html first solder unused component legs to the adaptator: solder to the core but leave some space to the board for avoid short (be carefull pinning): you could fix it (glue) if you want (not done for me legs are sufficiant) et voila!

Small nitpick, Arkay, and I feel bad for saying it, as I'm not one of those spelling nazis on forums, but you're missing a comma, there shouldn't be a "." before "but" and it's "nazis" not "nazi's". Please stop doing that.