最近拿到一块 Ch32V305 的 EVT 板子，芯片的具体型号是CH32V305FBP6 ，它使用TSSOP20 封装，对于DIY 非常友好。这里介绍如何烧录和运行一个 USB KBMS 的代码。
代码来自官方的 EVT Package： CH32V307EVT\EVT\EXAM\USB\USBHS\DEVICE\CompositeKM
特别注意：和其他芯片不同，这款芯片必须使用 WCK LinkE 进行烧录。
MounRiver Studio 自带的烧录软件
需要特别注意的是在《CH32V30x 评估板说明及应用参考》上有提到还可以使用WCH-LinkUtility.exe 进行下载，但是实验中我发现这个会和 MounRiver Studio 自带的烧录软件冲突。打开WCH-LinkUtility后会提示你需要升级 WCH LinkE ，否则不能进行烧录，升级之后再使用MounRiver Studio ，它又会提示需要升级WCH LinkE ，否则不能进行烧录。
最后放上一个独立版本的键盘鼠标代码。
起因：每次维护网站都需要进行全站备份，目前使用压缩后下载全部文件的方法。但是这样每次都要下载很大的文件，费时费力。因此需要一种方法能够让我只下载有差异的部分。为此编写了一个目录比较并且提取差异的工具，例如：我基于 edk2202308 修改出来了 edk2202308modified ，然后用工具进行比较，比较后的差别会自动提取到 100916 目录下。
需要注意有如下几点：
using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using System.Threading.Tasks;
using System.IO;
namespace ComparePatch
{
class Program
{
static void Printusage()
{
Console.WriteLine("Directory compare and patch utility");
Console.WriteLine("Usage:");
Console.WriteLine("cap Latest LastBackup PatchDir");
Console.WriteLine("");
}
static void CopyFileTo(String Filename, String TargetDir)
{
}
static void Main(string[] args)
{
if (args.Length != 2)
{
Printusage();
Environment.Exit(0);
}
// 指定要枚举的目录
string Latest, LastBackup, PatchDir;
Latest = args[0];
LastBackup = args[1];
if (Latest[Latest.Length - 1] != '\\')
{
Latest = Latest + '\\';
}
if (LastBackup[LastBackup.Length - 1] != '\\')
{
LastBackup = LastBackup + '\\';
}
PatchDir = Directory.GetCurrentDirectory() + "\\" + DateTime.Now.ToString("HHmmss") + "\\";
Console.WriteLine("Compare " + LastBackup + " with " + Latest);
Console.WriteLine("And put files into " + PatchDir);
try
{
// 使用Directory类的GetFiles方法获取所有文件，包括所有子目录
string[] filesInLastBackup = Directory.GetFiles(LastBackup, "*", SearchOption.AllDirectories);
Console.WriteLine("Files in " + LastBackup + " and all subdirectories:");
// 遍历所有文件并打印
foreach (string file in filesInLastBackup)
{
// 情况1
if (File.Exists(file.Replace(LastBackup, Latest)))
{
// 新目录下存在该文件
// 创建一个FileInfo对象
FileInfo NewFileInfo = new FileInfo(file);
FileInfo OldFileInfo = new FileInfo(file.Replace(LastBackup, Latest));
String PatchFileName = file.Replace(LastBackup, PatchDir);
if (NewFileInfo.Length != OldFileInfo.Length)
{
// 文件大小不同,判定为不同
Console.WriteLine("=========================");
Console.Write("New file would be copy to");
Console.WriteLine(PatchFileName);
if (!Directory.Exists(Path.GetDirectoryName(PatchFileName))) {
Directory.CreateDirectory(Path.GetDirectoryName(PatchFileName));
}
File.Copy(file, PatchFileName);
}
}
}
}
catch (Exception e)
{
Console.WriteLine("The process failed: {0}", e.ToString());
}
// Console.ReadKey();
}
}
}
可执行文件：
如果你有更专业的需求，可以考虑直接使用 GIT 这种来进行维护。
众所周知，进入 SMM 后，对于系统的资源有着至高无上的访问权限。因此，一旦 SMM 被攻破会出现不可预料的效果。针对这个问题，Intel 不断对 SMM 进行加固。PPAM全称是“Platform Properties AssessmentModule”。它的作用就是提升 SMM 安全性，如果你想在 SMM中访问某个IO Port 或者某个 MSR 寄存器，那么必须在 BIOS 代码中声明需要使用的这些 IO 或者 MSR，否则会阻止SMM 代码中对于这些资源的访问。
例外一个角度：如果你发现你的代码在 SMM 中有 halt的问题，不妨检查是否 Enable 了 PPAM,可以 Disable 之后再尝试。
参考：
1.https://www.intel.com/content/dam/www/central-libraries/us/en/documents/drtm-based-computing-whitepaper.pdf
PwrTest 是一款微软提供的用于Power Loop 测试的工具【参考1】，可以用于 ModernStandby或者 S3/S4 循环测试。它位于 WDK中，安装后可以在C：\Program Files (x86) \Windows Kits\ 目录中找到（建议在这这个目录下直接搜索）。
用法非常简单：
例如：测试S4睡眠并且唤醒 100次
pwrtest /sleep /s:4 /c:100
下面是运行 pwrtest /? 得到的帮助信息：
Usage: pwrtest /scenario [/scenario_options] [/common_options]
scenario
Name Description Min OS Req
------------------------------------------------------------------------------
sleep run sleep/resume transitions Win7
battery battery information and monitoring Win7
info system power information Win7
es thread execution state monitoring Win7
idle power idle monitoring Win7
ppm processor power management monitoring Win7
timer system timer resolution monitoring Win7
disk disk idle monitoring Win7
device device idle monitoring Win7
monitor monitor dim/blank monitoring (user idle) Win7
requests power request monitoring Win7
thermal ACPI thermal zone monitoring Win7
processidle monitor and force idle/background tasks to run Win7
cs run connected standby transitions Win8
platidle platform idle statistics monitoring Win8
ppmidlecontrol veto/un-veto processor idle states Win10 RS5
platformidlecontrol veto/un-veto platform idle states Win10 RS5
directedfx run Directed FX tests on a device Win10 19H1
scenario_options
To see available scenario options type: pwrtest.exe /scenario /?
Example: pwrtest.exe /sleep /?
common_options
/lf:folder folder for the log files
For example, c:\myfolder or \\server\share
Default log location is the same folder as pwrtest.exe
/ln:name name for the log files and the ETW trace session name.
Log file extensions added automatically (.wtl, .xml, etc.)
Default name is pwrtestlog.
/etwbuffersize:n n indicates ETW buffer size in KB if larger than default.
Default is current page size or 256KB (whichever is
greater).
/etwminbuffers:n n indicates the minimum number of buffers allocated for
the ETW session if larger than the minimum of 2 per
logical processor.
Default is 2 per logical processor
/etwmaxbuffers:n n indicates the maximum number of buffers allocated for
the ETW session if larger than the minimum of 2 per
logical processor and larger than etwminbuffers.
Default is etwminbuffers + 20.
/delaywrite when specified, log data is buffered in memory to reduce
disk writes. Affects all log types including ETL.
Execution Requirements:
-must run from an administrator/elevated command prompt in order to support
ETW tracing
-must run natively (WoW64 not supported) in order to support ETW tracing
-group policy settings put in place by your system administrator may
interfere with some scenarios that need to temporarily modify power
setting values (such as the sleep scenario)
这是 10.0.22621.1 WDK 自带的pwrtest。
有需要测试 S3 S4 MS Loop的朋友可以考虑使用这款工具进行测试。
参考：
1. https://learn.microsoft.com/zh-cn/windows-hardware/drivers/devtest/pwrtest
测试了 ESP32 S3 的 I2C 从机功能, 使用的是ESP32 S3 DevKitC-1 如下：
C:\Users\YOUNAME\AppData\Local\Arduino15\packages\esp32\hardware\esp32\2.0.4\libraries\Wire\examples\WireSlave
#include "Wire.h"
#define I2C_DEV_ADDR 0x55
uint32_t i = 0;
void onRequest(){
Wire.print(i++);
Wire.print(" Packets.");
Serial.println("onRequest");
}
void onReceive(int len){
Serial.printf("onReceive[%d]: ", len);
while(Wire.available()){
Serial.write(Wire.read());
}
Serial.println();
}
void setup() {
Serial.begin(115200);
Serial.setDebugOutput(true);
Wire.onReceive(onReceive);
Wire.onRequest(onRequest);
Wire.begin((uint8_t)I2C_DEV_ADDR);
#if CONFIG_IDF_TARGET_ESP32
char message[64];
snprintf(message, 64, "%u Packets.", i++);
Wire.slaveWrite((uint8_t *)message, strlen(message));
#endif
}
void loop() {
}
打开 Debug 开关，运行之后提示：
Attempting to boot anyway...
entry 0x403c98d8
[ 104][I][esp32-hal-i2c-slave.c:234] i2cSlaveInit(): Initialising I2C Slave: sda=8 scl=9 freq=100000, addr=0x55
[ 104][D][esp32-hal-i2c-slave.c:486] i2c_slave_set_frequency(): Fifo thresholds: rx_fifo_full = 28, tx_fifo_empty = 4
就是说：SDA 是8 Pin， SCL 是9 Pin,特别注意默认频率是 100K.
之后 I2C 工具设置如下:
设置发送数据 aa(地址) 31 32 33 34 35 36 37
ESP32 端收到的数据为
onReceive[7]: 1234567
测试使用的工具是志明电子出品的 USB 转SPI/I2C 调试工具。
这次我们实验在 LattePanda 的 DSDT ACPI Table 中增加一个自定义设备。
首先，我们需要解压原版IFWI 中的 ACPI 模块出来。对于这次的 LattePanda来说，DSDT 是特别放在一个独立的 FFS中。
直接解压之：
使用十六进制工具打开可以看到就是 DSDT Table
因为目前的 ACPI 版本和之前的比如 TigerLake 有一些差别，因此，这里需要使用最新版本的 iASL 进行反编译：
反编译结果在 dsdt.dsl 文件中。使用文本编辑工具打开后，在最后加入我们自定义的设备：
之后再重新编译为 AML
对于这个文件，使用如下命令打包为一个 SECTION，对应的 GenSec.exe工具来自 EDK2 的源代码：
GenSec -s EFI_SECTION_RAW -o DSDT.raw dsdt.aml
接下来再使用 GenFFS 把 dsdt.raw 打包生成一个 FFS文件：
GenFfs -t EFI_FV_FILETYPE_FREEFORM -g C118F50D-391D-45F4-B3D3-11BC931AA56D -o new.ffs -oi dsdt.raw
接下来，我们使用新生成的这个 new.ffs替换位于03:02-01 （Index F9）处的FFS
最终我们就得到了一个替换过DSDT的新的 IFWI 文件：
本文提到的文件和工具可以在这里下载：
修改好后烧录进入 Windows即可看到设备管理器中多了一个设备，测试的视频在
https://www.bilibili.com/video/BV1GU411d7v1/?pop_share=1&vd_source=cf6121716e06cb669a27c10276f9c920
有些情况下，我们需要查看即时数据，比如当前的加热温度。对于这种情况，可以使用 blinker 的“实时数据”功能。启用方法非常简单：在控件界面上选中“实时数据”即可。
下面是一个测试代码，每隔2秒生成一组温度湿度数据，显示在串口上同时发送到 Blinker 的服务器上。之后打开 Blinker 的APP 即可看到实时数值。
#define BLINKER_WIFI
#include <Blinker.h>
char auth[] = "你的Key";
char ssid[] = "你家WIFI名";
char pswd[] = "你家WIFI密码";
BlinkerNumber HUMI("humi");
BlinkerNumber TEMP("temp");
uint32_t read_time = 0;
float Humidity=0, Temperature=0;
void rtData()
{
Blinker.sendRtData("temp", Humidity);
Blinker.sendRtData("humi", Temperature);
Blinker.printRtData();
}
void setup()
{
Serial.begin(115200);
BLINKER_DEBUG.stream(Serial);
BLINKER_DEBUG.debugAll();
pinMode(LED_BUILTIN, OUTPUT);
digitalWrite(LED_BUILTIN, LOW);
Blinker.begin(auth, ssid, pswd);
Blinker.attachRTData(rtData);
}
void loop()
{
Blinker.run();
if (read_time == 0 || (millis() - read_time) >= 2000)
{
read_time = millis();
BLINKER_LOG("Humidity: ", Humidity, " %");
BLINKER_LOG("Temperature: ", Temperature, " *C");
if (Temperature>50.0) {Temperature=0;} else {Temperature=Temperature+0.4;}
if (Humidity>50.0) {Humidity=0;} else {Humidity=Humidity+0.9;}
}
}
运行之后可以在 Blinker 上看到温湿度的实时变化：
UEFI 的一个优点是模块化，意思是你可以编写一个模块，编译后能够插入到已有的BIOS中并且执行。在此之前，每个 IVB 实现方式差异巨大，除了按照 PCI ROM 这种特别形式插入几乎没有办法实现通用。这次演示的就是在 EDK2环境下编写一个DXE 模块，然后插入到LattePanda中。
首先进行代码的设计，仿照\OvmfPkg\8254TimerDxe这个模块就可以写好。
代码非常简单，入口是InitializezMessage () 函数，进入之后注册OnMyReadyToBoot函数，当ReadyToBootEvent事件时触发之。代码如下：
EFI_STATUS
EFIAPI
InitializezMessage (
IN EFI_HANDLE ImageHandle,
IN EFI_SYSTEM_TABLE *SystemTable
)
{
EFI_STATUS Status=EFI_SUCCESS;
EFI_EVENT ReadyToBootEvent;
DEBUG ((DEBUG_INFO, "UPassword DXE Loaded\n"));
//
// Register the event to reclaim variable for OS usage.
//
EfiCreateEventReadyToBootEx (
TPL_NOTIFY,
OnMyReadyToBoot,
NULL,
&ReadyToBootEvent
);
return Status;
}
这样，当BIOS 准备启动的时候就是跳入OnMyReadyToBoot() 函数，执行，在函数中只是循环显示一段字符串。
/**
On Ready To Boot Services Event notification handler.
Notify SMM variable driver about the event.
@param[in] Event Event whose notification function is being invoked
@param[in] Context Pointer to the notification function's context
**/
VOID
EFIAPI
OnMyReadyToBoot (
IN EFI_EVENT Event,
IN VOID *Context
)
{
DEBUG ((EFI_D_INFO, "Invoke OnMyReadyToBoot\n"));
for (UINTN i=0;i<5;i++) {
gST->ConOut->OutputString(gST->ConOut,L"\r\n delay from www.lab-z.com\r\n");
gBS->Stall(1000000UL);
}
gBS->CloseEvent (Event);
}
然后将其加入编译，在\OvmfPkg\OvmfPkgX64.dsc 修改如下：
!ifdef $(CSM_ENABLE)
OvmfPkg/8259InterruptControllerDxe/8259.inf
OvmfPkg/8254TimerDxe/8254Timer.inf
!else
OvmfPkg/LocalApicTimerDxe/LocalApicTimerDxe.inf
!endif
#LABZ_Debug_Start
OvmfPkg/ zMessage / zMessage.inf
#LABZ_Debug_End
OvmfPkg/IncompatiblePciDeviceSupportDxe/IncompatiblePciDeviceSupport.inf
OvmfPkg/PciHotPlugInitDxe/PciHotPlugInit.inf
在 \OvmfPkg\OvmfPkgX64.fdf 修改如下：
!ifdef $(CSM_ENABLE)
INF OvmfPkg/8259InterruptControllerDxe/8259.inf
INF OvmfPkg/8254TimerDxe/8254Timer.inf
!else
INF OvmfPkg/LocalApicTimerDxe/LocalApicTimerDxe.inf
!endif
#LABZ_Debug_Start
INF OvmfPkg/ zMessage / zMessage.inf
#LABZ_Debug_End
INF OvmfPkg/IncompatiblePciDeviceSupportDxe/IncompatiblePciDeviceSupport.inf
INF OvmfPkg/PciHotPlugInitDxe/PciHotPlugInit.inf
INF MdeModulePkg/Bus/Pci/PciHostBridgeDxe/PciHostBridgeDxe.inf
使用如下命令在 QEMU 上测试：
qemu-system-x86_64 -bios ovmf.fd -net none
可以看到在启动过程中屏幕上输出了定义的字符串。
生成的FFS文件在\Build\OvmfX64\DEBUG_VS2019\FV\Ffs\00002237-2024-0513-A7F3-1449F9E0E4BDzMessage目录中（为了方便查找，我们在 INF中指定模块的 GUID 是 0000开头的）。文件名是 00002237-2024-0513-A7F3-1449F9E0E4BD.ffs。这就是我们编译后的模块。
接下来，使用 MMTOOL打开 LattePanda官方提供的 IFWI 文件：
我们选择在Volume 03:02-01 Index 137 的地方插入（理论上 UEFI模块在BIOS中的位置不影响加载顺序，这里只是为了方便查找随便选择的位置），下面就是完成后的结果：
最后，使用“Save Image as…”重新保存命名为 zMessage.fd，然后烧录到 LattePanda上即可。
本文提到的 UEFI 源代码：
UEFI 源代码生成的 FFS 文件：
最终加入模块的 LattePanda 的IFWI:
之前我设计过一款虚拟电池【参考1】，美中不足的是这个虚拟电池是基于 WDTF。如果想使用就必须安装微软的 WDTF 框架，但是你无法知道WDTF 对系统有多少影响。
因此，最近请天杀帮忙重新设计了一款虚拟电池驱动，用于 Windows 10/11 。驱动可以在系统中虚拟出一块电池，配合应用程序可以设置是否有外部电源（AC/DC），以及设置当前电量。实现简单，可以广泛用于系统功耗测试和一些电源相关功能的评估。
使用方法：
1.运行 Driver 中 Install.bat 安装驱动
2.使用 Batset.exe 在命令下下设置虚拟电池属性。例如： BatSet AC 50 将会切换为 AC Mode, 50% 电量。BatSet DC 19 将会切换为 DC Mode, 19% 电量。
3.运行 Driver 下的 remove.bat 即可移除驱动
参考：
1.https://www.lab-z.com/zvb/
工作的测试视频：
最近更换服务器之后，在编写文章的时候上传图片经常会出现“WordPress上传图片错误:不是合法的JSON响应”的问题。虽然收到报错，但是在媒体中确实也能看到上传后的图片因此一直没有在意，对付着在用。
最近有点时间，于是静下来仔细研究了一下这个问题。
第一步，打开Wordpress 的 Debug log，但是发生现象的时候Log中没有 Error；
第二步，关闭 WordPress 的相关插件，现象仍然存在；
第三步，使用 Chrome 的调试功能，发现出现现象的时候，浏览器收到了 Server Internal 500 错误，因此，这个问题和 WordPress没有关系，应该和服务器有关系；
最终，找到了错误原因：PHP 设置的临时目录指向了错误的目录，修改之后就正常了。
遇到类似问题的朋友不妨试试看。