Roman Midi-Opa

Hallo Peter, Du solltest allerdings noch einen als Schmitt-Trigger (Komparator) geschalteten OPV vorschalten. Damit kannst Du einen definierten Schaltpunkt ableiten. Anbei mal ein Link zu dem Thema : Link . Danach auf den DIN und es sollte erkannt werden. Ich hatte die Sensoren auch schon mal im Betrieb und, da allerdings das Auflagegewicht der Tastatur zu hoch war und der Sensor permanent bei Tastendruck ansprach, wieder ausgebaut. Gruss Roman

Hallo zusammen, da wollte ich schon mit meinem Projekt der DB50XG-Steuerung in die Sommerpause gehen, als mich die Entwicklung hier im Forum überholt hat. Wie zu lesen, gibt es einen weiteren Softwareansatz zur Bedienung der XG-Karten. Meine Entwicklung an dem Projekt ruht derzeit. Ich habe mich ablenken lassen von dem Traum aller Orgelspieler den Sound einer Hammond B3 kontrollieren zu können. Gefunden habe ich, durch einen Hinweis von Sparx, ein Projekt von Hubert Bollig, der eine Internetseite namens Bolltone.de betreibt. Dort ist die Beschreibung des PropB3-Moduls zu finden. Die Kosten für die Module inklusive Platinen beliefen sich auf ca. 80.-EUR für zwei Stück. Der Sound ist einfach Klasse. Zur Steuerung soll auch hier ein Core32-Modul mit etwas drumherum zum Einsatz kommen. Wie immer ist die Hardware, hier speziell die Zugriegel, das größte Problem. Anbei mal ein paar Bilder von dem was ich schon so habe. Danach ist hoffentlich das Wetter besser und ich kann mit dem Motorrad meine Runden drehen. Gruss Roman

Hallo, das ist mit den SysEx ist das grundsätzliche Problem. Mittels des sehr guten SCS-Menu ist es releativ einfach eine eigene Struktur zu entwickeln, die unter anderem auch Sysex Befehle sendet. Wie in dem vorherigen Post beschrieben ist das allerdings das Problem. Hier und da ein paar SysEX absetzen ist kein Aufwand, dagegen ein z.B. MU50 nachbilden zu wollen ja. Anhand der oben beschriebenen Struktur kann man sich glaube sehr gut gedanklich durch die Befehle hangeln. Menu Auswahl 01 setzt Befehl 03 aus dem Array ab. Die Struktur und die Befehlsart ist im Array hinterlegt, so wie die Stelle an der der Wert aus dem SCS-Menu einzufügen ist. Gruss Roman

Hallo zusammen, nach dem Einbau in ein Gehäuse begann eine ausgiebige Testphase die noch nicht abgeschlossen ist. Ich bin nach wie vor des Lobes voll und jeden Tag aufs Neue begeistert von dem MIDIO128. Mit dem eigenem Anspruch der Steuerung von zu "standalone" umgebauten Wavetable Boards bin ich derzeit nicht ganz glücklich. Fest steht das eine komplette Steuerung aller möglichen Parameter an der Vielzahl der Karten, die geringe Anzahl mir zur Verfügung stehende Karten und den fehlenden Eingabemöglichkeiten scheitert. Ich habe daher für mich selbst entschieden nur einige wenige Kernfunktionen für das Spiel "on the fly" zu implementieren. Hier hänge ich allerdings an der Möglichkeit des Sichern und Laden von Informationen, da diese nicht nur in das MIDIO128 zurück gelesen werden müssen, sondern auch an die angeschlossenen Karten je Part übertragen werden müssen. Das Konzept ist derzeit in Arbeit. Die Alternative hierzu wäre eine an die Schnellregistrierung von Kirchenorgeln angelehnte Bedienbarkeit. Auf Druck einer Taste wird eine vorher gespeicherte Konfiguration an die Karten übermittelt. Etwas ähnliches gibt es in der NG-Box und wird sicherlich auch von Gitarristen geschätzt. Hier denke ich aktuell über den Typ der Datei nach (MIDI, SysEx). Die Erstellung würde ich in einer DAW oder XG-Works Software vornehmen wollen und dann nach Tanzserien speichern. Vielleicht fortlaufend nummeriert mit einem Taster/Hebel zum rauf- und runterschalten. Sinnvoll ist sicherlich auch den Song in Teile mit unterschiedlicher Registrierung zu zerlegen (Part A,B, Solo). Aber jetzt steht erstmal die Motorradsaison an und im Herbst geht es weiter. Bis denne Roman

Hallo zusammen, nach soviel Theorie nun etwas aus der Praxis. Die angehängten Bilder zeigen mein MIDIO128 in einem Standard TEKO AUS23 Gehäuse. Damit die vielen Schnittstellen, SD-Karte und SCS befestigt werden konnten, habe ich das Ganze in einem selbst gebautem ALU-Gehäuse verpackt. Das ALU-gehäuse besteht aus 4 ALU-Platten, das seitlich mit entsprechenden 10x10mm Winkel zusammen geschraubt sind. Darna hängen dann die Platinen auf 5mm Abstandsrollen. Zur Belüftung und Kühlung sind noch einige Bohrungen zusätzlich angebracht. Die Frontplatte bzw. hintere Abschlussplatte ist noch in Arbeit. Gruss Roman

Hallo Thorsten, entschuldige die späte Antwort aber ich hatte Probleme mit meinem XP-Rechner (MIDIBOX-Rechner). Mit dem Begriff Emulation meine ich die verschiedenen System Modi, wie es wohl richtiger heissen müsste. Das heisst das bei der DB50XG Karte die Sounds im GM-, XG-, TB300-Mode angesprochen werden können. Hier gibt es eine geringe Anzahl gemeinsamer Parameter wie z.B. die GM-Sounds die immer auf MSB = 0 und LSB = 0 liegen. Die anderen Soundparameter und auch SysEx Messages können durchaus unterschiedlich sein. All das habe ich unter dem Begriff Emulation zusammen gefasst ( z.B. Die Karte emuliert den XG-Mode). Gruss Roman Nachtrag: Ich vergaß zu erwähnen das ich noch eine Karte mit einer MT-32 Emulation habe. Eine ältere Roland Geschichte mit Dream Chipsatz.

Hallo zusammen, nachdem nun ein paar Tage ins Land gegangen sind, kann ich von meinen ersten Fortschritten berichten. Die flexibelen Parameter mit einer Breite von 2 Items im SCS Menu sind lauffähig. Ich arbeite derzeit an der Ausgabe per Port. Im Zuge der Umstellung habe ich die Möglichkeit mehrfacher Karten im System vorgesehen, um dem Wunsch einiger Forumsmitglieder zu entsprechen. Diese Möglichkeit ist auch im Aufbau, da die Tiefe der Datenstrukturen dadurch sehr stark wächst. Die Möglichkeit der verketteten Listen lasse ich mal Aussen vor, seit den 90er Jahren und Borland's Volkscompiler Turbo Pascal usw. überlasse ich dass normalerweise dem Compiler. Anbei mal eine Skizze was derzeit steht und wie es organisiert ist. Vielleicht findet sich ja doch mal jemand der dazu etwas beitragen möchte und/oder dazu Vorschläge hat, wie man es besser machen kann. Gruss Roman Db50XG.pdf

Hallo MIOS Gemeinde, nachdem ich recht problemlos ein MIDIO128 um die IIC Ports erweitern konnte, komme ich nun zum zweiten Teil meines MIOS Projektes. Die Steuerung und Kontrolle meiner Wavetable Boards bzw. Expander per MIDIO128. Ursprünglich habe ich das Ganze ja als eigenständige Erweiterung geplant, da aber weitere Mitglieder dieser Gemeinde auch Interesse daran bekundet haben werde ich versuche das Ganze zu integrieren. Die Soundauswahl läuft schon und gestaltet sich wie folgt: Anordnung in 16 Soundgruppen als horizontales SCS-Menu. Auswahl der Sounds, bis zu 42 je Gruppe, als Werte innerhalb der Soundgruppen. Nur das Kürzel des aktuell ausgewählten Sound wird angezeigt. Die anderen Soundgruppen werden mit "----" ausgeblendet. Vorteil, man sieht auf den ersten Blick welchen Sound man gewählt hat. Stand der Programmierung ist derzeit des Rücksetzen der Sounds nach Partwechsel. Bei den Parametern bin ich schnell an die Grenzen des Verstehens gestossen, zu mal mir eine begrenzte Auswahl an WTB bzw. Expander zur Verfügung steht. Daher möchte ich hier das von mir erdachte Datenmodell vorstellen und bitte Euch um eine kritische Prüfung und ggf. Vorschläge zur Verbesserung. ///////////////////////////////////////////////////////////////////////////// // local Action and Control data ///////////////////////////////////////////////////////////////////////////// enum ActionDef { CC, SysEx, NRPN, RPN }; enum ActionDef Actiontyp; typedef struct { u8 wtbEmulation; Actiontyp Acttyp; char Name[11]; char AddrH[2]; char AddrM[2]; char AddrL[2}; char Data1[2]; char Data2[2]; char Data3[2]; char Data4[2]; u8 DataDigits; u16 Default; u16 SetOff; u16 VMin; u16 VMax; u16 VCenter; }wtbActionSet; /* Description of settings * "--" = notset * "0p" or "pp" = p will be replaced by Part Number * "0v" or "vv" = v will be replaced by Value from SCS * Data Digits > 1 Value will be splittet into 2 Digit 7..4 , 3..0 */ static u16 wtbActionSets; const wtbActionSet wtbAction[] { { 0, CC ,"PartVolume","07","--","--","vv","--","--","--", 1, 64,"--", 0,127, 0}, { 0, CC ,"Part Pan ","10","--","--","vv","--","--","--", 1, 64,"--", 0,127, 64}, { 0, SysEx,"PartDetune","08","pp","--","0v","0v","--","--", 2, 64,"--", 0,127, 0} }; Ich denke daran das Ganze über zwei SCS-Punkte als verticales Menue zu integrieren und die Auswahl des Wertes im darauf folgendem Menuepunkt anzubieten. Hierbei sollte es recht einfach möglich sein eigene Parameter einzupflegen. Ferner kann man durch die Struktur der Emulationen schnell eigene Emulation, z.B. mit den Lieblingssounds zur Schnellselection in Soundgruppe 1, ergänzen. Ferner ist angedacht innerhalb des Soundmenues ein alternatives Menu zur Schnellauswahl von Part Nummer und Lautstärke anzubieten. Ähnlich wie Thorsten das mit der altMainPage schon gemacht hat. Ich bin mir bewusst das es ein langer steiniger Weg wird auf dem ich Euch bestimmt noch mit vielen Fragen löchern werde, aber ich glaube das Projekt rechtfertigt dies. Nun aber ran an die Tastatur. Ich freue mich über jede Anregung bzw. konstruktive Kritik. Gruss Roman

Hello, I get answering myself again. I found a description of moving the array in upper memory and use it. For the moment it seem solving the problem. Greetings Roman

I found the memory command in MIDI-Studio and enclose the output: [19295.490] memory [19295.493] Dumping the umm_heap... [19295.494] |0x2007d328|B 0|NB 1|PB 0|Z 1|NF 850|PF 0| [19295.494] |0x2007d334|B 1|NB 8|PB 0|Z 7| [19295.495] |0x2007d388|B 8|NB 15|PB 1|Z 7| [19295.496] |0x2007d3dc|B 15|NB 22|PB 8|Z 7| [19295.496] |0x2007d430|B 22|NB 29|PB 15|Z 7| [19295.497] |0x2007d484|B 29|NB 36|PB 22|Z 7| [19295.497] |0x2007d4d8|B 36|NB 122|PB 29|Z 86| [19295.498] |0x2007d8e0|B 122|NB 129|PB 36|Z 7| [19295.499] |0x2007d934|B 129|NB 215|PB 122|Z 86| [19295.500] |0x2007dd3c|B 215|NB 222|PB 129|Z 7| [19295.500] |0x2007dd90|B 222|NB 393|PB 215|Z 171| [19295.501] |0x2007e594|B 393|NB 400|PB 222|Z 7| [19295.501] |0x2007e5e8|B 400|NB 571|PB 393|Z 171| [19295.502] |0x2007edec|B 571|NB 578|PB 400|Z 7| [19295.502] |0x2007ee40|B 578|NB 664|PB 571|Z 86| [19295.503] |0x2007f248|B 664|NB 671|PB 578|Z 7| [19295.503] |0x2007f29c|B 671|NB 757|PB 664|Z 86| [19295.505] |0x2007f6a4|B 757|NB 764|PB 671|Z 7| [19295.505] |0x2007f6f8|B 764|NB 850|PB 757|Z 86| [19295.506] |0x2007fb00|B 850|NB 0|PB 764|Z 344|NF 0|PF 0| [19295.507] Total Entries 18 Used Entries 18 Free Entries 0 [19295.508] Total Blocks 1193 Used Blocks 849 Free Blocks 344 [19295.508] Size of umm_heap is 14328 bytes, used: 10188 bytes, free: 4128 bytes Sorry for delay in report this. There are no compiler errors. Roman

Hi the trouble with this topic is going on. Hereafter the debug output (cutted by some line): [17952.719] reset [17954.801] [init] K Emu : 0 [17954.801] [init] Emucount : 3 [17954.802] [initCard] CardNum : 0 [17954.802] [initCard] I : 0 [17954.803] [initCard] PartGrp : 1 [17954.803] [initCard] PartPrg : 1 [17954.803] [initCard] CardNum : 0 [17954.803] [initCard] I : 1 [17954.804] [initCard] PartGrp : 1 [17954.804] [initCard] PartPrg : 1 [17954.804] [initCard] CardNum : 0 [17954.805] [initCard] I : 2 [17954.805] [initCard] PartGrp : 1 [17954.806] [initCard] PartPrg : 1 [17954.806] [initCard] CardNum : 0 [17954.807] [initCard] I : 3 [17954.807] [initCard] PartGrp : 1 [17954.807] [initCard] PartPrg : 1 [17954.808] [initCard] CardNum : 0 snip....... [17954.821] [initCard] I : 13 [17954.821] [initCard] PartGrp : 1 [17954.822] [initCard] PartPrg : 1 [17954.822] [initCard] CardNum : 0 [17954.822] [initCard] I : 14 [17954.823] [initCard] PartGrp : 1 [17954.823] [initCard] PartPrg : 1 [17954.823] [initCard] CardNum : 0 [17954.824] [initCard] I : 15 [17954.824] [initCard] PartGrp : 1 [17954.824] [initCard] PartPrg : 1 [17954.824] [sNDBANK_DATA] ix : 1 [17954.825] [sNDBANK_DATA] value : 0 [17954.825] [sNDBANK_DATA] Result->prgnum : 1 [17954.826] [sNDBANK_DATA] Result->banknum : 0 [17954.827] [sNDBANK_DATA] Result->name : GrandPno snip... [17954.829] [afterInitCard] CardNum : 0 [17954.829] [afterInitCard] I : 0 [17954.829] [afterInitCard] PartGrp : 1 [17954.831] [afterInitCard] PartPrg : 1 [17954.831] [afterInitCard] CardNum : 0 [17954.831] [afterInitCard] I : 1 [17954.832] [afterInitCard] PartGrp : 1 [17954.832] [afterInitCard] PartPrg : 1 [17954.833] [afterInitCard] CardNum : 0 [17954.834] [afterInitCard] I : 2 [17954.834] [afterInitCard] PartGrp : 1 [17954.834] [afterInitCard] PartPrg : 1 [17954.835] [afterInitCard] CardNum : 0 [17954.835] [afterInitCard] I : 3 [17954.835] [afterInitCard] PartGrp : 1 [17954.836] [afterInitCard] PartPrg : 1 [17954.836] [afterInitCard] CardNum : 0 snip..... [17954.849] [afterInitCard] I : 13 [17954.848] [afterInitCard] PartGrp : 1 [17954.848] [afterInitCard] PartPrg : 1 [17954.849] [afterInitCard] CardNum : 0 [17954.849] [afterInitCard] I : 14 [17954.849] [afterInitCard] PartGrp : 1 [17954.849] [afterInitCard] PartPrg : 1 [17954.849] [afterInitCard] CardNum : 0 [17954.849] [afterInitCard] I : 15 [17954.849] [afterInitCard] PartGrp : 1 [17954.850] [afterInitCard] PartPrg : 0 [17954.850] [midi_labels] size of sndData : 7924 [17954.850] [midi_labels] sndDataArrayCount : 566 [17954.850] Init DHCP [17954.937] [network_device_init] PHY initialized [17959.843] SD Card not found As you can see the last PartPrg is not changed after init. What could be happens? BL excluded is = 3FFF; Reached that the border of first memory block? It would be great if you could help me. Roman

Hello, I take a array of struct to organize my data and want to reset this data array in a seperat function, When I do so I get a compiler warning like this:expect struct is data * baut argument is of struct data *" in mwvb.c static midi_waveboard_cards wtbCard[MIDI_WAVEBOARD_CARD_NUM]; function init() { .... do something MIDI_WAVEBOARD_Card_Reset(&wtbCard[0], k); ... The result is that data in the strust[array] are not changed. } void MIDI_WAVEBOARD_Card_Reset(midi_waveboard_cards * wtbCard[0],u8 resCard ) { do something } Can somebody help. Greetings Roman

Hallo Thorsten, wie immer eine schnelle, umfassende und kompetente Antwort von Dir. Daumen Hoch! :smile: Gruss und Danke Roman

Hello all, I've found a company which sell simple SD-Card Breaout Boards in Germany. http://www.exp-tech.de/Shields/Itead-SD-MICRO-SD-Breakout.html I hope this is well usable for MIDIO128. Greetings Roman

Hallo zusammen, nach dem Initialisieren eines Wavetable Board benötigt das Board bis zu 0,5 Sekunde Zeit um zu reagieren. Dies kann auch bei diversen anderen Funktionen notwendig sein. Um das Programm nicht unnötig aufzuhalten, suche ich nach einer Möglichkeit nach einer Wartezeit die Task an einer definierten Stelle fortzusetzen. Ich habe im SCS_config zu MIDIO128 folgenden Schnippsel gefunden. if( !do_enable ) { // wait a bit longer... normaly it would be better to print a warning that "unmounting via OS" is better SCS_InstallDelayedActionCallback(MSD_EnableReq, 5000, do_enable); SCS_Msg(SCS_MSG_DELAYED_ACTION_L, 5001, "", "to disable MSD USB!"); } else { SCS_InstallDelayedActionCallback(MSD_EnableReq, 2000, do_enable); SCS_Msg(SCS_MSG_DELAYED_ACTION_L, 2001, "", "to enable MSD USB!"); } Wird hiermit das RTOS angesprochen? Kann mir das vielleicht jemand erklären. Wie wird bei Anwendung in einer periodischen Routine diese Funktion eingesetzt? Gibt es vielleicht Alternativen? Viele Fragen, ich weiss, aber ich freue mich auf Eure Antworten. Gruss Roman

Hallo, die Bootoptionen sind in der Zeichnung (Schematic) vermerkt. J23 offen, J27 offen = Applikation startet vom Flashspeicher J23 offen, J27 geschlossen Bootloader aktiviert. So steht es geschrieben. mfg Roman

Hallo zusammen, J27 sei Dank hat es mit dem Update geklappt. Die von mir angedachten Aenderungen wurden von dem MIDIO128 V3 wie gewünscht umgesetzt. Die Ports IIC0..4 können im Router angesprochen werden und erscheinen auch im Midi-Monitor. Ich muss sagen eine ganz tolle Sache die Thorsten da im Laufe der Jahre entwickelt hat. Auch die Community ist eine tolle Truppe, die, unter Zuhilfenahme der Suchfunktion, auf jede Frage eine Antwort hat. Die Tipps, Anregungen und umgesetzten Projekte sind sehr kreativ. Nun genug der Lobhudelei über diese eierlegende Wollmilchsau. Was übrig bleibt ist die Frage nach einem geeignetem Encoder. Ich benutze den ALPS STEC12E 24/24 vertikal, da mir die Einbautiefe sehr entgegen kommt. Allerdings springt der Wert bei zu kräftigem Anlangen. Gibt es dazu eine Alternative? Gruss Roman

Hallo Thorsten hab Dank fuer die schnelle Antwort. Es beruhigt mich schon sehr dass von Dir zu lesen. Vielleicht weiss ich morgen Abend schon mehr. Gruss Roman

Guten Tag zusammen, als Neuling traue ich mir selber nicht und möchte deshalb hier meine gedachten Änderungen vorstellen. Ziel ist es den Midi-Router um 4 IIC-Ports zu erweitern. Geaendert habe ich folgendes: midi_port.c //RK Erweiterung 4x8 #if MIDI_PORT_NUM_IN_PORTS_IIC >= 1 { IIC0, "<IC1" }, #endif #if MIDI_PORT_NUM_IN_PORTS_IIC >= 2 { IIC1, "<IC2" }, #endif #if MIDI_PORT_NUM_IN_PORTS_IIC >= 3 { IIC2, "<IC3" }, #endif #if MIDI_PORT_NUM_IN_PORTS_IIC >= 4 { IIC3, "<IC4" }, #endif #if MIDI_PORT_NUM_OUT_PORTS_IIC >= 1 { IIC0, ">IC1" }, #endif #if MIDI_PORT_NUM_OUT_PORTS_IIC >= 2 { IIC1, ">IC2" }, #endif #if MIDI_PORT_NUM_OUT_PORTS_IIC >= 3 { IIC2, ">IC3" }, #endif #if MIDI_PORT_NUM_OUT_PORTS_IIC >= 4 { IIC3, ">IC4" }, #endif #if MIDI_PORT_NUM_CLK_PORTS_IIC >= 1 { IIC0, "CIC1" }, #endif #if MIDI_PORT_NUM_CLK_PORTS_IIC >= 2 { IIC1, "CIC2" }, #endif #if MIDI_PORT_NUM_CLK_PORTS_IIC >= 3 { IIC2, "CIC3" }, #endif #if MIDI_PORT_NUM_CLK_PORTS_IIC >= 4 { IIC3, "CIC4" }, #endif midi_port.h //RK Erweiterung 4x8 .._IIC angefuegt // keep these constants consistent with the functions in midio_port.c !!! #define MIDI_PORT_NUM_IN_PORTS (1 + MIDI_PORT_NUM_IN_PORTS_USB + MIDI_PORT_NUM_IN_PORTS_UART + MIDI_PORT_NUM_IN_PORTS_OSC + MIDI_PORT_NUM_IN_PORTS_IIC) #define MIDI_PORT_NUM_OUT_PORTS (1 + MIDI_PORT_NUM_OUT_PORTS_USB + MIDI_PORT_NUM_OUT_PORTS_UART + MIDI_PORT_NUM_OUT_PORTS_OSC + MIDI_PORT_NUM_OUT_PORTS_IIC) #define MIDI_PORT_NUM_CLK_PORTS ( MIDI_PORT_NUM_CLK_PORTS_USB + MIDI_PORT_NUM_CLK_PORTS_UART + MIDI_PORT_NUM_CLK_PORTS_OSC + MIDI_PORT_NUM_CLK_PORTS_IIC) mios32_config.h //Anpassung fuer MIDI-Router 4x8 //RK //Anzahl IIC Ports #define MIOS32_IIC_MIDI_NUM 4 //Definition Out-only #define MIOS32_IIC_MIDI0_ENABLED 1 #define MIOS32_IIC_MIDI1_ENABLED 1 #define MIOS32_IIC_MIDI2_ENABLED 1 #define MIOS32_IIC_MIDI3_ENABLED 1 //Fuer Modul Router Port.h #define MIDI_PORT_NUM_IN_PORTS_IIC 0 #define MIDI_PORT_NUM_OUT_PORTS_IIC 4 #define MIDI_PORT_NUM_CLK_PORTS_IIC 4 Ich hoffe damit alles erweitertet zu haben was notwendig ist, um die IIC-Ports unter MIDIO128 V3 in Betrieb zu nehmen. Bitte an alle mal kritisch drüber zu schauen und nicht mit konstruktiver Kritik sparen. Am Wochenende plane ich das Ganze in Betrieb zu nehmen. Gruss Roman

Hallo zusammen, die PCB's sind angekommen und wurden erfolgreich bestückt. Die Software zum MIDIOV3 wurde übersetzt und aufgespielt. Das alles geschah aufgrund der guten und offenen Plattform problemlos. Hierfür allen Beteiligten, allen vorweg natürlich Thorsten, meinen allerherzlichsten Dank. Nun zum zweiten Teil des geplanten Routers, die Erweiterung der MIDI-Ports. Wie macht Ihr das eigentlich wenn Ihr Modifikationen an einem Projekt vornehmt. Legt Ihr eine Kopie an und verzichtet auf die Aktualisierung per SVN? Oder kopiert Ihr nur das Modul, hier MIDI-Router? Hat vielleicht jemand ein Beispiel zur Integration der IIC-Ports? Das Projekt iic_midi_check habe ich schon gefunden und werde es ausprobieren. Gruss Roman

Hi, I was looking round for some new Information about encoder and found Alps Encoder with LED_matrix. Take look at Reichelt.de and search for EC11B1524B-LED Have fun Roman

Hallo Thorsten, jetzt bin es Schuld das Du Deinen Prinzipien untreu geworden bist. Ich hatte selber schon die vorbereiteten Variablen previusMenutable und currentMenutabel sowie pre..item und cur..item gesehen. Daran haette ich es dann aufgebaut. Schön wenn es dann aber doch so einfach geht. Ich habe schon mal den Bootloader auf das LPC1769 Board gespielt. Leider geht das mit der VirtuellenBox leider nicht so gut. Der Treiber wird nur selten geladen und das Flash nicht gebrannt. Fenster flashen bleibt hängen. Aber das ist eine andere Geschichte. Ich habe mir gleich 2 LPC17 Core Boards bestellt, eines zum Spielen ;-). Aber das dauert.... Gruss Roman

Hallo Thorsten, die Vehemenz Deines Postsriptums hat mich überrascht und ich hoffe ich habe nicht Verkehrtes geschrieben. Bei 676 Wavetable-Sounds , 11 Hall-, 11 Chours- und 42 Variationtypen ist das allerdings eine große Herausforderung ohne Ebenen auskommen zu müssen. Ich denke im Augenblick darüber nach ob es möglich ist das Ganze in ca. 20 Presets abzuhandeln. Damit meine ich nicht Einstellungen des LPC17.., sondern MIDI-Befehlsfolgen die in Menuepunkte per MIDI-Studio geladen werden können. Aber wie gesagt, ich bin erst am Anfang und warte ungeduldig auf die Teile. Alles andere wird sich in der Praxis zeigen müssen. Gruss Roman

Hallo zusammen, solange ich auf meine Teile warte, bin ich gerade dabei mir MIOS zu erarbeiten. Zu dem Tutorial "#027: Standard Control Surface" habe ich die Frage ob es möglich ist mehrere Unterebenen einzurichten. -Effekte | |-Reverb |-Room1 -Hall1..... |-Param1 -Param2 -Param3.... Ich hoffe es wurde durch das Beispiel klar und ich habe damit nicht wieder die Smartphone Leser verärgert ;-). Gruss Roman

Hallo Peter und alle anderen, ich habe soweit die Sourcen von MIDI-Router bzw. MIDI-Ports studiert. Das die IIC-Ports eingebunden werden können, habe ich leider nirgends gefunden. Ideal wäre natürlich die 4 USB-Ports für den PC zu haben und damit das GM5x5 abzulösen. Die Anzahl der MIDI-IN Ports sollte allerdings schon 4 betragen, sowie 8 MIDI-Out Ports für die Geräte vorhanden sein. Die Funktionalität des DINIO's und AIO's benötige ich bei meinem Projekt nicht. Vielleicht kann man die Rechenzeit ja sparen bzw.. die Module abschalten. Es bleibt spannend. Die Teile für das LPC1769 sind bestellt und werden hoffentlich nächste Woche so peu a peu eintreffen. Mit den Teilen für die 4 IIC's warte ich erstmal obwohl ich die Platinen gleich mitbestellt habe. Hoffentlich war ich damit nicht zu vorschnell. Gruss Roman