I’ll set up and compile with alternate #define’s as suggested. The fact that no device was visible with the Korg drivers is a concern. I’ll it try again with more ports enabled.
I’ve imported the eclipse project for midibox_seq_v4_lite.
For the record, the only change made to the project settings:
MIOS32PATH
The only change to source files necessary to successfully compile with STM32 was to add
extern const u8 mios32_dout_reverse_tab[];
missing from mios32_dout.h Compiled successfully (not tested). Now, with the further changes to the project settings:
MIOS32_BOARD (to MBHP_CORE_LPC17, presumably to override the USER:PREFS setting of STM32 core that I have used before now)
MIOS32_FAMILY (to LPC17xx " " ditto)
MIOS32_PROCESSOR (to LPC1769 " " " ditto)
[snip]
Creating object file for freertos_heap.cpp
c:/mios32_toolchain/bin/../lib/gcc/arm-none-eabi/4.5.1/../../../../arm-none-eabi/bin/ld.exe: project_build/project.elf section .bss' will not fit in region RAM’
c:/mios32_toolchain/bin/../lib/gcc/arm-none-eabi/4.5.1/../../../../arm-none-eabi/bin/ld.exe: region `RAM’ overflowed by 11688 bytes
I can compile fine for STM32 but my SEQV4L is LPC17 based so this is my target of compilation.
I did SVN update the repo prior to compiling.
Can you confirm that mios32_dout.h does declare the reverse array? It needs to because some file cheapo_blm.c ( or whatever it is called) accesses this array. That was the only error (easily fixed) I had to compile correctly for STM32.
So all I did after this was change the processor to LPC17 and now the linker error.
Ok, now on another machine I have updated the mios working copy from the repo.
-go into directory C:\MIOS32prj\mios32\trunk\apps\sequencers\midibox_seq_v4_lite
-open a command window, run a batch file with the following contents:
set PATH= c:\mios32_toolchain\bin;C:\msys\1.0\bin;%PATH%;
set MIOS32_PATH=/C/MIOS32prj/mios32/trunk
set MIOS32_BIN_PATH=/C/MIOS32prj/mios32/trunk/bin
set MIOS32_GCC_PREFIX=arm-none-eabi
set MIOS32_FAMILY=LPC17xx
set MIOS32_PROCESSOR=LPC1769
set MIOS32_BOARD=MBHP_CORE_LPC17
set MIOS32_LCD=universal
Putting aside issues to do with setting the environment from windows batch files (ugh…I’ll look in to that one in due course), I ve managed to compile and flash the firmware with 4 USB midi ports! (yay)
Having a 4x4x4 router (in the SEQ) in my rig really rationalises the midi wiring but particularly it gives Sysex editing and librarian connectivity to everything!
I’ll definitely be adding opto/connectors for MIDI IN/OUT 3 and 4 on my SEQv4L!
Can you confirm that mios32_dout.h does declare the reverse array?
yes, it’s declared in mios32_dout.h, and therefore also included by blm_cheapo since the header file is part of mios.h
Is this issue solved meanwhile? Because I’ve no explanation why it should fail - considered that I always compiled the firmware for a MBHP_CORE_LPC17 module by myself.
Great to read that the Korg driver is working at your side!
Command line:To have a batch file to set the environment for command line compilation (win XP and 7). There is the the setx which does the same thing that modifying computer/properties/environment variables dialog does only quicker as it is put in a batch file. I’m still looking into this.
Eclipse project: I find that the eclipse project in repo (e.g. SeqV4L ) doesn’t have mios files as linked resource in the project. In other words the mios32 source code is not in the file tree presented in the project column of Eclipse. I have my Eclipse projects organised with mios32 included in the project (comes from Jonathan Farmers original WIKI) and it works well, with being able to reference the mios32 code very easily.
I don’t know if this has anything to do with (2) above, I must have somehow had an old version of mios32_dout.h being there (one without the reverse array declaration). I wonder whether the declaration has always been in the file. I definitely did do an svn update.
Eclipse project: I find that the eclipse project in repo (e.g. SeqV4L ) doesn’t have mios files as linked resource in the project. In other words the mios32 source code is not in the file tree presented in the project column of Eclipse. I have my Eclipse projects organised with mios32 included in the project (comes from Jonathan Farmers original WIKI) and it works well, with being able to reference the mios32 code very easily.
Yes, I only added the include files to make the eclipse project independent from the selected $MIOS32_FAMILY
This shouldn’t prevent you from adding private enhancements of course…
I don’t know if this has anything to do with (2) above, I must have somehow had an old version of mios32_dout.h being there (one without the reverse array declaration). I wonder whether the declaration has always been in the file. I definitely did do an svn update.
The declaration has been added with r1302 more than 1 year ago.
