http://forums.leaflabs.com/topic.php?id=74382 A place to share, learn, and grow... en-US Fri, 22 Jan 2016 00:04:56 +0000 http://bbpress.org/?v=1.0.2 q http://forums.leaflabs.com/search.php http://forums.leaflabs.com/topic.php?id=74382#post-105565 Tue, 28 Oct 2014 14:09:06 +0000 jonatan.olofsson 105565@http://forums.leaflabs.com/ <p>Thanks, gbulmer,</p> <p>Great advices, it was of much use.</p> <p>I did, indeed, use just a "blink" program. In the end, I had to ditch building/linking with libmaple.a, as it seems too much was stripped away by the linker if linked with the library.. Fortunately, this was trivial with my tup setup, so once I decided for that, it worked right away! </p> http://forums.leaflabs.com/topic.php?id=74382#post-105564 Mon, 27 Oct 2014 10:25:30 +0000 gbulmer 105564@http://forums.leaflabs.com/ <p>Have you reduced the program to the simplest case, something like blink?</p> <p>Have you tried comparing a small, simple, sketch built in a way which works with the same sketch built in a way that does not?</p> <p>There are a few causes I can think of.</p> <p>This probably is not the issue, but it is worth being clear. Are you loading to RAM intitially? IIRC, there was a period when there was a bug in the bootloader that might look like that problem.. If a program is loaded in RAM, the bootloader needs to know. however, part of the point of loading into RAM is to *not* load from there after a power cycle. So, IIRC, the bootloader sets a 'magic value' in RAM so that it would come back through reset and start at the program in RAM. However, it did not reset the magic value after a load into Flash. So it would keep trying to run from RAM until a power cycle destroyed the magic value. I thought it had been fixed, but maybe you have an old bootloader?</p> <p>If you have a program that works when built by the Maple IDE, but not when built otherwise, try to compare the files.<br /> A first step would be just check their sizes.</p> <p>Within the Maple IDE package, there is gcc's <em>nm</em> and <em>objdump</em>. The nm program will give the list of symbols (functions and global variables) in a executable (before the IDE strips it down to a hex, IIRC). So a step would be to get the symbols in each file and then sort and compare the two lists, e.g. with sort | uniq, or sort the files then diff. If there are different symbols, then it may be clear what is happening.</p> <p>If this shows very few differences, and it isn;t clear, then try <em>objdump</em> on each program to get an assembler listing, and diff those. If you are lucky, the order of the object files will be similar enough that the differences are clearer.</p> <p>(Full disclosure. I am not a member of LeafLabs staff) </p> http://forums.leaflabs.com/topic.php?id=74382#post-105561 Sat, 25 Oct 2014 09:13:21 +0000 jonatan.olofsson 105561@http://forums.leaflabs.com/ <blockquote><p> The problem is that the sketch I built doesn't run after it is downloaded. A reset doesn't help, but after a power cycle it runs fine. I'm pretty sure it is not hardware, the same thing happens on 3 different boards. </p></blockquote> <p>I am having this issue with my maple mini right now as well! I have been replacing the makefiles with another buildsystem (tup), and have everything working great except for this issue. Do you know what fixed this particular problem, in your case? </p> http://forums.leaflabs.com/topic.php?id=74382#post-105558 Sat, 18 Oct 2014 05:31:16 +0000 bobc 105558@http://forums.leaflabs.com/ <blockquote><p>There are several changes in my version that are significant for sure :) One example is the nops I had to add in the micros() code because of the better gcc 4.8 optimization, otherwise the interrupt was too slow to intercept in time. </p></blockquote> <p>Nice one :) I think I was hitting that bug as well. </p> <p>After more struggling, I have now got sketches to run reliably built using maple-asp. I have to have a copy of libmaple code for each variant, which is very messy. Sometime I will get a JTAG set up and have a more detailed look, but there are other things I want to look at. e.g. how to get drivers signed, how to download using ROM bootloaders, provide support for linux, etc</p> <p>Thanks for your help. </p> http://forums.leaflabs.com/topic.php?id=74382#post-105557 Thu, 16 Oct 2014 17:00:35 +0000 ala42 105557@http://forums.leaflabs.com/ <p>&gt; I note that your version of libmaple is based on the leaflabs one around June 2012, there have been a few changes in the leaflabs source since then which may be significant (or maybe not!)</p> <p>There are several changes in my version that are significant for sure :) One example is the nops I had to add in the micros() code because of the better gcc 4.8 optimization, otherwise the interrupt was too slow to intercept in time. </p> http://forums.leaflabs.com/topic.php?id=74382#post-105556 Thu, 16 Oct 2014 15:21:29 +0000 bobc 105556@http://forums.leaflabs.com/ <p>@ala42, thanks for the info. That gives me confidence to pursue the problem. I note that your version of libmaple is based on the leaflabs one around June 2012, there have been a few changes in the leaflabs source since then which may be significant (or maybe not!)</p> <p>I have taken files out of the libmaple.a archive file until the sketch downloads and runs OK. That I think shows that at some level my compile/link process is good, and the issue is *something* to do with linking objects from the archive file.</p> <p>I've had problems with weak symbols before, and my hunch is that it is something to do with that, as there are several place in libmaple where weak symbols are used.</p> <p>Hopefully I can find the problem file by putting files one by one back into the archive file. </p> http://forums.leaflabs.com/topic.php?id=74382#post-105555 Wed, 15 Oct 2014 17:22:09 +0000 ala42 105555@http://forums.leaflabs.com/ <p>There is a Makefile in the libmaple directory, simply call "make library".</p> <p>I have tested my STM32F4 ported libmaple version with the aeroquad 3.2 code (<a href="https://github.com/AeroQuad/AeroQuad" rel="nofollow">https://github.com/AeroQuad/AeroQuad</a>) lately with the latest launchpad arm-none-eabi-gcc.exe (GNU Tools for ARM Embedded Processors) 4.8.4 20140725 (release) [ARM/embedded-4_8-branch revision 213147] without problems. </p> http://forums.leaflabs.com/topic.php?id=74382#post-105554 Wed, 15 Oct 2014 13:23:59 +0000 bobc 105554@http://forums.leaflabs.com/ <p>Sure, here is more info:</p> <p>The goal is to create a "third-party hardware package" for use with the stock Arduino IDE 1.5.x, as described here <a href="https://github.com/arduino/Arduino/wiki/Arduino-IDE-1.5---3rd-party-Hardware-specification" rel="nofollow">https://github.com/arduino/Arduino/wiki/Arduino-IDE-1.5---3rd-party-Hardware-specification</a></p> <p>To do that, I have taken the libmaple code, added a new boards.txt and platforms.txt files based on information in maple-ide, and written a small java tool to call dfu-util. I haven't made any code changes to libmaple files, but have moved files around to meet the requirements of the Arduino IDE. The ARM compiler is the one delivered with Arduino 1.5.7, which hails as "arm-none-eabi-gcc (GNU Tools for ARM Embedded Processors) 4.8.3 20140228 (release) [ARM/embedded-4_8-branch revision 208322]"</p> <p>The repo for this is at <a href="https://github.com/bobc/maple-asp" rel="nofollow">https://github.com/bobc/maple-asp</a></p> <p>Hardware I am testing with:</p> <p>Iteadmaple</p> <p><a href="http://imall.iteadstudio.com/development-platform/arduino/arduino-compatible-mainboard/im120411012.html" rel="nofollow">http://imall.iteadstudio.com/development-platform/arduino/arduino-compatible-mainboard/im120411012.html</a></p> <p>OLIMEXINO-STM32</p> <p><a href="https://www.olimex.com/Products/Duino/STM32/OLIMEXINO-STM32/" rel="nofollow">https://www.olimex.com/Products/Duino/STM32/OLIMEXINO-STM32/</a></p> <p>Baite maple mini ARM STM32</p> <p><a href="http://www.aliexpress.com/store/product/leaflabs-Leaf-maple-mini-ARM-STM32-compatibility/812021_1987703487.html" rel="nofollow">http://www.aliexpress.com/store/product/leaflabs-Leaf-maple-mini-ARM-STM32-compatibility/812021_1987703487.html</a></p> <p>Do you have a link for "libmaple.a separately build with a makefile without using the maple IDE" ?</p> <p>Cheers </p> http://forums.leaflabs.com/topic.php?id=74382#post-105553 Tue, 14 Oct 2014 18:36:09 +0000 ala42 105553@http://forums.leaflabs.com/ <p>I always used libmaple.a separatly build with a makefile without using the maple IDE at all.<br /> You need to spread some information to get help.<br /> Do you just want to make the lib interface compatible or do you want to use a different compiler and IDE ?<br /> What did you change in your port ?<br /> Which board do you use to run your code ? </p> http://forums.leaflabs.com/topic.php?id=74382#post-105551 Tue, 14 Oct 2014 18:08:48 +0000 bobc 105551@http://forums.leaflabs.com/ <p>I'm struggling to get my port of libmaple to Arduino 1.5.x working reliably. The problem is that the sketch I built doesn't run after it is downloaded. A reset doesn't help, but after a power cycle it runs fine. I'm pretty sure it is not hardware, the same thing happens on 3 different boards.</p> <p>I have built the sketch using the Maple IDE (012), and also from the command line in libmaple, and those work fine.</p> <p>I guess there is some initialisation not being done in my build. Trying to nail down the differences, a major one is that I build libmaple.a (make library) then link my sketch etc with it.</p> <p>I searched for examples of people using libmaple.a, but all makefile examples I found link against *.o directly.</p> <p>Tomorrow I will try without libmaple.a. </p>