TK.

Hi John, this explains everything. You have to create a new .syx file for the MIOS core with ID 0x01. You have to do this for MIOS itself as well as for the application. From the README.txt (can be found in the MIOS package): o hex/* contains the same MIOS release in .hex format --- don't burn this file directly into the PIC! The purpose of this binary is to convert the OS into .syx format with different device IDs for the use with the MIOS bootstrap loader: EXAMPLE: perl tools/hex2syx.pl hex/mios_v1_6.hex -os_upload -device_id 0x01 -> generates a mios_v1_6.syx file in the hex directory which contains code blocks for device ID 0x01 instead of 0x00 For the MIDIO128 application: change to the midio128_v2_1 directory and type: perl hex2syx.pl main.hex -device_id 0x01 Best Regards, Thorsten.

Hallo, erstmal danke fuer das Lob! :) Wo faengt man am besten an - vielleicht bei der Verbindung zwischen dem Core und DINX4 Modul. Hast Du das Kabel direkt angeloetet, oder verwendest Du Stecker? Loeten ist immer besser, damit vermeidet man Wackelkontakte. Desweiteren macht es Sinn, die Spannungen am DINX4 Modul durchzumessen. An den ICs muss jeweils zwischen Pin 8 und 16, sowie 15 und 16 ca. 5V anliegen (siehe Schaltplan, dort sind die Pinnummern eingezeichnet). Wenn die Spannungen ok sind, verfolge die Leiterbahnen auf der Rueckseite der Leiterplatte. Siehst Du irgendwelche Kurzschluesse? (also bspw. Loetklumpen zwischen den Leiterbahnen, oder zwei eng benachbarte Leiterbahnen, die aufgrund eines Aetzfehlers miteinander verbunden sind) Gruss, Thorsten.

Und nochmal ein FAQMARKER! :-) Gruss, Thorsten.

Hi John, which MIOS ID is assigned to the core? It's part of the upload request message, so if you are unsure, just write down the complete SysEx string here. Best Regards, Thorsten.

these are dummy IDs. I don't have the money to pay for my own vendor ID, and I haven't found any documentation about IDs which are free for non-profit projects or education... or do you know any? Yes, it was necessary for the case that the MBHP_USB is connected to a mainboard which doesn't switch off the USB power supply after the system has been shut down or suspended. If the interface received some MIDI events during this time, there is a potential risk for a buffer overrun which could lead to invalid MIDI events once the system is available again. Best Regards, Thorsten.

Hi Jeremy, no, I haven't. I've 3 MBHP_USB modules and can plug and unplug them multiple times without the need for a reboot. My mainboard is an ASUS P4P800 Best Regards, Thorsten.

Hi Jeremy, WinME crashed with the AC interface descriptor, thats the reason why I had to remove it. Also the order of the descriptors which are still there is very important, overwise the OS could also crash. After these changes the USB interface was finally regognized by Linux/Mac OSX/WinME/WinXP (yes, home edition, SP1), thats the reason why I think that the problem should be somewhere else. If you don't believe it, just try to change the source code and please report any observations. I don't have the time to debug this release for everbodies obscure installation, I can only estimate where a problem could be located. And from my experiences the errors are always somewhere deep in the undocumented windows APIs or hardware drivers :-( Best Regards, Thorsten.

Hi John, if you've got an acknowledge string after every code block, you know that the app has been loaded (see http://www.ucapps.de/mios_bootstrap.html) Best Regards, Thorsten.

Hi Jeremy, I wrote at the MBHP_USB page: The driver works fine under WinXP in the meantime, so it must be an issue with your USB host. Best Regards, Thorsten.

ueberpruefe ihn bitte mit einer aehnlichen Schaltung wie beim Standalone Test --- nur diesmal nicht auf dem Core Module, um moegliche Fehlerquellen auszuschliessen. Wichtig ist, dass die interne LED ueber einen 220 Ohm Widerstand angesteuert wird. Die Diode D1 kannst Du auf eigene Gefahr weglassen, sie soll die LED vor Verpolung schuetzen. Auf der Ausgangsseite ist die Versorgungsspannung, sowie der 1.2k Widerstand besonders wichtig. Nein, das ist voellig richtig. Interessant waere hoechstens die Spannung gegen Masse des PCs --- und diese Masse ist nicht unbedingt mit dem Core Modul verbunden. Der Optokoppler trennt uebrigens die MIDIbox galvanisch vom PC, es besteht also keine elektrische Verbindung. Das ist besonders wichtig, um evtl. Brummschleifen zu vermeiden. Letztlich ist beim Optokoppler auch nicht die Spannung, sondern der Strom wichtig. Er sollten mindestens 5 mA fliessen, wenn eine logische 0 getrieben wird. Bei einer logischen 1 fliesst kein Strom. Da Logisch 0 immer nur fuer einen extrem kurzen Zeitpunkt anliegt, kann man den Strom leider nicht mit einem normalen Messgeraet messen - deshalb ist dieser Messwert auch nirgendwo zu finden. Und ob nun 5V oder 4.751234V anliegen, ist ebenfalls egal, Hauptsache die Spannung (gegenueber PC Masse) liegt ueber dem TTL Pegel (>3V). Die Spannung gegen MIDIbox Masse ist unwichtig, und vor allem unterschiedlich, je nach verwendeten PC, Netzgeraet, usw. Gruss, Thorsten.

Dem Datasheet nach zu urteilen sollte es mit dem 6N137 auch funktionieren, ich bin mir jedoch nicht 100% sicher, ob sich evtl. die Widerstandswerte am Ausgang (R5 und R6) aendern. Der standalone Test sollte jedoch klappen: http://www.ucapps.de/howtodebug/mbhp_core_extract_opto_test.gif Ergebnisse? Gruss, Thorsten.

Puh, darauf waere ich nie gekommen! Gleich mal vormerken, fuer den Fall, dass jemand anderes auf das gleiche Problem stoesst: FAQMARKER Gruss, Thorsten.

Hi Tim, possibly yes, but there must be a reason why one of the shift registers went bad. Maybe a short circuit at the bottom side? the shift clock SC is a fast switching signal, therefore no DC. You cannot measure the voltage with a common multimeter. However, the mbsid_interconnection_test_b.zip could help to determine if all 74HC595 output pins can be controlled from the core module. Just follow the instructions in the main.asm file of this package. Another important hint: don't forget that with MIOS V1.7 and MIDIbox SID V1.6 the SC input of the SID module has to be connected to pin CORE:J11:MD of the core module. See also http://www.ucapps.de/mios_v1_7_hardware_mods.html Best Regards, Thorsten.

Hi, most SIDs are getting very hot, some not. Hey, thats analog gear :) I don't see problems so long the voltage at pin 28 is still 12V after power-on. If it's much lower (< 11V...), a soldering error could be the reason. But if you see >11V, then you've got one of the older chips which consume a lot of power. Best Regards, Thorsten.

It was very risky to do this with your very first (and such an expensive) panel - but the results are impressive! Well done :) Best Regards, Thorsten.

Really an interesting one! Best Regards, Thorsten.

Das ist aergerlich - am besten informierst Du mal Michael Klein ueber dieses Qualitaetsproblem, vielleicht sind ja auch noch weitere Core Platinen betroffen. Dies ist jedoch nicht der Grund, warum der PIC nichts empfaengt. Vielleicht schaust Du Dir auch nochmal alle Leiterbahnen, die zum Optokoppler fuehren, genauer an. Vergleiche die Platine auch nochmal mit dem Schaltplan, vielleicht hast Du ja auch einfach nur einen Widerstand vertauscht, oder was auch immer. Jedenfalls hilft es, die Schaltung genauer zu verstehen. Falls Du keinen weiteren Fehler findest, hilft es vielleicht wirklich nur noch, den 6N138 auszutauschen, und zu hoffen, dass es dann funktioniert. Gruss, Thorsten.

Hallo, ich kann heute noch nicht sagen, welche neuen Untermenues in den naechsten Jahren hinzukommen werden - aus diesem Grund habe ich die Bedienung so flexibel gestaltet, dass ich darauf keine Ruecksicht nehmen muss. Wenn Du nun eigene Taster fuer die Menues einplanst, dann wirklich nur auf eigene Gefahr. Mit Sicherheit wird es noch ein Menu fuer das AOUT Modul geben, spaeter auch mal fuer die uebergeordneten Patches fuer alle 4 SIDs (Performances oder wie man das dann nennen mag) Run/Stop: bei diesem Einschaltstrom werden die Kontakte des Schalters mit der Zeit korrodieren. Falls Du keine bessere Loesung findest (bspw. bei Conrad --- die sind zwar teuer, bieten dafuer jedoch einen schoenen bunten Katalog), hilft. evtl. ein Relais. Gruss, Thorsten.

Mal dumm nachgefragt: ganz oben schreibst Du, dass ein LTC modul am Core angeschlossen ist, und weiter unten, dass es eine Rueckkopplung zwischen Tx und Rx gibt- Kann es vielleicht sein, dass das LTC Modul einen Kurzschluss hat? Oder hast Du einen MAX232 in den Sockel gesteckt? In diesem Fall wuerde der MIDI In ebenfalls nicht funktionieren (siehe http://www.ucapps.de/mbhp_ltc.html evtl. macht es Sinn, den MIDI In mal ohne LTC auszuprobieren. Gruss, Thorsten.

Hallo, Diesen Effekt kann ich mir gerade nicht erklaeren. Die Wahrscheinlichkeit ist eigentlich sehr gering. Vielleicht ist die MIDI Buchse falsch angeschlossen? Oder D1 ist falsch gepolt? Oder die Versorgungsspannung am Optokoppler fehlt? Zwischen Pin 5 und 8: 5V Zwischen Pin 7 und 8: ebenfalls 5V im Ruhezustand Zwischen Pin 5 und 6: 5V im Ruhezustand M- ist ein Pin von J13 - Du kannst das auch ohne die Stecker verdrahten Gruss, Thorsten.

Hallo, nun koenntest Du erstmal die Versorgungsspannungen am 74HC165 messen - vielleicht hast Du ja eine Bruecke vergessen? Siehe http://www.ucapps.de/mbhp/mbhp_dinx4.pdf Zwischen Pin 8 und 16: 5V Zwischen Pin 15 und 16: 5V Wenn die Spannungen ok sind, kann es eigentlich nur noch an einem Verdrahtungsfehler liegen. Vielleicht ist der Register oder Shift Clock (RC/SC) nicht richtig angeschlossen, oder Du hast einen Kurzschluss auf diesen Leitungen. Ohne Oszi hilft hier nur eins: Leiterbahnen visuell ueberpruefen. Gruss, Thorsten.

Hi Pilo, if the devices are not controlled from an interrupt service routine, but from the main program, you can use the LCD data pins for the shift clock (SCLK) and the digital out (DOUT). For the digital input (DIN) you have to use a dedicated pin, but it can be shared by all devices if they support an high impedance mode if CS not active. So, only the chip select lines require dedicated outputs. If there aren't enough free, you could use one or more shift registers (74HC595), connected to the same SCLK and DOUT lines like the other chips. The register clock (RCLK) has to be driven seperately. In this way you will have an endless number of chip select outputs, but every serial register increases the latency by ca. 8 uS Alternatively you could add some glue logic for the chip select lines which decodes (e.g.) 8 outputs from a 3 bit input line (3-to-8 decoder) Best Regards, Thorsten.

Alright, the MIDIbox MM application is now available under http://www.ucapps.de/mios_download.html in the hope that I don't have to give support for this HUI variant. From the CHANGELOG.txt: MIDIbox MM V1.0 ~~~~~~~~~~~~~~~ Initial version which emulates the Motormix nearly completely: o eight motorfaders send and receive position data with 10 bit resolution o eigth touch sensors can be connected o eight virtual pots (rotary encoders) send relative events o one additional rotary encoder ("jog wheel") sends relative events o all 67 button functions are available o all 72 LED functions are available o two status digits (7 segment digits) o messages are displayed on a 2x40 LCD (only!) Additionally this application provides following functions: o a dirty hack makes it possible to add eight LEDrings to the V-Pots. However, the host application must send the absolute V-Pot position to the display - currently it only works with Sonar, Cubase doesn't get use of the so called "rotary pointer" (see Motormix specification) o a layer function which allows to map Motormix button functions and LEDs to a smaller number of buttons (additional "Shift Key") o 128 general purpose controllers can be send with the V-Pots in GPC mode o internal menu for motorfader calibration o optional "dont-send-if-touchsensor-not-pressed" function (disabled by default to avoid confusion, but heavily recommented if touchsensors available) Following function of the original Motormix is not implemented: o different graphical forms of the "rotary pointers" at the lower LCD line, since the graphics are not documented. Instead, always a vertical bar + the decimal value will be displayed Additional Notes: o Meters are not supported by the Motormix protocol o MTC digits are not supported by the Motormix protocol o LEDrings normaly not supported by the Motormix protocol. The LEDring hack works only with Sonar, and not with Cubase o the two 7 segment digits have to be connected directly to the shift registers --- no multiplexing required o only one 2x40 LCD is supported by the Motormix protocol o tested with the MIDIbox NG hardware, buttons and LEDs are assigned according to the existing design. The mapping can be changed in mm_io_tables.inc o *IMPORTANT* since I'm a Logic user (and therefore prefer the Logic Control emulation), this application has only be tested with following demo programs: -> Sonar 3 Producer Demo Edition -> Cubase SX Demo V1.02 No guarantee that it also works with other versions o Note for Cubase users: most buttons are not assigned to a function by default - you have to do this by hand in the device configuration! It seems that these functions don't have a LED feedback, but this could be different in newer Cubase versions. Please read also the "Remote Control Devices" Documentation which can be found at the Steinberg Website Best Regards, Thorsten.

Hallo Marc, ist doch klasse! Die Spannungen stimmen nun alle, Du hast den 7809 also nicht zerschossen, und kannst die Module beruhigt anschliessen. Auf den Wechselspannungswert, den Dein Messgeraet bei einer Gleichspannung anzeigt, kannst Du Dich nicht verlassen - Gleichspannung != Wechselspannung. Gruss, Thorsten.

Hi Ingebret, more detailed description about such a trivial thing aren't my strength. Hm - are you willing to improve the menu documentation once you've tried it with your own MIDIbox SID? Best Regards, Thorsten.