MIDI senden: GO hängt sich auf

Hallo in die Runde,

ich bereite gerade die Schaltung (simpel) und die Programmierung (komplizierter) dafür vor, dass bei Betätigung eines Registers in GO ein MIDI-Befehl gesendet wird und eine LED anschaltet. Warum? Egal ob ich Register (inkl. Tremulanten und Koppeln) via Maus, oder zukünftig via Registerschalter an der Orgel oder Setzerkombination aufrufe, es soll ein Lämpchen angehen und signalisieren, dass dieses Register angewählt ist.

Auf der Suche nach möglichen Code-Vorlagen sind wir im Kern auf folgende beiden Herangehensweisen gestoßen, einer mitttels Controlchange, einer mittels NoteOn/Off.

https://create.arduino.cc/projecthub/Rom…auptwerk-8406c0

https://www.youtube.com/watch?v=AYx55nj5vSo

Wenn ich dann den so programmierten Arduino anschließe, wird er als MIDI-Device von GO erkannt. Anschließend progammiere ich ein Proberegister im Senden-Tab und wähle als Noten-/Controller-Nummer eine aus, die ich im Code auch definiert habe, z.B. 72. Getestet habe ich sowohl mit "Alle Geräte", als auch dem gezielten Anwählen des angeschlossenen LED-MIDI-Geräts. In den Einstellungen ist der Arduino auch als Ausgabegerät ausgewählt.

Nur einmal hat es geklappt, dass die entsprechende LED angegangen ist, d.h. mein Gedankengang hinsichtlich Programmierung kann so falsch nicht sein. Oft genug sind die Test-LEDs auch einfach ausgeblieben. Jedesmal passiert ist hingegen, dass sich GO festgefahren hat. Und zwar so gründlich, dass nicht einmal "Task beenden" gereicht hat. Es ging nur über die Eingabekonsole und taskkill mit Erzwingungszusatz.

Kann hier einer etwas mit diesem GO-Verhalten anfangen? Was mache ich verkehrt?

Hier noch ergänzend die beiden Arduino-Codes, die ich verwendet habe. Vielleicht findet sich hier ja ein Kundiger dazu. In GO habe ich auch nur den separaten Arduino, der zu Testzwecken die LED-Steuerung übernehmen würde, als Output-Device definiert. Sonst sind mir keine weiteren Einstellungen aufgefallen, die ich hätte anpassen können.

Einmal auf Basis des youtube-Videos für LED-Steuerung über Controlchange.

#include "MIDIUSB.h"
#include "MIDI.h"


MIDI_CREATE_DEFAULT_INSTANCE();

void setup() {
  MIDI.begin(MIDI_CHANNEL_OMNI);
  Serial.begin(115200);
  MIDI.turnThruOff(); 
  MIDI.setHandleControlChange(myStoplamps);

  //LEDs
  pinMode(35, OUTPUT);
  pinMode(37, OUTPUT);
  pinMode(39, OUTPUT);
  pinMode(41, OUTPUT);

}

void loop(){

  MIDI.read();

}

void myStoplamps(byte channel, byte number, byte value) {
  switch (number) {
    case 72:
      digitalWrite(35, HIGH);
      break;
    case 73:
      digitalWrite(37, HIGH);
      break;
    case 74:
      digitalWrite(39, HIGH);
      break;
    case 75:
      digitalWrite(41, HIGH);
      break;
  }
}

Und hier noch der von dem zweiten Link:

// Small dekoder Midi - R. Milewski
#include <MIDI.h>   // Add Midi Library
 
//Create an instance of the library with default name, serial port and settings
MIDI_CREATE_DEFAULT_INSTANCE();
 
void setup() {

pinMode (A0, OUTPUT); // Set Arduino board analog pins to output
digitalWrite (A0, LOW);
pinMode (A1, OUTPUT);
digitalWrite (A1, LOW);
pinMode (A2, OUTPUT);
digitalWrite (A2, LOW);
pinMode (A3, OUTPUT);
digitalWrite (A3, LOW);
pinMode (A4, OUTPUT);
digitalWrite (A4, LOW);
pinMode (A5, OUTPUT);

 

  for (int a=2; a<14; a++)
{
pinMode (a, OUTPUT); // Set Arduino board digital pins to output
digitalWrite (a, LOW); // Set Arduino board digitsl pins to KIGH
    
}
 

  MIDI.begin(MIDI_CHANNEL_OMNI); // Initialize the Midi Library.
  // OMNI sets it to listen to all channels.. MIDI.begin(2) would set it
  // to respond to notes on channel 2 only.
  MIDI.turnThruOff(); // Turn off loop Midi IN to OUT
  MIDI.setHandleNoteOn(MyHandleNoteOn); // This is important!! This command
  // tells the Midi Library which function you want to call when a NOTE ON command
  // is received. In this case it's "MyHandleNoteOn".
  MIDI.setHandleNoteOff(MyHandleNoteOff); // This command tells the Midi Library
  // to call "MyHandleNoteOff" when a NOTE OFF command is received.
}
 
void loop() { // Main loop
  MIDI.read(); // Continuously check if Midi data has been received.
}
 
// MyHandleNoteON is the function that will be called by the Midi Library
// when a MIDI NOTE ON message is received.
// It will be passed bytes for Channel, Pitch, and Velocity
void MyHandleNoteOn(byte channel, byte pitch, byte velocity) {
    switch (pitch) {
  case 54+34:
    digitalWrite (A0, HIGH);
    break;
  case 55+34:
    digitalWrite (A1, HIGH);
    break;
    case 56+34:
    digitalWrite (A2,HIGH);
    break;
    case 57+34:
    digitalWrite (A3, HIGH);
    break;
    case 58+34:
    digitalWrite (A4, HIGH);
    break;
    case 59+34:
    digitalWrite (A5, HIGH);
    break;
   
    
    
  default:
    // if nothing else matches, do the default
    // default is optional
    break;
}
   for (int a=2; a<14; a++)
{
   if (pitch == 58+a) {
digitalWrite (a, HIGH); // Set Arduino board pin 13 to output
 } 
}
  
  
    
   
}
 
// MyHandleNoteOFF is the function that will be called by the Midi Library
// when a MIDI NOTE OFF message is received.
// * A NOTE ON message with Velocity = 0 will be treated as a NOTE OFF message *
// It will be passed bytes for Channel, Pitch, and Velocity
void MyHandleNoteOff(byte channel, byte pitch, byte velocity) {
   switch (pitch) {
  case 54+34:
    digitalWrite (A0, LOW);
    break;
  case 55+34:
    digitalWrite (A1, LOW);
    break;
    case 56+34:
    digitalWrite (A2, LOW);
    break;
    case 57+34:
    digitalWrite (A3, LOW);
    break;
    case 58+34:
    digitalWrite (A4, LOW);
    break;
    case 59+34:
    digitalWrite (A5, LOW);
    break;
    
  default:
    // if nothing else matches, do the default
    // default is optional
    break;
}

   for (int a=2; a<14; a++)
{
   if (pitch == 58+a) {
digitalWrite (a, LOW); // Set Arduino board pin 13 to output
 } 
}
  
  
}

Danke für die Hinweise!

Zitat

Midi wird nicht überwacht oder zwangsweise gesendet. Also auch ohne Empfang im Arduino läuft das Midi weiter. Es scheint, dass es einen Code gibt, der nicht gesendet werden kann.

Dazu müssen Sie Schritt für Schritt alle Codes senden, indem Sie alle STOPS etc. mit der Maus ein- und ausschalten

Das habe ich ehrlich gesagt nicht verstanden. Das heißt, GO sendet permanent den NoteOn Befehl, bis ich den Register Stop wieder deaktiviere? Und was ist damit gemeint, dass es einen Code gibt, der nicht gesendet werden kann bzw. der Schritt für Schritt für jedes Register gesendet werden soll?

Das mit Midi OX ist ein guter Hinweis, probiere ich aus. Das USB-Midi-Kabel müsste ich erst beschaffen, würde ich dann im dritten Schritt probieren.

Ich versuche jetzt mal meine bisherigen Testbemühungen zusammenzufassen.

Ich habe mich heute auch noch mit Midistops von Ulliken66 beschäftigt. Diese Software kommuniziert über ein virtuelles MIDI-Kabel mit GO, das loopMIDI heißt. Das habe ich installiert und einen virtuellen MIDI-Port erstellt. Den habe ich nun angesteuert, sprich eine Registeränderung an diesen Port gesendet. Zum einen habe ich mit Hairless MIDI "mitgehört", dort kommen die gesendeten Befehle von GO einwandfrei an. Liegt also nicht an GO. Wenn ich Midistops verwende, werden dort auch die richtigen Register angewählt. GO war also richtig konfiguriert.

Das Problem scheint mir in irgendeiner Art und Weise der "LED-Arduino" zu sein. Denn wenn dan diesen gesendet werden soll, egal ob direkt von GO oder weitergeleitet von Midistops aus, friert GO oder auch Midistops ein. Und zwar so lange, bis ich das USB-Kabel vom LED-Arduino abziehe. Dann beruhigen sich GO und Midistops wieder. Mein Plan, die ganze Sache durch Midistops zu "filtern" und den Befehl von dort via loopMIDI an den Arduino zu senden funktioniert also auch nicht.

Ich habe im Code schon angepasst, dass Serial.beginn nur mit 9600 belegt wird, da mit dieser Größe der Arduino im Geräte-Manager angemeldet ist. Bringt aber auch nichts. Ich stehe immernoch vor einem Rätsel.

Danke für den Hinweis! Ich hatte auch schon so eine Vermutung, ob der Arduino Due, den ich verwende, vlt. der falsche ist. Habe jetzt einen Uno Klon von AZ-Delivery bestellt, denn mit einem Uno wurde auch das oben zitierte Beispiel gemacht. Deinen Hinweisen gehe ich auch noch einmal nach. Danke dafür!

Den Aufbau habe ich noch nicht ganz verstanden. Werden die MIDI-Signale bei dir vom Arduino MEGA über USB an GO übertragen oder über MIDI-Buchse? Ohne MidiUSB Library wahrscheinlich eher nicht über USB.

Ich habe deinen Weg mal versucht nachzustellen. Arduino Due mit MIDI-Library, keine MidiUSB. Header wie von dir oben einkopiert. Aber die LEDs gehen nicht an. Vielleicht ein Fehler im Code? Magst du dir den mal anschauen (im Spoiler)?

#include "MIDI.h"


struct MySettings : public midi::DefaultSettings {
  static const long BaudRate = 38400; // Or something else supported by hairless-midiserial
};

MIDI_CREATE_CUSTOM_INSTANCE(HardwareSerial, Serial, MIDI, MySettings);





void setup() {
  MIDI.begin(MIDI_CHANNEL_OMNI);
  Serial.begin(38400);
  MIDI.setHandleControlChange(myStoplamps);

  //LEDs
  pinMode(35, OUTPUT);
  pinMode(37, OUTPUT);
  pinMode(39, OUTPUT);
  pinMode(41, OUTPUT);

  digitalWrite(35, HIGH);
  delay(400);                 // Blink LED once at startup
  digitalWrite(35, LOW);
  delay(400);
  digitalWrite(37, HIGH);
  delay(400);                 // Blink LED once at startup
  digitalWrite(37, LOW);
  delay(400);
  digitalWrite(39, HIGH);
  delay(400);                 // Blink LED once at startup
  digitalWrite(39, LOW);
  delay(400);
  digitalWrite(41, HIGH);
  delay(400);                 // Blink LED once at startup
  digitalWrite(41, LOW);
}

void loop() {
  MIDI.read();
}

void myStoplamps(byte channel, byte number, byte value) {
  switch (number) {
    case 72:
      digitalWrite(35, HIGH);
      break;
    case 73:
      digitalWrite(37, HIGH);
      break;
    case 74:
      digitalWrite(39, HIGH);
      break;
    case 75:
      digitalWrite(41, HIGH);
      break;
  }
}

GOsend.PNG

HairlessMIDI.PNG

loopMIDI.PNG

Bei dem ersten Test über den Native-Port. So habe ich mir das angewöhnt, weil USB-MIDI darüber läuft, ganz richtig. Jetzt habe ich es eben gerade mit dem Programming Port probiert. Im Ergebnis hat allerdings auch keine LED geleuchtet und es gab merkwürdige Fehlermeldungen in Hairless MIDI.

Kannst du die deuten?

HairlessMIDIPort7.PNG

Hier mal ein neuer Zwischenstand, ich bin mittlerweile ein ganzes Stück weiter. Ich will ja von GO MIDI-Informationen an die Arduino-Welt senden. Warum? Aus drei Gründen: 1. LED-Beleuchtung der angewählten Register, 2. Anzeige der Sequenzer-Setzer-Nummer auf einem Display und 3. Anzeige der Öffnungsgrads der Schweller auf einem Display. Letzteres ist optional.

Mein erster Ansatz war, das einfach von GO in den Äther senden zu lassen in der Annahme, ein über USB verbundener Arduino würde das schon abfangen und verarbeiten können. Aber mit all den hier geschilderten Tricks bin ich nicht weitergekommen, bis auf einen von Canticus.

Zitat von Canticus

Drittens können Sie den Arduino durch ein separates USB-MIDI-Kabel ersetzen, von dem Sie einfach die MIDI-Seite locker lassen. Probieren Sie das aus, um zu sehen, ob der Fehler von GO verschwunden ist.

Das habe ich letztendlich gemacht, ein USB-MIDI-Kabel, dazu Ausrüstung um das an einen Arduino anzuschließen (Optokoppler, Diode etc.). Das war auch erfolgreich. Eingehende NoteOn/Off Befehle, auch ControlChange, kommen an und werden verarbeitet. Daher ist Punkt 1, LED Beleuchtung, auch gelöst. Dann ich kann mir vom GO mitteilen lassen, welche Register angewählt sind, egal ob ich die manuell oder über Setzer angewählt habe. Haken dran. Muss ich nur noch schalten und verkabeln.

Doch nun kommt eine knifflige Aufgabe, wo hier vlt. schon jemand seine Erfahrungen gemacht hat. Ich möchte die Sequenzer-Setzer-Nummer als Sysex von GO an Arduino senden und auf 7-Segment-Anzeige bzw. LCD Display anzeigen lassen. Wenn ich das mache, sitze ich jedoch merkwürdigen Phänomenen auf. Sende ich Sysex an LoopMidi, kommt in Hairless folgendes an:

000: 0x7d 0x1 0x0 0x1 0x0 0x30 0x30 0x30 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20
  001: 0x7d 0x1 0x0 0x1 0x0 0x30 0x30 0x31 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20
  002: 0x7d 0x1 0x0 0x1 0x0 0x30 0x30 0x32 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20
  003: 0x7d 0x1 0x0 0x1 0x0 0x30 0x30 0x33 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20
  013: 0x7d 0x1 0x0 0x1 0x0 0x30 0x31 0x33 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20
  123: 0x7d 0x1 0x0 0x1 0x0 0x31 0x32 0x33 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20

Die drei Ziffern vor dem Doppelpunkt sind die Setzeranzeige in Klarschrift. Man sieht, dass die ausschlaggebenden Bytes die Nr. 6-8 sind. 30 ist in HEX die Ziffer 0. Alles was ich für die Anzeige der 123 bräuchte, wäre die Aneinanderreihung von "31 32 33". Das lässt sich dann spielend leicht in die 123 auflösen. Aber bis dahin komme ich gar nicht. In Hairless wie gesagt diese Anzeige.

Ändere ich in GO als Empfangs-MIDI-Device das MIDI-Kabel, dann kommt im Arduino völliger Blödsinn an. Wenn ich mir dort per Serial.Print einfach nur die empfangenen Daten ausgeben lassen will, sind diese bereits in irgendwelche Dezimalzahlen übersetzt, die keinen Sinn ergeben.

Ich brauche aus dieser Nachricht im Grunde die Bytes 6,7 und 8 und dort muss das "0x" abgeschnitten werden, damit ich für die 123 den Wert "313233" bekomme.

Kennt sich hier jemand damit aus?