TK.

Hope that you don't fry your SIDs in the same way :-/ Best Regards, Thorsten.

MIOS is a text adventure, keep trying ;-) Best Regards, Thorsten.

It's better to set the DEFAULT_DIN_MENU_* values to an invalid pin number >= 128 I don't understand part 2. The midibox64e.ini file is a configuration file, the resulting .syx contains the configuration data which can be sent to the MIDIbox64E firmware. You don't need to rename it, you only need to follow the steps which are described in the readme The main.syx within the application package is a converted memory image of the application code (old and expired method to upload code, ignore it) Best Regards, Thorsten.

Yes, it will work without any additional circurity. But if you don't see the empty bar line, then propably some connections are wrong - you have to double check this. And I hope that a wrong connection didn't destory the LCD, this can happen very fast! Maybe the contrast pot of the other core modules is not adjusted? However, please don't try this, check the wiring first! Best Regards, Thorsten.

Hallo Joscha, auf Anhieb wuerde ich sagen, dass die beiden markierten Stellen etwas kritisch aussehen. Ich bin mir nicht sicher, ob es sich hierbei um Flussmittel, oder leitfaehiges Material handelt, doch Du koenntest es einfach mal mit einem Schraubenzieher wegkratzen. Wenn das nicht weiterhilft, waere es interessant zu wissen, ob die Buttons funktionieren, wenn entweder die SCLK, oder die RCLK Leitung nicht am zweiten DOUTX4 Modul angeschlossen ist - so wuesstest Du, welche Leiterbahn nochmal genaustens untersucht werden muss. Manchmal kann selbst ein kaum erkennbarer Loetklumpen zwischen den Leiterbahnen zu einem Kurzschluss fuehren... Die 300 mA sind ein bisserl wenig. Kurzes Rechenbeispiel: an den LEDs fallen ca. 1.8V ab, es werden 220 Ohm Widerstaende verwendet, macht ca. 15 mA pro LED. Bei 64 LEDs liegt der maximale Stromverbrauch bei 960 mA! Und falls ein LCD mit Backlight angeschlossen ist, kannst Du nochmal ca. 200-300 mA draufrechnen, und fuer die restliche Logik (dazu gehoert auch der PIC) nochmal 50 .. 100 mA Ein zu schwaches Netzteil kann durchaus zu seltsamen Effekten fuehren, doch wenn die SRIO Kette bereits ausfaellt, wenn ein unbestuecktes DOUTX4 Modul angehaengt wird, dann vermute ich (nach wie vor) eher einen Kurzschluss. Gruss, Thorsten.

these are not valid MIDI events, they violate the MIDI spec. E.g., FA is a single byte event which doesn't touch the running status. By sending FA 01 02, MIOS (and any other properly implemented MIDI device) will interpret this as FA <last-running-status> 01 02. This explains, why you are sometimes getting more bytes than expected. For more informations regarding the running status, google for "midi spec" For intercom messages I would propose to use proper SysEx streams. They begin with a F0, they end with a F7. The bytes within this stream must be <=0x7f (8th bit always 0) Best Regards, Thorsten.

do you see a black bar at the upper line for 2 seconds, thereafter an empty screen, thereafter those short flashes? Best Regards, Thorsten.

Just to ensure: when you are trying an upload of pic18f452\midi\update_with_old_mios.hex now, which messages are sent by the core? I would propose to post all messages of the MIDI In monitor here (use copy&paste) - this helps to understand, in which state your PIC is now. Best Regards, Thorsten.

Dann gehe mal schrittweise vor: schliesse ein DOUTX4 Modul nach dem anderen alleine an das Core Module an, und ueberpruefe, ob die Buttons noch funktionieren. Beim fehlerhaften Modul dann die 74HC595 entfernen, und schauen, was passiert Wenn die RCLK (oder SCLK) Leitung dann immer noch kurzschliest, mach doch mal ein Foto von den Platinen und poste sie hier (oder schicke sie mir zu, ich kann sie dann ins Netz stellen) Gruss, Thorsten.

Sorry, I hope that my answer was not too late - do you still get the upload request during power-on? Best Regards, Thorsten.

You still get an upload request during power on, this is your luck! Be very carefully now, so that not the same disaster happens like here: http://www.midibox.org/forum/index.php?topic=6560.0 First you need to revive the old MIOS version by uploading the mios_v1_8.hex file (it's available here: http://www.ucapps.de/mios/mios_v1_8.zip Thereafter upload the pic18f452\midi\update_with_old_mios.hex - please don't try any other file of the update package! Best Regards, Thorsten.

With the core module of course :) See also http://www.ucapps.de/midibox_sid_walkthrough.html Best Regards, Thorsten.

Ok, ...40 00... bedeutet MIOS Device ID 0x00 Wenn selbst der io_loopback funktioniert, kann es eigentlich nur noch am Rx Pin liegen (R.I.P.) Gruss, Thorsten.

Sieht eigentlich alles sehr gut aus. Es gibt jetzt nur noch zwei Moeglichkeiten: entweder ist die Device ID != 0x00 (dies erkennt man am Upload Request, Du koenntest die SysEx Meldung mal hier posten), oder der Rx Pin ist wirklich defekt. In diesem Fall muesstest Du Dir wirklich einen neuen PIC kaufen (EUR 6.70 bei Reichelt) - falls Du kein Programmiergeraet hast, koenntest Du mir den neuen und den alten PIC (zur Analyse) zuschicken... Gruss, Thorsten.

Verfolge mal die SCLK und RCLK Leiterbahnen auf der Platinenunterseite, vielleicht gibt es hier einen Kurzschluss? Gruss, Thorsten.

When you are typing "make", you will see the allocated blocks after the linking phase (they are displayed be the hex2syx script). 0x7fff is the maximum on a PIC18F452. The linker will exit with an error, if this boundary is exceeded I guess that you program currently doesn't allocate more than 2k, and by doing clever programming (e.g. use subfunctions for frequently repeated code, use data tables for a better oversight), you won't need more than 4k, so there will still be about 16k free for much more stuff Best Regards, Thorsten.

alright - this means that there is a problem with reading back the data line. You can follow back this line from PIC pin RB7 to LPT pin 10. You could use your multimeter in order to check the voltage levels when the data line is set to 0 (=0V) and 1 (=5V) Best Regards, Thorsten.

No, F stays for Channel 16 (0xf = 15, we are counting from zero). Alternatively you could replace the "iorlw 0xb0" by "movlw 0xb0" in order to force MIDI channel #1 on the SID, but since it will still receive MIDI data over channel 16, changing the MB64E setup is the better solution. Note that MB64E provides a "global MIDI channel" where you can overload the channel settings of your setup. It's really simple, and can be changed from the menu. Best Regards, Thorsten.

Mit main.asm meine ich das Source File vom srio_interconnection_test - hast Du ihn wirklich ausprobiert? Das ist absolut erklaerbar. Button 7 ist der erste Button in der Shiftregister-Kette. Wenn die Taktleitung nicht richtig angeschlossen ist, oder einen Kurzschluss hat, sieht das Core Modul nur diesen Button Die LEDs sind an der gleichen Taktleitung angeschlossen... Gruss, Thorsten.

Just add bsf SID_STAT, SID_STAT_CC_DUMP_REQ anywhere to cs_menu_buttons.inc Best Regards, Thorsten.

Hi *, I've finally released v1.7303 to the public. In distance to the beta versions made before, the 303 mode now sounds more punchier than ever before. :) Due to all the bugfixes which have been made during 13 months after v1.7a, an update to the most recent version definitely makes sense, otherwise you will miss a lot of cool stuff! Please note that an update to MIOS V1.9 is required as well! Download http://www.ucapps.de/mios_download.html ChangeLog http://www.ucapps.de/midibox_sid_changelog.html Bassline Tutorial http://www.ucapps.de/howto_sid_bassline.html Have fun! :) Best Regards, Thorsten.

Great! So, now where you've tried again how to upload an application, it's time to do the next step: update your MIDIbox to MIOS V1.9 and MBSID V1.7303 :) Best Regards, Thorsten.

Yes, the Karma applauds/smites are logged... Best Regards, Thorsten.

Wenn der MIDI Port Noten versenden kann, heisst das (unter Linux) leider nicht unbedingt, dass er auch SysEx Daten fehlerfrei versendetet. Gerade letztes WE habe ich diese Erfahrung nach der Neuinstallation von FC5 auf meinem Notebook gemacht - manchmal werden SysEx streams verstuemmelt - debugging ongoing... :-/ Du koenntest mal folgenden Test machen: den Hardware Loopback durch den Optokoppler realisieren (also: PIC raus, Rx mit Tx Pin verbinden), und mit MIOS Studio erstmal eine Note versenden. Wenn sie im MIDI In Monitor erscheint, mal ein .hex File versenden. Siehst Du die SysEx Daten? Sind sie immer gleichlang? Gruss, Thorsten.

Wenn ein einzelner Button mehrere Events ausloest, dann liegt es meistens an einem Kurzschluss an oder zwischen der SCLK/RCLK Leitung. Mit dem srio_interconnection_test kann man das sehr einfach debuggen (die Anleitung steht in main.asm) Gruss, Thorsten.