TK.

Could you try the same with the MIDImon application when your keyboard is directly connected to the MIDIbox SID hardware? Note that the MIDImon also provides a realtime event filter, so that you only see the common events - set DEFAULT_USE_J5 to 0 and control the MB_STAT_CLOCK_FILTER flag with the button connected to DIN pin #2 (the Menu button) Best Regards, Thorsten.

"Active Sense" is (like the MIDI Clock) a realtime event. The MIDI spec allows to send this byte also within an common event, and MIOS takes care about this. Just try the following: connect MIDI In and Out of your MIDIbox SID with your PC, enable the Link, open the SysEx tool of MIDI-Ox and send these bytes: b0 01 00 b0 01 fe 01 b0 fe 01 02 b0 01 fe 03 b0 fe 01 fe 04 b0 01 fe 05 The MIDIbox should always return proper "Modulation Wheel" controllers. So, thats the reason why I think that FE's are no issue Best Regards, Thorsten. P.S.: the forum doesn't allow to upload pictures directly, you need to save it on a seperate webspace

Dan: please record a .mid file ;-) Seems to be a Yamaha issue? Not sure, because I own a Yamaha AN1x and noticed no problems so far Best Regards, Thorsten.

Thanks, this .mid and .mp3 example gives me more input than the 1000 words before ;-) Just open the event list and you will see that a lot of additional events are received by your PC: Some of these CC's are doing really weird things, this is absolutely clear. Controller 8, 9, 10 and 11 are playing new notes, controller 12 changes the WT patch, etc... it seems that the CC number follows the continues move of your modulation wheel, but it should be the CC value, shouldn't it? In other words: sometimes your MIDI interface doesn't receive the complete MIDI event, the second byte is missing. Did you connect the keyboard directly to your PC? Which MIDI interface are you using? Did you ensure that there is no feedback loop between MIDIbox SID and your PC when the "link" is enabled? Best Regards, Thorsten.

yes, .mid and .mp3 would be helpful Best Regards, Thorsten.

Hi Erik, Of course, this is a lot of effort, especially for somebody who never would use such a "toy" feature by himself. The implementation is easier than writing a motorfader driver, but I see no benefit, so - no support from my side. You know, MIOS is open source - take a look into mios_mf.inc, and change it like you want, or ask other people for help Best Regards, Thorsten.

Hi Seppoman, could you try to record such a scenario with a MIDI sequencer so that I'm able to reproduce it? (standard .mid format prefered) Best Regards, Thorsten.

Argl! :P

It can be found within the midibox64_v2*.zip package Best Regards, Thorsten.

Seppoman: the reason is your display - did you try the same with your HD44780 compatible LCD in the meantime? Best Regards, Thorsten.

Hallo, > Aber warum? Müsste jetzt nicht eigentlich nur ein Taster als betätigt gelten? Du beschreibst einen Effekt, der auftritt, wenn der Shift Clock (SC) nicht richtig angeschlossen ist. Evtl. ein Kurzschluss? Vielleicht hilft es weiter, den RD3 Pin zur Seite zu biegen (so dass er keinen Kontakt mehr mit dem IC-Sockel hat), um ihn dann mit einem Kabel direkt an das DIN Modul anzuschliessen. Wenn das nicht funktioniert, probiere das gleiche mit dem RD2 Pin. Gruss, Thorsten.

Ja, mehr oder weniger. Ich habe auch bereits ein setup_midibox_seq.asm fuer die MB64E Applikation zusammengestellt. Im Gegensatz zur MBSEQ Loesung (die ja eher so nebenbei abfaellt), hat sie den vorteil, dass man 128 Parameter gleichzeitig empfangen kann. Deshalb wuerde ich Dir 3 BankSticks empfehlen: 1 fuer die MBSEQ Patterns, 1 fuer die Pattern Chains, 1 fuer die MB64E Gruss, Thorsten.

Jep - auf den Arpeggiator kam es mir am meisten an. Er arbeitet aehnlich wie der MBSID Arp (hoere http://www.midibox.org/midibox_sid/mbsid_v1_5_wt+arp.mp3), kann aber noch mehr. So gibt es nun 16 verschiedene Arp-Styles (Akkord->Step Zuordnung) und irgendwann dann auch noch 16 verschiedene Grooves. Ich spiele mit den Arpeggiator grundsaetzlich nur live, ansonsten macht das keinen Spass :) Falls Dir eine grobe Auflistung reicht (die Reichelt-Bestelllisten fuer die einzelnen Module findest Du auf den MBHP Seiten): 1 Core, 3 DINX4, 1 DOUTX4 Ansonsten: 17 endlosregler (gibts am guenstigsten bei Schuricht, diesmal bitte welche mit Rasterung nehmen!), 41 Taster (man kann auch mehr anschliessen), 30 LEDs, 2 * 2x40 LCDs, 2 BankSticks (Pattern/Chains), 4 Lochrasterplatinen H25PR200 und eine Menge Flachbandkabel Gruss, Thorsten.

Does your keyboard send CC's? Maybe it changes a sound parameter which causes the strange sounds - the SID parameters are not compatible to GM/XG! Best Regards, Thorsten.

mb64_meta.inc Best Regards, Thorsten.

Hi Erik, it's important to know such details... ;-) although you haven't it meantioned here, yet, I guess that you need to add a pot which is directly coupled with the motor, because the MF driver moves the motor into one direction until the target position (or in other words: the target output voltage of the pot) is reached. You could easily test if the motor runs also into another direction by toggling the appr. analog input pin between 0V and 5V Best Regards, Thorsten.

Also wenn Du den Bildschirmaufbau auf diese Weise verfolgen kannst, dann wuerde ich Dir dringenst empfehlen, mit der Frontplatte zu warten und nach einem anderen Display ausschau zu halten. Diese Dummy-Zeichen erscheinen bei einem normalen Display vielleicht fuer 50 uS (Microsekunden!) - sind also voellig unauffaellig, bei Dir liest es sich so, als wuerde es sich um Millisekunden handeln. Diese Latenz waere fuer einen MIDI Controller vielleicht noch akzeptabel, aber einen Synth macht das unbrauchbar. Auch die Dummy-Display-Updates sind voellig akzeptabel, weil sie normalerweise nicht weh tun. Der Aufwand, unnoetige Updates zu erkennen und zu verhindern steigt schnell ins Unermessliche (und wer soll das alles testen? Nach solch einer Aenderung traut man sich ja gar nichts mehr neues mehr einzubauen ;-)), deshalb habe ich das gar nicht erst angefangen und gehe lieber auf nummer sicher - bevor ich wochenlang den Fehler-Reports im Forum nachgehen muss... Das Erweitern des OSC-Layers ist kein besonders grosser Aufwand, aber Du muesstest dich halt selbst darum kuemmern. Ich kann das mit meiner Hardware nicht testen. Hint: cs_menu_io_tables.inc, cs_menu_buttons.inc, cs_menu_leds.inc Gruss, Thorsten.

You guys are mixing totally different issues here... Seppoman: I guess that the reason for your problem is the exotic display you are using (see also the german board). To check if this is the reason, just set "CS_ENABLED" to 0 --- this will also deactivate the display. Better: disconnect the display from the core (but use the original MIOS release, since your display driver has no timeout mechanism!) If the SID is working ok thereafter, you know that the extremely slow display and the high power consumption is the reason. Best Regards, Thorsten.

Bitte mit dem Basteln warten, bis die MIOS basierende MIDIbox SEQ released wurde - es gibt mehrere moegliche Hardware-Optionen, und diese werde ich erst nach der Release dokumentieren. Gruss, Thorsten.

Doch, das geht :) Man kann fuer jeden Track einzeln den sogenannten Controller-Modus aktivieren, damit wird die Poti-Reihe (MB64 based design), bzw. Encoder-reihe (neues design) vom Sequenzer ausgelassen, und man kann stattdessen CCs (oder was auch immer) direkt versenden. Auf diese Weise ist es also moeglich, einen oder mehrere Tracks fuer Realtime-Controls freizuhalten. Gruss, Thorsten.

Set the download rate of vmidibox to 150 bytes/s --- this info can be found in the MB64 changelog Best Regards, Thorsten.

This strange noise is caused by a ground loop, just ensure that neither the shield of MIDI In, nor the MIDI Out is connected to ground (although the ground connection can be seen in the core schematic, for synthesizers with Audio Outputs like for the MBSID it's better to remove it) Note Hangs: sometimes happens when using the PIC16F, thats a known problem and cannot be solved. The PIC16F is not powerfull enough to handle every MIDI event in realtime when the SID software engine is under full load (too much features). Solution: use a PIC18F MIDIbox crashes when fridge (or soldering iron...) starts to work: EMC problem, a metal case could help. Best Regards, Thorsten.

P.S.: we checked the AOUT module against a Doepfer MCV24, the output voltage of the AOUT is much more stable (accurate) compared to this commercial solution ;-) Means: in difference to the Doepfer solution a note or CC always leads to exactly the same voltage Best Regards, Thorsten.

The AOUT module works very stable, I tested it together with a guy who owns a lot of nice analog gear some days ago. Want to have an impression? ;D But the schematic is not final! I will possibly add some caps to the digital power supply, just to improve the s/n ratio (but it's already ok - just a prevention measure) And I will add a connector for the 8x8 AMUX extension, so that a single MB64 (later also a seperate application) can drive up to 64 CV outputs Best Regards, Thorsten.

A new release of the MIOS based MIDIbox64 is now available on the MIOS Download page: http://www.ucapps.de/mios_download.html A lot of new features have been integrated, especially for a minimum setup with 16 pots, for the AOUT module, an optional datawheel, MTC and MIDIclock/BPM display and different display sizes (dedicated layouts for 2x16, 2x20, 4x16, 4x20) - see the ChangeLog: http://www.ucapps.de/midibox64_changelog.html Thanks to Matthias Schreiber who implemented the page feature (16 pot variant) and the 2x16/2x20 layout, and PayC who improved the 4x16 and 4x20 layouts. Best Regards, Thorsten.