http://forums.leaflabs.com/topic.php?id=21 A place to share, learn, and grow... en-US Fri, 22 Jan 2016 00:17:42 +0000 http://bbpress.org/?v=1.0.2 q http://forums.leaflabs.com/search.php http://forums.leaflabs.com/topic.php?id=21#post-418 Wed, 30 Jun 2010 00:19:59 +0000 bnewbold 418@http://forums.leaflabs.com/ <p>FWIW, we have written up a guide to no-gui development at <a href="http://leaflabs.com/docs/libmaple/unix-toolchain/" rel="nofollow">http://leaflabs.com/docs/libmaple/unix-toolchain/</a> </p> http://forums.leaflabs.com/topic.php?id=21#post-95 Sat, 03 Apr 2010 14:59:14 +0000 importer 95@http://forums.leaflabs.com/ <p>[on Thu 07 of Jan., 2010 19:34 EST, by poslathian]</p> <p>If ever you should find your board not-programming even though it used to, you have likely flashed some code that fools with the interrupts in a way that disrupts the usb peripheral. There are other low level ways to disrupt the bootloader too, like this:</p> <p>void setup() {<br /> int* ram_base=0x2000000;<br /> while (ram_base &lt; 0x20005000) {<br /> *ram_base=0x0;<br /> }<br /> }<br /> void loop() {<br /> never gets here<br /> }</p> <p>AND....were bricked.</p> <p>Thankfully, we expected you might do this (would you?). The bootloader wont jump to user code for a few seconds after a power cycle. Thus, you have those few seconds to upload a less toxic sketch before it takes over. Unfortunately, the IDE is a bit too slow (since it recompiles everything every time, like arduino) to upload the new sketch in this window. Thus the method described above is an excellent rescue resource.</p> <p>Im not sure this little blurb was really appropriate here, just thought id share. </p> http://forums.leaflabs.com/topic.php?id=21#post-93 Sat, 03 Apr 2010 14:58:36 +0000 importer 93@http://forums.leaflabs.com/ <p>[on Thu 07 of Jan., 2010 12:29 EST, by rsbohn]<br /> &gt; Your program is loaded in RAM, so it won't be there if you cycle the power on the Maple board. If you want to put it in flash you need the following (which I have not yet tried):<br /> &gt;<br /> &gt; make LINKER=lanchon-stm32-user-rom.ld DEFFLAGS=VECT_TAB_RAM</p> <p>oops, that should be DEFFLAGS=VECT_TAB_ROM if you are writing to the Flash memory. </p> http://forums.leaflabs.com/topic.php?id=21#post-92 Sat, 03 Apr 2010 14:58:16 +0000 importer 92@http://forums.leaflabs.com/ <p>[on Wed 30 of Dec., 2009 08:58 EST, by rsbohn]</p> <p>My host machine is WindowsXP. Here is a summary of what didn't work:</p> <p>FAIL: connecting the Maple board to Ubuntu in a QEMU vm. The Windows version will not connect to random USB devices. Might work if your QEMU host is Linux, but then why not just run dfu-util on the host?</p> <p>FAIL: running dfu-util on Ubuntu in a VMware vm. I did manage to connect the board to the vm, but dfu-util was never able to put the board into dfuIDLE. I never got it out of Runtime mode. You could try resetting the board just before you run dfu-util, but I couldn't get that to work. </p> http://forums.leaflabs.com/topic.php?id=21#post-89 Sat, 03 Apr 2010 14:57:43 +0000 importer 89@http://forums.leaflabs.com/ <p>[on Wed 30 of Dec., 2009 08:48 EST, by rsbohn]</p> <p>The files in */trunk/library allow you to use the Arduino(Wiring) libraries to program the Maple board. Here is how it worked for me on Ubuntu. You should probably read <a href="http://leaflabs.com/Blinky" rel="nofollow">http://leaflabs.com/Blinky</a> first, the instructions there are excellent.</p> <p>-Install dfu-util<br /> -Install subversion<br /> -Fetch a copy of the Leaflabs code from <a href="http://leaflabs.googlecode.com/svn/" rel="nofollow">http://leaflabs.googlecode.com/svn/</a><br /> -Go to */trunk/library<br /> -Make any changes to src/main.cpp<br /> -run 'make clean'<br /> -run the following to build the software as a RAM image</p> <p>MAPLE=~/leaflabs-read-only/trunk/maple/build/linux/dist<br /> ARM_BIN=$DIST/tools/arm/bin<br /> PATH=$ARM_BIN:$PATH make LINKER=lanchon-stm32-user-ram.ld DEFFLAGS=VECT_TAB_RAM</p> <p>(I put that in a script called 'go', then ran 'sh go')</p> <p>-Next connect the maple board. You may see a message informing you that<br /> the Maple is not a modem. (dmesg | tail to see the message) This is expected<br /> and not a problem.<br /> -Make sure dfu-util can see the board:</p> <p>dfu-util -l</p> <p>You should see two lines with the Maple vendor:product id 0x0110:0x1001.<br /> The alt=0 is the RAM target and the alt=1 is the Flash (ROM) target.</p> <p>-Now run 'sudo make program' to transfer the image to the Maple board. dfu-util will connect to the board, put it into dfuIDLE mode, then upload the image. After the upload the board is reset and your program should start running. The default image will blink the blue LED on pin 13. It will send startup messages out Serial2 (pins D0 and D1). It also sends 'blink...\n' on the usb port (Serial1), which you can see if you run 'cat /dev/ttyACM0'.</p> <p>Your program is loaded in RAM, so it won't be there if you cycle the power on the Maple board. If you want to put it in flash you need the following (which I have not yet tried):</p> <p>make LINKER=lanchon-stm32-user-rom.ld DEFFLAGS=VECT_TAB_RAM </p>