Impressum | Datenschutz | Shop | DIY | TT @ Twitter | TT-Cabs
Anzeigen der neuesten Beiträge

Entwicklung eines Midi-Switching-Systems auf Arduino-Basis

  • 145 Antworten
  • 76916 Aufrufe

0 Mitglieder und 1 Gast betrachten dieses Thema.

*

Offline Nils H.

  • YaBB God
  • *****
  • 3.067
Hallo,

zurück aus meinem Urlaub sehe ich hier erfreulich viel Fortschritt.

Respekt !!!

Merci  ;D . Hoffe, der Urlaub war gut  :bier: .

Für mich ist das Projekt eine sehr große Herausforderung, weil ich a) noch nie was mit µC gemacht habe und b) meine Programmierkenntnisse sehr rudimentär und eingerostet sind. Mal sehen, ob's was wird. Die finanzielle Ersparnis gegenüber kommerziellen Produkten ist ja bei der Reackeinheit schon enorm (im Moment rund 400 Euronen zum günstigsten Produkt), zumindest wenn man nur die Materialkosten betrachtet; die eigene Zeit darf man ja eh nicht in Betracht ziehen, sonst kann man's auch gleich lassen.

Ich vermute dass der Controller bei ähnlichen Materialkosten liegen wird, dafür wird die Software um einiges aufwändiger; aber hier gibt es vermutlich ein gigantisches Sparpotential. Und da sagen immer alle, selber machen is' nich' billiger  :devil: :devil: :devil: .

Gruß, Nils

*

Offline carlitz

  • YaBB God
  • *****
  • 1.722
  • never give up
Hallo,

ja der Urlaub war gut (Argentinien und Chile).

Wichtigste Erkenntnis ist: Der Winter in Chile ist vergleichbar mit dem Hochsommer in Deutschland: 14 Grad und Regen.......
If you don't know how to fix it, stop breaking it!

*

Offline Thisamplifierisloud

  • YaBB God
  • *****
  • 754
Ich nehm lieber 1N4007 als Schutzdioden, die halten VIEL mehr aus als die 1N4148
und kosten auch fast nix.

Warum nimmst Du als Pullups einzelne R´s ? Da gibbes doch so schöne Netzwerke.
Spart Platz.

Wenn Dich die Logik am ULN280x stört, spendier doch nen billichen Inverter davor (74HCT540 oder 541,
weiss ich grad auswenig nicht, welcher treibt und welcher invertiert)
Der den Argumentenverstärker trägt.

*

Offline Nils H.

  • YaBB God
  • *****
  • 3.067
Moin,

Ich nehm lieber 1N4007 als Schutzdioden, die halten VIEL mehr aus als die 1N4148
und kosten auch fast nix.

Naja ich finde, die sind aber auch overkill und nehmen deutlich mehr Platz weg.


Warum nimmst Du als Pullups einzelne R´s ? Da gibbes doch so schöne Netzwerke.

Weil ich gar nicht auf die Idee gekommen bin. Guter Tip, hatte ich nicht auf'm Schirm.


Wenn Dich die Logik am ULN280x stört, spendier doch nen billichen Inverter davor (74HCT540 oder 541,
weiss ich grad auswenig nicht, welcher treibt und welcher invertiert)

Mich stört nicht die Logik des ULN280X, im Gegenteil, die Logik ist ja genau richtig. Das einzige "Problem" ist der Einschaltzustand der 8574 - und das Problem ist, zumindest theoretisch, für mich befriedigend gelöst.

Gruß, Nils

*

Offline Nils H.

  • YaBB God
  • *****
  • 3.067
Moin,

ich möchte mal ein paar weitere Worte in Sachen Hardware verlieren, nämlich zu

Gehäuse und Ausstattung für den Floor Controller

Das Chassis könnte ein kleineres Problem werden, abhängig davon, wie kompromissbereit ich hier bin. Das Gehäuse soll 26-27 Taster mit LED, den µC und ein 2x16-Zeichen-LCD beherbergen; evtl. auch noch, genauso wie die Rackeinheit, eine vierstellige 7-Segment-Anzeige zur Anzeige der Patchnummer, denn das LCD verkommt im Bühnenalltag zum Ablesen mit Sicherheit zur kleinen Funzel. Für mehr als die Patchnummer taugt die 7-Segment-Anzeige aber nicht, weil man nicht alle Buchstaben damit darstellen kann, und deswegen taugt sie auch nicht als einzige Anzeige. Hier hab ich noch keine vernünftige und gleichzeitig bezahlbare Alternative gefunden.

Jedenfalls, das Gehäuse muss entsprechend groß sein. Mein aktueller Controller ist 400x300 und hat vier Reihen mit je fünf Fußschaltern. Der horizontale Abstand der Schalter beträgt 75 mm, der vertikale - glaube ich - 70 mm. Bei diesen Abständen sind die Schalter gut bedienbar, allerdings braucht es dafür passendes Schuhwerk - schwere Lederstiefel oder Trekking Boots sind hier aus dem Rennen - zumindest ich bekomme es mit meinen allwettertauglichen Lederschuhen manchmal nicht hin, nur einen Schalter zu treffen.

Ich habe im Moment drei Alternativen ins Auge gefasst:


Hammond 1456WL1BKBU
  • Grundfläche ca. 510 mm x 287 mm
  • Oberseite 10° geneigt
  • Höhe vorne 40 mm, hinten 90 mm
  • 2 mm Aluminium
  • Oberteil schwarz, Unterteil blau - yuck.
Eigentlich das optimale Gehäuse, ich habe nichts anderes / besseres gefunden, um fast 40 Fußtaster komfortabel unter zu bringen, und die gewinkelte Oberseite ist natürlich auch toll. 2 mm Alu sollte trittfest genug sein, läßt sich aber trotzdem noch gut bearbeiten. Allerdings ist es mit etwa 65 Euro auch relativ teuer. Weiterer Nachteil: In mein Pedalboard-Flightcase passt es nur mit Ach und Krach, und dann passt auch nix anderes mehr  ;D .


Eine günstigere Alternative sind die Chassis der 1441er Serie von Hammond, hier gibt's zwei brauchbare Kanditaten:


Hammond 1441-34 bzw. 36

  • 432 mm x 305 mm
  • Höhe 51 mm (-34) bzw. 76 mm (-36)
  • 1,2 mm Stahl
  • schwarz pulverbeschichtet
Hammond 1441-38

  • 432 mm x 356 mm x 76 mm
  • ebenfalls 1,2 mm Stahl
Ganz großer Nachteil der 1441er Chassis ist, dass sie flach sind. Mein aktueller Controller hat auch keine geneigte Oberfläche, und beim Zugriff (Zutritt  ;D ) auf die oberste Reihe ist das schon nervig. Dafür sind sie relativ günstig.


Wenn ich nicht aufs Geld schauen muss, würde ich wohl zum 1456 greifen. Hier lassen sich die Taster in einem 7x4-Raster mit bequemen 75 mm Abstand in beiden Richtungen unterbringen, und speziell im Bereich der Rückwand ist reichlich Platz, um Kram zu montieren.

Das 1441-34 und -36 sind eigentlich zu klein. Bei einem 6x5-Raster haben die Taster horizontal knapp 75 mm Abstand, vertikal reicht's nur für 60 mm - wahrscheinlich viel zu wenig. Einziger Vorteil wäre, dass das Chassis in der -34er-Ausführung nur 51 mm hoch ist, 76 mm (-36) ohne Slope scheint mir relativ viel.

Im 1441-38 würden die Taster ebenfalls in 5 Reihen mit 6 Tastern angeordnet, bei gleichem horizontalem Abstand reicht es vertikal für 70 mm, das geht noch ganz gut (mit den oben geschilderten Winterstiefeleinschränkungen). Das Chassis ist aber halt 76 mm hoch, ich weiß nicht, wie blöd das wirklich ist.

Irgendwie müsste man die 1441er Chassis eigentlich kippen, vielleicht mit unterschiedlich hohen Füßen vorne und hinten (oder hinten Füße und vorne keine - der Controller soll am Ende eh ins mit Schaumstoff ausgekleidete Flightcase), dann wären vermutlich die 76 mm Höhe auch nicht so dramatisch.

Den besten Kompromiss zwischen Platz und Preis bietet für mich im Moment das 1441-38, das ist also derzeit mein Favorit. Vom großen 1456 muss ich mir vielleicht mal einen Papp-Dummy bauen, um einen Eindruck von der Größe zu bekommen; und es kostet halt rund das doppelte.

Jemand andere Alternativen oder Vorschläge?

Gruß, Nils

*

Offline SvR

  • YaBB God
  • *****
  • 2.384
Salü,
Jemand andere Alternativen oder Vorschläge?
Dir ein Gehäuse genau nach deinen Vorstellungen auf Maß kanten lassen?
Ich hab mit dem Shop gute Erfahrungen gemacht (ich erwähn ihn deshalb immer wieder gerne hier ;) ):
http://www.mein-stahlzuschnitt.de/
Einfach ein U-Profil (auf Anfrage sind auch andere Winkel als 90° möglich*) kanten lassen. Seitenteile dann aus Multiplex, Pressspann was auch immer und noch en einfaches Blech für den Boden mitbestellen. Manchmal isses allerdings en bissel schwierig über den Mindestbestellwert (20€) zu kommen und Pulverbeschichtung usw. ist halt nicht möglich.
mfg sven

*http://www.tube-town.de/ttforum/index.php/topic,14874.msg146235.html#msg146235
Rettet den Wald, esst mehr Biber!
PIC32-Tutorial

*

Offline Nils H.

  • YaBB God
  • *****
  • 3.067
Salü,Dir ein Gehäuse genau nach deinen Vorstellungen auf Maß kanten lassen?
Ich hab mit dem Shop gute Erfahrungen gemacht (ich erwähn ihn deshalb immer wieder gerne hier ;) ):
http://www.mein-stahlzuschnitt.de/
Einfach ein U-Profil (auf Anfrage sind auch andere Winkel als 90° möglich*) kanten lassen. Seitenteile dann aus Multiplex, Pressspann was auch immer und noch en einfaches Blech für den Boden mitbestellen. Manchmal isses allerdings en bissel schwierig über den Mindestbestellwert (20€) zu kommen und Pulverbeschichtung usw. ist halt nicht möglich.
mfg sven

*http://www.tube-town.de/ttforum/index.php/topic,14874.msg146235.html#msg146235

Keine schlechte Idee - die Bleche für ein Gehäuse mit 450x355 mit 10° Neigung kämen je nach Material auf 23 Euro (Stahl 1mm) / 26 Euro (Stahl 1,5mm) oder 45 (!) Euro (Alu 2mm), plus halt die Holzwangen. Also den Mindestbestellwert schaffe ich  ;D .

*

Offline SvR

  • YaBB God
  • *****
  • 2.384
Salü,
Wenn du es bearbeiten kannst, würde ich für die Anwendung Stahlblech klar bevorzugen. Alu ist einfach so lapprig, grad bei der relativ großen Fläche und den Fusstastern.
mfg sven
Rettet den Wald, esst mehr Biber!
PIC32-Tutorial

*

Offline harryhirsch

  • YaBB God
  • *****
  • 259
Ich nehm lieber 1N4007 als Schutzdioden, die halten VIEL mehr aus als die 1N4148
und kosten auch fast nix.

Hallo,

1N4148 sind hier schon die richtige Wahl, denn 1N400X sind eigentlich lahme Krücken. Da macht die kleine, flinke 1N4148 ein deutlich besseres Bild. Der Peakstrom ist auch mehr als ausreichend, und mehr braucht es ja auch nicht.


Gruß, Volker

*

Offline Firebird

  • Sr. Member
  • ****
  • 183
... b) meine Programmierkenntnisse sehr rudimentär und eingerostet sind.

Wenn du dabei auf Probleme stößt kann ich dir gerne helfen.

*

Offline Nils H.

  • YaBB God
  • *****
  • 3.067
Salü,
Wenn du es bearbeiten kannst, würde ich für die Anwendung Stahlblech klar bevorzugen. Alu ist einfach so lapprig, grad bei der relativ großen Fläche und den Fusstastern.
mfg sven

Moin,

2mm Alu sollte eigentlich genauso stabil sein. Der aktuelle Controller ist eine Holzkiste mit einem 1,5mm Alu-Deckel oben drauf, der ist bei 400x300 ausreichend stabil. Was mich aber stört ist der hohe Preis.

Die Bearbeitung von Stahl sollte gehen, wobei das auch eine Frage der Materialstärke ist. Aus dem Bauch heraus würde ich dazu neigen, zu 1mm zu greifen und notfalls in der Mitte eine Stützwange ins Chassis einzubauen. Ich habe ein - zugegeben, viel kleineres - 1441er Gehäuse für meinen Ampswitcher benutzt, das fühlt sich mit 1,2mm Materialstärke an wie ein Panzer. 1,5mm sollte aber auf jeden Fall reichen, worst case ist, dass ich mir meine Stufenbohrer ruiniere, was aber auch kein Drama ist, weil's ein 10 Euro Satz aus der bucht ist (jaja... wer billig kauft, kauft zweimal... schon klar). Problematischer wird da der rechteckige Ausschnitt für das / die Displays. Sollte mit ein paar guten neuen Blättern für die Stichsäge auber auch gehen.


Wenn du dabei auf Probleme stößt kann ich dir gerne helfen.

Danke fürs Angebot. Wenn ich in Probleme laufe, sage ich Bescheid  :bier: . Das ist ein paar Jahre her, dass ich in C/C++ programmiert habe, und halt auch nix großes. Ich sehe solche Projekte ja auch immer als Chance, was dazu zu lernen oder vergessenes wieder aufzufrischen. Mal schauen, wie' läuft  :) .

Gruß, Nils

*

Offline Nils H.

  • YaBB God
  • *****
  • 3.067
Moin,

ich hol' das hier mal aus der Versenkung, damit von dem Thema nicht nur Geschwätz überbleibt  ;D . Nachdem ich das Projekt vor gut eineinhalb Jahren wegen Verdachts auf umfassende Ahnungslosigkeit und der Gefahr mich zu übernehmen erst mal eingestampft hatte, habe ich diese Baustelle Ende letzten Jahres wieder aufgenommen. Die Grundidee ist dieselbe geblieben, mit ein paar Änderungen im Detail.

Ich habe viel gelesen und rumrecherchiert und mich letztlich gegen die Arduino-Lösung entschieden. Stattdessen habe ich die µC-Schaltung selbst aufgebaut (in der Tat nur Hühnerfutter, wie Sven immer sagt) und mich auch gegen die Arduino-Softwareumgebung entschieden. Ich programmiere den/die µC jetzt also in Standard-avr-C mithilfe der avr-gcc-Toolchain und Eclipse mit AVR-Plugin unter Linux. Bisher läuft's ganz gut, und vorletzte Woche habe ich einen kleinen Meilenstein erreicht, auf den ich auch ein klein wenig stolz bin, weil ich im Herbst letzten Jahres von dem ganzen Kram noch überhaupt keine Ahnung von dem Kram hatte und bisher alles ganz gut funktioniert.

Ich habe mich dazu entschieden, als erstes die (aus meiner Sicht) anspruchsvollere Baustelle in Angriff zu nehmen, nämlich die des passenden Midi-Fußschalters. In meinem Pflichtenheft für die Anlage sehe ich wesentlich mehr Verantwortlichkeit beim Controller als beim Looper/Switcher selbst und daher ein weit größeres Lernpotential. Die Hard- und Software für den Looper/Switcher sollte, wenn der Controller fertig ist, quasi als "Nebenprodukt" mit abfallen.

Der Controller ist jetzt fertig, zumindest was die Hardware und die Schnittstellen zwischen Hard- und Software angeht. Der Controller ist in einem Hammond 1441-32 Stahlblechgehäuse untergebracht. Das Gehäuse ist 432 mm breit, 305 mm tief und 51 mm hoch und beherbergt 20 Taster mit LED sowie ein großes 2x16 Zeichen LC-Display.

Der Microcontroller ist ein ATMEGA 328P und kann in der Schaltung per USB programmiert werden, Das Display, die Taster und die LEDs werden über insgesamt sechs I²C-Portexpander angesteuert. Weil es sich ja um eine Art Prototypen handelt, habe ich, wo es geht, auf feste Verbindungen verzichtet und alle Peripherie steck- oder schraubbar gemacht.

Die obere Platine beherbergt die Schaltung zur Ansteuerung des LCDs. Auf der mittleren Platine ist das 5V-Netzteil, der µC, das externe EEPROM und die USB- und MIDI-Schnittstellen (wobei ich bisher nur MIDI-Out aus dem Gehäuse führe, USB und MIDI-In nicht). Die untere Platine ist die I/O-Platine mit fünf Portexpandern und insgesamt 40 I/Os. Das geht auf PCB sicher alles platzsparender, andererseits ist hier ja Platz genug. Die Platinen sind Streifenrasterplatinen. Ich habe diese gegenüber Lochraster bevorzugt, weil sie für komplexere Sachen einfach übersichtlicher sind, da man bequem längere und vor allem mehrere Busleitungen über die Platine führen kann, der Preis dafür ist dann halt, dass man mehr Platz braucht.

Die Schnittstellen zwischen Software und Hardware (in erster Linie ist das ja der I²C-Bus) sind fertig, die MIDI-Out-Kommunikation ebenfalls, ich muss jetzt "nur" noch das Benutzerinterface schreiben, inklusive Presetverwaltung etc.

Für das Pflichtenheft des Controllers habe ich mich an den gängigen Top-Produkten, die auf dem Markt erhältlich sind, orientiert. In erster Linie waren das das Ground Control Pro von VoodooLab und die RS-T Controller von Custom Audio Electronics. Diese Controller vereinigen die Möglichkeiten eines klassischen Pedalboards mit den Komfortfunktionen eines programmierbaren Systems.

Der Controller wird in zwei Modi betrieben werden können. Im Preset Modus können pro Bank 16 Presets angewählt werden. Wieviele Bänke der Controller haben wird muss ich noch mal nachrechnen, ich habe den Speicherbedarf bisher nur ganz grob überflogen. Ich habe allerdings ein 64kB-EEPROM vorgesehen, da sollte einiges gehen. Pro Preset sollen bis zu acht Program Change Befehle gesendet werden können, außerdem wahrscheinlich auch der Status der 16 Taster (als CC). Welche Latenzen das erzeugt, muss ich noch mal nachrechnen und ggf. einfach ausprobieren. Ältere Looper wie das GCX von VoodooLab kommen ja komplett ohne Presets aus und hören ausschließlich auf CCs, also kann es so schlimm nicht sein.

Über den Taster "DIRECT" wird der Controller in den Stompbox-Modus geschaltet ("Direct Access"), in diesem Fall senden die Taster ausschließlich CC-Befehle, um per Midi einzelne Loops am Looper oder Effektblöcke am Multieffekt oder ähnliches zu schalten. Das ist der Modus, den ich persönlich am meisten benötige, da ich nur ab und zu Presets brauche, aber ganz oft spontan mal Effekte ein- oder ausschalte und so weiter. Über die Taster Up und Down kann innerhalb des Direktmodus' auf ein anderes "Basispreset" umgeschaltet werden. Beim CAE-Controller ist das ein getrennter Speicherbereich mit von den übrigen Presets unabhängigen Patches, ob ich das auch so mache oder einfach die "normalen" Presets damit "durchsteppe" habe ich noch nicht entschieden.

Was sonst an Komfortfunktionen untergebracht wird hängt wohl nur von meiner Kreativität und meiner Laune, die Funktion zu programmieren ab. Das steht mir jetzt bevor. Wann die Software fertig wird, vermag ich nicht zu sagen. Da ich immer nur kleine Zeitabschnitte dafür habe, werden es aber eher Monate als Wochen sein. Vielleicht im Sommer oder so. Parallel werde ich irgendwann anfangen den passenden Looper zu bauen.

Wenn die Software fertig ist, werde ich den Quelltext vermutlich auch veröffentlichen. Nicht weil er besonders gut ist (was er vermutlich nicht sein wird), sondern weil alles Know How dafür eh aus dem Zwischennetz kommt. Wenn alle alles für sich behielten, wäre ich gar nicht erst so weit gekommen.

Anbei noch zwei Bilder.
Gruß, Nils

*

rednerweb

  • Gast
Hi Nils,

kannst du mir sagen warum du dich gegen Arduino entschieden hast, der bietet doch eigentlich alles was du brauchst inkl. MIDI Befehlssatz.

Gruß

Gunther

*

Offline Nils H.

  • YaBB God
  • *****
  • 3.067
Hi Nils,

kannst du mir sagen warum du dich gegen Arduino entschieden hast, der bietet doch eigentlich alles was du brauchst inkl. MIDI Befehlssatz.

Gruß

Gunther

Der Hauptgedanke war, dass ich so viel wie möglich selbst machen wollte. Der Grund für dieses Projekt war nur zu einem Teil, dass ich sowas "haben" wollte. Es geht mir zu einem ganz großen Teil auch immer darum, mein Wissen zu erweitern, solche Projekte sind für immer immer "nur" der Aufhänger. Ich wollte mich schon länger mit Mikrocontrollern beschäftigen, aber ich setze mich nicht hin und lese tonnenweise Literatur (naja...), um eine LED zum blinken zu bekommen.

Die Arduino-Umgebung mit ihren vielen, fertigen Bibliotheken sind gut, um schnell Erfolge zu erzielen und zum fertigen Produkt zu kommen; der Lerneffekt ist dabei aber möglicherweise bescheiden. Ich will nicht behaupten, ich könnte das selbst besser, ganz im Gegenteil, und es ist auch unökonomisch, das Rad selbst immer wieder neu zu erfinden; mir geht es aber, wie gesagt, auch um das Erwerben von Wissen und das Erweitern von Fähigkeiten. Die Arduino-Umgebung "verbirgt" mir zu viel vor dem Benutzer.

Ein anderer Punkt war, dass ich beim rumexperimentieren gemerkt habe, dass die Arduino-Umgebung seeeehr großzügig mit Speicherplatz umgeht - ein einfaches Blink-Hallo-Welt-Beispiel belegt mal eben eineinhalb Kilobytes im Flash. Ich habe mit dem 328P zwar Speicher genug (32 kB), aber trotzdem, muss ja nicht sein.

Gruß, Nils

*

Offline kugelblitz

  • YaBB God
  • *****
  • 1.724
  • be seeing you...
Hallo Nils,

Hut ab, ich habs bis jetzt nur auf Arduino Basis gemacht und ohne den Luxus von LCD bzw dedizierten Leds bzw Programmierbarkeit durch Taster.

Für mich war es aber am schwierigsten nicht Code oder eine Schaltung zu finden sondern ein konsistentes Bedienkonzept (in meinem Fall für 5 Analoge Potis, 15 Taster und einen Schalter, PC Mode und CC Mode). Vielleicht können Dir meine Varianten ja etwas helfen.

Programmwahl: Ich hab einen eigenen PC Modus, da werden die Taster zu einer numerischen Tastatur, die Bank wird nachdem ich nur den gmaj2 damit steuer vorgewählt und wenn nicht geändert (oder max oder min limits überschritten) bleibt sie wie sie ist. Der patch wird wie eine Telefonnummer eingegeben.

Annahme patch ist am Beginn 0 und patch soll von 0-99 gehen (für die Eingabe von 0 - 127 oder 1 - 128 müsste man das if und den Modulo etwas abwandeln):

patch = patch*10+newInput;
if (patch>100)
{
  patch=patch%100;
}

Weiters könnte man wenn man den aktuellen Patch speichert auch Modi vorsehen in denen man man 10 oder 1en Patch weiterschalten kann und bei erreichen der Höchstzahl eine Bank weiterschaltet...

Wenn dann send gedrückt wird, wird Bank und Patch versandt und als actualPatch gespeichert bzw patch auf 0 zurückgesetzt.

Du könntest vorallem nachdem Du ein LCD hast, ja auch die Programmierung über so eine Tastatur lösen.

BTW zum Taster auslesen. Ich machs soweit ich mich erinnere in etwa so:
* für jeden Pin/Taster gibt es einen state speicher (array mit Anzahl der Taster speicherplätzen
* zusätzlich gibt es zwei arrays changeRise changeFall (hier landen pin/taster nummern die sich geändert haben)
* ich gehe per for schleife über alle Taster (zuvor alle Counter auf 0)
* sollte sich ein state ändern , wird geprüft ob es rising oder falling edge ist und das der jeweilige Counter RiseCount bzw FallCount um 1 erhöht
* der geänderte pin im passenden change* array an der passenden Stelle (*Count) gespeichert
* und letztlich noch im state Array geupdated

Weiters liesse sich zB in holdState array zusätzlich die Anzahl der loops speichern in denen keine Änderung auftritt.

Nach der For schleife brauche ich nur noch durch die beiden change* arrays zu gehen (Anzahl der aktuellen änderungen in beiden ist ja auch gespeichert RiseCount und FallCount) und diese abarbeiten bzw mit dem holdArray bewerten.

Damit könntest Du bei kurzem Betätigen eine andere Aktion als bei langem Betätigen auslösen...

Auf jeden Fall noch viel Erfolg mit Deinem Projekt, von so einer Universallösung (bei mir aber sicher auf Arduino Basis, viellleicht mir mehreren MIDI Ausgängen und ein paar programmierbaren looper/switcher) träum ich auch schon länger, aber bis jetzt fehlt einfach die Zeit. BTW für Arduino muss man ja nicht die Arduino IDE verwenden ;)

Auf jedenfall landet der Thread jetzt einmal in den Lesezeichen ;)

Gruß,
Sepp