TK.

Hi, renaming a .syx file to .hex won't work, the content is totally different (binary vs. ASCII format) You could try the upload via MIDI-Ox, see http://www.ucapps.de/howto_tools_hex2syx.html (the MIDI-Ox part, not the hex->syx conversion part) this won't work Best Regards, Thorsten.

No problem - I'm currently working on a similar "Auto Slave" mode for MBSID V2. Once I got enough experience, I will add this to MBSEQ V3 as well. Best Regards, Thorsten.

Hallo, es ist sehr unwahrscheinlich, dass der PIC nicht wiederzubeleben ist. Ich kenne den Elektor Brenner nicht, aber vielleicht hat er den Config Sektor entweder falsch, oder gar nicht programmiert? Hier wird bspw. die Clockoption eingestellt (sollte auf HSPLL stehen) Die Flags stehen eigentlich im .hex File, aber manche Programme lesen diese Information nicht ein, so dass man manuell Konfigurieren muss. Die Flags findest Du auch unter bootloader/main.asm im MIOS Source Package Gruss, Thorsten.

Siehst Du einen schwarzen Balken? Falls nicht, ist evtl. der Contrast falsch eingestellt. Zum Testen der Verbindungen zum LCD gibt es uebrigens eine spezielle Applikation auf der MIOS Download Seite: lcd_interconnection_test_v1 Gruss, Thorsten.

Ich verwende die XLR Stecker/Buchsen ebenfalls fuer diesen Zweck - vor allem fuer bipolare Spannungen gibt es nichts praktischeres! :) Gruss, Thorsten.

yes, this is the right location for sync to 4/4 measure Best Regards, Thorsten.

Great! :) Best Regards, Thorsten.

There are error messages (...0E 01 xx F7) which indicate, that less bytes than expected have been received. Some other messages (...0F xx F7) indicate a correct upload So it seems, that you are not using a SysEx tool which allows to add a delay between two SysEx blocks - the delay should be ca. 600 mS (I think this was the worst case) For MAC you can use the SysEx Librarian, see http://www.ucapps.de/howto_tools_mbsyx.html It's normal, that after a BankStick dump or upload the core will be reset, this is no error Best Regards, Thorsten.

Hi Hans, it seems that your PIC is running with the old bootloader, which was located at 0x7c00-0x7fff Just upload the pic18f452/midi/update_with_old_mios.hex file of the mios_update_v1_9d package This will install the new bootloader and a new MIOS version. Best Regards, Thorsten.

Yes, it sounds like a feedback. What happens when you disconnect the cable on the MIDI In port, do you still get so many upload requests? Best Regards, Thorsten.

No, currently it isn't possible to change a pattern or a song via MIDI. Integrating such a feature is easy, but I'm still unsure about the best solution (e.g. if CCs or Program Changes over different MIDI channels are better...) The advantage of a Program Change Event is, that PC/Mac based sequencers are (mostly) sending them before a new measure starts, so that the next note will already play the newly selected sound (or for MBSEQ: that the right pattern/song is selected on time) - this is perfect! But disadvantage: there is only one program change possible per MIDI channel. This would break up the "single MIDI channel" approach for controlling MBSEQ CCs have the advantage, that there are 128 numbers free per MIDI channel, enough for switching 4 patterns and one song parameter. But only a small number of PC/Mac based sequencers allow to apply a negative delay to the track which sends the CCs (Logic allows this, not sure about other sequencers...) However, here a quick solution for switching Songs via Program Change over any MIDI channel. It has to be inserted into seq_midi.inc (search for SEQ_MIDI_ProgramChange, and add the following) SEQ_MIDI_ProgramChange SET_BSR SEQ_BASE movf SEQ_SONG, W, BANKED andlw 0x80 iorwf MIOS_PARAMETER2, W movwf SEQ_SONG, BANKED return [/code] Best Regards, Thorsten.

MIDIbox SEQ V3.1 can now be downloaded from http://www.ucapps.de/mios_download.html Changes are documented here: http://www.ucapps.de/midibox_seq_changelog.html Special thanks to Whomper for reporting issues and testing bugfixes! Best Regards, Thorsten.

I will integrate the driver into the MBSID V2 application if really so many LCDs are affected Best Regards, Thorsten.

Yes, thats the way how the modules should be "daisychained". See also http://www.ucapps.de/midibox_sid_cs/mbsid_din_default.pdf as an example Best Regards, Thorsten.

See the updated http://www.ucapps.de/mios/mios_backup.txt Best Regards, Thorsten.

Hi, in one of your earlier posts you wrote, that the 2x16 was working. Do you remember, what you've changed until then? 2x40 LCD: take care for the pinning. The WM-C4002P datasheet contains a table with the "interface pin connections", where pins are counted from 1..8, 9..16 in two lines (horizontally) - but this doesn't match with the physical layout. The correct pin layout can be seen in the graphical representation (which also describes the dimensions). From the upper left to the lower right pin it counts: 16, 15, 14, 13, 12, 11, ... 2, 1 Best Regards, Thorsten.

The remaining "step offset" issue is related to the way, how MBSEQ calculates the step positions based on the incoming song pointer, which is sent by Logic. It cannot be 100% accurate, since the song mode of MBSEQ works with 1 measure (16 step) resolution, and the track lengths can vary from 1..32 steps. This means for example: if your song consists of 1: 1 x A1 2: 2 x A2 where A1 and A2 is a 32 step pattern, the song position will be calculated correctly for the first measure, for the second measure the sequencer will start at A2, step 17, and for the third measure the sequencer will start at A2, step 1 This might be an unexpected behaviour, but there is no proper solution for this Only workaround is to ensure, that a song always uses "even loops" (2x, 4x, 6x, ...) when it plays 32 step tracks. The initial position of tracks with != 16 steps where not calculated correctly in v3_1rc1, but I improved this in v3_1rc2 But I fear that this is all what I can do http://www.ucapps.de/tmp/midibox_seq_v3_1_rc2.zip SysEx dump (load/save) issue: the format has been changed, the bankstick is now selected with the 7th byte of the SysEx request. This is documented in the updated http://www.ucapps.de/mios/mios_backup.txt The example in CHANGELOG.txt is working, this is what I tried out yesterday Best Regards, Thorsten.

v1.74685 is available now, see news section for details Best Regards, Thorsten.

MIDIbox V1.74685 has been released as an interim solution for everybody, who is planning to upgrade to V2 later, which will require a PIC18F4685. A first alpha (incomplete) release of MBSID V2 can be expected in one or two months. Until then, just use this version and enjoy the new possibilities! :) This is the best "V1" ever released, because the MBNet approach speeds up the transfer of patches to the slaves significantly. WT patches are now directly edited in RAM, which is also a big advantage. Details are described in the ChangeLog: http://www.ucapps.de/midibox_sid_changelog.html And the release package can be downloaded from http://www.ucapps.de/mios_download.html Note: the PIC18F4685 is a very new microcontroller, it's hard to find it in local or mailorder shops. But since it provides so important features for MBSID V2 (CAN and bugfree EUSART), this shouldn't prevent me from using it for the upcoming project SmashTV will do batch orders directly from Microchip in future and sell the chips in his webshop for an extremely fair price: $9.95 per piece And the other good news: doc is doing the distribution for Europe, he offers the chip for EUR 7.90 per piece (+ shipping costs) - just contact him via PM, 30 pieces are already available! :) The chips are preprogrammed with bootloader and MIOS Best Regards, Thorsten.

Hi Whomper, I combined all your postings, because this simplifies the answering. Now I only need to write a single posting, in which I can refer to a new release candidate! I found a way to reproduce the pattern switching issue in song mode - I just used the record function of Logic, which sends a new song position, and then starts to record all incoming MIDI events. The root cause was found out very quickly, and it should work now (please try it out) Multiple Song BankSticks: I checked this, but there is too much code which would have to be changed. Wouldn't it be better for your workflow, if you would be able to switch patterns directly from Logic? For example via CC? This would allow you to embedd the chains of patterns directly into a Logic Song. Copy issue: fixed Paste issue: the current behaviour was a special request by dcer10 (see MBSEQ V3 talk thread, where errors where reported and commented in the past). I prefer the current implementation, and a variation which would allow to switch back to the old behaviour would be too complicated, therefore I would say: so long everybody knows that all track parameters are copied, it should be manageable, and it is only a documentation issue. I wasn't able to reproduce the "pattern delete" issue. There is no function available which is able to clear any song position, there is especially no function which would clear multiple positions (from start position till song end) Could it be that you switched to an empty song by accident? If not: could you please give me some step-by-step instructions how to reproduce this? Here the new release candidate: http://www.ucapps.de/tmp/midibox_seq_v3_1_rc1.zip I changed the version number from 3.0 to 3.1, since a 64k Song BankStick is supported now. The random generator has been enhanced as well, it now allows to specifiy individual "intensities" for all parameter and trigger layers Please note: the CHANGELOG.txt describes a way, how to initialize the upper half of the 64k bankstick without loosing the previous content of the lower 32k half. Best Regards, Thorsten.

Thank you, Lyle! Thats a great and especially very good documented project! :) I will be propably one of the first users, as I already own the chips, mounted on a PCB and ready for use (@doc: thanks again! :)) - I'm planning to use MBMixer to mix the audio outputs of my MIDIbox SID, MIDIbox FM and the 4 CEM3378 filters with total recall capabilities. The project is now also listed in the navigation bar of ucapps.de Best Regards, Thorsten.

Mike burned another PIC18F4620 and sent me the .hex file - it is complete. He will take special care on the next deliveries (second verify), so that this (hopefully) doesn't happen again. The reason for the failure is still unknown, but it wasn't Mike's fault. Best Regards, Thorsten.

Thank you very much for the compliments! :) Please note, that a new version is available in the MIOS download section (midibox_seq_v3_0a_rc3) which contains some bugfixes for song mode (x16 action was missing, incoming MIDI clock song pointer was not handled properly). Whomper reported another issue, which I wasn't able to reproduce yet, but I will test this intensively after my vacation - so, another update can be expected in ca. 2 weeks. The new x16 action requires a small change in existing songs, therefore an update to v3_0a_rc3 is strongly recommented. Best Regards, Thorsten.

Thanks for testing! I wasn't able to reproduce this yet, but I will try this again with different sequencers after my holiday. So, a new release candidate can be expected in ca. 2 weeks Best Regards, Thorsten.

That's all, you've been warned! Best Regards, Thorsten.