TK.

Hi George, if you don't expect an quick reply, it's ok :) Best Regards, Thorsten.

Hallo, wenn Du mit Generic Remote arbeitest, moechtest Du nicht wirklich die MBLC Applikation verwenden. Diese Emulation besitzt ja quasi keine Eigenintelligenz, sondern wird komplett vom Host (Logic, Cubase, ...) gesteuert - deshalb auch diese seltsamen MIDI Events, die von der Generic Remote Unterstuetzung nicht richtig verarbeitet werden. Doch Kopf hoch: es gibt ja noch die MIDIbox64E (ein generischer Controller), und diese Applikation enthaelt ein vorkonfiguriertes Setupfile for die MBNG Hardware :) Also: lade am besten mal das setup_midibox_ng.hex file hoch, und anschliessend das midibox64e.syx file aus dem mk_syx.zip Packet Gruss, Thorsten.

Hi, the "rate" lable is an error at my own frontpanel (you will only find this error in the pictures, but not in the .fpd file), it's the depth parameter which is controlled by this encoder Best Regards, Thorsten.

Hi Maik, it should work, it's a nice modular solution! Best Regards, Thorsten.

Hi, a song consists of 128 positions, and each position can be looped up to 16 times. It's also possible to jump between different positions. This jump feature will be enhanced in future, so that you can select the "entry point" within a song from a keyboard. This will redefine the usage of a song - let's say you will have 16 entry points selectable with 16 keys, they will play 16 phrases which consist of up to 16 song positions Best Regards, Thorsten.

Hi Alkex, it seems that the MBSID application tries to initialize the BankStick. You should hear 128 "peeps", thereafter everything should be ok. If you haven't connected a BankStick, you possibly forgot the 1k Pull-Up at pin RA4? Best Regards, Thorsten.

Hi Allan, currently you can forward any parameter you want to any number of AOUT channels you want... because the routing is hardcoded ;-) A user-configurable option will be available sooner or later, but since there are so much possibilities, this is currently a "low priority" feature for me. The CS allows you to modify parameters of all selected oscillators at the same time. It doesn't matter which oscillator is selected. So, let's say you are using OSC1 and OSC2 for a nice saw sound, and OSC3 for percussions. Then just select OSC1 and OSC2 (both LED should lit), and tweak the Finetune parameter. Then select SID 2, do the same, and so on... It's even possible to select multiple oscillators and SIDs at once --- since the oscillators are not synchronized (by default) you will get a very fat sound (by default ;-)) You see, the control surface allows such a quick usage, that you don't really need such special features like global finetune. In my oppinion it would complicate the menu structure too much. Best Regards, Thorsten.

Hi, in my opinion a 2x16 display isn't really useful for a LC emulation, other people are saying that they only use the LC as mixer replacement and don't need any display... so, hard to say if you feel really satisfied with this solution, this question has to be answered by yourself. Disabling motor driver: see main.asm (C version: main.h) Best Regards, Thorsten.

Hi, yes, there wasn't that much memory in the small PIC16F877 to support larger displays... Best Regards, Thorsten.

Hi Steve, yes, thats correct. Regardless of what I'm saying, the schematics are always the reference ;-) Best Regards, Thorsten.

Hi, this is not possible with the MB64E application, see also http://69.56.171.55/~midibox/forum/index.php?topic=4834.0 just read the main.asm (c version: main.h) file, it contains a lot of additional informations :) You can disable the motor driver Best Regards, Thorsten.

Hallo Sascha, ich bin kein Cubase User, und besitze lediglich eine (etwas aeltere) Demo Version von SX. Ich gehe mal davon aus, dass Du versucht hast, die MBLC als einen normalen MIDI Controller zu konfigurieren... das wird so nicht funktionieren. Unter Geraete->Geraete konfigurieren... sollte sich die Option "Mackie Control" befinden, hier kannst Du diesen Controller Typ einrichten. Ausserdem musst Du die Applikation vorher neu assemblieren, und dabei in main.asm die LC_EMULATION_ID auf 0x14 setzen, so dass eine Mackie Control erkannt wird (Cubase ignoriert die Logic Control ID) Frage nebenbei: ist dein Controller mit zwei 2x40 Displays ausgestattet? Falls nicht, waere die MIDIbox MM besser geeignet, die kommt mit einem 2x40 Display aus. Gruss, Thorsten. P.S.: dieser Tip ist mit der neuen C basierenden MBLC implementierung obsolet - diese bietet eine automatische ID erkennung

Hallo, laut Datenblatt betraegt vdd-v0 bei 25° ca. 4.8V (typical). Somit muss an V0 ca. 0.2V anstehen - es ist also keine negative Spannung notwendig. Hast Du Dir mal das Pinning im Datenblatt genau angesehen? Mit 0V an Pin 1, 5V an Pin 2 und 0V an Pin 3 solltest Du bereits die Kloetze sehen (uninitialisiertes Display) --- kannst Du diese einfache Verschaltung nochmal ueberpruefen? Gruss, Thorsten.

Hallo Basti, dieser Fehler ist mir bekannt, ich habe allerdings bisher noch keinen Weg gefunden, den Explorer dazu zu ueberreden, die Seite korrekt darzustellen. Mein Tip: verwende Mozilla, Firefox oder einen anderen alternativen Browser (das hat auch noch andere Vorteile, bspw. bessere Security) Spezielle Hardware-Jumpersettings gibt es bei der MBCV nicht. Die Software-Optionen sind in main.asm beschrieben Gruss, Thorsten.

super! :) Gruss, Thorsten.

This is the MIDIbox SID made by Klingen - the box design might look familiar, but note that this panel is selfmade and not from Schaeffer! :) Klingen wrote:

it seems to be the first MIDImon in the gallery :) Seppoman wrote:

Hallo Tino, Hoerst Du das Brummen eigentlich auch dann, wenn der SID nicht im Sockel eingesteckt ist, und Pin #27 stattdessen auf Masse liegt? sehr sehr seltsam - die Verbindungen zum SID scheinen ja in Ordnung zu sein. Falls Du besonders wagemutig bist, koenntest Du Pin #27 des (wieder im Sockel eingesteckten) SIDs hochknicken, und den Audio In Deines Mixers ueber einen 100 nF Kondensator direkt mit diesem Pin verbinden. Nur mal so zum testen - ich rate auf meiner Webseite zwar davon ab (da Buchi auf seiner Webseite bspw. schreibt, dass er auf diese Weise schonmal einen SID fritiert hat), doch ich selbst habe den SID Anfangs genauso betrieben, und es hat ihm "nicht weh getan". Falls Du auf Nummer sicher gehen moechtest, muesstest Du den SID in einem C64 ausprobieren (ist er mittlerweile angekommen?) ja, es handelt sich hierbei um einen Emitterfolger (Spannungsverstaerkung 1:1) passt schon Gruss, Thorsten.

Hallo, ja, das ist normal. D7 ist die letzte Leitung, die vom 74HC595 bedient wird, CS# wird direkt angesteuert Auch der Pfeifton waehrend der Reset-Phase ist normal - er deutet schonmal darauf hin, dass die Audio Stufe scheinbar funktioniert. Auf die SysEx-Daten brauchst Du nicht zu achten, das sind die Patches, die an die Slaves gesendet werden, wenn die CS Option aktiviert ist (der Master weiss ja nicht, ob diese wirklich angeschlossen sind, deshalb sendet er auf Verdacht einfach die Konfiguration raus) Wenn Du die Applikation frisch aufgeladen hast, solltest Du den Default-Patch aus dem internen EEPROM hoeren (Puls auf MIDI Kanal 1) Da die Daten/Addressen wohl richtig angesteuert werden, macht es auf alle Faelle Sinn, den SID mal direkt vom PIC zu takten (wie zuvor vorgeschlagen: Oszillator vom SID trennen und den CLK pin mit PIC pin #17) Brummen/Rhythmische Geraeusche: evtl. gibt es ein Problem mit der Masse (bspw. eine Masseschleife zwischen Netzteil und Audio Eingang des Mixers, bzw. der Soundkarte?), die zusaetzlichen Stoergeraeusche sind bis zu einem gewissen Grade normal beim SID (Technologieprobleme und Designfehler im SID Silicon, die sich von Aussen nicht beheben lassen); der Stoerabstand sollte sich jedoch beim 8580 im Bereich < -60 dB befinden. Was die Stoergerausche betrifft, so kannst Du die besten Ergebnisse mit dieser Schaltung erzielen: http://www.ucapps.de/mbhp/mbhp_4xsid_c64_psu_optimized.pdf, sie erfordert jedoch das Original C64 Netzteil - beachte vor allem die Fuehrung der Masse/+5V/14V Leitung Gruss, Thorsten.

- short circuits - swapped control lines - unconnected control lines - swapped LED polarity - application switches on all LEDs - or all the other errors which have been made by people in the past (just use the search function of this forum) Best Regards, Thorsten.

Hi Steve, the upcoming v1.7303 supports an alternative "low cost" AOUT module, the beta version is already available on request (see other threads) Yes, the AINs are routable through the LFOs, see change logs Best Regards, Thorsten.

Ja, das ist kein grosses Problem. MIOS bietet verschiedene Hooks, die aufgerufen werden, wenn bspw. ein Poti bewegt wurde, ein MIDI byte oder ein komplettes MIDI Event empfangen wurde, usw. Wenn Du bspw. ein Program Change Event auf Kanal 1 (-> C0 xx) erwartest, dann sieht der Code in main.c wie folgt aus: ///////////////////////////////////////////////////////////////////////////// // This function is called by MIOS when a complete MIDI event has been received ///////////////////////////////////////////////////////////////////////////// void MPROC_NotifyReceivedEvnt(unsigned char evnt0, unsigned char evnt1, unsigned char evnt2) __wparam { if( evnt0 == 0xc0 ) { tue_was_mit_c0(evnt1); // evnt1 contains the program change value } } [/code] Wenn das Program auf Potis reagieren soll, erweiterst Du den AIN_NotifyChange hook: [code] ///////////////////////////////////////////////////////////////////////////// // This function is called by MIOS when a pot has been moved ///////////////////////////////////////////////////////////////////////////// void AIN_NotifyChange(unsigned char pin, unsigned int pin_value) __wparam { switch( pin ) { case 0: // tue dies break; case 1: // tue jenes break; default: // tue gar nichts } } (vorher muss natuerlich noch in Init() die Anzahl der Potis und die Aufloesung festgelegt werden...) am besten schaust Du Dir mal die C Beispiele an (viele gibt es noch nicht, aber das wird sich irgendwann aendern ;-) - vielleicht kannst Du ja irgendwann einmal Dein eigenes Programm als Beispiel bereitstellen?) Gruss, Thorsten.

wenn das komplett in Assembler programmierte MIOS nicht die gesamte Verwaltung der MIDI streams und analog/digital IO uebernehmen wuerde, waere C mit Sicherheit zu langsam. Doch um diese Low-Level Driver musst Du Dich eigentlich nicht mehr kuemmern, im C Programm werden die einzelnen "Datenstroeme" nur noch umgesetzt (also bspw.: Endlosregler gedreht -> Absolutwert speichern -> MIDI Event senden), hierbei brauchst Du erstmal keine Performance-Schwierigkeiten zu befuerchten, solange sich die Datenmengen in Grenzen halten (und wenn es dann doch mal mehr zu verwalten gibt, kannst Du immer noch Inline Assembly Code in die C-Funktionen reinsetzen). Gruss, Thorsten.

Hi Alkex, I would suggest to store such data into EEPROM instead of Flash - in flash you can only write 64 bytes at once, and it reduces your code space. EEPROM is byte writeable, and the usage of MIOS_EEPROM_Write and MIOS_EEPROM_Read is much easier (no RAM buffer required) the EEADR 0x60..0xff are not used by the MIDIO128 application yet Best Regards, Thorsten.