TK.

Hi Tom, of course... ;-) The spec says Viih = 13V +/- 0.5V, so 12.5V and 13.1V are matching values. But the spec is one site, practice the other - here we have to find the voltage which works with all PIC16F877A, therefore these vague suggestions. I only know that the copy protection of PIC18Fxxx cannot be removed with vpp>13V, and I'm not sure if the same design flaw is valid for PIC16F877A (which seems to use the same flash technology) However, to the programming issues: can you try out another PIC16F firmware, e.g. from http://www.ucapps.de/pic16f_firmwares.html If you still notice problems, then go into the setup menu, deselect the "Auto. Speedregelung" button and try different speeds from "schnell" (fast) to "sicher" (secure) Does it help? Best Regards, Thorsten.

Hallo Markus, beim neuen USB PIC Modul wird erstmal das gleiche Problem bestehen - das ist leider alles nicht so einfach, entweder verwende ich den Microsoft Legacy Treiber wie gehabt (mit all seinen Macken), so dass es mit der PIC Firmware Programmierung getan ist, oder ich arbeite mich in die Windows Treiber Programmierung ein und programmiere etwas voellig eigenes. Doch das wird keine Sache von einem Wochenende sein, ich schaetze mal, dass der reine Entwicklungsaufwand fuer jemanden, der noch nie einen Windows Treiber programmiert hat, bei ca. 2-4 Wochen liegt (und wenn man das mal auf meine knappe Freizeit umrechnet, bedeutet das 2..3 Monate) Leider haben alle Leute, die sich bisher zur Treiberprogrammierung angeboten haben, wieder einen Rueckzieher gemacht... Gruss, Thorsten.

Hi, 17V DC is pretty much, did you also try other PSUs? Best Regards, Thorsten.

Hi Mikael, also the position of the LED wouldn't be correct. Just the whole usage wouldn't be so perfect like with two 2x40 displays Best Regards, Thorsten.

siehe http://69.56.171.55/~midibox/forum/index.php?topic=4037.0 Gruss, Thorsten.

Hallo, das ist alles realisierbar, allerdings muesstest Du nun mal langsam anfangen, ein wenig PIC programmierung zu lernen, wie im FAQ bereits erwaehnt bin ich keine Coding Machine ;-) Gruss, Thorsten. P.S.: tip http://www.piclist.com

Hallo Markus, Ich habe noch keinen Weg gefunden, den Namen vom USB Slave aus vorzugeben - in den Deskriptoren ist zwar der richtige Name angegeben (MBHP_USB), aber dieser wird von Windows nicht uebernommen. :-( Einzige Abhilfe: den Namen in der Registry aendern (einfach "regedit" aufrufen, nach Audiogerät suchen und durch beliebigen Namen ersetzen) - dieser geaenderte Name wird jedoch nicht von jeder MIDI Software angezeigt Gruss, Thorsten.

Hi Mikael, you could - but when you are asking me, I would never replace two 2x40 by a single 4x40, the usage with two 2x40 is much better!!! Best Regards, Thorsten.

Seems that the migration script hasn't transfered the outboxes. However, I've a backup of the old database and could send you your message file Best Regards, Thorsten.

one core, one DINX4 module (alternatively built on a breadboard: only 2 * 74HC165), MB64 application with multiplexer disabled: ; Number of connected pots ; Allowed values: 1-64 #define DEFAULT_NUMBER_POTS 6 ; number of connected pots ; ; Multiplexers (AINX4 modules) connected? -> set this value to 1 ; No multiplexer connected= -> set this value to 0, allowed number of pots in this case: 1-8 #define DEFAULT_MUX_ENABLED 0 ; disable AIN multiplexers [/code] Best Regards, Thorsten.

Hi Seppoman, wasn't there a recycle competition in one of the last c't s? This would be a nice contribution :) To the buttons in the name menu: could it be that just the "<" key is missing, so that only ">,Ins,Del,Clr" are selectable? Then it would be an easy change (if so, I will do this with the next bugfix release) Best Regards, Thorsten.

A 4x40 LCD has two independent data ports (or at least two independent enable lines), it behaves like two 2x40 LCDs Best Regards, Thorsten.

We are waiting for a .mp3 example! :-) Best Regards, Thorsten.

Hi, yes, it is :) not really, but bypass caps make always sense as we learned some days ago... yes, the only exception is pin RA4 which has an open drain driver and requires a pull-up. All other pins are (sometimes optionally) working with a TTL driver. See the j5_dout example how to use the analog pins as analog outputs Best Regards, Thorsten.

Hallo Chosn, ich vermute mal, dass Du anstatt der absoluten Werte lieber relative Events versenden moechtest - klaro, das ist moeglich, es ist so simpel, dass es dafuer eigentlich gar kein Beispiel braucht ;-) Im wesentlichen gibt es drei verschiedene Standards: 40 +/- speed (wird bspw. von den Native Instruments Produkten unterstuetzt) 00 +/- speed (wird von Steinberg Produkten unterstuetzt) 60 fuer increment, 61 fuer decrement (MIDI standard, wird aber von so gut wie keiner Software unterstuetzt) Beispiel fuer 00 +/- speed (speed bedeutet hier anzahl der Inkrements/Dekrements - normalerweise 1 bzw. -1, kann jedoch auch groesser sein je nach eingestellten Speed Mode und Drehgeschwindigkeit des Encoders): ;; -------------------------------------------------------------------------- ;; This function is called by MIOS when an encoder has been moved ;; Input: ;; o Encoder number in WREG and MIOS_PARAMETER1 ;; o signed incrementer value in MIOS_PARAMETER2: ;; - is positive when encoder has been turned clockwise ;; - is negative when encoder has been turned counter clockwise ;; -------------------------------------------------------------------------- USER_ENC_NotifyChange ;; send B0 <encoder> 00+/-<speed> movlw 0xb0 call MIOS_MIDI_TxBufferPut movf MIOS_PARAMETER1, W call MIOS_MIDI_TxBufferPut movf MIOS_PARAMETER2, W andlw 0x7f call MIOS_MIDI_TxBufferPut return [/code] Gruss, Thorsten.

Hallo Chosn, nimm mal die ain64_din128_dout128 Anwendung als Grundlage, trage in mios_tables.inc::MIOS_ENC_PIN_TABLE die Encoder ein und sende aus dem main.asm::USER_ENC_NotifyChange Hook ein beliebiges MIDI Event (bspw. 0xfa) --- sobald dies funktioniert, sollte der Rest nicht mehr so schwierig sein :) Falls die Assembler Programmierung zu schwierig fuer den Anfang ist, koenntest Du auch mal den C Wrapper ausprobieren. Gruss, Thorsten.

Hallo Johannes, Nicht zu grob, aber zu hoch fuer die beiden unterschiedlichen Spannungsbereiche. Der OP wird mit einer symmetrischen Spannung versorgt (falls nicht, gibt es ein Problem mit der Masse). Fuer 0..10.67V benoetigst Du mindestens +/- 11V, macht 22V Spannungsunterschied. Am NUJ7304 darf die Spannung zwischen Vd und Ve jedoch nicht groesser als 20V sein, ansonsten wird er merkbar heiss. Abhilfe: fuer Noten (0..10.67V) Ve auf 0V und Vd auf 12V legen, fuer CCs (-5V..5V) Ve auf -5V und Vd auf 5V legen das wuerde bedeuten, dass Du fuer jeden Ausgang einen eigenen OP Verstaerker benoetigst. Macht bei 64 Ausgaengen 32 OP Verstaerker. Ausserdem ist es besser, die Zielspannung vor dem S&H bereitzustellen, um den Rauschabstand moeglichst gering zu halten. Die oben vorgeschlagene Aenderung (getrennte Spannungsdomaenen) waere in diesem Fall einfacher zu realisieren Macht 20V differentz, das vertraegt der NJU7304 gerade noch so. Du koenntest statt +/- 5V auch +/- 10V verwenden. Oder eine alternative Loesung: die Anzahl der verfuegbaren Oktaven halbieren (minimale Softwareaenderung), so dass die Noten CV nur noch von 0..5.33V geht Noten und Controller (CC) gehoeren zu den einfachsten Events, die MB64 und MBCV verarbeiten koennen, deshalb erwaehne ich das gar nicht mehr explizit ;-) Gruss, Thorsten.

FAQMARKER :) Best Regards, Thorsten.

Hi, you could edit the dump directly by requesting the whole BankStick content with Serge's SysEx tool (MIOS BankStick), converting it with the syx2asm script, editing the relevant bytes, assembling it, converting it back to a .syx file with hex2syx - however, this is possibly not easier so long you don't know the right locations (documented in the mk_syx.pl script) Another solution: use .ini files for the configuration and an editor with good search&replace capabilities (like emacs) to do the required changes, convert it to .syx, merge the .syx files (e.g. with the COPY command in a DOS shell) and upload all .syx files at once Best Regards, Thorsten.

Hi Robin, you could modify the sysex dump sending routine so that it doesn't send the dump itself, but all input parameters instead within a "dummy" sysex stream (I mentioned this method above). This helps you to find out if the code which calls this routine has an error (input parameters are not always the same), or if the dump sending routine itself doesn't work properly (input paramters are stable) Best Regards, Thorsten.

You will propably notice big improvements when the +5V/ground input of the SID modules are directly connected to the +5V/ground output of your PSU, and to to port J10 Also adding a 100 uF cap to the voltage input of each DOUT module + 100 nF cap to each IC can improve the audio signal in addition (but this measure alone doesn't help) Best Regards, Thorsten.

Hi Julian, so long the LTC is used in passive mode (MAX232 not connected), you can connect the LTC in parallel to the other core modules - it's just a "signal reader" in this case, the 74HC00 amplifies the Tx and Rx signal so that the additional LEDs/MIDI ports don't load the signal line Best Regards, Thorsten.

Hi Julian, can you please send me the patch which you are using to stimulate the bug? Best Regards, Thorsten.

Hi, you can increase the resolution to up to 10bit by modifying the AIN_DeadBand setting, but you also have to change the MIDI sending routine, since CC only supports a 7-bit resolution. So - which events can be handled by Traktor? Best Regards, Thorsten.

8V works smoother and doesn't affect the speed :) Best Regards, Thorsten.