MIDI CC transmission using wired foot switches

[bakarasche]

Hello Builty.

I think the MIDI CC transmission by the extended footswitch is a great feature.
Conventional wired footswitches only have the preset switching function,
but I wanted to implement this for conventional footswitches as well.
As a test, I created the footswitch_handle_midicc function by adding the contents of the footswitch_handle_effects function to the footswitch_handle_dual_mode function in footswitches.c.

footswitches.zip

My platform is AtomS3r.
AtomS3r has one built-in switch, so I added this to make it a Tri-Switch.
Switches that do not have MIDI CC set are set to program up, down, and ring up (1,2,3,..20,1,2..).
*Ring-up is assigned to the built-in switch for one-button preset browsing.

I also modified index.html and the corresponding header file, and built it.
It seems that MIDI
CC of the wifi server settings can be transmitted.

Preset changes are possible with Bluetooth-connected switches, so I think it would be good to use wired switches for effect switching.

I'm sure there are some parts of my modifications that are insufficient, but I hope it will be helpful.

[Builty]

Hi. Thank you for your contribution. I'm just finishing off the latest round of changes. Once I get that sorted, I'll check this out.
Thanks.

[bakarasche]

Thank you for the official release of version 1.0.8.2.
I have modified the source code of the official release so that I can send MIDI CC to wired foot switches.
The function I added is footswitch_handle_midicc in footswitches.c.

TonexOneController1082_mod_file.zip

The SX1509 foot switch expansion is very attractive, and I have already ordered the parts.
At the same time, I would like to have limited MIDI CC control with conventional dual and quad wired switches.
(For example, a small-scale system with only Deley ON/OFF and Tap tempo)

This may be a minority opinion, but
I would be happy if you could consider it as a candidate for additional features.

• Personally, I wanted a preset ring-up function, so I also added the usb_next_preset_ring function to usb_comms.c.

I am very grateful for your project.
I would be happy if I could help you even a little.

[Builty]

Thank you. Yes I will get into this one this week. A number of people are requesting the same and I think its a great idea.

[johnk877]

@bakarasche I saw your youtube video here. I have the Atoms3r and the same MIDI module, but it does not work with the grove port connection like your video. The pins on the grove port are default 5v, GND, G1, G2, but the MIDI data pin is suppose to be G38. How did you reprogram the grove port?

[johnk877]

@bakarasche I see. Sorry stupid question. How can I upload the .h files? Is it different from the .bin uploads under the firmware upload section?

[Builty]

the .h files are part of the source code. They need to be compiled to create the bin file, which is then uploaded.

With this midi pin allocation, is this something I should be adding official support for via a configuration option?

[johnk877]

I would think for the Atoms3r, it will make more sense for MIDI to be 1 and 2 and ext board to be 38 and 39. That way it is plug and play to use the midi module, and since the ext SX board doesnt need power. But just my view

[johnk877]

But the ability to swap pins in general easily would be super

[Builty]

When I did the pin allocations, I wasn't aware of that Midi module.
I'll give this some thought. Probably a config item to swap the pins over.