WhyCan Forum(哇酷开发者社区)

去年底因为个人原因，没能再继续关注，现在有空回来看看。

短短半年多时间，开源USB2.0协议分析仪ataradov/usb-sniffer在中国就百花齐放商品化，淘宝、闲鱼换个名大量在售，看销量，
用的人似乎还挺多。我作为本帖首个推荐介绍者，也很有成就感，哈~

在售产品看配置，应该是-4级的居多，我不知道有多少是本帖层主们在搞。我觉得,可优化的地方有2条：
一、硬件上。使用国产FPGA、其他配件，降低成本。可以的话，同时提高配置至-5、-6级...加量不加价也是挺好的。
二、软件上。优化Wireshark 解码，这是影响用户体验的关键。比如常用的USB存储设备类(Mass Storage)，增加右键菜单选项，
强制Decode as Mass storage。这是为了防止Wireshark默认没能正常解码时，自己进行强制解码。

=============================================================

当然，野心再大一点，未来的目标是USB3协议分析仪。 解码器软件不好做，能否先探讨DIY硬件抓包器可行性?  抓USB3包，
我不知道得要多大的资源，PCB DIY预估成本得是多少，这就有赖诸位懂行的大佬匡算了。

@yywyai

首先祝贺您的改版测试成功！

其次，因图片光线强，看不清芯片丝印，问一下这个板子的细节：
1、是XC6SLX9的哪个子型号，2TQG144?   它大致对应Lattice FPGA的-4、-5、-6哪个级别？
2、看图片用了外置JTAG烧录器？不用额外编程器，像原版那样直接用USB可以刷固件么？
3、有类似VCC-BOOT那样的短接触点么？
4、相对于原版，新板子成本？

情况通报：

usb-sniffer抓USB启动期间、UEFI/BIOS发的USB包。当被测U盘是USB3盘、被测机器是
USB3口机器时(由于连接的抓包器是USB2口，被测USB3优盘、被测机器USB3口将降速至
high speed工作)。

但是，抓包器wireshark将有很大几率只显示Detected full speed信息，没有Detected high
speed信息。(被测U盘、PC实际已工作在high speed状态，只是抓包器wireshark未显示
Detected high speed信息)

经与原作者交流，这不是BUG。是因为被测机器SE0持续时间过短(一般在30uS以下)，不符合
USB规范造成。作者是按默认SE0持续时间在1mS左右来的，SE0持续时间过短将被忽略，不会
进入Detected high speed流程。

如果您想看到Detected high speed信息，请自行修改源代码调试。

@bigniudiy

强烈期待您的成功。

如果FPGA厂家资料齐全，命令和接口都说的详细，那会大大帮助修改C代码。
还是建议选择-5、-6级别的FPGA。-4的我用了，虽没打断抓包分析，但有
Hardware buffer overflow出错提示，有点影响心情。

1847同学在124#提了一嘴，已经做出了换FPGA的板子，但不知他换的是啥
国产FPGA，也不知现在进度、遇到的困难。

@zzm24

希望能看到您的  “有源晶振+国产替代9032+9002+FPGA” 作品问世，想收一个。

@bigniudiy

我觉得这个经验很好啊。二手货硬件没问题，但ROM中残留有其他旧固件，没清空直接刷入
usb-sniffer(的新固件)出错。这也给大家提个醒，要先做清空操作...

我个人想法，精简cost down是好事，同时需考虑保留“必要的”功能。

能把大头的IC费用降下来就已经很好了，其他可能会对性能造成影响、现在还看不出来的小件精简，
暂不考虑了。(精简估计也减不了多少费用，有点得不偿失的味道)，晶振还是保留有源的。

另外，这个板子好像看不到BOOT、VCC短接触点，它们是刷MCU固件失败时恢复用的，需要保留。

@zzm24

@zzm24

很高兴看到您的成功。这是第2种单面焊改版成功了。

我不是大佬，也不懂软硬件设计。 我在B站看到有人做过分析，这里人云亦云一下：
max9032是usb-sniffer有特色的设计，作用是检测USB上升沿、下降沿。

@lcfmax

十分感谢您的测试和反馈！

不知您新画的的单面版gerber、BOM、坐标文件是否可以共享？
如果不方便共享，您做好的单面版本抓包器，是否有多余可以转让1块给我？

========================================
wireshark新版本，我是迫切希望能增加/增强“Decode as MSC”
解码选项。这样，当遇到类似103#那样的Mass storage包识别
不正确时，可以强制按MSC解码，修正错误。

Mouser有。

对于2000HC-5xx FPGA，近日看网上资料，高云有低成本对应兼容替代型号
(未实际验证过，供有兴趣的同学参考)

LCMXO2-2000HC-5TG100       对应高云   GW1N-UV2LQ100X
LCMXO2-2000HC-5TG144       对应高云   GW1N-UV2LQ144X
LCMXO2-2000HC-5BG256       对应高云   GW2AN-UV9XUG256
LCMXO2-2000HC-5FTG256     对应高云   GW2AN-UV9XPG256

我那块aozima板没装外壳前，对照过IC6，上面文字比较小，肉眼看不太清。
如果是JLC打板，匹配的是下面这个样子：

@lcfmax

我看readme中说：“MCU和FPGA连接的功能和性能可以使用usb_sniffer命令进行测试，应该得到40-50MB/s结果”
这样看来，USB3343确实没涉及到。

是的，理论上是这样。如果成功，很有意义：JLC单面焊接加工费要比双面焊接低不少(一半?)，我也很期待单面焊接板子能成功。
另外，我看其他网站介绍，max9032是有特色的设计，检测USB上升沿、下降沿。单面焊接板不用这个max9032，不知有没有
大的影响。

@lcfmax

USB2 HS高速测试通过了吗？

B站那个阿伟用-4的测试了，好像没问题，也可以。

JLC库内有LCMXO2-2000HC-5TG100I ，100块左右。

usb-sniffer板子的实际性能、结果已经明了了，可用度非常高。楼上专业搞电子的同学去搞没难度，
一定会成的。对比LZ基础方案的固件、上位机解码完成度，usb-sniffer进度优势太明显了。

至于我这个门外汉，gerber、BOM、坐标文件都捣鼓得差不多了，但到了JLC SMT这一步又卡壳了。
一个是预览图元件位置要旋转对齐(我搞不清第1脚位置不会弄)；二是有的原件JLC库内没有，得加钱。

3颗max9032还好，JLC库内有；就是LCMXO2-2000HC-5XXX这个FPGA、还有其他零碎不一定有，
从扩展库选一个就得+20块钱(坑~)。然后，我看到有人说用-4xxx的FPGA替换也能成功(当然原作者
ataradov说极不推荐4，速度太慢)

可以做。

我不知道具体原理，usb-sniffer的作者还有个LS/FS作品:usb-sniffer-lite，就是用RP2040做的

Usb Sniffer Lite for RP2040

This is a simple USB sniffer based on a Raspberry Pi RP2040. It supports Low Speed and Full Speed modes.

https://github.com/ataradov/usb-sniffer-lite

@aozima

我已拍下，您再检查一下，看有无需要说明修改的地方。

如没有，我将执行下一步付款操作。

@aozima

你好！因我不是专业搞这个的，许多术语也不懂。

我自己搞不定PCB相关文件，老兄方便的话，能不能转一块给我？300元的价格我能接受。

或者，不方便转让成品的话，嘉立创SMT下单要求上传BOM、坐标文件，这2个文件能发

一下吗？我让嘉立创再多贴几片成品。谢谢了！

我被上位机软件解码器折磨消耗了太多时间、精力、金钱，
看到这个能用wireshark的，且老兄成功了，简直太高兴了。

我不是搞硬件&固件开发的，动手能力不强，先前也是苦于
没购买门路。老兄吃了螃蟹，看结果这个项目完成度较高，
实用性好很多，新开1趟车还是可行的。

最关心上位机解析软件。我是门外汉发言，仅供参考，说错了请多包涵。

一、USB packet viewer的上位机软件是实时捕获解析。其解析器开源，LUA script，
不知有没有参考价值。

二、数据保存、离线分析可行。能不能考虑Save as输出多种格式，便于交换。

wireshark用得不多，似乎是pcapng格式？前面有同学说ellisys的visualusb，
我们倒不一定适配它这个闭源软件。但其数据保存格式策略，是不是可以借鉴
一下? 

举例来说，其export格式有pkg、txt、xml等常见几种。pkt 实质就是自定义的TXT
文件，也是visualusb可以直接import的格式，而txt、xml不能import(蛋疼)。

这样一个枚举：

pkt内容是这个样子：
Reset duration<3.742 192 317> time<-3.432 116 117>
PowerChange state<ON> time<0.000 000 000>
Suspended duration<0.892 170 267> time<0.310 076 233>
Reset duration<0.057 357 367> time<1.202 244 483>
HighSpeedHandshake status<Success> time<1.259 316 100>
RawPacket data<2D 00 10> speed<HS> time<1.277 298 550>
RawPacket data<C3 80 06 00 01 00 00 08 00 EB 94> speed<HS> time<1.277 298 883>
RawPacket data<D2> speed<HS> time<1.277 299 383>
RawPacket data<69 00 10> speed<HS> time<1.277 468 467>
RawPacket data<4B 12 01 10 02 00 00 00 40 55 41> speed<HS> time<1.277 468 900>
RawPacket data<D2> speed<HS> time<1.277 469 517>

xml内容是这样：
<Reset duration="3.7 seconds" time="-3.432 116 117"></Reset>
<Power state="OFF" time="0.000 000 000"></Power>
<Suspended duration="892.2 milliseconds" time="0.310 076 233"></Suspended>
<Reset duration="57.4 milliseconds" time="1.202 244 483"></Reset>
<HighSpeedHandshake status="Success" time="1.259 316 100"></HighSpeedHandshake>
...

txt内容是这样：
______________________________________________________________________________
Reset duration<3.7 seconds> time<-3.432 116 117>
______________________________________________________________________________
Power state<OFF> time<0.000 000 000>
______________________________________________________________________________
Suspended duration<892.2 milliseconds> time<0.310 076 233>
______________________________________________________________________________
Reset duration<57.4 milliseconds> time<1.202 244 483>
______________________________________________________________________________
HighSpeedHandshake status<Success> time<1.259 316 100>
______________________________________________________________________________
Container title<GetDescriptor (Device)> device<0 (1)> endpoint<0> status<OK>
speed<HS> time<1.277 298 550>
    Transaction type<SETUP> device<0 (1)> endpoint<0> status<ACK> speed<HS>
     time<1.277 298 550>
        Packet id<SETUP> devAddr<0> epNum<0> crc5<0x02> speed<HS>
         time<1.277 298 550>
        Packet id<DATA0> length<8> data<80 06 00 01 00 00 08 00> crc16<0x94EB>
         speed<HS> time<1.277 298 883>
        Packet id<ACK> speed<HS> time<1.277 299 383>
    Transaction type<IN> device<0 (1)> endpoint<0> status<ACK> speed<HS>
     time<1.277 468 467>
        Packet id<IN> devAddr<0> epNum<0> crc5<0x02> speed<HS> time<1.277
         468 467>
        Packet id<DATA1> length<8> data<12 01 10 02 00 00 00 40> crc16<0x4155>
         speed<HS> time<1.277 468 900>
        Packet id<ACK> speed<HS> time<1.277 469 517>
    Transaction type<PING> device<0 (1)> endpoint<0> status<ACK> speed<HS>
     time<1.277 770 500>
        Packet id<PING> devAddr<0> epNum<0> crc5<0x02> speed<HS>
         time<1.277 770 500>
        Packet id<ACK> speed<HS> time<1.277 770 850>
    Transaction type<OUT> device<0 (1)> endpoint<0> status<ACK> speed<HS>
     time<1.277 771 800>
        Packet id<OUT> devAddr<0> epNum<0> crc5<0x02> speed<HS> time<1.277
         771 800>
        Packet id<DATA1> length<0> crc16<0x0000> speed<HS> time<1.277 772 133>
        Packet id<ACK> speed<HS> time<1.277 772 483>