* 32-bit version - direct download from here Supports Windows 98 / 2000 / XP (32-bit only)

Roland puts SnoopyPro 0.20 on CVS at sourceforge.

interesting comment about the spin off project

Roland registers the project 'usbsnoop' at sourceforge.

The following bullet points currently serve just as reminders to expand upon some other development milestone points and/or history - to be cont'd They are probably not analyzing the 1's and 0's from the raw bus.Note: This section is still a WIP. They are probably giving you information very upstream on the protocol stack. I don't think these are capturing data you think they are.

Since there are free programs to analyze USB traffic on the computer Long story short, the Arduino would make for a lousy USB analyzer. Theoretically you could probably ignore the bit rate changes, but it'll likely to cause your data to be corrupted.

If the bus jumps to 12Mbit or 480Mbit, your arduino solution won't be able to keep up.There is a lot of stuff going on you don't really care about, but you have to measure and monitor so that you can see the stuff you care about. This is why commercial USB sniffers tend to be expensive. The Payload then needs to be decoded so that you can get your 'serial data.' Until you know the transaction, you won't know if you are looking at 'serial traffic' or enumeration data. Once you decode the transactions, you can determine payloads. Once you have the packets, you can decode the packets to determine what kind of transactions are happening. After you get the 1's and 0's you need to convert those into packets. The 1's and 0's on USB are virtually meaningless. This isn't overly difficult but it isn't trivial either. You need to monitor the JK chirps to determine which direction data is traveling. However, there is only 1 set of differential signal lines. USB is a point to point protocol between the Host/Hub or the Device.

Usb traffic sniffer