Jump to content

jbdiver

Members
  • Content Count

    105
  • Joined

  • Last visited

  • Days Won

    4

jbdiver last won the day on February 5 2016

jbdiver had the most liked content!

Community Reputation

7 Neutral

About jbdiver

  • Rank
    MIDIbox Addict
  • Birthday January 1

Contact Methods

  • Website URL
    www.jbdiver.com

Profile Information

  • Gender
    Male
  • Location
    Minneapolis, USA

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. I would keep the detents, but have to admit I can't think of any time I've ever used an encoder without them.
  2. After 5 months, I can finally definitively say that I'm finished with the BLM project. What started out as a fairly straightforward project led to a major overhaul of my midibox sequencer. I swapped out the core for the latest board -- the third upgrade in the past five years. I also replaced most of the IO boards and had a new back panel machined. Now, I never want to have to upgrade this box again.Haha :) The BLM has completely changed the way I work with the sequencer!
  3. jbdiver

    TPD cable

    I've been using a ribbon cable to connect my mbseq core to an external TPD. I'm building a new backpanel for my case and would like to use a more elegant solution -- connecting J2 on my wilba frontpanel to a panel mounted socket and running a cable to the TPD. I can't seem to find any pinout documentation for the TPD input or the frontpanel J2 header. These are ultimately connected to J8/9 on the STM32F4 core. My question at the moment is do I really need a 10 conductor cable between the core/frontpanel and the TPD? Or can I just use something like an 8-pin din connector and cable? Or ma
  4. Got it working! Thanks for the troubleshooting hints guys. TK's advice to use the midi monitor was especially helpful. It looks like I wired up the din jack on the blm incorrectly. The wires are "backwards" and using a breadboard to troubleshoot the problem made it clear. Now I just need to construct a new back panel for my mbseq case and somehow mount the new boards in the box!
  5. I successfully connected the BLM to my sequencer a couple weeks ago using a set of temporary midi input/output ports on my mbseq. Last week I upgraded from a LPC17 core to a STM32F4 core with a midi io module and quad iic module. Now, I'm trying to wire up the permanent midi connection to the BLM using the blm interface on the quad iic module. In the midi config page, I'm assigning the BLM_SCALAR port to IN3. I believe this corresponds to the blm port on the quad IIc module when it is connected properly to J2 (MI3/MO3) on the midi io module. I've been waiting approx 20 secs during my wir
  6. I've spent a couple hours today trying to get the quad iic blm din -> blm din connection working. No luck. Here's how I've wired up the quad iic blm connection to the midi io module: Midi io (J2) -> Quad IIc (blm) 1 (Vs) -> 1 (Vs) 2 (5v) -> 10 (5v) 4 (MI3) -> 6 (MI1) 8 (MO3) -> 8 (MO1) I'm able to power the BLM through the quad IIc + core. However, the midi data connections are not working because the mbseq app does not report the BLM as connected. I setup a breadboard between the quad IIc and BLM to swap around the wiring
  7. I built a quad IIc module and want to connect the BLM din to the STM32F4 core. How do I do this? Can I use J2 on a midi io module that's connected to the core to connect the BLM to midi port 3 i/o?
  8. If we are using the standard Latigid On's BLM build, should we use the project_with_4_mapped_ains.hex file? I don't know what "4 extension AINs" means with respect to this project.
  9. Thank you. Your hex file worked great.
  10. I'm connecting to the IO pins on the core board through a custom interface board that utilizes a set of 75hc541 buffers and resistors. I adapted someone else's design that was published and discussed on the board, so I think I'm connecting to these pins properly.
  11. I found the signals. The key to hunting these down was looking at this code block and using a scope to probe the pins on the STM32F4 ports: #elif defined(MIOS32_FAMILY_STM32F4xx) // pin J5.A6 and J5.A7 used as gates for(i=6; i<8; ++i) { MIOS32_BOARD_J5_PinInit(i, pin_mode); MIOS32_BOARD_J5_PinSet(i, 0); } // and J10B for additional outputs for(i=8; i<16; ++i) { MIOS32_BOARD_J10_PinInit(i, pin_mode); MIOS32_BOARD_J10_PinSet(i, 0); } The DIN clock is at pin 7 on J10B and the start/stop signal is at pin 8 on J10B. I also ha
  12. Here's what I see in the config file: - DIN sync clock will be forwarded to J5C:A0 (LPC17: J28.SDA) # - DIN sync start/stop will be forwarded to J5C:A1 (LPC17: J28.SC) I am pulling the DIN sync clock and start/stop signals off of J28 on my LPC17 core. The J5C port referenced in the config file is for a CORE_STM32 board. Are these signals forwarded to J10A/B on the latest STM32F4 core? I can't seem to find them using my scope.
  13. I was trying to figure out what J28 was used for last night. It's been almost 2 years since I created this aout interface board+eurorack module and and I couldn't remember all the details. :) I think I'm using that port for clock and start/stop signals. Does J10a/b provide these same signals? I guess I can try to plug in the board in see what happens.
  14. I built a new STM32F4 core board this last week with the intention of replacing the existing lpc17 core in my MBSEQ4. I'm slowly moving components over to the new core and testing as I go -- wilba front panel, TPD, etc. I'd like to move my aout_ng module over to the new core, but I'm not certain how to hook it up. I'm using a custom board on my current setup to connect the aout_ng to the core, and also to pull gate and clock signals. This custom board is connected to J5A, J5B, J19, and J28 on the LPC17 core. I can see that the first three ports are available on the STM32F4 board, but J28 is no
×
×
  • Create New...