dance-or-die

Shit I can't believe that. I'm so sorry Yes it works, now. MIOS wasn't uploaded right to the core, I don't know why. Most changes (try to learn assembler the last days :D) on MIOS or MB64 takes a small effect and I thought the code was proper uploaded to the core. Thanks for the help Thorsten and best wishes for the coming decade. Chris

Yeah, I wondered by myself but the precompiled Mios Version do the same. I have also think about a upload failure, but the precompiled Version shows no longer the "READY." Message first. And so I think all is gone right by uploading. I will now have a try with Linux and MIOS Studio 9 to upload, because I can't use the core feedback feature with my old Win 98 :D and Studio 7.5 Later more ... Chris

Sorry, I tried that yesterday without success, but I am not sure. I test it with dout_buttons_v1c application and the result is the same as with unmodified mios_srio.inc SR# 1 Pin#0 0x00 let lit a LED on physical Pin 7 (QH) on a 74HC595 ... SR# 1 Pin#7 0x07 let lit a LED on physical Pin 15 (QA) on a 74HC595 that are the right results for standard mios_srio.inc I guess. but I get this for both cases modified and unmodified. I have also tried to change the DIN bit order with same effect. It seems that nothing changes. What about the applications, are there any changes to make? chris

Hello, How can I change the LSB / MSB order of DOUT Modules in mios_srio.inc chris

Mmmh, man soll die Bit Reihenfolge ändern. Aber wo steht da nicht. Ich habe versucht die Reihenfolge in MIOS_SRIO_Loop zu verändern. Keine sichtbaren Veränderungen. Muss die Application selbst auch geändert werden. Oder bin ich an der falschen Stelle zu gange?? chris

ok, hab noch mal das forum durchsucht und diesmal mit den richtigen Stichwörtern. Habe vorher nicht gewusst das es ein schon seit längerem bekanntes "Problem" ist. Denke mal ich bekomm es hin. chris

Hallo, vor längerer Zeit habe ich mal eins meiner Projekte auf Basis der MB64 Application realisieren wollen. U.a. habe ich kombinierte DOUT/DIN Platinen layoutet und geätzt, die allerdings einen Fehler in der Zuordnung enthielten. Auf den Platinen sind 8 Buttons mit 8 LEDs. Wenn jetzt Button 1 gedrückt wird, leuchtet die LED von Button 8 bei Button 2 die LED von Button 7 usw. Ich habe damals nicht gemerkt, das beim Anschliessen der LEDS die Reiehnfolge zu den Ausgängen vertauscht ist. Allerdings dürfte es nicht das Problem sein die LEDs Softwaremässig zu drehen. Ich will nicht unbedingt eine komplette Lösung von euch. Mir reicht ein Ansatz. MIOS selber würde ich nicht ändern wollen. Ich denke da eher an die MB64_leds.inc Über einen Vorschlag wäre ich dankbar. chris

Die gestrichelte Linie bedeutet wohl, das der Port benutzt wird. Die Beta 4_4 ist da einwenig auskunftsfreudiger. Dann weiß ich jetzt, wo ich zu Suchen habe. chris

Danke für die vielen Antworten, ich versuchs mal kurz zu machen ::) Vor dem Update von Java lief MiosStudio gar nicht. Das Splash-Bild kam und das wars. Ich benutze sehr wohl auch ein "Betriebssystem", allerdings funzt die MiosStudioBeta mit OpenSuse 10.3 auch nicht. Die Midi Devices werden nicht gelistet. Hab mich da aber noch nicht näher mit befasst. Ich vermute das es an der geänderten Device Struktur liegt. Früher hat Mios auf die "hwXXX" Devices von ALSA zugegriffen, die existieren unter OpenSuse so aber nicht. Wie gesagt nocht nicht mit befasst. Da ich Windows nicht unbedingt emuliert benutzen will. bleibt im Moment nur 98SE, zudem möchte ich die Applikation auch anpassen. Im Moment ist mir nicht bekannt, ob ich die Apps auch irgendwie unter Linux kompeliert bekomme. Für Tipps wäre ich da sehr dankbar. Ausserdem hat MiosStudio ja mal funktioniert und daher habe ich gedacht, jemand könnte mir mit dem jar File einer älteren Version aushelfen. Soviel erstmal chris

Hallo, bin Windows98SE Benutzer und kann keine Applikationen mit MiosStudioBeta mehr in den Core schieben. Einen Hardwarefehler schließe ich aus. MidiOx zeigt im InputWindow alles exakt an. Messages zum LCD kann ich mit MiosStudio auch senden. Allerdings zeigt MiosStudio im Input Monitor rein garnix. Es scheint, als seien die Midi Input Devices unter MiosStudio nicht lesbar (gestrichelte Linie als Verbindung ! Probiert habe ich Gameport Midi und Midi2Com). Gibt es noch ältere MiosStudio Versionen. Früher ging es immer. Neuestes Java ist installiert. Update auf XP bzw. Vista lehne ich hab. Dann lieber hex2syx Vielen Dank im Voraus. chris

Hallo, ich habe jetzt seit ca. ein paar Tagen folgendes Problem gehabt nachdem ich vom Gameport auf COM umgestiegen bin. Nach verbinden mit dem to-Com Modul und dem Com Port am PC haben sich die Fader (Poti) Werte geändert. Sowohl im Wert als auch der Kanal. Soll also heißen, das immer andere Werte im Display erscheinen. Die Balkenanzeige in den Verschiedenen Display Modi juckte das aber nicht. Ich habe dann nochmals alles Kontrolliert und konnte nix auffälliges feststellen. Habe dann an ein Masse oder EMV Problem gedacht, aber auch das konnte ich schnell ausschliessen. Der 100K bzw. 1.2K Widerstand wegem dem Gameport war es auch nicht. Mein to-Com Modul bestand nur aus einem Pinheader, dem MAX232N und den Kondensatoren. Die laut Anleitung als Keramik 100nF Typen ausgewiesen sind. So den MAX getauscht, immer noch das schwanken. Kondensatoren getauscht, immer noch. Dann hab ich mal ins Datenblatt von dem MAX geschaut und festgestellt, das die da Polarisierte Kondensatoren benutzen, sprich Elkos. Also die Keramik DInger raus, Elkos (1uF) rein und was soll ich sagen, es funzt einwandfrei. Jetzt bin ich aber sicher nicht der erste, der so nen LTC bzw. to-Com Modul gebaut hat. Frage ist jetzt natürlich warum hat das bei mir nicht mit den 100nF geklappt und warum schwankt nur die HEX Anzeige je Kanal und nicht die Balken. Es liegt nahe den COM Port des PCs zu verdächtigen. Da hab ich als Pegelwandler 75185er drin, glaub ich. Wie auch immer. Falls Probleme der Art bekannt sind, sollte man sowas vielleicht ins WIKI aufnehmen. Sollte ich ein Einzelfall sein vergesst das ganze ;)

Ok, alles klar 8) um die *.ini Geschichte hab ich mich bis jetzt noch nicht gekümmert. Völlig neue Möglichkeiten tuen sich auf. Wenn alle funzt sag ich bescheid. chris

Jo, danke für die Antwort ;) an sowas hat ich auch schon gedacht, war nur zu faul das ganze noch mal durch den asm zu jagen :D allerdings warum ist mir die AUTO_SNAPSHOT Geschichte noch nicht aufgefallen. Irgendwie hab ich die noch nicht entdeckt. Na ich mach mich nochmal auf die Suche. chris

Hallo, erstmal meinen Dank für dieses tolle Projekt. Ich hab schon viele schöne Stunden damit verbracht :D und dann mal gleich zu meiner Frage. Im Moment programmiere ich ein Plugin für eine auf QT Basierende Software zum steuern von intelligenten Lichteffekten unter Linux. Dazu gibt es sicher noch mehr zu erzählen, aber dieses erst wenn es soweit ist. Das Plugin soll u.a. das LCD Display überflüssig machen und über Meta bzw. SysEx Events den Core steuern. Als Application läuft im Moment MidiBox64 in der neuesten Version. Zur Zeit verfügt das Teil auch noch über Buttons, die aber auch wegfallen sollen. Lediglich die Fader bleiben. So nun zum Problem: Beim kurzen drücken des Shnapshot Tasters sendet die Box die zuletzt gespeicherten Werte der aktuellen Bank als Midi Events. Wie kann ich das Remote abfragen?? Bzw. gibt es ein SysEx zu diesen Special Button. Ziel ist das nach einem Bank Select, die gespeicherten Werte auch an die Umwelt sendet und nicht nur intern, die neuen Werte aufruft. Ich find es nicht :( Andere SyxEx funzen einwandfrei. z.b. Page Select, Bank Select usw. chris