TK.

Hallo, das MIOS_BOX_CFG0_USE_GLCD Flag hat eigentlich (noch) gar keine Bedeutung. Ich habe es erst in MIOS V1.5 eingebaut und werde es im Laufe der Zeit auch in den Applikationen verwenden. Diese konnten bisher nur ueber den Display Type feststellen, ob ein CLCD oder GLCD angeschlossen ist. Weil aber ein User LCD auch ein CLCD sein kann, und weil es spaeter auch mal eine Companion Chip Loesung fuer GLCDs, die quasi ein CLCD emulieren, geben wird, hielt ich diese Loesung fuer angemessen. Wann ist ein CLCD ein CLCD: wenn es die Moeglichkeit gibt, 8 Sonderzeichen gemaess der HD44780 Spec zu uebergeben. Das ist bei Deinem Display nicht der Fall. Die SID Applikation verwendet momentan noch ein internes GLCD Flag, aber wie sich das auswirkt, schaust Du Dir lieber im Source Code an, das schreibe ich hier jetzt nicht auf... (schau einfach in das main.lst, dort befindet sich der gesamte Code) TIMEOUT1/TIMEOUT2 ist ein 16-bit counter, der dafuer sorgt, dass der LCD Driver deaktiviert wird, wenn kein Display angeschlossen ist. Mit Performance hat das nichts zu tun. Xe: was meinst Du mit Durchschalten? Es gibt durchaus Performance-Engpaesse in der MIDIbox SID, bspw. wenn ein Patch fuer einen (oder mehrere) SID Slaves umgeschaltet wird, oder wenn viele CC's gleichzeitig eintreffen und verarbeitet werden muessen. Das kann man aber nicht aendern, bedenke was da staendig im Hintergrund laeuft (die SID Engine sid_sw.inc ist so etwas wie ein virtueller Synth, und die ganzen DIN/DOUT Shiftregister wollen auch zuverlaessig versorgt werden) und dass die Slaves ueber MIDI mit Daten gefuettert werden (das Versenden eines Patches dauert ca. 250 mS!) - die einzige saubere Loesung waere hier, einen separaten PIC fuer das Control Surface herzunehmen, jeden Slave mit einem eigenen BankStick zu bestuecken und die Kommunikation nicht ueber die MIDI Schnittstelle laufen zu lassen - aber ihr wollt es ja immer billig ;-) Gruss, Thorsten.

PayC: Does it only happen when you connect a keyboard to your SID master? Could somebody please check if the mentioned IRQ_TMP2 workaround does help? If so, I will release a new MIOS version with fixed MIDI receiver, so that this workaround is not required anymore. Best Regards, Thorsten.

The ground connection is the problem, think about how the voltage regulation unit of the NanoVerb is built, and from where it gets its ground. Measure the NanoVerb ground against the SID ground, it must be between 5V and 14V, no? Once you connect both grounds together, you will shorten the PSU. I see now proper way to solve this with the optimized PSU circuit. How does the PSU of the NanoVerb looks like? Best Regards, Thorsten.

Kaum ist ein Tag vergangen, habe ich schon wieder das ARP Konzept geaendert. Das was vorher in den 16 Styles festgelegt war (die Zuordnung der Akkordnoten auf die 16 Steps) kann man nun frei zuweisen. Jeden einzelnen Step kann man zusaetzlich um -8 bis 7 Okatven transponieren - in der Praxis kommt man so schnell zum Erfolg :) Gruss, Thorsten (schraubt jetzt weiter)

Hallo, Da stimmt etwas mit etwas mit dem JDM nicht. Selbst wenn Dein Mainboard nur mit einem schwachen RS232 Treiber bestueckt waere, muesste die Spannung am MCLR# immer noch >10V sein Gruss, Thorsten (ist diese Woche ebenfalls auf XP umgestiegen)

Ok, bug found :) All applications which are using the USER_MIDI_NotifyRx hook and which are overwriting IRQ_TMP1 are affected. This register is also used by the MIDI receiver to save the received byte - the routine is so old, that I have overseen this, in the meantime nearly all MIOS routines are using internal temporary registers, so it's time to do the same for the MIDI receiver. ;-) Quick Bugfix: open sid_rxtx_midi.inc and replace IRQ_TMP1 by IRQ_TMP2 I will provide a proper solution (new MIOS release) tomorrow. Best Regards, Thorsten.

Alright - slowly but surely I believe that this is --> a MIOS BUG <-- concerning the so called "running status". This could explain, why the MIDIbox of Doc runs correctly when he uses the MIDI merger, because all PIC16F based firmwares can handle the running status correctly, for MIOS I haven't tested this for a long time I will check this Best Regards, Thorsten.

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.