TK.

You are both correct: the performance penalty is not so high when two latches are used instead of one (however, burst accesses would take a little bit longer), also the 3->8 decoder could make sense. Maybe you should also discuss if surface mounted chips are better for the "sandwich" method, where the SRAM module is stacked on the PIC Here a circuit for backup memory (I used this ca. 8 years ago for a uC controlled preamplifier) Best Regards, Thorsten.

Hi, this topic refers to http://69.56.171.55/~midibox/forum/index.php?topic=4180.0 If you want to work on the multilingual version of ucapps.de, you can make arrangements here with other interested people of your country. Best Regards, Thorsten.

Hallo, dieser Artikel bezieht sich auf http://www.midibox.org/forum/index.php?topic=4180.0 Leute, die an der multilingualen Version von ucapps.de mitarbeiten moechten, koennen sich hier absprechen. Update: Ich moechte nochmal auf folgendes hinweisen: Der Multilingual Support war urspruenglich fuer Moxi gedacht, der sich um die franzoesische Uebersetzung kuemmert. Er scheut sich nicht vor dem Aufwand, mir bei jedem Update auf ucapps.de eine Aktualisierung zuzuschicken. Dies ist andererseits auch etwas, was ich bei einer deutschen Uebersetzung erwarte, denn ich kann nicht bei jeder kleinen Aenderung weitere Seiten nachziehen, der Aufwand waere gigantisch, und ich wuerde irgendwann gar nichts mehr aendern, oder die Uebersetzung einfach loeschen, um Inkonsistenzen zu vermeiden. Generell moechte ich Euch bitten, die Regeln einzuhalten, die ich auf der oben genannten Seite niedergeschrieben habe. Vor allem ist es mir wichtig, dass ich ein .html.gen File zugeschickt bekomme, so dass ich keinen zusaetzlichen manuellen Aufwand beim Generieren der Homepage habe. Dieses Format laesst sich nur mit einem normalen Texteditor bearbeiten, auf keinen Fall Word oder einen HTML Editor verwenden. Moxi hat einen Trick herausgefunden, wie es trotzdem mit einem HTML Editor unter Windows geht - weitere Details bitte bei ihm erfragen, ich kenne sie nicht. Desweiteren sollte die Uebersetzung komplett, fehlerfrei und in einem guten Deutsch geschrieben sein, ansonsten koennte ich sie gleich selber schreiben, doch dafuer habe ich einfach keine Zeit Wem das zuviel wird (es handelt sich quasi um eine langfristige Verpflichtung), doch trotzdem etwas zur Dokumentation beitragen moechte, kann sich gerne im Wiki austoben - dafuer ist es da! :) Gruss, Thorsten.

Due to a lot of requests in the last years, my website is now prepared for a proper and easy to handle multilingual support. The translations have to be provided (and especially maintained) by the community, the only support I can give is: a sitewite changelog (-> http://www.ucapps.de/ucapps_changelog.html) the sources I use to generate the .html files (.html.gen) -> http://www.ucapps.de/gen/ upload of new files to the ucapps.de server this documentation about the general flow Before this topic drifts into the wrong direction: I won't switch to a content management system, since the flow I'm currently using is optimized for my own reqirements, any change in this flow could mean that I need twice or thrice the time to write or change a webpage, and I guess that you don't really want this I won't change the general layout, because I like how it is. If you want to create something which looks different, then you could put this stuff to midibox.org, but without support from my side I cannot give you that much hints about how to edit and preview the source files under Windows - such tips have to provided by experienced windows users who tried this I will only give direct ftp access to people who I know since a long time. New additions or updates have to be sent to me via email. Later we could maybe find a voluntary who maintains the file uploads to reduce my own effort. please only send me the .html.gen files, I don't need the other stuff which is already on the server or which will be generated automatically I won't make all .html and .html.gen files available in a downloadable .zip, due to traffic costs, and due to the high danger that people are editing on expired files Moxi has already started to create some french translations, they are a good example about how the multilingual support looks like: http://www.ucapps.de/howto_debug_midi_fr.html http://www.ucapps.de/howto_tools_mpasm_fr.html http://www.ucapps.de/howto_tools_mplab_fr.html http://www.ucapps.de/howto_tools_mbsyx_fr.html http://www.ucapps.de/howto_tools_syxloader_18f_fr.html http://www.ucapps.de/floorboard_fr.html There are also some very old pages from my which I initialy wrote in german, e.g.: http://www.ucapps.de/midimon_de.html http://www.ucapps.de/midibox_de.html http://www.ucapps.de/midibox_tutorial_de.html How to create a new translation: it's easy so long you don't use a GUI (e.g. a .html editor) but a common text editor. (always) download the most recent page source from my website, the filename is always the page name + .gen, example: the source code of http://www.ucapps.de/mios.html is located at http://www.ucapps.de/gen/mios.html.gen do the real work: translate the texts send me the new file(s), I will "push the button" (in other words: I will start a script) which generates the .html files and which is doing all the required changes to link the new translated version to the other pages with the same content please check for updates at http://www.ucapps.de/ucapps_changelog.html and http://www.ucapps.de/gen/index.php?dir=&sort=date&order=desc from time to time and send me your changes I don't prevent you to find and correct typing/grammar errors in the original files, or from improving some descriptions - but please only send me updates of files which are not older than 1 day Tip: if your webbrowser doesn't allow to download a .gen file, then you can either try another browser (e.g. firefox), or you can use a program like "wget" to download the file directly --- the usage of wget is very easy, just write (e.g.) "wget http://www.ucapps.de/gen/mios.html.gen" Tip2: under windows you can use "wordpad", "cooledit", "emacs" or any other advanced editor to make your changes. Notepad is not sufficient, since it doesn't support the unix-style linebreaks The use of a HTML editor to edit the files is possibly less efficient, therefore I won't give any tips here. For checking the page layout of your edited page, all images which are referenced must be located at your harddisk. With firefox (or similar) you can display they content of the .gen page directly, there is no need to generate the final .html file before. If somebody has some tips, how to download the images automatically, then write them down here. But please keep in mind: grapping the entire ucapps.de homepage produces a lot of traffic and could increase my costs, therefore please try to work without such preview capabilities. I think that they are not really required. I've started new topics in the multilingual sections so that arrangements can be made with interested people in of your country. Best Regards, Thorsten. P.S.: if you are missing some pages in the navigation bar at the left side of ucapps.de, just press the "refresh" button

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.