<?xml version="1.0" encoding="UTF-8"?>
<!-- generator="bbPress/1.0.2" -->
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom">
	<channel>
		<title>LeafLabs Garden &#187; Topic: dfu-util doesn&#039;t list maple</title>
		<link>http://forums.leaflabs.com/topic.php?id=42</link>
		<description>A place to share, learn, and grow...</description>
		<language>en-US</language>
		<pubDate>Fri, 22 Jan 2016 00:15:00 +0000</pubDate>
		<generator>http://bbpress.org/?v=1.0.2</generator>
		<textInput>
			<title><![CDATA[Search]]></title>
			<description><![CDATA[Search all topics from these forums.]]></description>
			<name>q</name>
			<link>http://forums.leaflabs.com/search.php</link>
		</textInput>
		<atom:link href="http://forums.leaflabs.com/rss.php?topic=42" rel="self" type="application/rss+xml" />

		<item>
			<title>poslathian on "dfu-util doesn&#039;t list maple"</title>
			<link>http://forums.leaflabs.com/topic.php?id=42#post-193</link>
			<pubDate>Thu, 03 Jun 2010 12:19:39 +0000</pubDate>
			<dc:creator>poslathian</dc:creator>
			<guid isPermaLink="false">193@http://forums.leaflabs.com/</guid>
			<description>&#60;p&#62;Cool. Note in libmaple that reset.py script that gets called everytime you hit make program_ram/flash. Thats responsible for hitting the serial port control lines with the reset command, throwing everything into DFU mode.
&#60;/p&#62;</description>
		</item>
		<item>
			<title>lipi on "dfu-util doesn&#039;t list maple"</title>
			<link>http://forums.leaflabs.com/topic.php?id=42#post-190</link>
			<pubDate>Thu, 03 Jun 2010 03:43:30 +0000</pubDate>
			<dc:creator>lipi</dc:creator>
			<guid isPermaLink="false">190@http://forums.leaflabs.com/</guid>
			<description>&#60;p&#62;Thanks, I got it sorted. I checked out libmaple, installed the CodeSourcery binaries, created a link from /dev/maple to the ACM device and DFU programming works now.
&#60;/p&#62;</description>
		</item>
		<item>
			<title>poslathian on "dfu-util doesn&#039;t list maple"</title>
			<link>http://forums.leaflabs.com/topic.php?id=42#post-171</link>
			<pubDate>Wed, 02 Jun 2010 12:43:59 +0000</pubDate>
			<dc:creator>poslathian</dc:creator>
			<guid isPermaLink="false">171@http://forums.leaflabs.com/</guid>
			<description>&#60;p&#62;I'm glad you brought this up. While in regular user mode, there should be no DFU interface provided. It was this way in rev1, but because of cross platform compatibility issues, we found it was too difficult to run the serial port and the dfu on two different interfaces simultaneously in a way that worked on all platforms. The document that explains it all is here&#60;/p&#62;
&#60;p&#62;&#60;a href=&#34;http://leaflabs.com/docs/maple-bootloader/&#34; rel=&#34;nofollow&#34;&#62;http://leaflabs.com/docs/maple-bootloader/&#60;/a&#62;&#60;/p&#62;
&#60;p&#62;In the current scheme, the ide will reset the board via toggling DTR/RTS on the serial line. Once reset, the board comes back up in DFU mode for a few seconds, during which the DFU transaction can take place. &#60;/p&#62;
&#60;p&#62;If youre using everything without the ide, you can see in libmaple that our Make program commands (make program_ram, make program_flash) actually call reset.py directly before calling dfu-util. This short script does the &#34;right thing&#34; over the serial port to engage a reset. For the record, the &#34;right thing&#34; is:&#60;br /&#62;
1)  DTR/RTS: LOW&#60;br /&#62;
2)  DTR: HIGH&#60;br /&#62;
3)  DTR: LOW&#60;br /&#62;
causes reset
&#60;/p&#62;</description>
		</item>
		<item>
			<title>lipi on "dfu-util doesn&#039;t list maple"</title>
			<link>http://forums.leaflabs.com/topic.php?id=42#post-169</link>
			<pubDate>Wed, 02 Jun 2010 04:53:19 +0000</pubDate>
			<dc:creator>lipi</dc:creator>
			<guid isPermaLink="false">169@http://forums.leaflabs.com/</guid>
			<description>&#60;p&#62;The LED is blinking but I can't access the device with dfu-util even if explicit vendorID:productID is given. When plugging in the board it shows up in dmesg:&#60;/p&#62;
&#60;p&#62;[50019.917036] usb 2-6: new full speed USB device using ohci_hcd and address 33&#60;br /&#62;
[50020.139165] usb 2-6: configuration #1 chosen from 1 choice&#60;br /&#62;
[50020.156542] cdc_acm 2-6:1.0: ttyACM0: USB ACM device&#60;/p&#62;
&#60;p&#62;But it doesn't seem to have DFU class interface (0xFE):&#60;/p&#62;
&#60;p&#62;# lsusb -d 1eaf:0004 -v &#124; grep Class&#60;br /&#62;
  bDeviceClass            2 Communications&#60;br /&#62;
  bDeviceSubClass         0&#60;br /&#62;
      bInterfaceClass         2 Communications&#60;br /&#62;
      bInterfaceSubClass      2 Abstract (modem)&#60;br /&#62;
      bInterfaceClass        10 CDC Data&#60;br /&#62;
      bInterfaceSubClass      0 Unused&#60;/p&#62;
&#60;p&#62;Any idea what could I check?
&#60;/p&#62;</description>
		</item>

	</channel>
</rss>
