TK.

Hi, I think that the results of the MIDI benchmark says it all: http://69.56.171.55/~midibox/forum/index.php?topic=2342.0 Best interface I've seen so far: the one of my RME hammerfall (firewire connection, < 0.1 mS delay, +/- 0.04 mS Jitter), Worst measuring results: midisport 2x2 (USB connection, up to 10 mS delay, +/- 2.3 mS Jitter) The PC load is not taken into account (don't know how to measure this) Best Regards, Thorsten.

Hallo, bevor ihr Fader mit anderen Motore-Typen bestellt, schickt mir bitte vorher unbedingt ein Sample! (eine Spezifikation fuer die Stromversorgung waere natuerlich auch nicht schlecht) JR hat mir bspw. einen P&G PGF6100 zugeschickt (aelteres Modell), und dieser Fader kann vom MBHP_MF Modul seltsamerweise nicht angesteuert werden. Die genaue Ursache ist unklar, es koennte mit dem niedrigen Innenwiderstand des Motors zusammenhaengen (= hoher Stromverbrauch), der die Ausgangsspannung am TC4427 zusammenbrechen laesst. Ein anderer Motortyp koennte also sowohl ein neues MF Modul erforderlich machen, als auch Aenderungen in der Ansteurungssoftware Gruss, Thorsten.

Hi Alex, this is a really strange behaviour, don't know if this is really the output of the sound engine, or if a random component like random patch data --- which is not the case when the 1k pull-up is connected properly to RA4, or a wrong SCLK line --- which is not the case when your hardware *and* software is MIOS V1.7 compatible. Just to double check: o are you using MIOS V1.7? o is your hardware wiring MIOS V1.7 compatible (see http://www.ucapps.de/mios_v1_7_hardware_mods.html o is the 1k pull-up connected to RA4? o did you also try out the SID player application? Best Regards, Thorsten.

Hi Seppoman, alright, this looks really like a bug - I will check this (together with the problem reported by Julian) once I find the time Best Regards, Thorsten.

Hi Arto, very clean work! Do you allow me to bring the pictures into the gallery, and to introduce your box in the MIDIbox of the Week section? :) Best Regards, Thorsten-.

Hi Luke, this is similar to that what MIDIbox TC is doing :) (-> http://69.56.171.55/~midibox/forum/index.php?topic=611.0) this application is written on a very simple way which allows to add customized extensions without digging through large code files Best Regards, Thorsten.

Hi TL, yes, this is also possible, but increases the latency from calling the data read/write routine and accessing the data bus. On such a complex sequencer project best performance is always desired. However, I guess that schematics for both solutions would be interesting for Todd :) Best Regards, Thorsten.

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.