TK.

Should be fine, but I'm not 100% sure Best Regards, Thorsten.

Hi Enrico, I think that a LED matrix is less important than all buttons of the original panel layout. Sure, in general you could control all functions from the already existing keys, but it isn't ergonomic. Especially the GP buttons below the LCDs are important, they have different functions depending on the menu context - so, you have to see the text exactly above the button, otherwise your sequencer will be nearly unusuable, as it is too time consuming to find the right key to the appr. function which is displayed on LCD, which is far away! I think that the only buttons of MBSEQ which maybe could be removed are Metronome and Scrub - everything else is heavily used during a session Best Regards, Thorsten.

Hi Johnc, is it a common DC motor with two inputs? Then it could work. You can doublecheck this by supplying the motor with 5..10V DC, it's especially important that the motor changes the direction when the polarity is swapped. Best Regards, Thorsten.

Thanks for the little shock in the evening - I'm wide awaken again ;-) Yes, note A outputs 440 Hz (the scope jitters between 439.5 and 440.5, but this is a common measuring problem, don't panic!) Best Regards, Thorsten.

Hallo, beachte bitte, dass es auch eine verstaendlichere C Version der MIDIbox LC gibt (nach midibox_lc_v2_0_alpha suchen) Ja, NUMBER_SHIFTREGISTERS bezieht sich auf die maximale Anzahl der Register im DIN oder DOUT Zweig, je nachdem, in welchem sich mehr Register befinden. Sie werden parallel bedient um Zeit zu sparen, deshalb diese Abhaengigkeit. Gruss, Thorsten.

I've already written a v1_to_v2 patch converter script, but the resulting sounds need some finetuning, as the scaling of some parameters like LFO rate and depth is not identical between the two MIDIbox versions. I'm planning to release an overworked "vintage bank" soon. Best Regards, Thorsten.

The "First Steps" guide with some sound programming examples + new MP3s is now available under: http://www.ucapps.de/midibox_sid_manual_fs.html Best Regards, Thorsten.

So, you are not using the small transistor pre-amp of the MBHP_SID module before connecting it to your TDA7052 based amp? This could be the reason! Best Regards, Thorsten.

No, I was wrong - the version is up-to-date WR# should be 0 when ModWheel #14 is sent, it should be 5V on any other ModWheel value (see main.asm header) Best Regards, Thorsten.

Hi Alex, it is not required to remove the SID for this test. MIDI-Ox provides a control panel, from where you can easily send a specific ModWheel value. Reg. ModWheel value #14: I just have noticed, that there seems to be an error in the released test application - within the SID_SetPin14 function in main.asm, SID_SR_LAT_WR is set and not cleared (therefore CS# is propably always 0). I'm sure that I fixed this months ago, but it seems that I forgot to upload the new version Best Regards, Thorsten.

Ok - to summarize the findings of the last days: 1) there is digital noise when the MBSID firmware is running 2) there is no digital noise when the testtone firmware is running 3) the digital noise sounds like register accesses to the 74HC595 (in my ears...) 4) you still hear the noise, when the audio output of the SID is shortened So, the conclusion is clear: as previously assumed, there is a problem with the transistor amp circuit. Maybe some kind of crosstalk between the 74HC595 signals and the amp circuit. You don't hear this noise with the testtone application, as register accesses are only done during the initialisation phase. The MBSID firmware can access the registers periodically. I guess that you already checked the transistor circuit visually, and you are not able to find an error here. So, my proposal: desolder the components of this circuit, clean the PCB, solder them again Thats propably the fastest solution. Best Regards, Thorsten.

No, but nice idea. I can consider this in one of the next releases. Best Regards, Thorsten.

Hi, the problem with CNY17 is, that there are also parts which are "so weak" that a low pull-up resistor leads to a bad signal. This effect is propably caused by the manufacturing tolerance (german: "Exemplarstreuung"). Ca. 5 years ago, we had the situation that everybody who bought a CNY17 from Reichelt reported good results with 1.8k, but everybody who purchased the optocoupler somewhere else had to adapt the resistor value to 2.2k (and not to a lower value). Other people reported, that the optocoupler was only working with specific MIDI instruments. At the end I decided to replace this optocoupler by a one with integrated amplifier -> the 6N138 So, I can only highlight it again: don't use a CNY17 Best Regards, Thorsten.

P.S.: habe gerade nochmal die Suchfunktion des Forums verwendet, um nach aehnlichen Faellen zu forschen. In den letzten Jahren ist der Fall zweimal vorgekommen. Einmal war es der Optokoppler, beim zweiten Mal wurde einfach ein neues Core Modul aufgebaut (doch vermutlich war es ebenfalls der Optokoppler) Gruss, Thorsten.

Frame Error ist ein Flag, das vom USART gesetzt wird, wenn das Start-Bit zu frueh empfangen wurde. Hierfuer kommen drei Ursachen in Frage: entweder laeuft das PC Interface zu schnell (unwahrscheinlich), oder der PIC zu langsam (wahrscheinlicher), oder die Flanken am Ausgang des Optokopplers sind nicht steil genug (noch wahrscheinlicher). Das Problem liegt also entweder am Optokoppler+Beschaltung (Exemplarstreuung? Probiere mal einen kleineren Pull-Up an pin #6 - aendert sich was?), oder an der Quarzschaltung (wo hast Du den gekauft? Welche Kondensatoren verwendest Du?) Im Software Loopback Test wird dieses Flag nicht ueberprueft, hier kann man den Effekt eigentlich nur erkennen, wenn man einen groesseren SysEx Dump uebertraegt. Dies wuerde erklaeren, warum er bei Dir (scheinbar) laeuft. Gruss, Thorsten.

Connect it like the first one. Only exception: the CS# line of the second SID (right audio channel) needs to be connected to J14 of the core module Best Regards, Thorsten.

Hi *, the long-awaited MBSID V2 public beta test is starting now - more info + feedback here: http://www.midibox.org/forum/index.php?topic=9457.0 Best Regards, Thorsten.

Hi *, this thread informs you about the latest MIDIbox SID release, and it gives you the possibility to write down your feedback (bug reports, questions about existing features, suggestions for new features, etc...) The current MBSID V2 binary can be downloaded from http://www.ucapps.de/mios_download.html Please read the CHANGELOG.txt for latest changes Link to user manual: http://www.ucapps.de/midibox_sid_manual.html Best Regards, Thorsten.

Mehrere Gruppen lassen sich nicht mit den zusaetzlichen Group Select Tasten anwaehlen (soweit ich mich erinnern kann, ist das nicht so ohne weiteres implementierbar). Alle 16 Tracks sind jedoch unabhaengig von den Gruppen anwaehlbar, wenn Du die Mute Taste haelst, und mit den 16 GP Tasten die Tracks selektierst, die gemeinsam geaendert werden sollen. Gruss, Thorsten.

The probability that a 8bit value already exists in an unformated EEPROM is lower than for 16bit. Best Regards, Thorsten.

It isn't possible to merge C code with the MBSEQ V3 application, as it already allocates most of the resources. But you can just re-use the button matrix code which is located in seq_button.inc (search for SEQ_BUTTON_GetRowIRQ and SEQ_BUTTON_SRM_Handler) From the SRM_Handler, you can easily branch to the SEQ_BUTTON_Handler in order to trigger functions which are listed in SEQ_IO_TABLE_DIN (I think if you know assembler, this information should be enough) Best Regards, Thorsten.

25mS is far to much, in MIOS I'm using a setup time of 100 uS before starting the conversion. The jitter is ca. +/- 1 LSB as well. It is compensated with the deadband algorithm which is described somewhere in the forum (use the search function - you have the keyword now), and at http://www.wikipedia.com of course. 8051: I played with a 80c535 ca. 15 years ago... so far I remember it has an integrated ADC. I wouldn't use such micros today anymore - there are cheaper, higher integrated parts for less money. Best Regards, Thorsten.

The resulting effect when the setup time is not long enough is jitter, no? However, regardless of the definition, my question was: how high is the unexpected offset? I know many people who implemented their own MIDI controller firmware in the past, and most of them were not aware of methods how to make pot changes stable within the target resolution. Yes, the fun begins with multiplexing, where voltages are not settled, and the dynamic switching causes spikes on the analog inputs. At the beginning of the MIDIbox project I needed more than one year to work out a method - later I discovered that it is very commonly used by experts. ;) Best Regards, Thorsten.

This should be ok... what is the range in between the conversion results are jittering? If it is +/- 1 LSB, this would be normal (the 4051 adds some noise..) - this has to be compensated via software (just use a "deadband" algorithm) Best Regards, Thorsten.

What is the resitance of your pots? Maybe it's too high - this can cause such a crosstalk issue. Best Regards, Thorsten.