TK.

This is a european bulk order! :) Shipping costs: - 2.00 EUR inside Germany - 4.00 EUR to other european countries - 6.00 EUR to countries outside europe Best Regards, Thorsten.

Du kannst im Clock Divider Menue die Timebase aendern. Mit 8 spielt der Track fuer 4 Takte, mit 4 fuer 8 Takte, mit 2 fuer 16 Takte, usw. Gruss, Thorsten.

es ist J16.RC1 gemeint Wenn Du das Core Modul nicht ueber einen USB Hub mit eigener Stromversorgung betreibst: ja - dann kann es bei sovielen Bauelementen auch irgendwann mal herumspinnen, weil die Spannung nicht reicht. Du gehst die Sache IMHO falsch an. Anstatt langsam die einzelnen Komponenten auszuprobieren, versuchst Du alles aufeinmal. So wird das nie etwas! Fange doch erstmal mit NUR 8 potis nach tutorial/011_ain an, danach 64 Potis nach tutorial/012_ain_muxed, danach 96 Potis, danach 128... schrittweise. Spaeter dann mal die Buttons und Encoder ausprobieren, auch dafuer gibt es entspr. Tutorials. Wenn Du hier erstmal gesicherte Verhaeltnisse hast, kannst Du auch mal die LED Ringe ausprobieren. Bevor das nicht der Fall ist, wirst Du die verschiedenen Effekte sehr wahrscheinlich falsch deuten. Gruss, Thorsten.

I'm planning a PCB batch order for the new MBHP_CORE_LPC17 module: Project page: http://www.ucapps.de/mbhp_core_lpc17.html The first prototype is working perfectly, so that the PCB layout can be used without changes. Only some labels have to be overworked to improve the overall impression. :) Due to the superior specs it will replace the MBHP_CORE_STM32 completely. SmashTV is planning to sell the remaining "Core32" boards to MBSEQ V4 users, since the STM32 performance is sufficient for this project (I will still use the STM32 for my own MBSEQ V4 as well). To future MBSEQ V4 users: please support him to sell the last boards, otherwise the big help that he gave us to provide MBHP_CORE_STM32 as a DIY friendly solution will result into a financial loss! We count on your help! For users who don't plan to build a MBSEQ V4, the new MBHP_CORE_LPC17 module is the first choice of course! :) This module finally gives us a solution which doesn't require SMD soldering anymore. Instead we use a prebuilt LPCXPRESSO LPC1769 and mount it on the PCB which only contains easy to solder DIP components. Accordingly I see this as a perfect solution for the MIDIbox projects, as users don't rely on PCBs and/or SMD presoldering anymore. The MBHP_CORE_LPC17 circuit can even be built on a veroboard, or alternative PCB layouts could be created for special purposes (e.g. with reduced but sufficient feature set, or with integrated control surface components, etc..) However, for those who are interested on the complete PCB: just join this order! :) The estimated costs are 12.50 EUR 6.50 EUR due to the high quantity on this bulk order - thanks to everybody who attended! :) In addition a LPCXPRESSO LPC1769 is required which is available for ca. 30 EUR at Embedded Artists in Sweden, or 24 EUR at Watterot in Germany. There are resellers in other countries as well (e.g. Mouser: US $34) Costs for additional components: ca. 14 EUR Except for the MagJack (Ethernet) these components are typically available in local shops, but also (and especially) at Reichelt See also http://www.ucapps.de/mbhp/mbhp_core_lpc17_orderlist.txt (the MagJack is available at www.csd-electronics.de) So, the costs of a complete MBHP_CORE_LPC17 module is ca. 44 EUR (for germans who order remaining parts at Watterot and Reichelt) This batch order will only include a PCB + an optional MagJack, since it's a special part! When will it happen: in ca. 1..2 weeks, depending on the amount of requested boards. SmashTV is planning to provide complete kits later. Especially for europeans there will be additional batch orders for PCBs and MagJack handled by myself in future if enough people are interested. Future projects which will use the MBHP_CORE_LPC17 module: MIDIbox SEQ V4 has been ported to LPC17 and works stable. Due to the reasons described above, I ask future users to buy the remaining MBHP_CORE_STM32 modules from SmashTV first. Keep it fair! :) Only if you want to use the Ethernet option, a MBHP_CORE_LPC17 is the better choice. new synths will grow up. First experiments done by Nils (nI2S synth) and myself (speech synth) showing awesome results. MBSID V3 has been started as well (but won't be released before Q1 of next year) A simple but helpful USB MIDI / 2xMIDI IO / OSC bridge, e.g. to access a common MIDI synth from an iPhone/iPad application which sends or receives OSC messages without the usage of a PC. On-board IOs will be controllable via MIDI and OSC as well, e.g. if you want to control your coffee machine from an iPhone ;) MIDIO128 V3 is some kind of "low hanging fruit" and could be released very quickly. New features are for example: USB MIDI, two MIDI IOs, OSC receive and transmit, and a MIDI file player and recorder, e.g. to MIDIfy an organ and to start playbacks without the need for a PC MIDIbox CV V2 is a "low hanging fruit" as well. It will support all features of MBCV V1 + more CV channels (your choice how many are required), more triggers, gates and/or clocks (up to 128 with configurable characteristic and dividers), USB MIDI for best performance, 2 common MIDI IO ports, OSC MIDIbox NG V2: basically a superset of MIDIbox64, MIDIbox64E, MIDIbox MF, MIDIbox LC and MIDIO128 USB MIDI, 2xMIDI IO, OSC Configuration via text files stored on SD Card. Inclusive Sending and Receive NRPN and SysEx messages without programming And last but not least: since MIOS32 provides an open programming platform which supports C and C++ with already available low level drivers which abstract the hardware, it should be *much* easier for programmers to develop their own applications and share them to the community than with the limited (and ca. 10 years old) MBHP_CORE_PIC module. :) See also http://www.ucapps.de/mios32_c.html We are not speaking about the future, the future is now! ;) Finally the link to the Wiki page where you can add your name if you are interested: http://www.midibox.org/dokuwiki/doku.php?id=tk_mbhp_core_lpc17_bulk_order Shipping costs: - 2.00 EUR inside germany - 4.00 EUR outside germany Best Regards, Thorsten.

Wow, you are already very fast with your fingers! :) Best Regards, Thorsten.

Hi Sam, could it be that you tried to upload midimerger_pic18f_without_bootloader.hex? This .hex file is intended for people who want to flash the PIC directly without the usage of a bootloader. The midimerger_pic18f_with_bootloader.hex starts at 0x400 and can be uploaded with the MIOS bootloader. No, it isn't required to locate the code at 0x3000, as the merger is a standalone application which doesn't use MIOS itself (it only supports the bootloader - optionally) The midimerger_pic18f_with_bootloader.hex variant is selected in midimerger_v1_5/18f/reset.inc with MIOS_BSL_FLAG I'm surprised that the bootloader has been overwritten, as it protects the 0x000..0x3ff range. Do you still get an upload request after power-on? Best Regards, Thorsten.

Current status :) The control surface allows me to test parameter changes quickly w/o the usage of a CC panel in Logic (resp. a mouse) - good results are found much faster. Phonemes and patches can be stored on SD Card now. Note that this synth is still in experimental stage. Once I started to hack the speech engine (I already added bugfixes), the CS (more knobs for realtime editing!) but also the audible results (playing the formant synth directly!) could be much different ;) Best Regards, Thorsten.

Hi, it seems that the .hex format isn't compatible with MIOS Studio 2 anymore. Could you please try it with MIOS Studio V1? -> http://miosstudio.midibox.org/ (download MIOSStudio_beta9_4.zip) Best Regards, Thorsten.

Yes, thank you! :) I'm getting old! :santa: -> http://www.emu.com/support/files/download3.asp?Centric=1006&Platform=1&File=550 Best Regards, Thorsten.

Hi Yogi, the "options menu" has vanished, as MIOS Studio 2 only offers options which lead to a straightforward workflow to avoid such accidents! :) To your USB MIDI problem: this seems to be related to XP only, it's a Microsoft driver issue which only appears on certain computers. Somebody found an alternative driver for XP some time ago, which was open for other USB MIDI compliant devices (such as MBHP_USB and MBHP_USB_PIC). I believe that it should also work with MBHP_CORE_STM32... but my problem: I can't find the appr. posting anymore! :-/ However, it could make sense to search in the web for different USB MIDI drivers especially provided for XP. It wasn't from Yamaha, nor from Roland... but from a known company... Best Regards, Thorsten.

Definitely the MIDIbox of the week - great work! I will post this in the Wiki after server move. Best Regards, Thorsten.

Hi Robin, I agree with Peter. If you are using a potentiometer with lower resistance (1k is the ideal value in your case), and connect it to the core via a shielded cable, it should work without jitter. Best Regards, Thorsten.

I could have linked you there if you would have told me that you are a Windows user. A linux or MacOS user would be confused, or would think that Windows is required to run the toolchain, which isn't true. Since MIDIbox is a long-term project, we've all time of the world to improve the docs ;) But thanks for the suggestions (of course) Best Regards, Thorsten.

I don't think that this is the right way. The MIDIbox community is specialized on MIDI/synth/controller topics, small and therefore flexible - and especially very friendly as long as people don't start to bother because of missing informations or delayed support which can't be omitted for such a sparetime project. Arduino goes a totally different way. It's a generic device made for newbies who want to explore microcontrollers by programming simple applications. It explicitly goes the commercial and education route (another reason why it's clever from the creators not to add too much complexity by themself), devices made with Arduino can be explicitly sold in commercial devices which is ok as well as the effort is mostly done by the programmer himself. MIDIbox in distance is a huge work of a small number of people, most work has been done by myself over the last 12 years. It is and should stay a hobby. Of course, people who started with Arduino are always welcome to try MIDIbox as well, but I'm not interested to actively advertise the MBHP as an alternative to Arduino, especially not as general purpose platform. If this is for interest, then please start an own platform and community, and support it by yourself. Some people did this by themself in the past (also for MIDI/Music related projects) with success - so it can work! Best Regards, Thorsten.

See http://www.ucapps.de/mios32_c.html Each tutorial contains a README which describes some details - step by step The complete code is available on our subversion server If you are missing details in the Wiki, help to improve it! MIOS32 is very modular, changes in my own sources are aligned with me, experimental changes can be done in separate directories or svn branches (if really required) It's possible at application level, especially if the C++ flow is used. I for myself don't plan to do this work due to other plans. Not required, as the compile flow is very fast, and sources are sometimes using hardcoded parameters selected via #ifdef/#if to simplify customizations. Creating libraries would lead to higher RAM consumption and too many variations - no real advantage. Best Regards, Thorsten.

Hi Peter, some days ago we got the first prototype boards and the results are very good - it seems that all functions are working as intended! :) Once the prototypes have been tested by more people (they are already assigned to different developers) I will start a second, public batch order with the final layout. Licensing: the hardware will be released under NCL, which means (for example) that up to 10 units can be sold per year without asking me for a special permission. the software is released for private use only, otherwise special permissions are required from the copyright holders of the appr. code sections. Normally it's ok for me if for example MIOS32 code ($MIOS32_PATH/mios32) is used in commercial applications as long as the project is made available to the DIY community. Means: hardware should be well documented so that everybody is able to build the project, and source code of the software should be public as well. (I'm planning to publish these simple rules under ucapps.de soon) Best Regards, Thorsten.

Nicht alles, was nach DIY aussieht, ist eine MIDIbox. ;-) MBCV unterstuetzt lediglich ein 2x16 LCD und 8 CV Ausgaenge, die dann allerdings mit 12bit statt 8bit betrieben werden, so dass man bei Pitch Bender moves auch etwas merkt. Ausserdem benoetigt man einen MIDI Out fuer (problemlose) Firmware updates. Insofern sieht das eher nach einer Eigenentwicklung aus. Es wird Zeit, dass ich die neue Version mit USB, 2xMIDI IO (Outputs fuer MIDI Clock Master) und Ethernet (fuer OSC) veroeffentliche, um den Stand der Technik mal wieder etwas weiterzubringen (Vorsicht: es besteht die Gefahr, dass dieses Projekt bei unseren Modularfreaks den Bastelnerv reizt ;)) Gruss, Thorsten.

No ;-) Follow up: Best Regards, Thorsten.

Follow up to After more experiments with the espeak code I came to following result: http://www.ucapps.de/mp3/misc/speech_demo2.mp3 (Reverb has been added with an external Fx) Basically a list of phonemes is played, all parameters can be configured via CC. A quick&dirty configuration logic panel in Logic: This opens a new field for experiments! :) Best Regards, Thorsten.

Ported: http://svnmios.midibox.org/listing.php?repname=svn.mios32&path=%2Ftrunk%2Fapps%2Fexamples%2Fspeech_synth%2F Demo: http://www.ucapps.de/mp3/misc/speech_demo1.mp3 It says: const char HelloMsg[] = "Circuit Cellar and Luminary Micro are pleased to offer design engineers an incredible contest opportunity called Design Stellaris 2006 And with Circuit Cellar magazine they also have the 1 venue for peer recognition of their winning applications";[/code] Problems: the dictionary is very limited and only prepared for exactly these words. I wasn't able to create a new dictionary with the tool that is introduced in the Circuit Cellar article. The generated C files contain arrays with different type names, and even if they are adapted the new words still won't be output. Looks like an inconsistent release... :-/ Some phonemes (like h) result into a heavy crackling sound (as you can hear in the demo) However, the formant synth part seems to be interesting. If somebody wants to enhance it: step forward! :) Best Regards, Thorsten.

Hi Robin, you could use the stopwatch to measure even more accurate delays. A usage example can be found here: http://www.midibox.org/mios32/manual/group___m_i_o_s32___s_t_o_p_w_a_t_c_h.html With the resolution "1" (instead of 100 like shown in this example), you will get microsecond accurate delays from 0..65335 uS (delays >65 mS will lead to an overrun) Following code in TASK_MatrixScan() is the reason why the scan is done each mS: // wait for next timesplice (1 mS) vTaskDelay(1 / portTICK_RATE_MS); [/code] just remove it (or comment it out) - done! :) The operating system (FreeRTOS) takes care that higher priority tasks are still executed. TASK_MatrixScan() has a lower priority (2) as all other tasks (exception: background task), and will be executed when nothing else is to do. Best Regards, Thorsten.

I'm unsure if it's possible to compile this code with MPLAB, as usbdrv requires a table which is defined in usbdsc.c It seems that you haven't compiled this .c file (this explains why the symbol _USBDSC_DEVICE can't be found. As far as I remember, it should be possible to integrate SDCC into MPLAB. Alternatively, just compile the complete project with the common MIOS8 toolchain (which consists of gputils, SDCC and MinGW) Best Regards, Thorsten.

MBSEQ has already an integrated MIDI router, which supports USB, MIDI and OSC. :) I've also prepared a mini application for the new MBHP_CORE_LPC17 module to process USB/MIDI/OSC and CV: http://svnmios.midibox.org/listing.php?repname=svn.mios32&path=%2Ftrunk%2Fapps%2Fmisc%2Fusb_osc_midi_cv_proxy%2F Using the LPC1768 (on a LPCXPRESSO) is the cheapest solution for such a purpose. It will get some more extensions for configuration and a proper documentation before the release. :) Best Regards, Thorsten.

I've to think about a generic solution for providing "poweruser flags" without much overhead first ;) The generate button allows to randomize again with exactly the same parameter settings. Best Regards, Thorsten.

yes, thats intended - I prefer immediate response on value changes. Best Regards, Thorsten.