Custom Made FX Mute Foot Switch (TCP/IP)

Forums Forums Qu Forums Qu DAW integration Custom Made FX Mute Foot Switch (TCP/IP)

This topic contains 66 replies, has 16 voices, and was last updated by Profile photo of knga knga 7 years, 4 months ago.

Viewing 15 posts - 16 through 30 (of 67 total)
  • Author
    Posts
  • #39676
    Profile photo of DocDocDocDoc
    DocDocDocDoc
    Participant

    I just checked into Raspberry Pi a bit… since I’m working as a nerd in my day-time job, I’m quite familiar with Linux and computer programming in several languages.

    Is there any documentation of the protocol resp. the MIDI-over-TCP/IP communication that the Qu16 does?

    Best
    Doc4

    #39679
    Profile photo of Nicola A&H
    Nicola A&H
    Keymaster

    The MIDI/TCP specs are available on our main website here.

    #40303
    Profile photo of GR-PDX
    GR-PDX
    Participant

    Any progress on this? I am still interested!

    #40306
    Profile photo of Lee7
    Lee7
    Participant

    Our techie Steve had made a dummy pedal just to test the A&H protocol’s and if disconnected from the desk how long it would take to reconnect etc. This was a few weeks ago, Steve is doing work on this progress in between other jobs and due myself being busy recently with the band I haven’t had chance to speak to him about it.

    I will make contact this week with Steve and find out how the progress is going and what sort of time scale we’re looking at. I think initially he will make about 6 pedals and see what interest is out there before making a loud of them only to collect dust in the corner of his workshop.

    Thanks
    Lee

    #40318
    Profile photo of DocDocDocDoc
    DocDocDocDoc
    Participant

    I’m also working on something similar – a RaspberryPi-based foot switch. Just yesterday, I ordered an guitar amp foot switch that is supposed to serve as a housing for the entire thing. The program I wrote talks to buttons and LEDs already, but not yet to the Qu16.

    It turned out that in order to do this properly, quite some working hours need to be invested. Hence, my solution will remain a quick hack that I’ll perhaps grow into something real once A&H fulfill some wishes: a) multiple connections to the Qu16 (so far, it is iPad XOR foot switch), and perhaps b) soft keys triggered via MIDI (https://community.allen-heath.com/forums/topic/softkeys-triggerd-via-midi).

    Ah, and of course in the meanwhile I got an Qu16 and it is really a great piece of gear. Looking forward to our first show with it!

    Best
    Doc4

    #40336
    Profile photo of
    Anonymous

    How about a hardware mod? A three or four pin cable connection to one of the softkeys, with an LED and a momentary foot switch on the other side, connected to the LED and momentary switch of the softkey respectively (LEDs in series, switches in parallel)? That would be the simplest one, but a separate hole and a little soldering on the Qu would be needed.

    You loose the warranty, yes. But in five years all these cheep digital units will be obsolete anyway.

    #40338
    Profile photo of Lee7
    Lee7
    Participant

    That option was discussed and quickly forgot about, Steve said he could quite easily mod the QU-16 were a foot switch could be plugged in like desks of old, but if something was to go wrong whilst still under warranty, you would be screwed. And in turn could potentially face a a hefty repair bill, so why take that risk. Better to pay a little more rather than save in the possible short term.

    🙂

    #40339
    Profile photo of DocDocDocDoc
    DocDocDocDoc
    Participant

    Modding the Qu-16 would not only make you loose warranty, but also something else: The possibility to replace a broken Qu-16 by another one, re-install your presets from an USB key and go on with the show. Furthermore, a Qu-16 foot switch will most likely also work for your future Qu-24 or the Qu-32. 🙂

    Actually I don’t agree with GuitarHero that in five years a Qu-16 will be obsolete. After all, I started out into the digital mixing world with a DDX3216 that I had gotten used and stuck to that for 6 years or so – only replacing it by a 91V96i, because the preamps and converters sucked – which is for sure not the case for the Qu-16. (The usage scenario of the DDX3216 was quite different from what I’m doing with the Qu-16, so it’s not entirely comparable.)

    Today I started to get into a more advanced design of my control program – let’s see which one will make it faster into the device, the quick hack or the real stuff. 🙂

    Best
    Doc4

    #40406
    Profile photo of
    Anonymous

    Ok, so you think this unit will have any value higher than 200€-300€ in five years…Well…
    But I understand the other reasons.

    Then how about this: AMT FS-2 Midi -> Kenton Midi USB host -> Qu16
    I don’t know if that works, haven’t tried myself. But according to the specs of the units it should do.

    #40408
    Profile photo of DocDocDocDoc
    DocDocDocDoc
    Participant

    Let’s talk again in 5 years about this. 🙂

    I just plugged the Qu-16 into a Linux box via USB and it showed up as a class compliant USB-Midi Interface and a 18channel I/O audio interface. Hence the Kenton MID USB host should be able to deal with it. So in the end it depends on the question whether or not the AMT FS-2 will send the right messages.

    For my foot switch project based on a RaspberryPi, this means I can probably use the Linux USB-Midi drivers instead of a network connection, which could be easier. So far I have the hardware ready talking to buttons and LEDs with a message-controller-based architecture… it just doesn’t talk to the Qu-16 yet. My plan is to have the LEDs on the foot switch also update when you operate the same functions on the Qu-16’s surface.

    Could anyone from A&H answer the following question: Can the Qu-16 talk MIDI to a computer via USB and to an iPad via the network simultaniously? This would definetley make me go for the USB solution.

    Best
    Doc4

    #40417
    Profile photo of DocDocDocDoc
    DocDocDocDoc
    Participant

    https://niels.drni.de/stuff/quPy.jpg <- got the hardware up and running, but the “firmware” still has a bit of trouble talking via USB… TCP/IP is less attractive but seems to be easier to do. Loads of working hours, probably not worth the effort if you can spent your time on doing paid gigs with the Qu16 instead…

    Doc4

    #40423
    Profile photo of
    Anonymous

    Wow, that looks nice! Good work!

    #40425
    Profile photo of DocDocDocDoc
    DocDocDocDoc
    Participant

    Dear A&H folks!

    would it be possible for you to publish the fancy formula that computes the NRPN parameter values for the delay time, say from seconds or millisec?

    I figured out how approximately compute the coarse value, but it’s really not that easy to get to the fine-grained values or any precise formula just from the table with examples.

    Best
    Doc4

    #40429
    Profile photo of mervaka
    mervaka
    Participant

    Would it be possible to use a lookup table?

    #40430
    Profile photo of DocDocDocDoc
    DocDocDocDoc
    Participant

    The examples in the MIDI documentation are too few for a lookup table, especially since the relation is logarithmic. One could of course “sniff” a table from the MIDI output of the Qu, which would be quite cumbersome. Furthermore, it is hard to step through exact msec values with the data knob.

Viewing 15 posts - 16 through 30 (of 67 total)

You must be logged in to reply to this topic.