I’ve had my BIM hooked up for a bit now, and I’ve yet to get CCs and program changes to be received by it. Syncing it to clock works, but when I send it CCs or program changes, it just momentarily affects the delay parameter and then it gets back to being synced to clock.
In regards to PC and CCs, the factory setting of the BIM is to filter these out. You have dive through a few button presses but it’s simple enough ~ I recommend making index cards with the combination of BIM button presses and a pinch of daily self-quizzing and you’ll be there in no time.
Pages 17-18 of the manual explain activation deactivation of midi filters.
Thanks for the reply, but I’ve read the manual front and back. I’ve a Biscuit as well, so familiar with using OTO machines.
I’ve ensured that CCs and PCs are not filtered (buttons are lit via the midi filter section of settings as opposed to flashing for filtering). When I don’t have delay synced to clock, I don’t get anything when sending CCs or PCs, but when clock is synced to delay, sending CCs or PCs will cause the delay to be modulated for a quick moment and then the delay goes back to its original setting.
I’m trying to control the BIM via the MnM, but so far it’s a no go. I’ve lots of experience controlling other pieces of kit with the monomachine. I’ve always had issues with the Biscuit receiving CCs and PCs, but it’ll at least work for a bit before the Biscuit stops receiving MIDI requiring a restart. I’m assuming this is because the Biscuit gets overloaded with other MIDI messages in my setup.
Just tried some early morning tests with the MnM connected directly to the BIM and still a no go. Currently talking to Denis of OTO Machines for a fix.
Fingers crossed it’s just a user error on my part, but I’ve spent enough time with it that I think something else is going on.
I don’t know why sync to midi would affect its ability to receive CCs, but any time I have the Bim synced to midi clock, the delay time behaves as you describe. It also removes the ability to use the Range parameter, so I don’t use midi clock sync for this reason.
Never had a problem with my Biscuit receiving midi though, received from my Octatrack.
For whatever reason, my Biscuit will stop reacting to CCs/PCs after a bit of time. I think the last I checked, it had to do with the Biscuit receiving clock, too.
Well, after many tests, I tried changing the channel to 1 since Denis usually tests using that channel. Everything began to work! So I went back to channel 12, and it’s still working.
So something was reset by choosing channel 1 and then going back to my original chosen channel.
Anyhoo, both the FX LED on the AR is working now and MIDI to the BIM
i came home today, and had the same thing happen, but i noticed that the only thing that was staying the same throughout all of this was that i turn on all my gear at once (i have a power conditioner i use to turn on all my gear). i was thinking that there must be some weird string of MIDI that was being sent from something in my chain that caused the BIM to stop responding to CCs.
so i tried monitoring what midi came out, but i only have a monitor for Ch., CCs, PCs, and Notes. so when i saw nothing come out, i began trying each piece of gear turning them on with the BIM, and i found that it was the monomachine.
so something happens when it turns on, and whatever it is, it kills the BIM’s ability to receive CC/PCs.
i’ll now switch my mnm on manually to avoid this issue in the future
BIM connected via MIDI to Octatrack.
BIM started to act weird: delay time glitches.
tried to narrow down possible problems, switched channels,
OT just sending clock, no CCs, turned on all MIDI filters on BIM except clock-receive.
BIM delay time still reacted to every note in the MIDI sequencer no matter what channel. really weird.
switching on BIM first, then the OT fixed it.
everything works as it should !
had the same problem/fix years ago with OT and slim phatty.