TK.

Hi Alex, the maximum voltage of the cap should be at least 2 times higher than the AC voltage. In this case there is no need for 12V. But since your transformer only delivers 9V AC, and the 7809 requires a little bit more (appr. 11V) to regulate the DC voltage, you propably need to use the same method like with the C64 PSU. My strong suggestion: draw a schematic of the circuit you are planning to build, and post it here. 1000 words are no guarantee for correctness, only with the schematic somebody can say if it will work or not Best Regards, Thorsten.

my deepest respect, it sounds better than most of the commercial stuff today! Best Regards, Thorsten.

See this posting http://www.midibox.org/forum/index.php?topic=6039.0 Best Regards, Thorsten.

This page describes the easiest way to build an application: http://www.ucapps.de/howto_tools_mpasm.html Best Regards, Thorsten.

o ensure that the EEPROM is not stuffed on your module! (if this is the case, unmount it and remove/connect the USB cable) o click Systemsteuerung->System Icon o select "hardware" slider o click on "gerätemanager" o uncollapse "USB-Controller", search for the "unknown" device (if it isn't unknown, you will read "Cypress EZ-USB... EEPROM missing" o doubleclick on this icon o select "Treiber" slider, click on "Treiberdetails" - which one is displayed? o click on "Aktualisieren..." o select "Nein, Diesmal nicht" and "Weiter" o select "Software von einer Liste..." and "Weiter" o select "Folgende Quellen ebenfalls durchsuchen..." and "Durchsuchen" o select the directory ez-usb/driver within the mbhp_usb package anything missing? Best Regards, Thorsten.

Yes, the PIC18F4620 is pin compatible, you don't need a new core module or something like that (this is really a FAQ, it should be written into the Wiki) Maxim UART chip: I prefer the IIC solution, because it's more flexible and and requires less pins. The maxim chip couldn't be used on MIDIbox projects which already allocate all pins. However, do you know a IIC (I2C) UART? Best Regards, Thorsten.

Another point: for Cubase you need to select the "Mackie Control" emulation mode: main.asm change LC_EMULATION_ID to 0x14 Best Regards, Thorsten.

I like the constant time slides :) The drums are groovy, but mixing needs improvements. However, for a live session it sounds like you had a lot of fun! :) Best Regards, Thorsten.

Hi Alkex, great one! :) (Btw.: in my implementation, I used vertical bars, because this matches better with the lables of a common MIDIbox SID panel) Best Regards, Thorsten.

not really, you only need to consider that each linked core adds a latency of about 320..400 uS... However, compared to the latency of your PC MIDI interface, this is ultra low ;-) Best Regards, Thorsten.

Hi Ted, this doesn't depend on the MIDIbox, but on the host application! Under Logic, I have to select the Name/Value mode in a special preferences panel. I can also select it with a special key combination (which I forgot in the meantime - I hate shortcuts ;-)) Best Regards, Thorsten.

I love this style of music, too :) Btw.: I'm using the same cases for my AOUT module and the Moog filter: Best Regards, Thorsten.

Hi Matthias, what happens, if you install the ezmon.sys and ezusb.sys driver again? (both are located under ez-usb/driver/) Best Regards, Thorsten.

Hi, it will lead to unforeseen problems: all newer PICs contain the EUSART, and this peripheral has a bug which is very anoying for MIDI transfers (zero-frames are inserted sporatically). See also this posting: http://forum.microchip.com/tm.aspx?m=85120 I will propably switch to the PIC18F4620 this summer - if Microchip doesn't provide a fixed revision until then, I will use a second (smaller) PIC, dedicated for MIDI transfers, and connected to the PIC18F via IIC. However, on the other hand: if you want to create a sophisticated (graphical?) user interface, you should consider the use of external memory (flash or battery buffered SRAM). Connecting 1 MB or more to the PIC shouldn't be a big problem, most GPIO pins can be used for other external peripherals (like the LCDs) in parallel. Just only the chip select line requires a dedicated pin. And if speed does matter (but I think this is not the case for your project) it's better to use a chip family which provides an external memory interface (like 8051 or Z80 derivatives, or maybe a 16bit controller?) Best Regards, Thorsten.

Hallo Andreas, nein, diesen BankStick-Sound gibt es bei der MBFM nicht... aber apropos "so wie bei der MBSID": ich habe mal auf die schnelle einen Interconnection Test, sowie eine Testton-Applikation zusammengebastelt. Vielleicht helfen sie bereits weiter (zum Testen der Signale zwischen OPL3 und YAC muesste ich erstmal meine Box aufschrauben) -> http://www.ucapps.de/mios/mbfm_interconnection_test_v1.zip (Anleitung in main.asm lesen) -> http://www.ucapps.de/mios/mbfm_testtone_v1.zip (1kHz Ton ueber alle 4 Kanaele) Gruss, Thorsten.

Hallo Andreas, wenn ich mich jetzt nicht total irre, koennen die Chips auf dem OPL3 Board durch eine Ueberkreuzung der Daten/Adress/Control-Leitungen nicht zerstoert werden, denn es handelt sich um reine Eingangssignale. Es wurden also lediglich "die falschen Daten in die falschen Register" geschrieben. Doch wenn das 2x40 LCD einen Knacks bekommen hat, dann koennte noch irgendetwas anderes vorgefallen sein, was den YMF262 in Mitleidenschaft gezogen hat. Doch das laesst sich per Ferndiagnose schlecht sagen. :-/ Ich werde mir mal einen Test ueberlegen, mit dem man die YMF262 Pins 19, 20, 21 und 22 auf einen definierten Stand bringen kann - wenn sich das irgendwie bewerkstelligen laesst, koennte man mit einer gewissen Sicherheit sagen, dass das Businterface noch funktioniert Bis dahin koenntest Du mal ausprobieren, ob vielleicht ein Audio Signal an Pin 8 und 14 von IC3 anliegt (Note anspielen!) Gruss, Thorsten.

no, it's not a bridge, but something like a "manual reset button" (cheap solution: without button ;-)) ok, so it's not a reset problem This could have several root causes. Assumed that you are using the suggested crystal from Reichelt (if not: which one are you using instead), it could be that one or more ground/3.3V lines of the chip have no contact with the PCB. Therefore the general hint: add a little bit more solder to all pins. If all these hints don't help, then just send me the module so that I can check it with my own equipment (not to my postal address, but to a packstation - I will mail you this address if required) - for me it would be interesting to learn, which errors can be made, this will help next users who are facing the same issue. I built 4 MBHP_USB modules so far, and tested them with several computers (also at friends), so that I at least know, that the circuit and software are ok, and that the reason for the failure on your board must be a bad connection or something like that... Best Regards, Thorsten.

Nobody has written an editor yet... Best Regards, Thorsten.

Hallo Andreas, die (meist) digitalen Spannungen zu vergleichen, ist nahezu aussichtslos, denn sie werden so schnell geschaltet, dass je nach verwendetem Messgeraet und eingeschalteten Patch andere Werte gemessen werden. Ohne Oszi geht da leider nix. Die Effekte, die Du an Deinem LCD beobachtest, finde ich eigenartig. Egal, wie man die Eingaenge ansteuert, der Kontrast sollte ueber das gesamte Display gleich sein, und fehlende Pixel sollte es auch nicht geben (es empfaengt ja lediglich ASCII-Codes). Irgendetwas ist da bei der Verdrahtung schiefgelaufen, und ich hoffe, dass das LCD noch intakt ist (denn nach Beschreibung scheint das nicht mehr der Fall zu sein). Es koennte sogar sein, dass der OPL3 sich gerade wegen des defekten (?) LCDs nicht mehr ansteuern laesst. Wenn bspw. eine Datenleitung permanent getrieben wird, dann wuerde der YMF262 fehlerhafte Kommandos erhalten. Oder andersherum: am OPL3 Board wurde eine Leitung vertauscht, die gegen die Daten des LCDs treibt - auch in diesem Fall kann man nicht vorhersagen, wie sich das LCD verhaelt, und der OPL wuerde sich nicht ansteuern lassen. Waere es fuer Dich so ohne weiteres moeglich, die Verbindungen zum LCD zu entfernen, so dass nur noch das OPL3 Modul an Port CORE:J15 haengt? Ausserdem waere es interessant zu wissen, wie sich das LCD verhaelt, wenn das OPL3 Modul nicht angeschlossen ist. Gruss, Thorsten.

Yes, it works with two 128x64 displays Best Regards, Thorsten.

Do you know, why it didn't work before? Best Regards, Thorsten.

Great that some problems get solved even if nobody answers ;-) Best Regards, Thorsten.

Hi, the volume register of the SID has only a resolution of 4bit, it doesn't really make sense to control it with a pot. It's better to control it on the analog way Best Regards, Thorsten.

Hi Alex, metering the modulation outputs is such a cool idea, that I couldn't resist to built this into the v1.7303 by myself! :-) See http://www.midibox.org/forum/index.php?topic=6098.msg37721#msg37721 In cs_menu_matrix.inc you will find the offsets of LFOs and ENVs Best Regards, Thorsten.

And now really the last feature, based on an idea from Alkex: [tt] o the LEDs of the modulation matrix are now also used for metering the output values of LFO1-6 and ENV1-2 This new mode is enabled by default, and can be toggled to the old mode (which shows the modulation matrix assignments) by pressing two mod target buttons at the same time (e.g. O1 and O2 pitch). The assignments are also displayed automatically, so long one of the mod target buttons is hold. [/tt] -> http://www.ucapps.de/mios/midibox_sid_v1_7_303beta13.zip Best Regards, Thorsten.