Programmierer gesucht für privates Projekt

[wkrug]

So wie Ich das sehe läuft das System über die MiDi Schnittstelle.
Da ist sehr vieles Reglementiert und frei im Internet verfügbar.
Was mir spontan einfällt ist der System Exclusive Befehl.
Hiermit können Gerätespezifische Daten Übertragen werden.
Was Du im ersten Aufwasch mal brauchst ist ein MiDi Protokolltester.
Ein MiDi Interface hast Du ja sicher, dann geht's nur noch um eine Software die die Daten aufzeichnet.

Dann sendest Du den Befehl, den deine Software raus gibt wenn deine Schalter angesteuert werden sollen und beobachtest welchen MiDi String dein ProTools daraus macht.
Dein Arduino muss dann eben nur noch auf diesen Befehl zum Ein und Ausschalten geproggt werden. Das sollte es dann sein?!

Ich denke, das kriegst Du selber hin.

[Andi#87]

Hallo und danke für Deine Antwort.
Stimmt, das läuft über MIDI und bei den Daten handelt es sich sowohl um Controller- als auch um SysEx-Daten. Die kann ich auslesen und mir anzeigen lassen mit den geeigneten Programmen. Bei ProTools besteht zudem die Besonderheit, dass bidirektional verkabelt sein muss (was zB bei StudioOne u.a. nicht der Fall ist, aber dort verwendet man auch eine geänderte Version des HUI-Protokolls). Bei ProTools findet zudem dauerhaft noch ein "Handshake" statt. Sobald innerhalb von 2 Sek keine Antwort kommt, wird die Verbindung unterbrochen.
Ich sitze schon seit über 2 Jahren (mit Unterbrechungen) an diesem Vorhaben. Habe schon 2 Programmierer (Profis) dafür angeheuert und bezahlt, aber leider haben die es auch nicht hinbekommen. Deswegen bei meiner Anfrage auch der Hinweis, eine Bezahlung in Abhängigkeit eines Erfolges zu vereinbaren. Bisher habe ich da nur Lehrgeld bezahlt... So einfach, wie Du schreibst, ist es leider nicht. Wenn die Verbindung zwischen ProTools und einem HUI-Device physisch aufgebaut ist, werden ständig unzählige (und aus meiner Sicht völlig unnötige) Daten gesendet, sowohl Controller- als auch SysEx-Daten. Da habe ich nicht mal einen Knopf oder eine Funktion gewählt. Sobald ich dann eine Funktion auslöse (zB "Play" oder "Record"), kommen diese Daten noch dazu. Das sind pro Sekunde sehr viele Daten. Und was davon ist nun nötig, was davon kann weg usw...?, dass erschliesst sich mir nicht. Wenn es so einfach wäre, dass ich nur schauen müsste, welche SysEx werden gesendet bei "Play", dann wäre eine Lösung, wie von Dir geschrieben, einfach nur dieses Byte dann in den Code einzutragen und Ende.
In den unendlichen Weiten des www findet man vermutlich nicht grundlos überhaupt keine bis nur sehr spärliche Informationen zu HUI und dessen Handhabung. Wie gesagt, ich sitze seit über 2 Jahren dran und habe u.a. sehr viel Zeit auch damit verbracht, im www Hinweise usw. zu finden, mit nur sehr wenig Resultaten. Das scheint durchaus einen Grund darin zu haben, dass dieses Protokoll "knifflig" ist. Deswegen meine Anfrage und Suche nach einem geeigneten Programmierer.

Andi

[wkrug]

OK.

Wenn da ein Hanshake tatsächlich über SYSEX Befehle läuft wir es kompliziert.
Das ist IMHO auch der einzige MiDi Befehl der keine definierte Länge hat und Herstellerspezifisch ist.
Und das Ende einer SYSEX Meldung sollte End of Exclusive ( 247 ) sein, ansonsten wäre das Gerät nicht MiDi konform.
Üblicherweise überwacht man eine MiDi Kette entweder gar nicht, oder mit Active Sensing Nachrichten auf Unterbrechungen.

Eine eventuell mögliche Lösung:
Wenn Du Deine Schaltung über einen freien Controller ( z.B. 102...120 ) ansprichst ( Control Change - Wenn das in Deiner Software möglich ist ), Kannst Du Kanalbezogen die Schaltung ansprechen, ohne den sonst laufenden Handshake zu stören.
Deine Schaltung würde dann einfach an einen freien MiDi Thru Port angeschlossen.
Da Du ja keine analogen Werte übertragen musst sollten 7 Ausgänge mit einem Controller ansprechbar sein.

Leider kenn Ich Deine Software und Geräte nicht und somit auch nicht was man damit alles anstellen kann.

Stell doch mal einen getracten Handshake von Deinen Midi Daten (MiDi Out + MiDi In) in zeitlicher Abfolge hier ein.
eventuell kann Dir dann geholfen werden.

Hab auch noch einen Interessanten Eintrag gefunden. Hilft Dir das weiter?

[Andi#87]

In diesem Fall ist der Handshake tatsächlich "nur" ein üblicher Controller-Wert (NoteOn - NoteOff). Aber wirklich etwas vereinfachen tut das auch nicht - jedenfalls nicht für mich
Danke für Deine Antwort und Tips, aber ich selbst komme hier nicht weiter, deswegen ja die Suche nach einem geeigneten Fachmann. Den Link zu dem "interessanten Beitrag" kenne ich. Dort findet man zB das von mir anfangs erwähnte "private" HUI-Protokoll.
Sofern es jemanden gibt, der sich das zutraut... gern mir eine Nachricht schreiben...



Andi

[Moppi]

Früher gab es mal in den Handbüchern zu den Midigeräten einen Anhang, wo die Midi-Befehle aufgeführt waren. Bei einer Soundkarte hatte ich mal eine Doku, wo die Befehlsblöcke im einzelnen beschrieben waren. Auch die Systembefehle sollten zu finden sein. Ich wäre auch bei @wkrugs lösungsart. Würde einen Microkontroller anschließen, der die Mididaten erfasst und das dann auswerten. Mir das Brauchbare rauspicken und dann darüber versuchen die Lösung des Problems zu erreichen. Wenn Du in ProTools eigene Midi-Befehle definieren und einbinden könntest? Leider ist es bei mir auch schon etwas her, dass ich mich mit Midi beschäftigt habe ... etwa 30 Jahre. Die Zeit steht eben nicht still. Bei solchen Lösungen habe ich mich immer erst einmal herangetastet, was der Benutzer wollte, d.h. ich würde mir vor Ort ansehen, was er an seinem Computer macht, was dann seine Geräte tun und was er haben will. Ein Blick in die Handbücher zeigt dann oft, ob eine ausreichende Dokumentation vorhanden ist.

Liebe Grüße!

[Andi#87]

"Früher" ... gab es auch Schaltpläne zu Geräten von Revox usw. Das ist leider alles schon lange nicht mehr. Und - wie ich schon schrieb - das HUI-Protokoll (obwohl nun schon bald 30 Jahre alt) wird vom Hersteller peinlichst unter Verschluss gehalten.
Danke für Eure Tips. Diese Dinge habe ich ja alle schon gemacht. Habe ellenlange Listen mit ausgelesenen Bytes usw. Weil ich da aber nicht vorangekommen bin bisher, Suche ich einen Programmierer. Ich nehme mal an, dass genau diese ständig gesendeten Bytes für Konfusion sorgen sollen (beim re-engineering) und das eigentliche Protokoll, bzw. die tatsächlich benutzten Bytes, sich in diesen Mengen tummeln und man vielleicht nur einen "Schlüssel" benötigt, welche Bytes daraus man benutzen muss. Diesen "Schlüssel" hätte ich gern...


Andi