Jump to content

tomtiki

Members
  • Posts

    29
  • Joined

  • Last visited

Posts posted by tomtiki

  1. This is really nice. I would attach the front panel with standoffs, add a plain back panel and put rubber feet on the bottom. No case needed at all. If you decide to make a board, I would buy one. I built a MIDIBOX SID from a core module and 2 SID modules and my control surface has never worked right. I would prefer everything on a single PCB for reliability.

     

    As an alternative, if the control surface and SID/CORE/DIN were on separate boards, they could be stacked and it would be even smaller. This would also allow the control surface to be mounted separately from the other board and make a rack mount MIDIBOX SID very easy to build.

     

    Has anyone ever done a minimal control surface on a single PCB with controls and display mounted directly to the board? Like a sammichSID that would attach with ribbon cables to the CORE and DIN modules?

     

    --tom

  2. I have a Midibox SID with a basic control surface. Using the knob to select random patches is not the best when you are trying to pick a specific patch, or a higher numbered patch.

    In performance, there are generally lighting problems and these displays can be hard to read. Being able to enter a patch number via a keypad would be more efficient. A display would be nice, but not necessary. I may look at the C64 8x8 keyboard encoder to see if I can make that work. The software would then have to be changed to accept input from the keypad.

    There should be a way to do this as a Midibox module which could plug into the DIN/DOUT bus rather than MIDI. That would avoid the requirement for a MIDI merger.

    Update : Just found some 16 button keypads in my parts box. They are wired as individual switches with a common ground. Keys are 0-9, A, B, C, D, # and *. I could just connect this keypad to a DIN module, then I would just need software to make it work. Pointers on how to do this would be appreciated.

    --tom

    hmmm... I'm not sure where I got CC# 32 from. Regardless, CC# 0 is bank select, then use a standard program change message to select the patch. In essence, any device that can send patch change messages will work, be it hardware, or software.

    Of course the other option is to add a minimal control surface because the default function of the menu knob is to change patches.

  3. A simple description of what I am looking for is a Midibox SID version of a Yamaha MU5 :

    http://usa.yamaha.com/products/music-production/tone-generators/mu5/?mode=model

    The built in music keyboard is not necessary, but would be nice. Patches can be changed from the built in keys. I would like to be able to type in a patch number directly rather than using a rotary encoder. I'm thinking a 4x4 matrix keyboard.

    My end use of this would be for my son's marching band to be able to integrate SID/chiptune type sounds into their performance. I realize that i could build a separate box that would send these bank/patch changes, but that would use the MIDI IN port...then I would need a merger. If this was doable through the CORE without going through MIDI, it would be much simpler.

    I found the project that allows a C64 keyboard into a Midibox project, but that would make the system too large and contain many unnecessary keys.

    Thoughts? Sorry if I am missing something obvious.

    --tom

  4. According to the midibox sid CC implementation chart :

    http://svnmios.midibox.org/filedetails.php?repname=svn.mios&path=%2Ftrunk%2Fapps%2Fsynthesizers%2Fmidibox_sid_v2%2Fdoc%2Fmbsidv2_cc_chart.txt

    CC0 is bank change and CC32 is "Voice 123 Portamento rate"

    I obviously have something confused.

    If someone could point me at information on how to do patch and bank changes from a practical sense (on an actual MIDI controller keyboard), then I will go read that before asking any more dumb questions.

    Has anyone ever wired a numeric keypad directly into the Midibox SID so that patch and bank could be typed in directly? I have a Yamaha MU5 Tone module with a built in keyboard and display that does this.

    Here is a commercial product that sends patch change commands :

    http://www.musictechnologiesgroup.com/midipatch.htm

    If this functionality (bank/patch change via keypad) could be added to the Midibox SID, it would be pretty much what I am looking for.

    Thanks,

    Tom

    CC #0 is to select the bank, and CC #32 is to select the patch. (btw these are standard CC values for bank/patch changes)

  5. Is there a way to send patch changes to a headless (no control surface) Midibox SID? I'm thinking of a performance situation where patches could be loaded in advance and I would just select them from my control keyboard. I suppose it would be the same situation with a rackmount Midibox SID.

    Sorry if this is an obvious question. I did not see this information in the docs.

    Thanks,

    Tom

  6. Is there any US supplier of bankstick PCBs? I could order from mikes but shipping is kind of steep. My hand soldering skills are pretty terrible.

    If we can get a number of people that need them, I could make a bulk buy from Mikes to keep the shipping costs down.

    --tom

  7. I would like to add a second SID to my MidiBox SID setup.

    I was reviewing the wiring diagram here :

    mbhp_8xsid_c64_psu_optimized.pdf

    What is the optimal way of connecting the two SID boards to the core with rbbon cable? I have looked through the forum and wiki and MidiBox documentation.

    Should I make a 10 pin ribbon cable with 3 connectors, then cut the wire to the SO connection on the second SID board and solder that to a wire that goes to J14 of the core? Is there a better way.

    FYI, I am currently using a straight 10 pin ribbon cable between the SID and CORE module. I am not feeding the power via separate connections as shown in the wiring diagram mentioned above. 5V is being passed through the ribbon cable, and 12V is connected via a separate wire. I am using a power supply removed from surplus equipment and have no noise issues.

    Thanks,

    Tom

  8. I'm thinking of doing the same...just finished a MB SID with the minimum control surface and would like to add 5 more knobs by using the analog inputs.

    I looked at the MB64 documentation to see how to wire the pots and could not find a wiring diagram. Also did not see anything in the wiki.

    I also searched the forum and could not find anything.

    Thanks,

    Tom

  9. I have a finished Midibox SID V2. I have not built a control surface yet. I would like a simplified, performance oriented interface that would allow me to plug in a MIDI keyboard, select one of the predefined patches, then use the MIDI keyboard to play the MidiBox SID. Will the "Step A" control surface allow me to do this with a minimum of fuss?

    Thanks,

    Tom

  10. You'll probably want to add a second Core pretty quickly to handle the pedals. I'd wait till then to tackle the stops.

    You probably don't have pistons on your keyboards. Pistons are more useful than stops for serious playing. I'd add pistons before I did the stops. If you are going to use the Miditzer, adding 11 pistons per manual works well. The 11th pistons are located well to the right and are used for Cancel and perhaps Memory Level. You could wire up 3 pistons on each manual until you get the second Core.

    Once you have pistons, then you'll probably want indicating stops. You might do that by adding an LED over each stop tab and mechanically reworking the tabs to be momentary on. That will allow you to set a registration with a piston, see the settings in the LEDs, and then add and subtract stops by momentarily touching a stop tab.

    Jim,

    So, pistons are used to save combinations of stop key settings. right? (If there is a primer of organ terminology, please point me at it...) I have another "parts" organ (Gulbransen Premiere) with 6 buttons between the manuals, but everything is electromechanical. I don't believe that these would be reusable.

    So, I program the pistons in the Miditizer software, then use the piston buttons to activate the specific combinations?

    For what its worth, I have the 2 keyboards for the Gulbransen, but the "combination action" mechanics attached to the back make them quite large. The Schoeber keyboards are relatively compact.

    Thanks,

    Tom

    Thanks,

    Tom

  11. PIC will work and there is much information about using it in projects of the type you want to do. You will need multiple Cores that can be linked together with MIDI cables. I assume STM 32 will work too but I have no experience with it.

    I would suggest doing a smaller project first to get familiar with the technology. MIDIfying an old electronic organ would be a good introduction.

    Jumping in here...I'm thinking about a digital organ console to drive something like jOrgan or Miditizer. I have two 61 note keyboards from a Schoeber organ, and stop tabs from an 80's Baldwin. Sounds like I should start with MidiIO128 to midify the keyboards, one keyswitch per input. That leaves me 6 leftover. Anything reasonable I can do with 6 inputs and my stop tabs as a first step?

    I also have a 13 note pedalboard with integrated switches from the Baldwin. I know that is a compromise, but I'd like to keep the physical size to a managable (portable?) level.

    --tom

  12. I've been reading the posts discussing the addition of a piano keyboard to a MB SID. Finding this link :

    <http://www.midibox.org/dokuwiki/doku.php?id=midiboxkb_-_using_a_c64_keyboard_as_input>

    was an interesting coincidence. I have been working on a C64 piano keyboard controller and chose to interface a piano type keyboard with a C-64 keyboard. The controller works with any C64 as the only interface is through the keyboard connector. Basically, I'm implementing the common C-64 plastic keyboard overlay as a full size, 2 octave keyboard (photo attached).

    This was designed as a controller for Paul Slocum's CynthCart :

    <http://www.qotile.net/cynthcart.html>

    I'm also starting on a MB-6582 project shortly, and am interested in merging the two. Presumably this would allow me to "play" the MB-6582 via the piano keyboard?....perhaps more code is required?

    --tom

    post-3851-126162520955_thumb.jpg

  13. Optimal CS between minimal and full? Hard to say... but I would think a 2x40 LCD with 10 select switches underneath would be good. Definitely would need SID 1,2,3,4 buttons/LEDs to control the four SID engines on the MB-6582 (another reason why sammichSID CS is not suitable - no SID 1,2,3,4 buttons!). Add Shift, Menu, Up/Down buttons. Add a SID L/R button + two LEDs (or dedicated SID L + SID R buttons!). A Play button would be ideal if you want to start the bassline sequencer without external MIDI input.

    That would still leave quite a few spare DIN inputs for "user defined" buttons should you want them. Buttons to jump to commonly used pages (like Osc, Env, LFO, Filter) could be good.

    For encoders, I suggest the menu encoder and five encoders underneath the LCD for the "knobs" parameter layer that would let you control the "custom" parameters per patch. Ideal for bassline mode. Each patch can have its own set of "knobs", each knob can tweak one or more parameters depending on how you configure the patch. So if you are going to add a few encoders to a mimimal CS, then making them control the "knobs" layer is more useful than any other. If you have room, you could add two more encoders just for filter cutoff and resonance.

    If 2x40 LCD is too big for your needs, consider using a 4x20 LCD (TK has added some nice bling to the top/bottom rows on this display, so it looks cooler than a 2x20 LCD for only slightly more space).

    So, if I used a 40x2 LCD (which I have), 5 of the buttons would have encoders underneath them, and the other 5 would just have buttons?

    I like the idea of dedicated buttons to select commonly used modes, and encoders specifically for certain parameters.

    In any case, I just ordered the MB-6582 PC board and additional parts. Planning the build in a C-64 case which should leave me plenty of control surface space along with the LCD. Already have a dedicated power supply that I "harvested" from a nicely built piece of obsolete equipment.

    Thanks again. I'll likely have more questions as the build proceeds.

    Cheers,

    Tom

  14. Short answer: I have the same number of sammichSID base PCB and control surface PCBs. Selling one separately to the other means I'm left with a potentially unsellable board. Not worth my trouble.

    Long answer: Considering the MB-6582 base PCB already has the DIN/DOUT for a full CS, and the sammichSID CS also has DIN/DOUT for a minimal CS, combining the two is not only very redundant, it's a bit of a wasted opportunity. It is so easy to stick a few switches on a prototyping board and connect them to the MB-6582 base PCB, and this not only is cheaper, you can make it exactly the way you want, instead of being forced to use the incredibly minimal sammichSID CS. I mean, if you want the buttons in the exact same places then you could do that now with prototyping board, you won't need a sammichSID PCB... but if you add just a little bit more effort, you could use a 2x40 LCD or a 4x20 LCD and make something so much better.

    Wilba,

    I don't necessarily need to use the sammichSID CS board. I was indeed thinking of using a 2x40 LCD, as I already have one. And some encoders.

    I guess I'm more interested in the details of the DIN/DOUT configuration for the sammichSID...how you implemented the used definable buttons, for example.

    Another option is to buy the MB-6582 CS board and only partially populate it. Sandwich the 2 boards like the sammichSID, then just run control wires for those switches and encoders that I want to use. I can see it being worth the $20 for improved reliability.

    I would probably also want the feedback pots on the front panel. I would put everything in an old C-64 case and integrate the power supply.

    A more general question of interest is : When using the full control surface, which controls get used the most? What is the optimum control surface complexity that lies between the sammichSID and the full blown CS-6582?

    I'm also interested in being able to use the MB-6582 as more of a standalone device...kind of a Midibox SID jam box.

    Don't get me wrong -- I'm very impressed by what you have done, but personally want something with a simpler interface.

    Thanks,

    Tom

  15. I currently have an unfinished MB SID V1, and am planning to get the MB-6582 PC board as a way to upgrade from V1 to V2.

    This will allow me to easily expand to more SIDs with little additional cost. I can repurpose many of the parts I already have (display, encoders, etc), and very much like the idea of everything on a single board.

    I am NOT, however, very interested in building the full blown control surface.

    I really like the simplicity of the sammichSID interface. I presume that this interface could be easily implemented with the MB-6582 board. Put the head (CS) of the sammichSID on the body of a MB-6582.

    A frankenSID :-)

    I already have an encoder, a display, and buttons. And plenty of empty C-64 shells :-)

    Wilba....being the creator of both the MB-6582 and the sammichSID, you've probably thought about this.

    Could you provide enough information so that I could make this work?

    Thanks,

    Tom

  16. I have some older versions of the SID and CORE cards and need some guidance on how I should proceed. I have been looking at various PDFs and web pages, but am still have some questions. I'm pretty sure I want to upgrade to SID V2. I'm coming back to this after a fairly long break.

    NOTE : after writing this (everything below), I found a link to this web page :

    http://www.ucapps.de/midibox_sid_manual_up.html

    which clears up some stuff, but I have other questions...continuing

    I bought the CORE and SID modules from Smash TV (a while ago). They are :

    - CORE R3

    - SID R2

    These have been built. I have modded/updated the boards as such :

    - CORE R3 - jumper from PIC pin 17 to CLK pin on J10

    - SID R2 - Removed XTAL, jumper from SID CLK input to CLK pin on J2/CLK

    I've got the older PIC 18F452 chip with the 1.7 firmware. At this point, I'm thinking any further mods are only needed if I want to do the SID V2, which requires a processor upgrade. Any reason I shouldn't?

    I also have a DIN R2 which has not been built yet. From the notes on Smash TV's site, it looks like I just need to add bypass caps, but it looks like J4,J6,J8,J10 have been moved to the other side of the chips.

    Perhaps I should just get a new DIN PC board while I am ordering a new PIC?

    Here's where my confusion starts.

    This page on the SID module:

    http://www.ucapps.de/mbhp_sid_old.html

    Raises some questions :

    -The CLK pin once connected to the J10/CLK appears to now be routed back to the CORE via the middle pin on J7 (which is connected to the same pin on the PIC).

    Does this need to be changed?

    -How can I use a 1:1 connection from SID J2 --> CORE J10 with a wire (blue on the diagram) going from J2/SC to J10/MD?

    -The web page shows power for the SID coming from CORE/J2. This does not appear to correlate with the pictures lower on the web page showing a regular jumper cable going from SID J2 to Core J10

    On the CORE, I think I just need to add the R12 pullup from J4/SC.

    Questions concerning power :

    I am building this into a chassis I salvaged that already has a +5v/+12v regulated power supply built in.

    It looks like I should remove the 7805 on CORE and replace it with a jumper between pins 1 and 3. OK so far?

    Then similarly replace the 7812 on SID with a jumper across pins 1 and 3.

    It looks like the 5V is being passed from CORE to SID via J2.

    Since my power supply is +5, +12 with a common ground, are there any other changes I should make? Do I need to remove the bridge rectifiers?

    Thanks for your help with this.

    --tom

  17. Actually, it didn't take me long to find the pinouts.

    Guess I was just tired when I wrote that last post.

    As for the wiring, unfortunately, a straight through cable is impossible.

    So, I've got the J15 header on the core board and either a 14 or 16 pin IDC on the display.

    I could use an IDC on the J15 side, but then...major wire splicing :

    core      lcd

    j15      display

    -----------------

    6            1    vss

    8            2    vcc

    10          3    vo

    12          4    RS

    14          5    R/W

    16          6    E

    15          7    DB0

    13          8    DB1

    11          9    DB2

    9            10    DB3

    7            11    DB4

    5            12    DB5

    3            13    DB6

    1            14    DB7

    ----------------------

    2            15    backlight +

    4            16    backlight gnd

    For the 40x2, the backlight wiring would be different.

    So what is the best way to do the cable conversion?

    Cut the cables and splice all the ends?

    ....perhaps I could wire an interface cable to convert the J15 wiring to be compatible with the IDC socket on the display?

    I would have to make separate ones for 14 and 16 pin displays, but once the interface cable was plugged in, I now have

    somewhat standard wiring. Best way to do this?

    Any other ideas?

    I can start a list somewhere.....

    Thanks for your suggestions..

    --tom

     

  18. I have the 40x2 LCD from BG Micro (requires the negative voltage) and I have misplaced my spec sheet. It has a 16 pin IDC header already soldered on. Can I just make a straight IDC cable with 16 pin IDC connectors on each end? If not, can someone point me to a wiring diagram?

    In the future, on those LCD's that already have IDC headers installed, how do I know whether it will be pin compatible with the 16 pin connector on the CORE board? Can I just crimp an IDC connector on each end? What if the display has a 14 pin connector?

    Has anyone put together a list of pin for pin compatible displays (i.e. can be connected to the CORE module by a straight through 16 pin IDC cable)?

    Thanks,

    Tom

×
×
  • Create New...