ilmenator

Ahh, I see. Is it this one?

The file(s) you are looking for are all in the wiki, and accessible. Hope this helps!

Careful with that. Sampling at 192kHz gives you a Nyquist frequency of 96kHz, which is just 4kHz away from the PSU switching frequency. In other words, what you get is noise in the 4kHz range. You are VERY likely to hear anything in that frequency range that is not properly smoothed out. But then, there is no good reason to use a 192kHz sampling frequency anyways, apart from a big ego and wallet, maybe :whistle:.

Yes, according to the build guide your sockets hold the wrong ICs. I'd suggest you just swap them out for the correct ones and see whether they have survived or not. No risk of starting a fire there!

8 bits give you 256 different values - expect some zipper noise when stepping through these. Definitely not recommended for dynamic filtering. If this is technically feasible I don't know.

A 2 second search on the Internet returned this: Meanwell RPT-60B.

Alternatively, you might want to look at a Ponoko case, e.g. Shruthi or SammichSID style. There, the whole case will be about 60 US$ or so, and you can get these fancy honeycomb side panels if you like. :thumbsup:

...built to last!

I still need to build the case, but I have bought a four channel multicore insert cable - it has four stereo plugs going to eight mono plugs which will be connected to a patchbay.

Great tune! :thumbsup:

So I measured the current draw with two PICs inserted, and it settles at 260mA with the LCD backlight on (230mA with only one PIC inserted). The Traco should deliver 1A, and I could not find anything about a startup ramp or something like that in the data sheet. Even if the current draw is much higher on startup, say factor two or three, I should still be on the safe side.

Unfortunately I do not have the equipment to monitor the 5V lane in slow motion. However, the board's behaviour is the same with 3 PICs removed (=only 1 PIC in place). The ripple smoothing capacitors on the 5V lane should be large enough - actually, C3 (2200µF) and C4 are smoothing the 5V lane in my design, see MB-6582 base board PCB. V1 has been replaced by the Traco 5V regulator, and C2 has been removed due to space constraints. That should be uncritical, as the Traco does not require any capacitor on the "primary" side for input voltages under 30V, according to their data sheet, and there is still C1 (2200µF). Also, the probability of a successful init does not depend on how long the board has been switched off - in other words, even if I remove the power only for a very short time this does not help the initialization of the display.

I know that this thread is a few years old... ...however, I seem to be running into a similar problem. After meeting Wilba a week ago or so, I was motivated enough to finally get out my MB-6582 and finish the main board. I have a Displaytech 204B BC BC 4x20 display connected to the first core and it shows the exact behaviour as described by PG above. 1) Power is not an issue on my build. The board is driven by a 12V AC linear PSU (originally used to drive a Creative subwoofer and surround loudspeaker set), 12V and 9V are generated by 78xx series voltage regulators. 5V is generated by a Traco TSR-1 series switching mode regulator directly from the rectified 12V source. All voltages are clean and measure exactly 5V, 9V and 12V as they should. 2) Core is up and running. When I switch on the synth, I can hear the start-up sound, I can play MIDI notes, etc. Uploads are successful, latest version "midibox_sid_v2_040/setup_mb6582.hex" is running. MIDI communication works as it should, audio out as well. 3) The display is brand new, the cable is triple checked and built according to the PDF-instructions by Jim Henry. 4) Display is only initialized correctly occasionally. Usually, I get the two black bars when switching on the device, followed by a short flickering, and again the two black bars in the first and third line. Occasionally, the MIOS 1.9g message is displayed, and after a flickering the two black bars appear again. Very seldomly, all initialization goes well, i.e. I get the MIOS 1.9g startup message, and after the flickering the display shows the "E002|PInt Ld Chn. 1" message as it should. That works maybe one out of 30 times. 5) The same basically holds true for the other remaining cores. If I connect the displays there I get the same behaviour (obviously, the backlight does not work on these, and as my control surface PCB is not assembled yet, I only get the message from the PIC ID Change app that I uploaded - the MB-6582 application has not been cloned to the remaining cores yet). I have ordered a different display, but I would still be curious as to what the cause of this behaviour might be? Quality issues at Displaytech's side? Critical timing in the display init routines? I know this should not be the case after so many years and so many displays being initialized correctly...

You should consult your software's manual to check this. If it says it can be done with a Mackie HUI, then it can be done with a MIDIbox LC / MBHP_MF_NG.

Have a look at the MF_NG module!

It can be done but would require some coding on your side. However, it's a rather expensive and mechanically not perfect approach. Lots of small boards, and the LEDs quite far away from the front panel...

I always dreamt about gear made from pure gold... :rolleyes:

Mike only has the V3 parts. Go to the WIKI, read the whole page (!), and add yourself to the waiting list if still interested.

As far as I can see you are overreacting here - I would advise you to calm your temper a little. You should not be personally offended by the statement that you are not known on this list. It is simply a fact. People here have lost serious money in bulk orders on this list before, so a word of warning is definitely adequate.

Make sure you are using the latest version of MIOS Studio!

I do not know about the EAGLE command as I do not use EAGLE. Simply look at how the part is placed on the PCB and if the tracks connect to the right pins, e.g. of an IC.

Great idea! However, I think it would attract even more people if it was more modular - e.g. 4x2 instead of 8x2, or even 8x1 /4x1, because it is unclear whether other projects really have that much real estate. As a general comment, I think it would be smart not to implement J1 and J2 as SIL connectors. I'd say that the 8bit PIC era is probably over, look at the J8/J9 connector on the Core32 board and mimick that 1:1 (and leave enough space around it so people can use proper headers that prevent them from connecting the cable the wrong way 'round accidentally). Also (I did not check this - maybe it is already so?), all components except encoders and LEDs (e.g. headers and ICs etc.) should sit on the backside so that the minimum distance to the frontpanel can be kept as low as possible.

If I remember correctly then the easiest way was to upload the MBSID application to the core, it would then format the banksticks, and afterwards re-upload the MBFM application, which would do the same thing again upon detecting the wrongly formatted banksticks.

Check the MIDI channel your box is set to!