http://forums.leaflabs.com/forum.php?id=10 A place to share, learn, and grow... en-US Fri, 22 Jan 2016 00:01:26 +0000 http://bbpress.org/?v=1.0.2 q http://forums.leaflabs.com/search.php http://forums.leaflabs.com/topic.php?id=13377#post-105821 Wed, 06 Jan 2016 14:53:49 +0000 denis4inet 105821@http://forums.leaflabs.com/ <p>@librae8226, I flashed latest nuttx using contributed by you maple sample config with small changes "maple/usbnsh" (<a href="http://pastebin.com/7DTsw1Xn)" rel="nofollow">http://pastebin.com/7DTsw1Xn)</a>. But USB still doesn't work.</p> <p>Host system: ArchLnux x64. lsusb and dmesg hasn't any information about new USB device. I'm slightly familiar with the usb programming. But several years ago I was playing with libusb. But it is all my experience which is connected with USB.</p> <p>Could you help me?! </p> http://forums.leaflabs.com/topic.php?id=1593&page=6#post-105782 Sun, 27 Sep 2015 05:55:55 +0000 Rei Vilo 105782@http://forums.leaflabs.com/ <p>New release 3.0 of embedXcode supports and runs on Xcode 7 with Mac OS X 10.10.</p> <p>Release 3.0.1 improves the stability of the installation process. Release 3.0.2 fixes two bugs for Arduino Due and LaunchPad CC3200. Release 3.0.3 fixes a bug for mbed.</p> <p>[url=http://embedxcode.weebly.com/download.html]Download[/url] </p> http://forums.leaflabs.com/topic.php?id=62&page=5#post-105766 Thu, 06 Aug 2015 04:58:12 +0000 gbulmer 105766@http://forums.leaflabs.com/ <p>@mian2zi3 - Sorry for the slow response, and big thanks to you and Clifford Wolf for the wonderful work, and you for the Update.</p> <p>I had pretty much assumed there wouldn't be an Open Source FPGA toolchain in the near future, so this is a very pleasant surprise.</p> <p>Even better, the <a href="http://www.latticesemi.com/icestick">iCEstick Evaluation Kit</a> FPGA development hardware is quite reasonably priced, with <a href="http://www.latticestore.com/searchresults/tabid/463/searchid/1/searchvalue/ice40hx1k-stick-evn/default.aspx">Lattice selling it at $21.86</a></p> <p>For anyone interested, I did a quick check, and it is available in the UK at:<br /> <a href="http://uk.mouser.com/ProductDetail/Lattice/ICE40HX1K-STICK-EVN/?qs=%2fha2pyFadugY4woXwsBFcG4ricvRE8gsBJ8rWqbssc4%3d">Mouser UK for £14.54+VAT</a><br /> <a href="http://uk.farnell.com/lattice-semiconductor/ice40hx1k-stick-evn/ice40-hx1k-icestick-eval-kit/dp/2355207?ost=iCEstick">Farnell UK for £19.22+VAT</a></p> <p>Thank you very much for the Update.</p> <p>(Full disclosure: I am not a member of LeafLabs staff.) </p> http://forums.leaflabs.com/topic.php?id=62&page=5#post-105764 Sun, 26 Jul 2015 22:57:58 +0000 mian2zi3 105764@http://forums.leaflabs.com/ <p>This isn't directly relevant to Oak, but my be interesting in the larger context of the conversation. There is now a complete, open source, Verilog-to-bitstream toochain for one family of FPGAs, the Lattice iCE40. Reverse engineering and tools to generate bistreams was done by the IceStorm project. Yosys is an open source Verilog synthesis tool. (Both done by Clifford Wolf.) I wrote a place and route tool (simulated annealing placement with multi-pass congestion aware routing) targeting IceStorm and the iCE40. Here are some links:</p> <p><a href="http://www.clifford.at/icestorm/" rel="nofollow">http://www.clifford.at/icestorm/</a><br /> <a href="https://github.com/cseed/arachne-pnr" rel="nofollow">https://github.com/cseed/arachne-pnr</a><br /> <a href="http://www.clifford.at/yosys/" rel="nofollow">http://www.clifford.at/yosys/</a> </p> http://forums.leaflabs.com/topic.php?id=74411#post-105644 Tue, 27 Jan 2015 15:19:31 +0000 moskrc 105644@http://forums.leaflabs.com/ <p>Thank you very much! </p> http://forums.leaflabs.com/topic.php?id=74411#post-105638 Sun, 25 Jan 2015 17:05:09 +0000 rogerclark 105638@http://forums.leaflabs.com/ <p>Why are you compiling lib maple on its own. </p> <p>Is there any reason you are not just using the Arduino IDE ??</p> <p>See <a href="http://forum.arduino.cc/index.php?topic=265904.0" rel="nofollow">http://forum.arduino.cc/index.php?topic=265904.0</a> </p> http://forums.leaflabs.com/topic.php?id=74411#post-105634 Sun, 25 Jan 2015 14:23:37 +0000 moskrc 105634@http://forums.leaflabs.com/ <p>Hi,</p> <p>I have a problem with 'make',</p> <p><a href="https://github.com/leaflabs/libmaple/issues/106" rel="nofollow">https://github.com/leaflabs/libmaple/issues/106</a></p> <p>vit@myhost ~/projects/electronics/libmaple $ make<br /> make: arm-none-eabi-gcc: Command not found<br /> make: arm-none-eabi-gcc: Command not found<br /> ================================================================================</p> <p> Build info:<br /> BOARD: maple_mini<br /> MCU: STM32F103CB<br /> MEMORY_TARGET: flash</p> <p> See 'make help' for all possible targets</p> <p>================================================================================</p> <p> [CC] ./libmaple/adc.c<br /> arm-none-eabi-gcc: error trying to exec 'cc1': execvp: No such file or directory<br /> make: *** [build/./libmaple/adc.o] Error 1<br /> vit@myhost ~/projects/electronics/libmaple $<br /> vit@myhost ~/projects/electronics/libmaple $ arm-none-eabi-gcc<br /> arm-none-eabi-gcc: no input files<br /> vit@myhost ~/projects/electronics/libmaple $ cc1<br /> -bash: cc1: command not found<br /> vit@myhost ~/projects/electronics/libmaple $ cc<br /> clang: error: no input files<br /> vit@myhost ~/projects/electronics/libmaple $<br /> Thanks </p> http://forums.leaflabs.com/topic.php?id=74405#post-105605 Sun, 04 Jan 2015 17:49:36 +0000 bobc 105605@http://forums.leaflabs.com/ <p>Sure, that makes sense for a RAM build, the bootloader must load it into RAM while the bootloader is running.</p> <p>I can't see why a Flash build would need the same behaviour though. </p> http://forums.leaflabs.com/topic.php?id=74405#post-105604 Sun, 04 Jan 2015 14:16:54 +0000 gbulmer 105604@http://forums.leaflabs.com/ <p>I have a <em>very vague</em> recollection that reserving some RAM allowed the bootloader to be triggered by a reset, without disturbing a program loaded into RAM. So that RAM-resident program could be reentered repeatedly via a reset to the bootloader. </p> <p>But I can't find any reference that look familiar enough to explain why I think that, so I may be wrong. </p> http://forums.leaflabs.com/topic.php?id=74405#post-105602 Sun, 04 Jan 2015 06:55:18 +0000 bobc 105602@http://forums.leaflabs.com/ <p>I'm working on port of libmaple into Arduino 1.5.x IDE environment. This is going quite well, but there is one question I am puzzling over.</p> <p>Namely, in the link script (e.g. mem-flash.inc), the first part of RAM (0xC00 bytes) is reserved (presumably for the bootloader). I don't see why this is necessary, the bootloader and application will always initialise RAM in their startup code, and as far as I can see there is no communication between bootloader and application via RAM that would need RAM contents to be preserved.</p> <p>Perhaps there is a reason somewhere I haven't spotted, but I will try changing it to see what happens.</p> <p>I'd also like to reduce the amount of Flash used by the bootloader, but that is another topic! </p> http://forums.leaflabs.com/topic.php?id=74384#post-105596 Thu, 01 Jan 2015 08:29:29 +0000 bobc 105596@http://forums.leaflabs.com/ <p>Here is my proposed workaround without changing the bootloader. Change common.inc as follows:</p> <pre><code>/* * .data */ .data : { __data_start__ = .; LONG(0) . = ALIGN(8); *(.got.plt) *(.got) *(.data .data.* .gnu.linkonce.d.*) . = ALIGN(8); __data_end__ = .; } &gt; REGION_DATA AT&gt; REGION_RODATA</code></pre> <p>This ensures that the first word in RAM of Flash build is zero. </p> http://forums.leaflabs.com/topic.php?id=74384#post-105595 Wed, 31 Dec 2014 16:25:17 +0000 bobc 105595@http://forums.leaflabs.com/ <p>I notice that in one of the maple-bootloader forks this fix has been applied </p> <p><a href="https://github.com/chrismerck/maple-bootloader/commit/b6b45b6234dad20eda8e89a46ce7d5f825992195" rel="nofollow">https://github.com/chrismerck/maple-bootloader/commit/b6b45b6234dad20eda8e89a46ce7d5f825992195</a></p> <p>which just disables jump to RAM. I must admit RAM builds are not a feature I ever use on embedded targets, but I guess some people might want to use it. </p> http://forums.leaflabs.com/topic.php?id=74384#post-105594 Wed, 31 Dec 2014 16:15:48 +0000 bobc 105594@http://forums.leaflabs.com/ <p>Hi, I had exactly the same problem, and I think I have now got to the bottom of it.</p> <p>The Maple bootloader has a rather simple way of checking if a RAM download is present. At startup it checks a single location in RAM for a value that matches a RAM address. The assumption is that a RAM build will have the vector table at start of RAM, and the vector table is basically a list of address.</p> <p>Unfortunately, a Flash build can also have an address at the start of RAM, depending on how the linker allocates RAM. So the bootloader sees what it thinks is the vector table and jumps to RAM instead of Flash. OOPS!</p> <p>Modifying the bootloader to be more robust could be done, but in our case we want to be able to support existing bootloaders in the field, rather than have users update their bootloaders.</p> <p>Therefore I think that changing the Flash build to put a zero word in the magic location will enable the bootloader to work correctly. </p> http://forums.leaflabs.com/topic.php?id=74384#post-105566 Tue, 28 Oct 2014 14:10:32 +0000 jonatan.olofsson 105566@http://forums.leaflabs.com/ <p>For future reference; Linking with the object files instead of libmaple.a solved the issue. </p> 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>