作者： ziv2013

通常情况下，Intel Microcode 都是以 INC 文件 Release 的，并且官方提供了INC转PDB的工具。但是一些情况下，我们拿到的是 PDB 格式，这时候可以使用这里提供的反向转换工具，将PDB 重新转为 INC格式。

有兴趣的朋友可以先找一个INC文件，然后转为 PDB文件，再使用这里的工具将PDB转为 INC ，然后比较前后文件内容以便验证工具正确性。

这次介绍的是如何在 CH32V307上通过 Arduino 编程，从 IIS 接口输出一个正弦波然后通过 NS4168 播放出来。关于 NS4168的介绍，可以在【参考1】看到。

线路方面：

B12（I2S2_WS）连接到 LRCLK

B13（I2S2_CK） 连接到 BCKL

B15（I2S2_SD）连接到  SDAT

 同时特别提醒 NS4168 的CTRL 需要连接 3.3V

之后，给 Ch32v307烧录如下代码：

即可工作。
I2S2_Tx 里面定义的是一个正弦波数据，通过如下C# 代码生成：

数据可以看成是 48K 16Bits 采样结果，数据是int16 (负数使用补码形式表示)

工作的测试视频如下：

https://www.bilibili.com/video/BV1Yi421m7n8/?share_source=copy_web&vd_source=5ca375392c3dd819bfc37d4672cb6d54

因为设置上的原因，Wordpress 最好不要使用中文作为标题。我的网站设置上支持中文标题，但是因为更换服务器的缘故，中文标题的文章又出现了无法访问的问题。于是，编写一个工具扫描网站上的所有文章，通过检查标题的 url 是否带有“%”来判断是否有中文。

扫描全部页面的方式是通过扫描全部日期归档链接实现的，类似”https://www.lab-z.com/2022/03/”,发送 http 请求之后会对返回的结果进行分析，取出其中的 http://www.lab-z.com/ 为开头的 URL，然后进行检测，如果其中带有 “%”，那么就是带有汉字了。然后就可以根据指示在 WordPress 中手工进行修改。

代码比较简单，有兴趣的可以试试。

前面介绍过如何使用 Arduino 环境进行 Ch32V305 的开发，这次带来的是一个 CH32V305 Arduino 实现模拟 Ch372的例子，参考的是 Ch32v307EVT 中的HS Device的代码。根据Exam中的CH32V30x_List.txt描述，这个CH372例子是模拟自定义USB设备（CH372设备），端点1，3下传，2，4上传，端点1下传的数据从端点3上传，不取反，端点2下传的数据从端点4上传，取反。但是，应该是描述存在错误，实际代码不是这样。

首先，改造代码，然后烧写到板子上。使用 USBView 查看，端点1 有一个 OUT 和 IN; 端点3是OUT,端点4是 IN, 端点5是OUT, 端点6是IN.

对应处理的代码在 ch32v30x_usbhs_device.c 文件中。下面对代码进行研读。

代码中Ch32端点1 OUT 收到的数据直接放到端点1 IN中。

端点3收到的数据取反后放到端点4上。

类似的端点5收到的数据取反，通过端点6上传

从代码上可以看出，Exam中的描述是存在一些问题的。

之后，再编写一个VC 代码，进行速度测试：

代码来自 Ch569 的EVT  Package, 有部分修改：

完整的源代码和可执行 EXE, 建议有需要的朋友重新编译。

完整的 Arduino 代码：

在有些情况下，比如：功耗测试。我们需要让系统一直处于 S0 状态，最好的方法莫过于摇晃鼠标。这次的作品就是一款基于 Dell 廉价鼠标的扩展方案，它每隔10秒摇晃一次鼠标，让你的系统不会休眠。

整体方案设计思路非常简单：鼠标的USB进入CH334 USB HUB 芯片之后，转出来2路USB信号，一路给PAW3515芯片，这是一个鼠标芯片；另外一路给CH552。我们通过编程，让Ch552将自身模拟为鼠标和键盘设备。Ch552键盘设备用于接收主机发过来的键盘LED控制信号；Ch552鼠标设备则是用于模拟鼠标的动作。

电路图如下，左上角是PAW3515鼠标的最小系统，右上角是Ch334 USB Hub芯片的最小系统，下方则是Ch552的最小系统。

PCB 设计如下：

这个的尺寸和戴尔MS116-T 的有线光电鼠标内部的PCB完全相同，用我们的这个PCB替换掉原版即可。焊接之后如下：

编写代码如下：

对应的功能有一个开关，使用连续按下键盘上的 Caps/NumLock/Scroll 两次即可触发。这里使用到了USB键盘的一个有趣的特性：操作系统会在全部的键盘中进行同步。比如，系统中有3个USB键盘，当你在其中一个键盘按下 Caps 按键之后，操作系统会通知其余两个键盘要求更改 Caps LED。使用USB抓包软件可以看到，下图就是 Windows主机端用于通知 Ch552 键盘要求更改LED的命令，我按下2次，Byte0 是Report ID, Byte1 是键盘LED的状态。

对应的代码在 \Ch552MSWaken\src\userUsbHidKeyboardMouse\USBHIDKeyboardMouse.c ，收到来自 EndPoint 1 的 Out 数据后，会更改   LedStatus 数值，以便主程序进行处理。

经过改造，你得到的是一个表面上看起来和正经鼠标一摸一样的鼠标，同时它也有着和正经鼠标一摸一样的功能，但是当你触发之后，它会每隔10秒晃动一次。

电路图和PCB 下载

完整代码下载

工作的测试视频可以在这里看到

https://www.bilibili.com/video/BV1zz421m7Xc

这个例子实现了在用户指定的设备上播放音频。比如，可以选择从耳机中播放。

使用 VS2019 C#，安装 NAudio库后在  Console 下面枚举 Audio Input 和 Output 的代码：

完整代码：

运行结果：

在系统中直接查看：

参考：

1. https://blog.csdn.net/u011465910/article/details/127859286   C# Audio全自动化测试——1. 枚举Audio设备
2. https://cloud.tencent.com/developer/information/%E5%9C%A8%E6%B7%BB%E5%8A%A0%2F%E5%88%A0%E9%99%A4%E5%A3%B0%E9%9F%B3%E8%AE%BE%E5%A4%87%E5%90%8E%EF%BC%8C%E5%A6%82%E4%BD%95%E5%9C%A8NAudio%E4%B8%AD%E9%80%89%E6%8B%A9%E6%AD%A3%E7%A1%AE%E7%9A%84%E5%A3%B0%E9%9F%B3%E8%BE%93%E5%87%BA%E8%AE%BE%E5%A4%87%EF%BC%9F 在添加/删除声音设备后，如何在NAudio中选择正确的声音输出设备？
3. https://blog.csdn.net/LiChangGG/article/details/100132901

第一步，使用 usb_host_transfer_alloc（） 函数创建准备数据的结构体，函数原型如下：

esp_err_tusb_host_transfer_alloc(size_t data_buffer_size, int num_isoc_packets, usb_transfer_t **transfer)

第一个参数是数据大小；第二个是 ISO 数据包的个数，如果不用音频视频这里为0；第三个是数据结构体。

第二步，填写usb_transfer_t对应的结构体；

第三步，发送。可以使用 usb_host_transfer_submit_control 和 usb_host_transfer_submit。

需要特别注意的是，如果你使用 usb_host_transfer_submit_control 发送 Setup数据，那么它的 Size计算上比较特别。例如，我要发送下面 05 83 00 00 00 00 作为有效数据，那么 esp_err_tusb_host_transfer_alloc给的size_t 参数必须是 8+6，而发送的缓冲区中是 21 09 05 03 01 00 06 00 05 83 00 00 00 00。

此外，如果使用 usb_host_transfer_submit（这个功能是对非0的端点发送数据），esp_err_tusb_host_transfer_alloc就无需考虑这么多，要发送多少直接作为参数即可。

参考：

1. https://docs.espressif.com/projects/esp-idf/zh_CN/v5.1/esp32s3/api-reference/peripherals/usb_host.html

UEFI 中的 AML 文件是如何打包的

以OvmfPkg 中的 Bhyve 为研究对象，编译命令：

在\OvmfPkg\Bhyve\AcpiTables\ 目录下我们能看到 DSDT.ASL 这样的文件。对应的，在 \Build\BhyveX64\DEBUG_VS2019\X64\OvmfPkg\Bhyve\AcpiTables\AcpiTables\Makefile 中可以看到编译方法。首先是从 asl生成 aml, 然后是使用 GenSec 成成 RAW 的 SECTION

例如：

最终使用 GenFFs 把他们打包到一个  FFS 中

3.2.3.1. EFI_FFS_FILE_HEADER

Summary

Each file begins with a header that describes the state and contents of the file. The header is 8-byte aligned with respect to the beginning of the firmware volume.

Prototype

上述的区别在于“EFI_FIRMWARE_FILE_SYSTEM3_GUID indicates support for FFS_ATTRIB_LARGE_SIZE and thus support for files 16MB or larger. EFI_FIRMWARE_FILE_SYSTEM2_GUID volume does not contain large files. Files 16 MB or larger use a EFI_FFS_FILE_HEADER2 and smaller files use EFI_FFS_FILE_HEADER.EFI_FIRMWARE_FILE_SYSTEM2_GUID allows backward compatibility with previous versions of this specification”，这里因为文件小，肯定是EFI_FFS_FILE_HEADER。

其中 0x1B92=7058 就是这个FFS 文件的大小。接下来的就是一个 Section 的内容了。

从内容上来说，就是7E374E25-8E01-4FEE-87F2-390C23C606CDSEC1.1.raw 这个文件的内容：

有了上述的分析，这里编写一个从 FFS 解析 AML 的工具。使用 VC 编写，VS2019 编译通过

例如，使用这个工具分解 QEMU中Bhyve 的7E374E25-8E01-4FEE-87F2-390C23C606CD.ffs：

可以生成 0.rom-6.rom，就是打包起来的 AML 文件：

本文提到的可执行程序源代码：

本文提到的编译后的EXE 和FFS文件：

参考：

1. https://uefi.org/specs/PI/1.8/V3_Code_Definitions.html#firmware-file