TK.

Hi Robin, you don't need the PC once the data is in the BankStick. MIOS can send the original data (this means the content of your original .syx file) 1:1 --- maybe this is the point of misunderstanding. Best Regards, Thorsten.

Latenzen sind uebrigens kein Problem, siehe auch die Ergebnisse des MIDI Benchmark: http://www.midibox.org/cgi-bin/yabb/YaBB.cgi?board=mios_toy;action=display;num=1077232194 MIOS schlaegt jeden PC ;-) Gruss, Thorsten.

Hallo, zu 1): ich kann mir kein genaues Bild ueber die Zusammenhaenge machen... am besten versuchst Du erstmal einen Weg zu finden, die ungueltigen MIDI Events wegzukriegen. zu 2): das Knacksen das Du ansprichst ist ein generelles SID problem, ich wuesste nicht, wie man es ohne manuelles Finetuning der Klangparameter unterdruecken koennte. Man muesste es eigentlich auch an einem C64 reproduzieren koennen, wenn man einfach eine beliebige Frequenz einstellt, Attack sehr hoch, Sustain auf maximal und anschliessend das Gate Flag setzt Gruss, Thorsten.

Die Ausgabe kannst Du in cs_menu.inc ab CS_MENU_Handler_Init_MainPage erweitern. Gruss, Thorsten.

Everything possible once you've understand how the application can be extented (requires programming skills). Just build the SID module first and ask thereafter ;-) Best Regards, Thorsten.

But the J5 examples only demonstrate how to use the complete analog port (8 pins) of the PIC as digital in- or outputs. In this configuration no pots or faders can be stuffed at the same time. So, it's better just to connect the buttons to the AINs. One contact of the button has to be connected to +5V, the other to the analog input. Additionally a 1k pulldown has to be added to the analog input for a defined signal if the button is not pressed. Best Regards, Thorsten.

NO NO NO! The scrambling/descrambling during upload ensures that you can store any values in BankStick, also values between 0xf0 and 0xff - and MIOS can send them of course. If I would know that your plans are not working, I wouldn't tell you all that stuff... Best Regards, Thorsten.

Zur Wahl der Kondensatoren versuche ich mal rueberzubringen, warum ich die von Commodore gewaehlten Werte nicht fuer das Non-Plus-Ultra halte. Der SID ist ein billiger Baustein aus einer Massenproduktion. Im Gegensatz zu den legendaeren (und vor allem teuren) SSM Chips oder heutigen analog Chips, bspw. von Maxim, ist die integrierte Schaltung nicht lasergetrimmt. Man kann also mit grossen Exemplarstreuungen rechnen, die selbst die besten Kondensatoren nicht mehr wett machen koennen. Zu allem Uebel hat Commodore die Layoutmaske auch noch alle 1-2 Jahre geshrinkt, um Kosten zu sparen - deshalb hat jede Revision ihren eigenen Klangcharakter (doch die Kondensator-Werte wurden nur selten angepasst...) Deshalb: wenn man wirklich Wert auf die optimale Ansteuerung des Filters legt, sollte man sich nicht auf die Auswahl von Commodore verlassen, sondern seinenen Ohren vertrauen und einfach verschiedene Kondensator-Werte ausprobieren. Wie ich bereits schrieb: auf die Toleranz kommt es nicht wirklich an, die ist intern schon ziemlich gross. So gross, dass manche SIDs einfach sch* klingen, andere wiederum voellig genial. Gruss, Thorsten.

Hi, you have to ask ALBS directly for the knobs... Yes, a SID has 3 oscillators. You can control them with a single note (mono mode - fat sound), or with multiple notes seperately (poly mode, nice sound), or you can use the inbuild wavetable sequencer to play arpeggiator textures (exquisite sound). Most people are already very happy with a single SID, so no need to build the complete solution if you are not very sure... Best Regards, Thorsten.

Hallo, Ich verwende ebenfalls Keramikkondensatoren. Der Tip mit den Styroflex Kondensatoren stammt aus diesem Posting: http://www.midibox.org/cgi-bin/yabb/YaBB.cgi?board=parts_q;action=display;num=1070319861;start=5#5 Zum 8580: der Wert 6,8nF stammt aus dem Datasheet. Ich weiss nicht, warum Commodore stattdessen 22nF verwendet, waren vielleicht billiger? Einen Unterschied kann ich nicht heraushoeren. Gruss, Thorsten.

Hallo, nun ist zumindest klar, wo die 0,xxV herkommen - Du misst wahrscheinlich vor dem Gleichrichter - dort befindet sich jedoch nicht die Masse. Sie befindet sich am mittleren Pin des 7805. Dort ist quasi der Nullpunkt. An J2 solltest Du +5V messen (also zwischen dem mittleren und dem rechten Pin des 7805). Wenn an J8 5V anstehen, an RD1 jedoch nicht, ist der Widerstand R9 nicht sauber eingeloetet... Gruss, Thorsten.

Hallo, nun ist zumindest klar, wo die 0,xxV herkommen - Du misst wahrscheinlich vor dem Gleichrichter - dort befindet sich jedoch nicht die Masse. Sie befindet sich am mittleren Pin des 7805. Dort ist quasi der Nullpunkt. An J2 solltest Du +5V messen (also zwischen dem mittleren und dem rechten Pin des 7805). Wenn an J8 5V anstehen, an RD1 jedoch nicht, ist der Widerstand R9 nicht sauber eingeloetet... Gruss, Thorsten.

Hallo, Verwendest Du evtl. eine Delta Soundkarte von M-Audio? Hier muss ich eine Schleife drehen: ein Bekannter hatte mit dieser Karte mal ein aehnliches Problem, dass immer dann auftrat, wenn er das Core Modul ausschaltete. Es stellte sich heraus, dass der Elko (C5) zu gross war, so dass die Versorgungsspannung nur langsam absank und an einer bestimmten Schaltschwelle zufaellige MIDI Events gesendet wurden. Wir haben dann C5 durch einen 1000 uF ausgetauscht, danach war das Problem verschwunden (mittlerweile sind ein paar Potis und LEDs am Core Modul angeschlossen, so dass der 1000uF wieder durch einen 2200uF ausgetauscht werden musste, um den Jitter zu minimieren). Nun zur M-Audio Delta: der Driver hat offensichtlich einen Bug. Bei einer bestimmten Kombination an ungueltigen MIDI Events haengt sich die Karte so sehr auf, dass der MIDI In nur nach einem Neustart des Rechners wieder voll funktionsfaehig ist. der Sound ist etwas ungluecklich programmiert. Am Anfang steht die Pulsweite auf 0, der SID generiert daraus eine steile Flanke. Evtl. macht es Sinn, mit einer zweiten Huellkurve ein Lowpass Filter zuzuschalten, der den oberen Frequenzbereich fuer die ersten Millisekunden "zumacht". Ja, alles was ich auf Anfrage eingebaut, aber noch nie selber testen konnte, ist grundsaetzlich fehlerhaft. Dafuer seit ihr ja da ;-) Probiere mal folgendes aus: in cs_menu_enc.inc innerhalb der CS_MENU_ENC_CS_Change_Menu Funktion folgende Zeilen: movwf MIOS_PARAMETER1 movff CS_MENU_PAGE_OFFSET, MIOS_PARAMETER2 wie folgt ergaenzen: movwf MIOS_PARAMETER1 ;; ignore if parameter pos >= number of entries movf CS_MENU_ENTRIES, W IFGEQ MIOS_PARAMETER1, ACCESS, rgoto CS_MENU_ENC_CS_Change_Menu_End ;; else modify parameter movff CS_MENU_PAGE_OFFSET, MIOS_PARAMETER2 Gruss, Thorsten.

Hallo, ich kann Dir zumindest einen Tip geben, wie Du den Fehler findest: drehe das Board um und verfloge die Leiterbahnen mit dem Messgeraet. Und zwar von einem Punkt, wo die +5V noch anliegen, bis zu dem Punkt, wo nichts mehr anliegt. Dort befindet sich der Fehler. Gruss, Thorsten.

Hi Robin, somewhere is a misunderstanding, but I don't know where exactly, so I just try to explain the transfer flow again in short words: you've a binary file, let's say abc.syx with bin2asm.pl you convert it to assembler lines, several binaries can be combined to a single assembler program in this way with MPASM the code will be assembled to a single data dump, the result is a .hex file with hex2syx.pl you scramble the data dump into a MIOS specific and especially MIDI compatible format MIOS descrambles the data stream back to the original binary format during the upload After the transfer the transfered memory content is the same like specified in the .hex file You could read back the data and descramble it with syx2asm.pl to check the BankStick content. This procedure is explained in the bs_xfer example... Why it is required to scramble/descramble the data during the MIOS upload? Because the binary data contains 8-bit values, but the MIDI spec only allows to embedd 7-bit values into a SysEx stream. Therefore hex2syx.pl rearranges the data so that no bit will get lost (you will notice that all values within a SysEx stream are between 0x00 and 0x7f, and never >= 0x80) and MIOS rearranges the bits again to reconstruct the original 8-bit values. Without this (clever) mechanism it wouldn't be possible to upload any data, not only the BankStick content, but also the flash and EEPROM content. Therefore it's proven. Best Regards, Thorsten.

And I need somebody who tests my scan matrix driver ;-) Best Regards, Thorsten.

No, there is no driver available for this display yet. The data interface is similar to T6963C (the appr. driver can be found in the MIOS download section), but the commands are different and the datasheet doesn't make clear, if the pixels are oriented in a horizontal or vertical line. On horizontal oriantation the display will be very slow - unless the drivers gets use of the inbuild character generator. But the generator doesn't support customized fonts with any size (e.g. 5x8 or 24x16) - so, not a good choice for MIOS fonts Best Regards, Thorsten.

A really colourful MIDI controller made by Roman (Switzerland)

United Kingdom 5 points - royaume-uni cinq points United Kingdom 4 points - royaume-uni quatre points Two logos made in UK are in the last round of the international logo contest - congratulations! The time has come for the final decision. All forum members are invited to vote for their favourite creation which will be taken as *the* midibox.org logo in the next years, visible for all on the website, forum, PCBs, frontpanels, CD covers, cars, newspapers, colourful magazines, playboy and on the next rover which lands on mars (perhaps ;-)) How to vote? Enter the MIDIbox Portal with your user account. It's not the same account like in the forum - if it doesn't already exist, just create a new for free. click on Survey->MIDIbox Logo Competition vote for your favourite logo click on "view results" for the statistic Don't be confused about the "Total Votes: 0" in the survey view, this is the output of the old script! It's too much effort to fix this just for this competition... Here the final competitors: Number (5) made by Artesia: Number (12) made by d2k: Deadline: next Sunday, 10 p.m. GMT Here the results of the last round: http://www.midibox.org/logo_competition/results_2nd_round.gif Best Regards, Thorsten. P.S.: vote now! http://portal.midibox.org

Hi, I listed some possible reasons in this posting: http://www.midibox.org/cgi-bin/yabb/YaBB.cgi?board=troubleshooting;action=display;num=1084123910 Best Regards, Thorsten.

Don't panic, it's really hard to destroy the chips! I hope that the ICs are inserted in the right direction into the sockets? Another reason could be the crystal: make sure that the two "legs" don't get in contact with the metal case. Check also the connections to the two 33pF caps Best Regards, Thorsten.

One last thing, just to clarify: you are re-using the electronic of an existing keyboard. Means: you don't need MIDIO128, you don't need shift register inputs for every key, you are just connecting the MIDI out of this electronic to the MIDI In of the MIDIbox. And if the keyboard electronic supports velocity, you will have velocity... Best Regards, Thorsten.

The way how the software has to handle a keyboard (note on/off and velocity) really depends on the hardware - there are different methods and all require different code. Currently there is no ready made solution for handling velocity, and there is no keyboard scan routine available yet (this is planned for the next weeks). Currently the only way is to use MIDIO128 to handle with up to 128 keys, each key connected to a dedicated signal line. However, the reason why no code is available is just that a ready made keyboard is always less expensive... Best Regards, Thorsten.

I'm just trying to get some different pads at EBay (they cost about 1-5 EUR) - don't overbid me if you want to have a software driver ASAP ;-) Best Regards, Thorsten.

Much too expensive (I need at least 8 pads for controlling X/Y/Z parameters ;D) - especially the RS232 or USB option is not required, only the pad itself is for interest. Best Regards, Thorsten.