<?xml version="1.0" encoding="UTF-8"?><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"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments for Project Gus</title>
	<atom:link href="http://projectgus.com/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://projectgus.com</link>
	<description>Might even work.</description>
	<lastBuildDate>Sat, 18 May 2013 05:21:38 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.5.1</generator>
	<item>
		<title>Comment on Anatomy of a cheap USB to Ethernet adapter by Glen Turner</title>
		<link>http://projectgus.com/2013/03/anatomy-of-a-cheap-usb-ethernet-adapter/comment-page-1/#comment-7615</link>
		<dc:creator>Glen Turner</dc:creator>
		<pubDate>Sat, 18 May 2013 05:21:38 +0000</pubDate>
		<guid isPermaLink="false">http://projectgus.com/?p=1431#comment-7615</guid>
		<description><![CDATA[I bought something similar at the ANU in Canberra, Australia. It even knocked off a Linksys USB ID.

New USB device found, idVendor=066b, idProduct=20f9
New USB device strings: Mfr=1, Product=2, SerialNumber=3
Product: HG20F9 USB2.0
Manufacturer: USBLINK         
SerialNumber: 000003

A look for complaints on the web about it not working on Linux showed people from the USA and UK. The kernel people were happy to take a patch, despite the hijaaked but non-conflicting ID.]]></description>
		<content:encoded><![CDATA[<p>I bought something similar at the ANU in Canberra, Australia. It even knocked off a Linksys USB ID.</p>
<p>New USB device found, idVendor=066b, idProduct=20f9<br />
New USB device strings: Mfr=1, Product=2, SerialNumber=3<br />
Product: HG20F9 USB2.0<br />
Manufacturer: USBLINK<br />
SerialNumber: 000003</p>
<p>A look for complaints on the web about it not working on Linux showed people from the USA and UK. The kernel people were happy to take a patch, despite the hijaaked but non-conflicting ID.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Notes on FTDI latency with Arduino by Chris</title>
		<link>http://projectgus.com/2011/10/notes-on-ftdi-latency-with-arduino/comment-page-1/#comment-7414</link>
		<dc:creator>Chris</dc:creator>
		<pubDate>Thu, 25 Apr 2013 22:48:54 +0000</pubDate>
		<guid isPermaLink="false">http://projectgus.com/?p=1010#comment-7414</guid>
		<description><![CDATA[Neat!]]></description>
		<content:encoded><![CDATA[<p>Neat!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Notes using scratchbox2 with debian multiarch by Danny</title>
		<link>http://projectgus.com/2011/12/notes-using-scratchbox2-with-debian-multiarch/comment-page-1/#comment-7409</link>
		<dc:creator>Danny</dc:creator>
		<pubDate>Mon, 22 Apr 2013 13:37:01 +0000</pubDate>
		<guid isPermaLink="false">http://projectgus.com/?p=1053#comment-7409</guid>
		<description><![CDATA[Thank you, your multi-arch fix worked for me trying to setup a scratchbox environment to compile code for the raspberry pi.

I have been scratching my head on this one for several hours already!]]></description>
		<content:encoded><![CDATA[<p>Thank you, your multi-arch fix worked for me trying to setup a scratchbox environment to compile code for the raspberry pi.</p>
<p>I have been scratching my head on this one for several hours already!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Servo pulse width range with Arduino by Mike</title>
		<link>http://projectgus.com/2009/07/servo-pulse-width-range-with-arduino/comment-page-1/#comment-7021</link>
		<dc:creator>Mike</dc:creator>
		<pubDate>Fri, 29 Mar 2013 22:42:39 +0000</pubDate>
		<guid isPermaLink="false">http://projectgus.com/?p=3#comment-7021</guid>
		<description><![CDATA[Thank you very much Angus!]]></description>
		<content:encoded><![CDATA[<p>Thank you very much Angus!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Anatomy of a cheap USB to Ethernet adapter by Peter</title>
		<link>http://projectgus.com/2013/03/anatomy-of-a-cheap-usb-ethernet-adapter/comment-page-1/#comment-6956</link>
		<dc:creator>Peter</dc:creator>
		<pubDate>Thu, 28 Mar 2013 12:37:30 +0000</pubDate>
		<guid isPermaLink="false">http://projectgus.com/?p=1431#comment-6956</guid>
		<description><![CDATA[One other thing you could run into is the following : future updates of the driver software won&#039;t work anymore.The guys who made the knockoff chip, actually do not know of all quirks around in the real chip,so they implement only the nescessary functionality.But the guys at ASIX, who know their own software and hardware inside and out can easily build-in some functionality to test if there is a genuine ASIX chip fitted.
I&#039;ve seen this happening with USB-RS232 bridges from prolific.The knockoff hardware only works with a very old driver which they supply on a CD.]]></description>
		<content:encoded><![CDATA[<p>One other thing you could run into is the following : future updates of the driver software won&#8217;t work anymore.The guys who made the knockoff chip, actually do not know of all quirks around in the real chip,so they implement only the nescessary functionality.But the guys at ASIX, who know their own software and hardware inside and out can easily build-in some functionality to test if there is a genuine ASIX chip fitted.<br />
I&#8217;ve seen this happening with USB-RS232 bridges from prolific.The knockoff hardware only works with a very old driver which they supply on a CD.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Anatomy of a cheap USB to Ethernet adapter by Leif</title>
		<link>http://projectgus.com/2013/03/anatomy-of-a-cheap-usb-ethernet-adapter/comment-page-1/#comment-6886</link>
		<dc:creator>Leif</dc:creator>
		<pubDate>Mon, 25 Mar 2013 14:15:38 +0000</pubDate>
		<guid isPermaLink="false">http://projectgus.com/?p=1431#comment-6886</guid>
		<description><![CDATA[@Galane mentions a story about how some straight through cheap 12V to USB (adapters) came about.

I don&#039;t know anything about that particular story and it&#039;s validity but perhaps part of the reason this happens is that the USB spec says that it should be ok... sort of.

My understanding anyway is that the spec for USB hosts does say 5V and only 5V. However for clients it is written that they are supposed to accept a wide range of voltages (I forget how high) and not blow up.

I guess the people making the spec knew that knockoffs would cut corners and tried to make the device manufacturers build their devices to survive that kind of &#039;abuse&#039;.  

However, that doesn&#039;t mean it is ok to use an adapter like that. First off, just like you can&#039;t trust the knockoff cigarette plug to usb adapters to do the right thing you can&#039;t trust device makers to fully follow the spec.  They might not actually take the higer voltages well.  Also.. car power is very very dirty.  There are huge spikes in there, especially every time you start your engine.  Without a good regulator and filtering in the adapter you can still kill or shorten the life of your device even if it does handle 12 volts.]]></description>
		<content:encoded><![CDATA[<p>@Galane mentions a story about how some straight through cheap 12V to USB (adapters) came about.</p>
<p>I don&#8217;t know anything about that particular story and it&#8217;s validity but perhaps part of the reason this happens is that the USB spec says that it should be ok&#8230; sort of.</p>
<p>My understanding anyway is that the spec for USB hosts does say 5V and only 5V. However for clients it is written that they are supposed to accept a wide range of voltages (I forget how high) and not blow up.</p>
<p>I guess the people making the spec knew that knockoffs would cut corners and tried to make the device manufacturers build their devices to survive that kind of &#8216;abuse&#8217;.  </p>
<p>However, that doesn&#8217;t mean it is ok to use an adapter like that. First off, just like you can&#8217;t trust the knockoff cigarette plug to usb adapters to do the right thing you can&#8217;t trust device makers to fully follow the spec.  They might not actually take the higer voltages well.  Also.. car power is very very dirty.  There are huge spikes in there, especially every time you start your engine.  Without a good regulator and filtering in the adapter you can still kill or shorten the life of your device even if it does handle 12 volts.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Anatomy of a cheap USB to Ethernet adapter by angus</title>
		<link>http://projectgus.com/2013/03/anatomy-of-a-cheap-usb-ethernet-adapter/comment-page-1/#comment-6854</link>
		<dc:creator>angus</dc:creator>
		<pubDate>Sat, 23 Mar 2013 23:14:24 +0000</pubDate>
		<guid isPermaLink="false">http://projectgus.com/?p=1431#comment-6854</guid>
		<description><![CDATA[Hardcoreforensics - I&#039;ve heard that some of the cheap devices only implement USB 1.1 &quot;Full Speed&quot; devices, It seems to me like these ones are getting less common now than they were a year or two ago, though. Which is good. :)

I think you might be misunderstood about hub-related slowdowns, though. As long as the hub is a 2.0 hub, &lt;a href=&quot;http://www.linux-usb.org/usb2.html&quot; rel=&quot;nofollow&quot;&gt;devices on downstream ports can be either USB 1.1 or 2.0 without any slowdown&lt;/a&gt;. It&#039;s only if you have all the traffic going through a USB 1.1 hub somewhere in the line that everything gets slowed down. USB 2.0 hubs actually contain what&#039;s called a &quot;transaction translator&quot; that means they speak USB 1.1 to slow downstream ports, but combine those downstream connections into the 2.0 upstream link (see the previous link for a description.) 

For example, you mention the Raspberry Pi. It&#039;s &lt;a href=&quot;http://www.smsc.com/index.php?tid=300&amp;pid=135&quot; rel=&quot;nofollow&quot;&gt;SMSC LAN9512&lt;/a&gt; definitely contains a USB 2.0 hub, USB 2.0 devices should run at high speed (480Mbps) no matter what is plugged into the other hub port. 

- Angus]]></description>
		<content:encoded><![CDATA[<p>Hardcoreforensics &#8211; I&#8217;ve heard that some of the cheap devices only implement USB 1.1 &#8220;Full Speed&#8221; devices, It seems to me like these ones are getting less common now than they were a year or two ago, though. Which is good. :)</p>
<p>I think you might be misunderstood about hub-related slowdowns, though. As long as the hub is a 2.0 hub, <a href="http://www.linux-usb.org/usb2.html" rel="nofollow">devices on downstream ports can be either USB 1.1 or 2.0 without any slowdown</a>. It&#8217;s only if you have all the traffic going through a USB 1.1 hub somewhere in the line that everything gets slowed down. USB 2.0 hubs actually contain what&#8217;s called a &#8220;transaction translator&#8221; that means they speak USB 1.1 to slow downstream ports, but combine those downstream connections into the 2.0 upstream link (see the previous link for a description.) </p>
<p>For example, you mention the Raspberry Pi. It&#8217;s <a href="http://www.smsc.com/index.php?tid=300&#038;pid=135" rel="nofollow">SMSC LAN9512</a> definitely contains a USB 2.0 hub, USB 2.0 devices should run at high speed (480Mbps) no matter what is plugged into the other hub port. </p>
<p>- Angus</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Anatomy of a cheap USB to Ethernet adapter by angus</title>
		<link>http://projectgus.com/2013/03/anatomy-of-a-cheap-usb-ethernet-adapter/comment-page-1/#comment-6853</link>
		<dc:creator>angus</dc:creator>
		<pubDate>Sat, 23 Mar 2013 23:02:23 +0000</pubDate>
		<guid isPermaLink="false">http://projectgus.com/?p=1431#comment-6853</guid>
		<description><![CDATA[Russell - thanks for the tips about measuring RFI/EMI. I don&#039;t know how much use I&#039;d get out of such a testbed, even such a readily available one, but it&#039;d definitely be interesting to play around with.]]></description>
		<content:encoded><![CDATA[<p>Russell &#8211; thanks for the tips about measuring RFI/EMI. I don&#8217;t know how much use I&#8217;d get out of such a testbed, even such a readily available one, but it&#8217;d definitely be interesting to play around with.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Anatomy of a cheap USB to Ethernet adapter by Hardcorefs</title>
		<link>http://projectgus.com/2013/03/anatomy-of-a-cheap-usb-ethernet-adapter/comment-page-1/#comment-6851</link>
		<dc:creator>Hardcorefs</dc:creator>
		<pubDate>Sat, 23 Mar 2013 22:51:04 +0000</pubDate>
		<guid isPermaLink="false">http://projectgus.com/?p=1431#comment-6851</guid>
		<description><![CDATA[I have a load of research on this crap, because I needed to build a high speed interface to a project I was working on.
One of the most interesting facts, is that these devices are sold as 10/100
When in fact the chips internally are not capable of anything more than USB 1.1 standard.
Basically many of these chips are built around a reltek macro library they sell the products as being USB 2.0 compatible, which some are, but the actual internal Ethernet core is interfaced with USB 1.1...
Which means :
1. That anything you plug it into gets downgraded to 1.1 speed....
2. You can never come close to saturating the link.

you will see this time and time again , if you take a look into actual chipsets used on some products (RPie for example)
The  SOC will have two distinct USB infrastructure ports, but then some idiot designs a hub chip between one of them to give say 2-4 ports, but does not route the other port off the PCB.
The net effect is that you plug in one of these devices, the hub sees 1.1 standard and BANG... all of your USB traffic hits the 1.1 wall.
Ideally you have to ensure that all your 1.1 standard devices are off one of the SOC USB ports and that all the 2.0 are off the other.
The sad thing is to get USB working properly, you need to be a systems engineer as regards to which devices you plug in externally to the equipment......
and in some cases it means pulling the chipset data sheets and looking at the INTERNAL spec of the chips..]]></description>
		<content:encoded><![CDATA[<p>I have a load of research on this crap, because I needed to build a high speed interface to a project I was working on.<br />
One of the most interesting facts, is that these devices are sold as 10/100<br />
When in fact the chips internally are not capable of anything more than USB 1.1 standard.<br />
Basically many of these chips are built around a reltek macro library they sell the products as being USB 2.0 compatible, which some are, but the actual internal Ethernet core is interfaced with USB 1.1&#8230;<br />
Which means :<br />
1. That anything you plug it into gets downgraded to 1.1 speed&#8230;.<br />
2. You can never come close to saturating the link.</p>
<p>you will see this time and time again , if you take a look into actual chipsets used on some products (RPie for example)<br />
The  SOC will have two distinct USB infrastructure ports, but then some idiot designs a hub chip between one of them to give say 2-4 ports, but does not route the other port off the PCB.<br />
The net effect is that you plug in one of these devices, the hub sees 1.1 standard and BANG&#8230; all of your USB traffic hits the 1.1 wall.<br />
Ideally you have to ensure that all your 1.1 standard devices are off one of the SOC USB ports and that all the 2.0 are off the other.<br />
The sad thing is to get USB working properly, you need to be a systems engineer as regards to which devices you plug in externally to the equipment&#8230;&#8230;<br />
and in some cases it means pulling the chipset data sheets and looking at the INTERNAL spec of the chips..</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Anatomy of a cheap USB to Ethernet adapter by Russell McMahon</title>
		<link>http://projectgus.com/2013/03/anatomy-of-a-cheap-usb-ethernet-adapter/comment-page-1/#comment-6837</link>
		<dc:creator>Russell McMahon</dc:creator>
		<pubDate>Sat, 23 Mar 2013 03:52:21 +0000</pubDate>
		<guid isPermaLink="false">http://projectgus.com/?p=1431#comment-6837</guid>
		<description><![CDATA[A simple RFI / EMI test that is often useful is to place an AM band &quot;transistor radio&#039;&quot; immediately adjacent to the device and tune across the while band. while listening for &quot;spuries&quot;. When placed hard against the device almost anything will produce some signal somewhere. Now move the receiver away progressively while checking for the level of major signals found initially. A device that will meed Class B certification will usually &quot;quiet up&quot; reasonably rapidly. If you can detect it from 10 feet away &quot;you may have problems&quot;. Obviously such a test has an immense degree of variability depending on equipment used, variability of environment and how you hold your tongue. It&#039;[s still quite useful as a subjective indication. 
- Tuning the FM band is usually not such a good indicator as AM.
- Interesting &amp; useful results can be had from the low cost small screen (7&quot; or so?) monochrome CRT tube &quot;cube shaped&quot; televisions still available from Asia. These usually have continuously tunable frequency input. Tuning these across their several bands gives both visual and audible indications of spurious outputs and can allow actual harmonics of on board components to be detected. (Continuous tuning makes them much more useful for this purpose than fixed channel units). Possible example only 
http://upload.ecvv.com/upload/Product/20118/China_5_5_B_W_TV_TV_50920118142129553.JPG]]></description>
		<content:encoded><![CDATA[<p>A simple RFI / EMI test that is often useful is to place an AM band &#8220;transistor radio&#8217;&#8221; immediately adjacent to the device and tune across the while band. while listening for &#8220;spuries&#8221;. When placed hard against the device almost anything will produce some signal somewhere. Now move the receiver away progressively while checking for the level of major signals found initially. A device that will meed Class B certification will usually &#8220;quiet up&#8221; reasonably rapidly. If you can detect it from 10 feet away &#8220;you may have problems&#8221;. Obviously such a test has an immense degree of variability depending on equipment used, variability of environment and how you hold your tongue. It&#8217;[s still quite useful as a subjective indication.<br />
- Tuning the FM band is usually not such a good indicator as AM.<br />
- Interesting &amp; useful results can be had from the low cost small screen (7&#8243; or so?) monochrome CRT tube &#8220;cube shaped&#8221; televisions still available from Asia. These usually have continuously tunable frequency input. Tuning these across their several bands gives both visual and audible indications of spurious outputs and can allow actual harmonics of on board components to be detected. (Continuous tuning makes them much more useful for this purpose than fixed channel units). Possible example only<br />
<a href="http://upload.ecvv.com/upload/Product/20118/China_5_5_B_W_TV_TV_50920118142129553.JPG" rel="nofollow">http://upload.ecvv.com/upload/Product/20118/China_5_5_B_W_TV_TV_50920118142129553.JPG</a></p>
]]></content:encoded>
	</item>
</channel>
</rss>
