robinfawell Posted October 6, 2014 Report Share Posted October 6, 2014 (edited) SOLVED (I THINK) Using Linux I was unable to download the MIOS32 Toolchain using the sudo wget command. ( I still can't !) However I downloaded the gcc-arm-none-eabi /etc / tar.bz2 file by clicking on the linux version on the midibox.org link. Using Archive manager in Linux Mint I uncompressed the file. Then I transferred to file to usr/local/ mios32_toolchain. I added the latter directory. This did not work either. Then I realised that the path to the appropriate bin file was interrupted by the "gcc-arm-none-eabi-4_7-2013q3" diirectory. This I removed. After this I was able to compile and produce hex files. I will raise a new post regarding the sudo wget command. As mentioned previously I have damaged my core module and have decided to update to the STM Discovery. My digital piano was revised last year and the program was based on TK's example of the fast scan matrix. There a several changes due to the inclusion of the piano pedals and also an organ swell pedal for organ sounds. I have made several changes to the app.c file on TK's original The make file refers to an error E:\Mios32\trunk\apps\examples\fastscan_button_matrix_16x16>make rm -f project.hex Creating object file for app.c app.c:1:0: error: bad value (cortex-m4) for -mcpu= switch make: *** [project_build/app.o] Error 1 E:\Mios32\trunk\apps\examples\fastscan_button_matrix_16x16> I have looked in the project build file and see only references to the STM F10 processor not the STM Discovery processor. project_build/app.o: app.c e:/mios32/trunk/include/mios32/mios32.h \ e:/mios32/trunk/programming_models/traditional/stm32f10x_conf.h \ e:/mios32/trunk/drivers/STM32F10x/v3.3.0/STM32F10x_StdPeriph_Driver/inc/stm32f10x_adc.h \ e:/mios32/trunk/drivers/STM32F10x/v3.3.0/CMSIS/CM3/DeviceSupport/ST/STM32F10x/stm32f10x.h \ e:/mios32/trunk/drivers/STM32F10x/v3.3.0/CMSIS/CM3/CoreSupport/core_cm3.h \ e:/mios32/trunk/drivers/STM32F10x/v3.3.0/CMSIS/CM3/DeviceSupport/ST/STM32F10x/system_stm32f10x.h \ Is this the problem ? Please help. Robin Later comment I have tried the Tutorial 001 and again "make" gives the same error. I have checked and rechecked the environmental variables. Edited October 9, 2014 by robinfawell Quote Link to comment Share on other sites More sharing options...
robinfawell Posted October 8, 2014 Author Report Share Posted October 8, 2014 (edited) I have tried to compile using linux rather than Win7. I am very new to Linux this but am trying to learn. It also fails but this time "make" shows a different problem, it seems to have difficulties with the GCC_PREFIX. I have tried = arm-none-eabi = arm-none-eabi-gcc-4.7.4 = various date formats after the eabi I am out of ideas. Robin Edited October 8, 2014 by robinfawell Quote Link to comment Share on other sites More sharing options...
TK. Posted October 13, 2014 Report Share Posted October 13, 2014 Hi Robin, please use a qualified MIOS32 toolchain release, and not anything else found somewhere in the internet. The packages for Windows, Linux and MacOS can be downloaded from: http://www.midibox.org/mios32_toolchain/ Best Regards, Thorsten. Quote Link to comment Share on other sites More sharing options...
robinfawell Posted October 13, 2014 Author Report Share Posted October 13, 2014 (edited) Thanks Thorsten I today have spent a fair amount of time today reading anything referring to STM32F4 and reread the README on the Tutorials. They, as you confirm refer specifically to the STM32F4 core. This is very reassuring to me as I would like to be able to use my digital piano again. I mentioned earlier in my recent posts that I could not download the MIOS32_toolchain as described in Core Toolchain Setup. I have tried many times using linux to use the following code cd/usr/local sudo get wget http;// www.org/mios32_toolchain/gcc-arm-none-xxxxxx.tar.bz2 sudo tar zxvf gcc-arm-none-eabi-xxxxxx.tar.bz2 Each time I receive Error 403 I have tried xxxxxx as 2013q3, 20130916, -4_7-2013q3-20130916-linux all with the same result. (error 403) I am concerned that my ad hoc method to get the same result may have caused a corrupted hex file. Your guidance will be much appreciated. Robin PS I believe have been using the correct toolchain but perhaps not correctly. Edited October 13, 2014 by robinfawell Quote Link to comment Share on other sites More sharing options...
TK. Posted October 13, 2014 Report Share Posted October 13, 2014 Hi Robin, I'm not sure why the wget command itn't working. Could you please try to download the file from your webbrowser? (just click on the link) Best Regards, Thorsten. Quote Link to comment Share on other sites More sharing options...
robinfawell Posted October 13, 2014 Author Report Share Posted October 13, 2014 (edited) TK Yes It downloads OK. It shows as follows. Parent Directory README.txt gcc-arm-none-eabi-4_7-2013q3-20130916-linux.tar.bz2 gcc-arm-none-eabi-4_7-2013q3-20130916-mac.tar.bz2 gcc-arm-none-eabi-4_7-2013q3-20130916-win32.zip Apache/2.2.23 (Unix) mod_ssl/2.2.23 OpenSSL/0.9.8e-fips-rhel5 mod_auth_passthrough/2.1 mod_bwlimited/1.4 FrontPage/5.0.2.2635 PHP/5.3.20 Server at www.midibox.org Port 80 Robin Today's Comment. I have used the linux link above to download the GCC file and constructed the Toolchain manually by creating a directory and transferring files into usr/local. I believe that I have done this properly. Edited October 14, 2014 by robinfawell Quote Link to comment Share on other sites More sharing options...
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.