jbdiver

I would keep the detents, but have to admit I can't think of any time I've ever used an encoder without them.

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!

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 maybe something even smaller?

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!

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 wiring tests to see if the cores connect (i.e, "found"). The optocoupler is installed on the quad iic board. I was able to find an 8-pin din jack on ebay that properly mounts to the board, so I didn't have to wire up a female din connector. I've verified the minicore->blm din wiring, and it worked with my test midi connection. I'm not sure how to troubleshoot the quad iic side. I had to build a custom ribbon cable to connect the midi io J2 header to the quad IIc blm header (detailed above). I know that the power is being provided properly on the quad iic blm din port and I can successfully power the blm. It's the midi data part that's causing me trouble. I'm not sure how to test if the mbseq core is actually sending/receiving midi data properly on the quad IIc blm din port.

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 config, testing out different combinations. Is there a way to confirm that the proper midi signals are being passed by the quad IIc blm din port? What should these signals look like?

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?

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.

Thank you. Your hex file worked great.

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.

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 had to find the 7th and 8th gate signals because these changed as well. The 7th and 8th gates are located at J5B pin 4 and pin 2 respectively. Now, the question is how do I adjust to this change. My aout interface board was designed around the LPC17. It mostly still works except for the four signals above, which have all moved to a new location on the STM32F4 board. I could redesign my interface board, but that's a PITA. Perhaps I will just solder in some jumpers on my current interface board to match the new pinout.

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.

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.

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 not. How should I be connecting to the new STM32F4 board?