LeafLabs Garden » Topic: SerialUSB.read() problem fixed

LeafLabs Garden » Topic: SerialUSB.read() problem fixed http://forums.leaflabs.com/topic.php?id=894 A place to share, learn, and grow... en-US Fri, 22 Jan 2016 00:07:09 +0000 http://bbpress.org/?v=1.0.2 <![CDATA[Search]]> q http://forums.leaflabs.com/search.php mbolivar on "SerialUSB.read() problem fixed" http://forums.leaflabs.com/topic.php?id=894#post-12073 Fri, 27 Jul 2012 16:44:51 +0000 mbolivar 12073@http://forums.leaflabs.com/ Strange. Do you get this error reliably? rjacquier on "SerialUSB.read() problem fixed" http://forums.leaflabs.com/topic.php?id=894#post-12023 Thu, 26 Jul 2012 06:37:01 +0000 rjacquier 12023@http://forums.leaflabs.com/ Hi, This post is a little old, but I'm getting the same error as kanne. Kane was getting this error: "error resetting after download: libusb0-dll:err [reset] could not reset device, win error: Das System kann die angegebene Datei nicht finden." except mine is in english: "error resetting after download: libusb0-dll:err [reset] could not reset device, win error: The system cannot find the file specified." I'm getting the same with Window 7 64 bit too. What is causing this issue? btw: I used the win 7 work-around for the driver signing issue. (<a href="http://forums.leaflabs.com/topic.php?id=73#post-788" rel="nofollow">http://forums.leaflabs.com/topic.php?id=73#post-788</a>) poslathian on "SerialUSB.read() problem fixed" http://forums.leaflabs.com/topic.php?id=894#post-5765 Wed, 27 Jul 2011 05:25:51 +0000 poslathian 5765@http://forums.leaflabs.com/ the success of the auto-reset on program seems to indicate that you had the USB pipe working ok. But to make sure, do you have the correct COM port selected in the tools->serial port drop down? kanne on "SerialUSB.read() problem fixed" http://forums.leaflabs.com/topic.php?id=894#post-5660 Thu, 14 Jul 2011 15:15:28 +0000 kanne 5660@http://forums.leaflabs.com/ I use Window 7 64 bit. I try this: // a more complicated but 100% functional echo server #include "usb.h" // gives us access to libmaple usb functions void setup() { } void loop() { int newbytes = SerialUSB.available(); if ( !newbytes ) return; char buf[65]; // newbytes will never be > 64 usbReceiveBytes((uint8*)buf,newbytes); buf[newbytes] = 0; // set the last char to 0 to create a null terminated string SerialUSB.print(buf); } After uploading: Going to build using 'armcompiler' (ARM) Compiling core... No libraries to compile. Compiling the sketch... Linking... Computing sketch size... C:\Users\kanne\AppData\Local\Temp\build8546768095020471328.tmp\sketch_jul14a.cpp.bin : section size addr .data 12616 0 Total 12616 Binary sketch size is reported above. Check it against a 108000 byte maximum. Loading via dfu-util Resetting to bootloader via DTR pulse Searching for DFU device [1EAF:0003]... Found it! Opening USB Device 0x1eaf:0x0003... Found Runtime: [0x1eaf:0x0003] devnum=1, cfg=0, intf=0, alt=1, name="DFU Program FLASH 0x08005000" Setting Configuration 1... Claiming USB DFU Interface... Setting Alternate Setting ... Determining device status: state = dfuIDLE, status = 0 dfuIDLE, continuing Transfer Size = 0x0400 bytes_per_hash=252 Starting download: [##################################################] finished! error resetting after download: libusb0-dll:err [reset] could not reset device, win error: Das System kann die angegebene Datei nicht finden. state(8) = dfuMANIFEST-WAIT-RESET, status(0) = No error condition is present Done! Resetting USB to switch back to runtime mode Then I opened a serial monitor with 9600 baud and entered s couple of line. But no response from maple board. I got the same result with 115200 baud. The I disconnect the board and try again => same result. Btw. on Linux the USB communication works fine. For Windows I always use an FTDI to communicate over serial with the maple board. 1) any idea whats wrong with USB on Windows 7 ? 2) is it possible to flash the board on Windows 7 without pressing the reset button ? 3) what does "error resetting after download: libusb0-dll" mean ? it always comes up after flashing. Thomas from CH poslathian on "SerialUSB.read() problem fixed" http://forums.leaflabs.com/topic.php?id=894#post-5584 Thu, 07 Jul 2011 12:58:53 +0000 poslathian 5584@http://forums.leaflabs.com/ ahh..yes StephenFromNYC on "SerialUSB.read() problem fixed" http://forums.leaflabs.com/topic.php?id=894#post-5580 Thu, 07 Jul 2011 12:05:19 +0000 StephenFromNYC 5580@http://forums.leaflabs.com/ Hello- In the <a href="http://forums.leaflabs.com/topic.php?id=894#post-5485">above</a> code (section "1 Workaround") should the line read: usbReceiveBytes((uint8*)buf, newbytes); Thank you poslathian for the fixes! <a href="http://forums.leaflabs.com/profile.php?id=843">Stephen from NYC</a> (full disclosure: I am not a member of the LeafLabs staff) poslathian on "SerialUSB.read() problem fixed" http://forums.leaflabs.com/topic.php?id=894#post-5486 Fri, 01 Jul 2011 15:41:56 +0000 poslathian 5486@http://forums.leaflabs.com/ p.s. a little backstory here is that there USED to be a nice ring buffer on the serialusb buffer, but that had an odd bug that would lock it up on occasion and prevent new bytes from being received. We went through several iterations of it before just abandoning the ring buffer. The current version is dead simple - bytes come in from the usb port - and then all new bytes are refused until the current ones are read. Thus, it is most efficient to send and read 64 bytes at a time, which is the size of the hardware buffer for USB. poslathian on "SerialUSB.read() problem fixed" http://forums.leaflabs.com/topic.php?id=894#post-5485 Fri, 01 Jul 2011 15:40:07 +0000 poslathian 5485@http://forums.leaflabs.com/ You may have noticed a bug introduced in 0.0.9 whereby code like this: <pre><code>while(SerialUSB.available()) { SerialUSB.print(SerialUSB.read()); // should be an echo server }</code></pre> would sometimes give zany results. The problem has been solved. The problem was that consecutive calls to usbReadBytes (called by SerialUSB.read) just read the same bytes over and over again, and already-read bytes were not being dequeued. If you were having trouble with SerialUSB.read() you have three options: 1) Workaround: instead of making consecutive calls to SerialUSB.read(), make a single call all the bytes in the buffer like this: <pre><code>// a more complicated but 100% functional echo server #include "usb.h" // gives us access to libmaple usb functions char buf[65]; void loop() { int newbytes = 0; if (newbytes = SerialUSB.available()) { // newbytes will never be > 64 usbReadBytes((uint8*)buf,newbytes); buf[newbytes] = 0; // set the last char to 0 to create a null terminated string SerialUSB.print(buf); } }</code></pre> 2) replace your usb.c file: in your maple-ide installation directory, locate: (maple-ide-x.x.x)/hardware/leaflabs/cores/maple/usb.c replace this file with this version: <a href="https://github.com/leaflabs/libmaple/blob/master/libmaple/usb/usb.c" rel="nofollow">https://github.com/leaflabs/libmaple/blob/master/libmaple/usb/usb.c</a> 3) wait for the 0.0.12 or other future release of IDE, where the issue will be fixed. Happy Hacking!