TK.

Hi Tom, it could be a part specific problem - I mean: how many times did you try to program this chip with a JDM, and how much did you torture the device with different voltages? Maybe you've fried the chip during the experiments I can burn a 16F877A without problems, is there somebody else who could try this? Best Regards, Thorsten.

Hi, you could start with reading the comments in mb64_meta.inc If this is too confusing, maybe somebody can program an example for you Best Regards, Thorsten.

Hi, when you are using a SRAM, the address and data line assignments don't matter. So, it's on the user if he uses A0 or any other address input as LSB, therefore such "burst" accesses can be realized with any pin assignment :) Best Regards, Thorsten.

Hallo, kleiner Zwischenbericht: ich habe die Fader Samples einen Tag nach Mitteilung meiner Adresse erhalten, konnte sie bisher jedoch nur antesten (momentan liegen einfach zuviele angefangene Projekte auf meinem Schreibtisch ;-)) RSAOK11VP (coreless motor): ist so schnell, dass er von MIOS nicht zufriedenstellend angesteuert werden kann, selbst wenn man die Anzahl der gleichzeitig angesteuerten MF auf 1 reduziert, so dass der Update Cycle bei 200 uS liegt. Ich vermute, dass man diesen Fader nur mit einer hochaufloesenden PWM in Griff bekommt, doch dies wuerde einen eigenen uC pro Motorfader erforderlich machen, sowie ein anderes (aufwaendigeres) Master/Slave Buskonzept --- aus diesem Thema halte ich mich raus, zu aufwendig fuer etwas, was ich nicht selbst nutzen wuerde RSAOK11W: scheint eine Neuauflage von RSAON11M9 zu sein (das Datenblatt wurde 2002 verfasst). Ich bin mir noch nicht sicher, wie ich diesen Fader einordnen soll. Wenn man ihn mit den gleichen Settings wie den ...M9 ansteuert, ist er sehr laut. Wenn man die Calibration Values jedoch auf 0x1f setzt (und somit die PWM ausschaltet), laesst er sich scheinbar leise und praezise ansteuern. Das muss ich jedoch nochmal ausgiebiger Testen Generell habe ich festgestellt, dass beide Fader nicht den minimal/maximal Wert erreichen (der Wertebereich des 11W typen geht bspw. von ca. 40..1000 statt 0..1023). Dies kann man mit einer Kalibrationstabelle ausgeglichen werden, in der alle 1024 Werte gemapped sind (werde ich als Feature fuer MIOS V1.8 vorsehen) Nach Ostern werde ich mir die Sache nochmal genauer anschauen. Gruss, Thorsten.

Hallo, dass das LCD ohne MIOS keinen Text anzeigt, ist normal. Wenn an Pin 26 die Spannung unterschiedliche Werte zeigt, ist das ebenfalls ein gutes Zeichen. Mir ist jedoch unklar, welchen Optokoppler Du genau verwendest - ist es ein 6N138? Auf der MIDI Troubleshooting Page gibt es einen Schaltplan fuer eine Testschaltung. Bei Conrad gibt es den 6N139, der wurde von ein paar Leuten schon getestet und fuer gut befunden. Gruss, Thorsten.

Hi Robin, to 1) the watchdog timer will issue the reset after ca. 0.5s - therefore I would suggest to place the clrwdt instruction within the loop which sends the MIDI data (e.g. before the MIOS_MIDI_TxBufferPut) to 2) Sending a single F0 without F7 violates the MIDI spec, therefore the behaviour of your MIDI interface or monitor can be random. You could send a "0xfe", this means "active sense" and is a single-byte event. Note that some MIDI monitors don't display this byte (search for the filter option of your MIDI monitor in this case) Best Regards, Thorsten.

Hi Nikolai, yes, this buzzing sound is normal when the faders are moved very slowly, it's caused by the PWM output voltage. The only way to prevent this is to set the Up/Down calibration values to 0x1f (31) and to adjust the max. motor voltage (Vm) to a value which prevents that the faders will be moved too fast, so that they never reach the target position Best Regards, Thorsten.

Yes, J7 is a good choice for the 3 remaining address lines Best Regards, Thorsten.

only displays with vertical pixel orientation can be controlled in realtime, displays with horizontal pixel orientation consume so much time, that they normaly would have to be driven by a seperate microcontroller Do you have programming skills to write a driver and to enhance an application so that it displays additional informations? If not, then don't buy this Best Regards, Thorsten.

Hi, you can create a meta event for such a behaviour, but this won't work with the virtual midibox (which doesn't support all features of the original MIDIbox) Best Regards, Thorsten.

This beautiful Traktor controller has been created by Rogic: Full-size pictures can be found here: http://www.illusiana.net/gallery/view_album.php?set_albumName=BBB

Hi Alex, this choppering effect doesn't sound like an error on the SID module, but like a problem with the internal amplifier stage of the SID. Maybe it makes sense to doublecheck the C1/C2 caps, do you have any short circuit there? If not, then I would tend to test the module with another SID Best Regards, Thorsten.

Hi Mikael, no problem, just write following code to the USER_AIN_NotifyChange hook in main.asm ;; -------------------------------------------------------------------------- ;; This function is called by MIOS when a Pot has been moved ;; Input: ;; o Pot number in WREG and MIOS_PARAMETER1 ;; o LSB value in MIOS_PARAMETER2 ;; o MSB value in MIOS_PARAMETER3 ;; -------------------------------------------------------------------------- USER_AIN_NotifyChange ;; convert 10-bit value to 7-bit value rrf MIOS_PARAMETER3, F ; value / 2 rrf MIOS_PARAMETER2, F rrf MIOS_PARAMETER3, F ; value / 2 rrf MIOS_PARAMETER2, F rrf MIOS_PARAMETER3, F ; value / 2 rrf MIOS_PARAMETER2, F bcf MIOS_PARAMETER2, 7 ; clear 8th bit ;; now: pot number in WREG and MIOS_PARAMETER1 ;; 7-bit value in MIOS_PARAMETER2 ;; send CC movlw 0xb5 ; 0xb5 = CC, channel 6 call MIOS_MIDI_TxBufferPut movf MIOS_PARAMETER1, W ; pot number is the CC number call MIOS_MIDI_TxBufferPut movf MIOS_PARAMETER2, W ; 7-bit CC value goto MIOS_MIDI_TxBufferPut [/code] in USER_Init you have to specifiy the number of pots - thats all Best Regards, Thorsten.

Hi Luke, this could be realized with meta events in mb64e_meta.inc: MB64E_META_Handler ;; branch depending on the first meta event byte movf MIDI_EVNT0, W andlw 0x0f JUMPTABLE_2BYTES 2 ; 2 entries rgoto MB64E_META_Handler_00 rgoto MB64E_META_Handler_01 ;; Meta Event F0 xx: Send CC #xx and increment bank MB64E_META_Handler_00 movlw 0xb0 call MIOS_MIDI_TxBufferPut movf MIDI_EVNT1, W call MIOS_MIDI_TxBufferPut movf MIDI_EVNT_VALUE call MIOS_MIDI_TxBufferPut goto MB64E_SFB_Handler_02_12 ; (increment without overflow) ;; Meta Event F1 xx: Send CC #xx and decrement bank MB64E_META_Handler_01 movlw 0xb0 call MIOS_MIDI_TxBufferPut movf MIDI_EVNT1, W call MIOS_MIDI_TxBufferPut movf MIDI_EVNT_VALUE call MIOS_MIDI_TxBufferPut goto MB64E_SFB_Handler_02_10 ; (decrement without overflow) [/code] Best Regards, Thorsten.

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.