http://forums.leaflabs.com/topic.php?id=118 A place to share, learn, and grow... en-US Fri, 22 Jan 2016 00:22:09 +0000 http://bbpress.org/?v=1.0.2 q http://forums.leaflabs.com/search.php http://forums.leaflabs.com/topic.php?id=118#post-2504 Sun, 14 Nov 2010 07:01:56 +0000 betovar 2504@http://forums.leaflabs.com/ <p>I've had the same error for awhile now and I wondered if maybe i had done something to the board. I too have an iMac 24" 2.4GHz Intel Core 2 Duo running 10.5.8 and originally thought it was something wrong with Xcode. After reinstalling that with no success, I turned over to my Linux machine which worked like a charm (in terms of compiling, I haven't yet had the chance to upload code to the device).</p> <p>Pichenettes, your instructions for getting the patches installed and the cross compiler running went quite smoothly. thanks a bunch! </p> http://forums.leaflabs.com/topic.php?id=118#post-731 Thu, 12 Aug 2010 14:58:58 +0000 pichenettes 731@http://forums.leaflabs.com/ <p>Thanks for the info! Having a low-level, built-in, permanent bootloader is great. </p> http://forums.leaflabs.com/topic.php?id=118#post-730 Thu, 12 Aug 2010 14:44:10 +0000 bnewbold 730@http://forums.leaflabs.com/ <p>The STM32 has a hard-coded bootloader mode that lets you upload programs over a serial interface (which from a PC would require, eg, an FTDI chip, or a second Maple or an arduino, or ____). That's what the stm32loader.py method does; the script talks to the chip and uploads binary files. You need to do some button mashing to get in to this mode; see <a href="http://forums.leaflabs.com/topic.php?id=32#post-115" rel="nofollow">http://forums.leaflabs.com/topic.php?id=32#post-115</a> . We find this simpler than JTAG and it's actually what we use to upload our bootloader program "at the factory".</p> <p>The second bootloader is our custom written 'maple-bootloader' which allows programs to be uploaded via dfu-util over the USB port either at boot time or via auto-reset.</p> <p>High-density STM32 devices actually support something like DFU in their hard-coded bootloader, but the medium-density device in the Maple does not. </p> http://forums.leaflabs.com/topic.php?id=118#post-729 Thu, 12 Aug 2010 12:59:45 +0000 pichenettes 729@http://forums.leaflabs.com/ <p>Yes, I built dfu-util from the sources on the OpenMoko site - no build problem. Runs, but can't tell if it really works without a board...</p> <p>What's the difference between an upload with dfu-util and with stm32loader? Do they rely on any specific bootloader to be present on the chip?</p> <p>My goal is to use the board to validate that the STM32 is the right platform for what I want to do, and then migrate to a custom board - so there will come a point where I will have to know what is needed to get a bare chip running. Given a "blank" chip straight from ST, is there any other way of programming it without using a JTAG interface (a bootbootloader?) </p> http://forums.leaflabs.com/topic.php?id=118#post-727 Thu, 12 Aug 2010 11:27:19 +0000 bnewbold 727@http://forums.leaflabs.com/ <p>Awesome!</p> <p>I hope your binaries produce the correct bins; we had trouble with this initially on OSX, but jsnyder's process seems to give reliable compiler tools. </p> <p>If you're interested I think you can get a 10.5-compatible dfu-util from the OpenMoko project; note that if you use their binary you need to grab at least one dynlib as well and preserve the relative path.</p> <p>The other upload mechanism is the stm32loader.py script; if you compile programs for the JTAG target you should then be able to upload the bin out of ./build using that script (search these forums for the correct syntax). </p> http://forums.leaflabs.com/topic.php?id=118#post-724 Thu, 12 Aug 2010 05:50:06 +0000 pichenettes 724@http://forums.leaflabs.com/ <p>Finally got the toolchain working!</p> <p>The core of the problem is that mpfr and gmp must be compiled for 32 bits. I have no idea if the problem is specific to 10.5.8, to my machine (late 2007 Core 2 Duo iMac) or to the hodge-podge of compilers and development tools that have accumulated on my system since then.</p> <p>Here's how I did it:</p> <p>- Grabbed jsnyder's makefile and patches<br /> - sudo make install-deps . It will fail at the steps described above, because arm-none-eabi-gcc will be attempted to be built for 32 bits, while make install-deps will build mpfr and gmp have just been built for 64 bits.<br /> - cd gmp-2010q1-188 ; ./configure ABI=32 ; sudo make install ; cd .. to force gmp to be built for 32 bits<br /> - cd mpfr-2010q1-188 ; ./configure ABI=32 ; sudo make install ; cd .. to force mpfr to be built for 32 bits<br /> - now you can resume the global install procedure with mkdir -p $HOME/arm-cs-tools/bin ; export PATH=$HOME/arm-cs-tools/bin:$PATH ; make install-cross</p> <p>The files produced in arm-cs-tools can now be copied over the files in /Applications/MapleIDE.app/Contents/Resources/Java/hardware/tools/arm .</p> <p>I could compile Blink. Now waiting for my board to arrive!</p> <p>If you're interested in getting the pre-built binaries:<br /> <a href="http://dl.dropbox.com/u/612135/dev/tools.zip" rel="nofollow">http://dl.dropbox.com/u/612135/dev/tools.zip</a> </p> http://forums.leaflabs.com/topic.php?id=118#post-716 Wed, 11 Aug 2010 10:14:59 +0000 pichenettes 716@http://forums.leaflabs.com/ <p>Still stuck at building the code from <a href="http://github.com/jsnyder/arm-eabi-toolchain" rel="nofollow">http://github.com/jsnyder/arm-eabi-toolchain</a> . I've installed mpfr and gmp (got them built with make install-deps) but I still get:</p> <p>configure:4708: gcc -o conftest -g -O2 conftest.c -lmpfr -lgmp &gt;&amp;5<br /> ld warning: in /usr/lib/libmpfr.a, file is not of required architecture<br /> ld warning: in /usr/local/lib/libgmp.a, file is not of required architecture<br /> Undefined symbols:<br /> "_mpfr_erfc", referenced from:<br /> _main in ccmc7m95.o<br /> "_mpfr_atan2", referenced from:<br /> _main in ccmc7m95.o<br /> "_mpfr_init", referenced from:<br /> _main in ccmc7m95.o<br /> _main in ccmc7m95.o<br /> "_mpfr_subnormalize", referenced from:<br /> _main in ccmc7m95.o<br /> ld: symbol(s) not found<br /> collect2: ld returned 1 exit status<br /> configure:4714: $? = 1 </p> http://forums.leaflabs.com/topic.php?id=118#post-706 Tue, 10 Aug 2010 11:27:13 +0000 bnewbold 706@http://forums.leaflabs.com/ <p>Hi pichenettes!</p> <p>Those binaries are indeed intended only for 10.6 (and should probably be labeled as such). I had a great deal of trouble trying to cross compile for 10.5/10.6 and 32bit/64bit at the same time and decided to just go with 10.6 in the end. </p> <p>The most popular way to get the arm-none-eabi toolchain going on OSX is to use this makefile:<br /> <a href="http://github.com/jsnyder/arm-eabi-toolchain" rel="nofollow">http://github.com/jsnyder/arm-eabi-toolchain</a></p> <p>Note that this also is intended for 10.6 but "should also work on 10.5". If I recall it did work eventually but I had to make some tweaks. </p> <p>You can grab the codesourcery source from our mirror (<a href="http://static.leaflabs.com/pub/codesourcery/originals/" rel="nofollow">http://static.leaflabs.com/pub/codesourcery/originals/</a> ) or I think the makefile will grab it from their website. You can use either the 2010q1 or 2009q3 releases.</p> <p>Good luck! And please post if you have success. </p> http://forums.leaflabs.com/topic.php?id=118#post-704 Mon, 09 Aug 2010 19:34:52 +0000 pichenettes 704@http://forums.leaflabs.com/ <p>I'm planning to use my leaf board on OS X 10.5.8 with standard command line tools.</p> <p>I've tried to follow the linux how2 but I am stuck at the stage where the codesourcery tools have to be installed. The arm-2010q1-188-arm-none-eabi-toolchain-macosx32.tar archive contains prebuilt binaries which seem to have something wrong (eg launching bin/arm-none-eabi-g++ yields a "dyld: unknown required load command 0x80000022" error) - maybe because they have been built on 10.6? Is there a source-only distribution of the toolchain that I can download somewhere and build?</p> <p>Thanks! </p>