http://forums.leaflabs.com/topic.php?id=178 A place to share, learn, and grow... en-US Fri, 22 Jan 2016 00:13:47 +0000 http://bbpress.org/?v=1.0.2 q http://forums.leaflabs.com/search.php http://forums.leaflabs.com/topic.php?id=178#post-5556 Wed, 06 Jul 2011 11:57:26 +0000 mbolivar 5556@http://forums.leaflabs.com/ <p>samtal,</p> <p>see here for why you don't need to select a serial port after the first time you upload a new bootloader:</p> <p><a href="http://forums.leaflabs.com/topic.php?id=891#post-5468" rel="nofollow">http://forums.leaflabs.com/topic.php?id=891#post-5468</a> </p> http://forums.leaflabs.com/topic.php?id=178#post-5520 Tue, 05 Jul 2011 07:08:05 +0000 samtal 5520@http://forums.leaflabs.com/ <p>Worked for me too.<br /> Thanks.<br /> Strange, but I could not belive I can try to program the Maple if it was not recognized as a serial port (there was no port number to use for the IDE).<br /> It works nice and clean, the port number showed up after program load (I used one of the example programs fore that).<br /> samtal </p> http://forums.leaflabs.com/topic.php?id=178#post-1933 Fri, 22 Oct 2010 20:50:52 +0000 structuresound 1933@http://forums.leaflabs.com/ <p>worked like a charm, thanks so much. Glad this is here now for future readers too! </p> http://forums.leaflabs.com/topic.php?id=178#post-1920 Fri, 22 Oct 2010 11:44:50 +0000 poslathian 1920@http://forums.leaflabs.com/ <p>When you reflash the bootloader, there is no code in RAM or Flash to jump to, so the device just idles in the "permanent bootloader mode" for a while. This is expected. </p> <p>Now that youve got it in permanent bootloader mode, you shouldnt expect it to come up as a serial or network device. Its not! its a DFU device, patiently awaiting new code. The auto-reset from the IDE during programming will fail, thats OK - because its already reset and waiting for new code. </p> <p>You should be able to upload code from the IDE in this state. You can verify that the device is coming up as expected by running </p> <p>dfu-util -l</p> <p>if you dont have dfu-util installed, you can get it from your maple install directory. On a mac, you can descend into the application folder, from there - dfu-util is located at:</p> <p>hardware/tools/arm/bin </p> http://forums.leaflabs.com/topic.php?id=178#post-1919 Fri, 22 Oct 2010 00:31:57 +0000 structuresound 1919@http://forums.leaflabs.com/ <p>I recently uploaded the bootloader via serial to my R3 using the python loader from shell (OS X) i.e.</p> <p>python stm32loader.py -p /dev/tty.usbserial-A8007ZPL -evw /maple_boot-rev3-9c5f8e.bin</p> <p>the python script wrote, read, and verified, now when I reset the maple board I get stuck in "slow blinky" (or permanent bootloader) and the maple doesn't show up as a network or serial device. Any ideas?</p> <p>I was messing around with JTAG stuff earlier so perhaps I've messed something else up!</p> <p>Edit: I know this an old thread but it seemed a relevant to continue? </p> http://forums.leaflabs.com/topic.php?id=178#post-1283 Wed, 15 Sep 2010 00:36:04 +0000 DaemonMaker 1283@http://forums.leaflabs.com/ <p>To answer your questions, yes it does run blinky. It also successfully runs the programs I upload with the IDE.</p> <p>git tells me that I'm on the master branch for both code bases. Should I be using stable by chance?</p> <p>1) This fixed it (Thanks!). The IDE shows 6 options under Tools -&gt; Serial Port<br /> /dev/tty.Bluetooth-Modem<br /> /dev/cu.Bluetooth-Modem<br /> /dev/tty.Bluetooth-PDA-Sync<br /> /dev/cu.Bluetooth-PDA-Sync<br /> /dev/tty.usbmodem411<br /> /dev/cu.usbmodem411</p> <p>I had it set to use /dev/tty.Bluetooh-Modem. When it's set to use /dev/tty.usbmodem411 it works just fine.</p> <p>2) Yes, this works just as you describe.</p> <p>Thanks again,<br /> Dustin </p> http://forums.leaflabs.com/topic.php?id=178#post-1276 Tue, 14 Sep 2010 18:39:05 +0000 poslathian 1276@http://forums.leaflabs.com/ <p>It is strange that it worked before but not after uploading the fresh bootloader. The version you got from git is the correct version. </p> <p>As you have described things, your bootloader is functioning properly. If you hit reset and you successfully upload code, then the bootloader did its job. After reset it came up, enumerated itself to your computer, and ate code over dfu from the IDE and ran it (i assume it ran it...is it running blinky?). </p> <p>The problem is that when you try and upload more code, the board does not reset by itself, like its supposed to. The auto-reset feature is a function of the user code - hidden inside libmaple. Can you verify some things for me:<br /> 1) when your board is running blinky does the Maple Serial port exist? (does SerialUSB.print work, or does the device come up in whatever listing your OS provides? I think in mac it should come up as a modem device labeled Maple Virtual COM)<br /> 2) if you use permanent bootloader mode, are you successful? To do this, hit reset immediately followed by pressing and holding the secondary button labeled BUT. You should notice that the bootloader transitions from quick blinks to slow blinks after reset, the idea is to have the BUT button held down when this transition occurs. The LED should now blink slowly forever. Now try and upload code from the IDE - it should report something about "Auto reset failed" and then sucessfuly upload code. </p> http://forums.leaflabs.com/topic.php?id=178#post-1274 Tue, 14 Sep 2010 18:14:52 +0000 DaemonMaker 1274@http://forums.leaflabs.com/ <p>Poslathian:</p> <p>Unfortunately this didn't work.</p> <p>Just to be clear, I can only upload code if I push reset [em]while[/em] the IDE is trying to upload.</p> <p>I suspect I used the wrong git branch. The last thing I did was clone <a href="http://github.com/leaflabs/libmaple.git" rel="nofollow">http://github.com/leaflabs/libmaple.git</a> and <a href="http://github.com/leaflabs/maple-bootloader.git" rel="nofollow">http://github.com/leaflabs/maple-bootloader.git</a>. I then compiled the bootloader and uploaded it. Finally I compiled and uploaded the blinky example. From there I tried the IDE and encountered the error described above.</p> <p>I use Ubuntu to compile and upload code from git but I use the IDE under OSX. Before I changed the firmware there was no problem. I'm using v00018 of the IDE and I'm using the CodeSourcery EABI tool chain under Linux.</p> <p>I'm not sure if this is the detail you were looking for so please feel free to point out something I may have missed.</p> <p>Dustin </p> http://forums.leaflabs.com/topic.php?id=178#post-1261 Tue, 14 Sep 2010 14:46:18 +0000 poslathian 1261@http://forums.leaflabs.com/ <p>Dustin,<br /> If you push reset, then you can succesfully upload a program? If so, upload a program - from the IDE - into FLASH. I think what is happening is this.</p> <p>- The bootloader only runs momentarily after reset, and then jumps to user code. If no user code is preset is will idle in the bootloader. If user code is present in RAM it will jump there. Finally it will jump to flash if there user code there. The check for user code is naiive, and user binaries are not CRC checked or verified, it does happen (rarely) that corrupted user binaries are uploaded.</p> <p>- When you program the board from the IDE, the reset is initiated via a command over the serial port. This little auto-reset daemon is actually compiled in as part of your user code. Thus for auto-reset to work, you must<br /> A) be running valid user code that contains the auto-reset daemon<br /> B) have the serial port selected in the IDE menu, or have whatever command line tools properly configured. </p> <p>I am not sure if this is exactly your problem, but perhaps some of it makes sense? Can you give some more details? </p> http://forums.leaflabs.com/topic.php?id=178#post-1168 Sat, 11 Sep 2010 22:59:38 +0000 DaemonMaker 1168@http://forums.leaflabs.com/ <p>Hello all:</p> <p>I am the proud new owner of a Leaf Maple. I've been very impressed by this project. Earlier today I grabbed a copy of the i2c branch of libmaple in hopes to contribute a little. Unfortunately I made a mistake that prevented me from uploading programs! To correct the problem I soldered on a JTAG header and flashed the chip. This left me without the ability to upload from the Maple IDE so I grabbed a copy of maple-bootloader and flashed the chip again. Now when I try to upload a program via the Maple IDE I see the following output:</p> <p><code><br /> error resetting after download: usb_reset(ResetDevice): no connection to an IOService<br /> state(8) = dfuMANIFEST-WAIT-RESET, status(0) = No error condition is present<br /> Done!<br /> Resetting USB to switch back to runtime mode<br /> Going to build using 'make' (ARM)<br /> Compiling core...<br /> Compiling any libs...<br /> Compiling the sketch...<br /> running linker asynchronously...<br /> running obj copy asynchronously...<br /> running size asynchronously...</p> <p>/var/folders/iJ/iJPtq4QNETugjvzFG94Jrk+++TI/-Tmp-/build4734736371581637589.tmp/Blink.cpp.bin :<br /> section size addr<br /> .data 12360 0<br /> Total 12360</p> <p>Binary sketch size is reported above. Check it against a 17000 byte maximum.<br /> Loading via dfu-util<br /> Resetting to bootloader via DTR pulse</p> <p>Reset via USB Serial Failed! Did you select the serial right serial port?<br /> Assuming the board is in perpetual bootloader mode and continuing to attempt dfu programming...</p> <p>Searching for DFU device [1EAF:0003]...<br /> </code></p> <p>The IDE pauses on this last line. If I push reset during the pause then it will find the board and upload the program otherwise it will fail.</p> <p>Thus far I've not been able to determine how to correct this issue. Is there documentation that outlines the proper method of returning the board to factory condition firmware-wise?</p> <p>TIA,<br /> Dustin </p>