http://forums.leaflabs.com/topic.php?id=74271 A place to share, learn, and grow... en-US Fri, 22 Jan 2016 00:12:01 +0000 http://bbpress.org/?v=1.0.2 q http://forums.leaflabs.com/search.php http://forums.leaflabs.com/topic.php?id=74271#post-105223 Sun, 09 Feb 2014 20:48:57 +0000 jstamour802 105223@http://forums.leaflabs.com/ <p>This all makes sense - thank you for the help.</p> <p>I haven't been able to test it out yet, so tomorrow I should be looking good after some tinkering. </p> <p>Another thought - the STLINK/V2 Utility allows you to specify a start address before uploading flash, what if I changed the start address to 0x08005000? Would I then need to modify the IDE? </p> <p>Just a thought...</p> <p>Thx </p> http://forums.leaflabs.com/topic.php?id=74271#post-105219 Sun, 09 Feb 2014 14:39:47 +0000 gbulmer 105219@http://forums.leaflabs.com/ <p>jstamour802 - JTAG and SWD are hardware debugging mechanisms. They have no effect on the program you need to build *</p> <p>AFAIK, it happens that "MEMORY_TARGET=JTAG" is a way to make the build system build the program to run without LeafLabs USB bootloader. </p> <p>"Maple" programs, built with the IDE, and uploaded by LeafLabs USB bootloader, rely on the bootloader to define the *start* of flash memory, include the system "RESET", which jumps to the users "Maple" program. When the bootloader isn't in flash, your program must be built to load at the start of flash, or there will be no code for system "RESET". This is a normal situation in general for microcontrollers, but not for "Maple" programs built by the Maple IDE.</p> <p>The flag could just as easily, and possibly more helpfully, have been "MEMORY_TARGET=NO_BOOTLOADER". The name "JTAG" vs "SWD" has no significance in this context.</p> <p>(* It could matter for some development systems which generate debugger-sensitive code, but that is not the case here.)</p> <p>(Full disclosure: I am not a member of LeafLabs staff)</p> <p>Edit: ventosus, this crossed with your post. </p> http://forums.leaflabs.com/topic.php?id=74271#post-105218 Sun, 09 Feb 2014 14:37:00 +0000 ventosus 105218@http://forums.leaflabs.com/ <p>The way of uploading should not matter (JTAG, SWD, serial bootloader). There is no SWD build target.</p> <p>The JTAG memory target merely tells the compiler and linker to put code at FLASH memory beginning (0x08000000), whereas the standard FLASH memory target tells the compiler and linker to put code at an offset address (0x08005000), e.g. after the boot loader. In this case, the boot loader is at 0x08000000 and the first program to run and then gives over to your sketch.</p> <p>So, if you don't have a bootloader on your custom board, code needs to be (compiled/linked for and) put at FLASH beginning for a successful startup sequence. </p> http://forums.leaflabs.com/topic.php?id=74271#post-105217 Sun, 09 Feb 2014 09:23:23 +0000 jstamour802 105217@http://forums.leaflabs.com/ <p>One other question, does it matter if I'm using SWD instead of JTAG? Do I need to build it for SWD instead of JTAG?</p> <p>Thanks in advance </p> http://forums.leaflabs.com/topic.php?id=74271#post-105215 Sat, 08 Feb 2014 23:31:49 +0000 jstamour802 105215@http://forums.leaflabs.com/ <p>ventosus, thank you for the help. I'll need to wait until Monday to try your solution - it sounds like this is the problem. </p> http://forums.leaflabs.com/topic.php?id=74271#post-105213 Sat, 08 Feb 2014 12:25:50 +0000 ventosus 105213@http://forums.leaflabs.com/ <p>If this is related to: <a href="http://forums.leaflabs.com/topic.php?id=74226" rel="nofollow">http://forums.leaflabs.com/topic.php?id=74226</a></p> <p>Then the solution is: <a href="http://forums.leaflabs.com/topic.php?id=10278" rel="nofollow">http://forums.leaflabs.com/topic.php?id=10278</a></p> <p>If you want to directly run code without bootloader, you MUST compile for the<br /> MEMORY_TARGET=JTAG, iirc, the IDE does not offer you this build target, so you either have to modify the IDE or even better, use libmaple with the Unix toolchain instead. </p> http://forums.leaflabs.com/topic.php?id=74271#post-105212 Sat, 08 Feb 2014 09:17:37 +0000 jstamour802 105212@http://forums.leaflabs.com/ <p>I've developed a board based on the olimex maple board, but am using the RET6 chip. I have no USB port in this design, so I can only upload code via my STLINKV2 programmer, and that works fine.</p> <p> The problem is that when I load any basic code (blink, etc..) using the STLINKV2 (using the associated utility), the program doesn't run. Also noted that the crystal does not oscillate. The blink code is generated from the maple IDE (.bin) and I use that to upload with the STLINK. Confirmed that I have the RET6 edition selected in the boards.</p> <p> When I load the USB bootloader(.bin) with the same STLINKV2 programmer, the bootloader runs fine, and the crystal is working. I haven't tried to upload code with USB as I dont have the hardware on this design (I may rig it up on a breadboard and pipe it in to see if code uploads this way).</p> <p> So... what is happening here? Do I need to be setting a crystal mode in the program? I suspect that the bootloader.hex has some code that sets the external crystal properly, and I also suspect that when code is uploaded to the maple via, this is also true. Why when I upload a .bin other than the bootloader does the crystal not oscillate?</p> <p>Maybe this is a bug with the RET6 chip and the Maple IDE?</p> <p>Thanks in advance </p>