BEBDigitalAudio

Hi Ermerson, sorry, I did not get any notification about the message here in the thread. Here are the Freecad source files. Enjoy Benoit SammichFM Bot.FCStd SammichFM Top.FCStd

Wow, that's really a great idea ! Never thought of having the text like this. By the way, if you use this method, I have a question : what software do you use to produce the text to be printed in 3D ? I am using Freecad, but I never found a good way to generate 3D printing of text from it Benoit

Thank you !

A long time ago, in a galaxy far, far away... I bought a sammichFM kit without the case (the reason was I did not like how the laser cut box was looking). I installed my machine in a Teko box, making it even uglier The poor machine was forgotten a few years in a cupboard, and thanks to the lockdown in France, I found it a few weeks ago, covered in dust. As the original case made by Wilba has disappeared from the Web a long, long time ago, I decided to make a 3D printed case for the machine. As you can see, result is not bad (and much better than this awful Teko enclosure)... The files have been created with FreeCAD, I put the STL files here if someone wants to use them. I found some possible enhancements (like having holes to reach the trimmer for contrast and backlight level), but I did not want to print the box a second time (more than 7 hours to print both parts). The source file in FreeCAD format are available, just ask me if you want them. SammichFM Bot.stl SammichFM Top.stl

Hello nlate, sorry I did not see your post here, but I answered to your private message... (I just saw the notification from this post when I clicked "Submit" for your answer) Don't hesitate to share my answer if you think it can help Benoit

And after a long silence (being VERY busy with other stuff....), here are some news of the project to turn the ASX/X-Synth into an open DSP platform for music. But first of all, I have to report some of the bad news about ASX/Plugiator : Use Audio is now completely dead and silent. The website is closed. It is now handled by a company who wants to sell the domain name to the highest bidder (I hate those companies who want to make money with "well known" domain names). Since Use Audio was the only source for Prodyssey, Pro12, FMagia and Drums&Bass plugins, the ASX is little by little getting the status of abandon-ware. Moreover, we tried to get in touch with inDSP in India, and the answer we got was "all developments of the ASX/Plugiator is completely stopped" In other terms, the only available board is now the X-Synth from iCON, for which it's very hard to get a clear status. It's still existing on iCON website as an active product, and they sell it with 300USD off (see here https://www.icondigitalusa.com/shop/xsynth), but it seems out of stock. And at the same time, it can still be found on various places on the web, but with crazy prices (I saw some over 400 USD !!) Software support from iCON is simply non-existing, since the software they provide is not even branded "iCON" but "Use Audio" (the name appears on all plugins in the Manager). That means that iCON does not even probably know that there are other plugins (and does not probably even want to deal with the licensing issues with inDSP) Now, the "good" news : after countless hours of experimentation on my ASX boards, I think I have finally found a way to inhibit the local microcontroller and be able to download DSP firmware directly from an external board through the SPI link. The process involves to solder two connectors on X-Synth boards (SV1 and SV3) and place a jumper on SV1. It's also needed to solder a wire directly on U204 (pin 11) to get access to the SPI CS line to the DSP. Soldering this wire is quite difficult by the way, and requires serious soldering skills. Apparently, inDSP has implemented a special mode in the ATMega32, probably for DSP debugging on something like that. This mode is activated by shorting pin 1 and pin 2 of SV1. But take an extreme care if you start experimenting with that : shorting the wrong pin on SV1 will activate the ICSP mode (In Circuit SPI Programming) mode of the ATMega. That means that you can format the microcontroller Flash memory through the ISP connector!! And there is NO WAY to recover the ATMega32 program in that case (in other terms, your synth board will be DEAD!!) I will post more details on the forum as soon as possible, but I think I am on a good way now. Once again, if you decide to experiment with the DSP SPI link, note that you need to know exactly what you do and you take the risk of erasing the microcontroller memory in case of any failure. In other terms : don't tell me I did not warn you about risks

Hi Joel, apparently, the alert system with the private message is failing (it failed for me)... but I think that you will get an alert with this message in the forum. Please check your private messages Benoit

I think I still have one somewhere, that I don't use. Let me check, if I find it, I will send it to you Benoit

Hi Jelise, as somebody was saying still recently in USA : yes, you can It's just a question of making an adapter between the two connectors. Look at picture from Pasbel, it tells how to do it. I am not at home right now, but if you need a more detailed schematics, I can send it to you (since there is a risk that I completely forget this meanwhile, don't hesitate to send me a message as a reminder) Benoit

Hi Zam, sorry, I completely forgot to answer to this post. You don't need 4 SPI to do that, nor you would need 4 endpoints. It would be possible to do that using the CableID to identify the session partner. Don't forget that a single endpoint in the KissBox can support multiple sessions in parallel. I would need to update the software to report the session partner using the CableID, but this is feasible (I already talked about this option with Thorsten a long time ago, but we never went further) Sharing the same endpoint between various session is the key to save a lot of memory (something that Hugo106 did not seem to understand when he said that there was not enough memory in the OEM CPU )

Hi Youpli, thank you for your proposal, but the issue has been solved (see the last message I sent). I solved this by recompiling the application from a fresh copy of the repository. I suppose the USB enumerator code was corrupted in my repository copy, and this was giving this strange issue Benoit

Hi Jelise, the ASX (and iCon) are very different from NeoSynth. The NeoSynth is based on DREAM chipset (DREAM is a subdivision from Atmel based in France) and is mainly a sample player (sample player followed by DCF/DAC chain). The ASX and iCon are based on SHARC DSP, and they run "virtual analog" synthesizers (not based on samples) The sound you get from each of them is then very different, since they use completely different synthesis algorithms. In my humble opinion, they complement nicely each other. Now, about the fact you can't find ASX anymore, the iCon X-Synth is exactly the same board except from the connectors used to interface with the keyboard. In other terms, you need just a an adapter (just connectors and wires, no electronic components). I can give you details about the wiring you need to make. So, if you find a X-Synth rather than ASX, do not hesitate, they do the same thing. Benoit

I finally solved the issue I just updated my SVN snapshot completely. Don't ask me which file was different, but once I got a fresh view, I just recompiled the application and it worked. And finally, there is no bug on my side, it's just something related to MIOS32 source code, like a file which was not updated on my computer to the last version (probably in the USB enumerator). Now, the application works like a charm both on XP, Win7, Win10 and Mac without changing even one line of code on my side And thank you a lot for your time and investigations, Latigid. At least, we know now what to do when we see such a behavior on Win10...

I tried the app_skeleton on Win7 : it works, the USB MIDI interface is recognized. So there is an issue in my code that blocks the Win7, I will look to that But there is also clearly a Win10 issue. If I go to configuration panel when app_skeleton is running, here is what Win10 tells me (Ok, it's in French sorry) The MBHP does not appear as a MIDI interface but as a composite device (so, there is an enumeration issue. The MBHP is composite : MIDI + Audio, both should appear here) And the status reported below is "driver error" (while everything works fine on Win7...)

Hi Andy, thank you for doing the test I get the same behavior under Windows 7 : the board is not recognized at all (see below) I just tried to compile the app_skeleton (the simplest possible MIOS application) : same result. Really weird... Benoit

And small update : I made a test under Mac OS (10.9) and it works too. MIOS Studio finds a "USB MIDI Peripheral" (generic name). When I check in Audio/MIDI Configuration, it is also displayed corectly (as coming from midibox.org). So the more I look in that, the more I think it's a Win10 related issue, not a MIOS32 problem itself. I will make a test today at work with a Win7 machine, just to be sure Benoit

Hi Latigid, thank you for your help forgot to say : this is a MB997C board (previous version of Discovery, not the new one). I tried to install the GM5 driver, but it fails (it says "Contact manufacturer : error 0x0006") I did not try to update the ST LINK for now, I will try later today (normally, it's not related to that, since it's not the new DISCOVERY board) I send you here the HEX file I used for the test. The application is empty, it's just the basic core (so I am sure it's not a bug crashing the board) Benoit HorusDSPController.hex

Hi all, I am facing a very, very strange problem with MIOS Studio under Windows 10. I have created an application using Eclipse with MIOS32 on my Win10 machine, but when this application is loaded in the STM32F407 via MIOS Studio, I loose the USB connection between MIOS Studio and the MBHP. I thought first it was my application, but when I upload it with MIOS Studio on a XP machine, the USB connection works Here are the steps I follow : - installation of MIOS Bootloader V1.0.18 on the MBHP using ST LINK - I start MIOS Studio 2.4.6 : the USB MIDI port appears and MIOS Studio displays the bootloader message - I select the HEX file compiled from Eclipse and upload it into the board : application is uploaded correcly. MIOS Studio looses the USB connection when the STM32 restarts (normal behavior up to now) - if I scan now the MIDI devices on the computer : no more MIOS32! I can try anything from disconnecting USB, power supply, etc... It never appears again I then reloaded the bootloader using ST LINK : USB connection to MIOS Studio works again. At this level, I thought it was an error on my side, blocking USB. I connect now the MBHP to a WinXP machine and I take the HEX file compiled on the Win10 machine. The bootloader appears as expected and I am able to upload the HEX file into the MBHP. But now, when the MBHP restarts (with the application compiled on Win10 machine), it works perfectly with MIOS Studio under XP! If I connect it to the Win10 machine again : fail! So the problem is clearly not in my code, nor in the toolchain being run under Win10. Did somebody already saw that? Benoit

Hey Latigid By the way, I just forgot to tell you : you can create as many "presets" as you want, with different toolchain configuration, just by creating as many workspaces as you want. For example, on this computer, I have one MIOS32 configuration for the "pure" MIDIBox projects (the projects presented on the website), and I have another one, located in a different directory, with its own SVN image for my HorusDSP projects (since there is a MIDIBox version of it). Each workspace has its own build environment configuration, defined in the Preferences. When you switch from one workspace to another, Eclipse takes care to point to correct source code folder and toolchain folders. If you need more help with this setup, just tell me, I can explain more in details

And here is already a first update... (Sorry, I realized that an important step was missing in the first version of the document) MIOS32 Eclipse installation on Windows 10.pdf

Hi 19thbear, I am working on the same project : you can find the schematics of the DSP board and many details here : http://midibox.org/forums/topic/18923-the-ng-and-the-dsp/?page=2 If you need help about Plugiator/ASX/iCon-XSynth integration in MIDIBox, don't hesitate Benoit

Hi Jerome (tiens un autre Français ) I sent you a PM about the Wiki Benoit

Hi Latigid, thank you for your comment. About the "presets": they are already included. On this PC, I have different toolchain installed (one for Intel Galileo, one for MIOS32, one for XMOS, etc...), they all run under Eclipse and they do not conflict each other. The reason is simple : every instance of Eclipse saves its own settings in a separate directory. Eclipse does not know the concept of Windows registry (not portable), so there is no common place where configurations would conflict between each others. However, you have to take within Eclipse about paths, because this may lead Eclipse to scan the wrong directory when it executes the makefile. That's why I never declare paths to toolchains directly in system's path environment variables, but directly within Eclipse Benoit

Hello all, I noticed that the MIDIBox DokuWiki is a little bit outdated (still based on XP screenshots) and not necessarily easy to understand for true beginners. I have written the small guide here to describe step by step as best as possible the installation and configuration of Eclipse for MIOS32 projects. All comments are welcome of course (and if somebody wants to try to make sure that nothing is missing or is wrong, he/she is welcome ) Benoit (EDIT : due to an update, the first version of the file has been deleted from this message to avoid any mismatch. Please see below for the updated version)

Hi Zam, I am very sorry, I completely jumped over your post and I just realized today that you were expecting an answer. I will take a look to that today and answer as quick as possible. (To be honnest, the last two months have been an incredible race for me, because of this : http://www.imodular-synth.com) And if you take a look on bottom right of main page, you will see that this is also MIDIBox compatible