http://forums.leaflabs.com/topic.php?id=41 A place to share, learn, and grow... en-US Fri, 22 Jan 2016 00:09:22 +0000 http://bbpress.org/?v=1.0.2 q http://forums.leaflabs.com/search.php http://forums.leaflabs.com/topic.php?id=41#post-179 Wed, 02 Jun 2010 22:43:14 +0000 poslathian 179@http://forums.leaflabs.com/ <p>Signing libusb drivers for windows has a sorted history. Unfortunately, I dont think its ever going to happen. Thankfully, it seems to work for you in spite of being unsigned. </p> http://forums.leaflabs.com/topic.php?id=41#post-172 Wed, 02 Jun 2010 16:51:01 +0000 siyuz 172@http://forums.leaflabs.com/ <p>The libusb driver is unsigned, so it cannot be loaded in windows 7 x64 without hacking the driver signature enforcement. Besides that, as far as I can tell everything is working despite the error. </p> http://forums.leaflabs.com/topic.php?id=41#post-170 Wed, 02 Jun 2010 12:22:46 +0000 poslathian 170@http://forums.leaflabs.com/ <p>wait, am i to infer then that beyond this non-fatal error youve got it running on windows 7 64? thats great news, because its technically unsupported for now. This bug, eitherway, comes from dfu-util, perhaps doing the wrong thing inside of windows 7. Ill push a ticket for it, thanks for uncovering it!</p> <p>And just so were clear, things are working for you in the system of preference? </p> http://forums.leaflabs.com/topic.php?id=41#post-168 Tue, 01 Jun 2010 23:34:03 +0000 siyuz 168@http://forums.leaflabs.com/ <p>I found the error only occurs on my Win7 x64 box, but not my XP 32 box. It does seem to upload the code, even with the error. This error still exists in 0.0.4.</p> <p>Here is the full build results.</p> <p>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>C:\Users\siyuz\AppData\Local\Temp\build5070609246465647649.tmp\Blink.cpp.bin :<br /> section size addr<br /> .data 10936 0<br /> Total 10936</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>Opening USB Device 0x1eaf:0x0003...<br /> Found Runtime: [0x1eaf:0x0003] devnum=1, cfg=0, intf=0, alt=0, name="DFU Pro"<br /> Setting Configuration 1...<br /> Claiming USB DFU Interface...<br /> Setting Alternate Setting ...<br /> Determining device status: state = dfuIDLE, status = 0<br /> dfuIDLE, continuing<br /> Transfer Size = 0x0400<br /> bytes_per_hash=218<br /> Starting download: [##################################################] finished!<br /> error resetting after download: usb_reset: could not reset device, win error: The system cannot find the file specified.<br /> state(8) = dfuMANIFEST-WAIT-RESET, status(0) = No error condition is present</p> <p>Done!<br /> Resetting USB to switch back to runtime mode </p> http://forums.leaflabs.com/topic.php?id=41#post-167 Tue, 01 Jun 2010 22:18:56 +0000 poslathian 167@http://forums.leaflabs.com/ <p>Hmm...that seems like a new one. Can you provide more details please?</p> <p>The long delay after reset and serial port enumeration is known. This is because the bootloader lives for quite a while (~6 seconds) and does not itself include a serial port. Once Maple jumps to user code, then the serial port will enumerate and become active. </p> <p>Your error looks like something dfu-util spat out? DFU offers an option in the spec to reset the usb bus after downloading new firmware. We do not require this on our end, and its good that you point this out because we used to require it in the rev1 bootloader. Thus, its possible theres some stagnant code somewhere thats still enforcing it that we can throw out. I'll take a look. Odd that we have not seen this before, however. </p> <p>Were pushing a new build soon, 0.0.4, you can already get it here (grab 0.0.4, not LATEST):<br /> <a href="http://static.leaflabs.com/pub/leaflabs/maple-ide/" rel="nofollow">http://static.leaflabs.com/pub/leaflabs/maple-ide/</a></p> <p>In this build we cleaned up some of the reset-over-serial code to more gracefully close the serial port file pipes when maple resets, which should actually fix a lot of related problems. Give it a try. </p> http://forums.leaflabs.com/topic.php?id=41#post-166 Tue, 01 Jun 2010 21:35:49 +0000 siyuz 166@http://forums.leaflabs.com/ <p>Everything seems to be working (except it takes a while after reset for the serial port to show up), but I keep getting this error. Is it because it's trying to reset before Windows finished enumerating the devices?</p> <p>"error resetting after download: usb_reset: could not reset device, win error: The system cannot find the file specified." </p>