http://forums.leaflabs.com/topic.php?id=74160 A place to share, learn, and grow... en-US Fri, 22 Jan 2016 00:08:55 +0000 http://bbpress.org/?v=1.0.2 q http://forums.leaflabs.com/search.php http://forums.leaflabs.com/topic.php?id=74160#post-105102 Sun, 22 Dec 2013 03:24:44 +0000 tormod 105102@http://forums.leaflabs.com/ <p>Still not 100% clear to me. For the record, the stm32loader.py you are using in the original post is for the built-in serial bootloader, which you most likely are not interested in.</p> <p>When you say pure "USB port" do you mean you are stuck in the perpetual boot loader? This one shows up as a DFU USB device with USB ID of 1eaf:0003. Is that what you see in Device Manager or equivalent tools?</p> <p>When user code (a sketch) is running, the serial interface appears through a USB device of ID 1eaf:0004. Is this the one you see in Device Manager? </p> http://forums.leaflabs.com/topic.php?id=74160#post-105098 Sat, 21 Dec 2013 05:58:27 +0000 samtal 105098@http://forums.leaflabs.com/ <p>Thanks tormod</p> <p>The Maple "boot loader" and the IDE are supposed together to load the built-in ST ARM USB driver AND its Windows Serial implementation driver, using two drivers: The Serial and the DFU (for win).<br /> (Both are located in the Maple Drivers library).<br /> The problem I am facing is that while the USB driver and port load nicely, it is not implemented as a serial port.<br /> Uninstalling and re-install the port makes no change to that.<br /> I have learned (and experienced) that kind of problem with Win7, but I am running WinXP whioch runs OK for other Maples.<br /> I have tried the same board, another computer, fresh Maple download (all, incl. drivers) for no avail.<br /> It still shows the Maple003 as pure USB port, no serial.<br /> Can anyone help? </p> http://forums.leaflabs.com/topic.php?id=74160#post-105077 Fri, 13 Dec 2013 17:38:28 +0000 tormod 105077@http://forums.leaflabs.com/ <p>samtal, you are not possibly mixing up "perpetual boot loader" and the "built-in serial bootloader"?<br /> - <a href="http://leaflabs.com/docs/bootloader.html" rel="nofollow">http://leaflabs.com/docs/bootloader.html</a><br /> - <a href="http://leaflabs.com/docs/troubleshooting.html#troubleshooting-perpetual-bootloader" rel="nofollow">http://leaflabs.com/docs/troubleshooting.html#troubleshooting-perpetual-bootloader</a> </p> http://forums.leaflabs.com/topic.php?id=74160#post-105002 Mon, 02 Dec 2013 16:43:34 +0000 samtal 105002@http://forums.leaflabs.com/ <p>Thanks gbulmer,<br /> Unfortunately it is not a hardware issue.<br /> I tested the BUT pin on the CPU (pin 40) and found out that the correct 3V signal is present when the BUT is pressed.</p> <p>Unless someone comes with a smart idea, I am afraid there is damage to the system (internal hardware or software) that inhibit the bootloader program loading.<br /> As the unit works fine, this will not present a problem until there will be the need to reload the bootloader, which may never occur. </p> http://forums.leaflabs.com/topic.php?id=74160#post-104956 Wed, 20 Nov 2013 12:59:19 +0000 gbulmer 104956@http://forums.leaflabs.com/ <p>samtal - IIRC there was a period where several people reported (on this forum) having a problem with buttons. IIRC it was diagnosed and fixed, but it really was the button itself. I thought that was before r5, but I might be mis-remembering.</p> <p>Could you try touching a wire across the two sides of the switch to short it? That might provide evidence that it is the button, in which case your supplier should fix it or replace the board.</p> <p>It wouldn't upload code without the bootloader, so it is unlikely to be that. Though you could write a tiny program to read the bootloader, and print it as hex on SerialUSB, copy and paste from the serial monitor into a file, and compare two boards.</p> <p>(Full disclosure: I am not a member of LeafLabs staff.) </p> http://forums.leaflabs.com/topic.php?id=74160#post-104955 Wed, 20 Nov 2013 03:39:02 +0000 samtal 104955@http://forums.leaflabs.com/ <p>Hi,<br /> I have several r5 all run ok.<br /> One of them runs fine, I can upload programs and run them, but I am unable to set it in the perpetual bootloader mode.<br /> Unlike the other boards where I can easily enter the boot mode by the Reset-BUT, on that one pressing the BUT does not seem to have any affect.<br /> While on 'normal' board, when pressing the reset, holding the BUT and releasing the reset, it enters the boot mode, no blinking until loading. In this one, when releasing the BUT it completes the reset, and does not enter boot mode.<br /> Here is the bootloader error mesage:</p> <p>E:\Documents and Settings\python27\python.exe E:\Maple\bootload<br /> er\stm32loader.py -p COM4 -evw E:\Maple\bootloader\maple_boot-rev3-9c5f8e.bin<br /> Reading data from E:\Maple\bootloader\maple_boot-rev3-9c5f8e.bin<br /> Can't init. Ensure that BOOT0 is enabled and reset device<br /> Traceback (most recent call last):<br /> File "E:\Maple\bootloader\stm32loader.py", line 461, in &lt;module&gt;<br /> bootversion = cmd.cmdGet()<br /> File "E:\Maple\bootloader\stm32loader.py", line 121, in cmdGet<br /> if self.cmdGeneric(0x00):<br /> File "E:\Maple\bootloader\stm32loader.py", line 118, in cmdGeneric<br /> return self._wait_for_ask(hex(cmd))<br /> File "E:\Maple\bootloader\stm32loader.py", line 69, in _wait_for_ask<br /> raise CmdException("No response to %s" % info)<br /> __main__.CmdException: No response to 0x0 </p>