如果你需要动态链接库的话，网上有大把以及编译好的。

另外，千万不要用windows下的编译工具，比如Mingw，以及Msys2，各种问题纯浪费了我一天的时间。使用Ubuntu交叉编译比直接在windows上编译更靠谱。

• 安装编译工具

  安装 GCC 或者 mingw 用来交叉编译 windows 平台版本

  sudo apt install mingw-w64

  如果使用，注意 mingw 应选择 posix 版本，执行以下命令可切换版本：

  sudo update-alternatives --config x86_64-w64-mingw32-gcc
sudo update-alternatives --config x86_64-w64-mingw32-g++

• 创建目录，用于下载 tensorflow 源码，例如 ./tensorflow-2.6.5

  wget https://github.com/tensorflow/tensorflow/archive/refs/tags/v2.6.5.zip
unzip v2.6.5.zip

• 创建目录，用于存放 CMakeFiles，例如 ./tflite-build

  mkdir tflite-build
cd tflite-build

• 初始化 CMake

  不交叉编译

  cmake -DTFLITE_C_BUILD_SHARED_LIBS:BOOL=OFF \
        ../tensorflow-2.6.5/tensorflow/lite/c
  

  交叉编译

  export CC_PREFIX=x86_64-w64-mingw32-
  cmake -DCMAKE_C_COMPILER=${CC_PREFIX}gcc \
        -DCMAKE_CXX_COMPILER=${CC_PREFIX}g++\
        -DTFLITE_C_BUILD_SHARED_LIBS:BOOL=OFF \
        -DCMAKE_SYSTEM_NAME=CYGWIN \
        -DCMAKE_SYSTEM_PROCESSOR=x86_64 \
        ../tensorflow-2.6.5/tensorflow/lite/c
  

• 交叉编译过程中会遇到几个错误：

  一个是找不到 <byteswap.h> 头文件，编辑 farmhash/src/farmhash.cc 文件，在 172 行附近，注释掉 #include <byteswap.h> 语句，并添加以下两行：

  #define bswap_32(x) __builtin_bswap32 (x)
  #define bswap_64(x) __builtin_bswap64 (x)
  

  另一个是找不到 <sys/mman.h> 头文件，这是因为 mingw 没有mmap的实现。
  这里我找了一个项目，https://github.com/alitrack/mman-win32 ，复制其中的 mman.c 和 mman.h 到 ./tensorflow-2.6.5 下的 /tensorflow/lite/ 目录中。然后修改mmap_allocation.cc 文件，使用 "mman.h" 代替 <sys/mman.h>。

  还有一个最后编译自己的程序链接时的错误：
  /usr/bin/x86_64-w64-mingw32-ld: ./tflite-build/output/libcpuinfo.a(init.c.o):init.c:(.text+0x117): undefined reference to 'max'
  编辑 cpuinfo-source/src/x86/windows/init.c 文件，在文件中添加一个max函数，比如：

  static inline DWORD max(DWORD a, DWORD b) {
          return a > b ? a : b;
  }
  

• 准备好后可以尝试执行编译了

  cmake --build . -j 1

  建议初次编译使用单线程，以便发生错误时可以清楚的看到错误原因。

• 拷贝编译结果到 ouptput 目录，这个操作是为了使用时方便链接

  创建一个 ouptput 目录，将静态库拷贝到该目录中，注意，当使用静态库时，需要链接这里的多个静态库，只链接libtensorflowlite_c.a是不够的。

  cp libtensorflowlite_c.a output/
  cp _deps/flatbuffers-build/libflatbuffers.a output/
  cp _deps/farmhash-build/libfarmhash.a output/
  cp _deps/ruy-build/libruy.a output/
  cp _deps/xnnpack-build/libXNNPACK.a output/
  cp _deps/fft2d-build/libfft2d_fftsg2d.a output/
  cp _deps/fft2d-build/libfft2d_fftsg.a output/
  cp tensorflow-lite/libtensorflow-lite.a output/
  cp pthreadpool/libpthreadpool.a output/
  cp cpuinfo/libcpuinfo.a output/
  cp clog/libclog.a output/
  

  头文件在源码目录中。

  但是用头文件编译 Mingw 版 windows 应用时，可能会遇到 undefined reference to `__imp_xxx 错误提示，这是因为 lite/c/c_api_types.h 头文件中的 TFL_CAPI_EXPORT 定义有问题，tflite 未提供 windows 平台的静态链接库支持，故判断平台为 windows 后，直接追加了 #define TFL_CAPI_EXPORT __declspec(dllexport) 定义，使得编译器链接时认为应该在动态链接库中进行查找。

  一个粗暴的解决办法是删除lite/c/c_api_types.h 头文件中 35 至 43 行的内容，随后增加一行 #define TFL_CAPI_EXPORT ;。

• 以下是 Golang 编译 github.com/mattn/go-tflite 并静态链接 tensorflowlite_c 的使用例子：

  export CGO_CFLAGS=-I./tensorflow-2.6.5
export CGO_LDFLAGS="-L./tflite-build/output -ltensorflow-lite -lruy -lXNNPACK -lfft2d_fftsg -lfft2d_fftsg2d -lflatbuffers -lfarmhash -lpthreadpool -lcpuinfo -lclog -lstdc++ -lm"
go build -o gotflite-app
  或者
  export CC=/usr/bin/x86_64-w64-mingw32-gcc
GOOS=windows go build -ldflags '-extldflags "-static"' -o gotflite-app.exe

  建议使用绝对路径替换上面命令中的路径。
  windows 平台建议使用 -extldflags "-static" 链接参数编译，否则直接运行会提示缺少 glibc 等 DLL。

最后是我当前使用的 GCC 版本：

gcc -v
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/11/lto-wrapper
OFFLOAD_TARGET_NAMES=nvptx-none:amdgcn-amdhsa
OFFLOAD_TARGET_DEFAULT=1
Target: x86_64-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Ubuntu 11.4.0-1ubuntu1~22.04' --with-bugurl=file:///usr/share/doc/gcc-11/README.Bugs --enable-languages=c,ada,c++,go,brig,d,fortran,objc,obj-c++,m2 --prefix=/usr --with-gcc-major-version-only --program-suffix=-11 --program-prefix=x86_64-linux-gnu- --enable-shared --enable-linker-build-id --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --libdir=/usr/lib --enable-nls --enable-bootstrap --enable-clocale=gnu --enable-libstdcxx-debug --enable-libstdcxx-time=yes --with-default-libstdcxx-abi=new --enable-gnu-unique-object --disable-vtable-verify --enable-plugin --enable-default-pie --with-system-zlib --enable-libphobos-checking=release --with-target-system-zlib=auto --enable-objc-gc=auto --enable-multiarch --disable-werror --enable-cet --with-arch-32=i686 --with-abi=m64 --with-multilib-list=m32,m64,mx32 --enable-multilib --with-tune=generic --enable-offload-targets=nvptx-none=/build/gcc-11-XeT9lY/gcc-11-11.4.0/debian/tmp-nvptx/usr,amdgcn-amdhsa=/build/gcc-11-XeT9lY/gcc-11-11.4.0/debian/tmp-gcn/usr --without-cuda-driver --enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=x86_64-linux-gnu --with-build-config=bootstrap-lto-lean --enable-link-serialization=2
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 11.4.0 (Ubuntu 11.4.0-1ubuntu1~22.04)

x86_64-w64-mingw32-gcc -v
Using built-in specs.
COLLECT_GCC=x86_64-w64-mingw32-gcc
COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-w64-mingw32/10-posix/lto-wrapper
Target: x86_64-w64-mingw32
Configured with: ../../src/configure --build=x86_64-linux-gnu --prefix=/usr --includedir='/usr/include' --mandir='/usr/share/man' --infodir='/usr/share/info' --sysconfdir=/etc --localstatedir=/var --disable-option-checking --disable-silent-rules --libdir='/usr/lib/x86_64-linux-gnu' --libexecdir='/usr/lib/x86_64-linux-gnu' --disable-maintainer-mode --disable-dependency-tracking --prefix=/usr --enable-shared --enable-static --disable-multilib --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --libdir=/usr/lib --enable-libstdcxx-time=yes --with-tune=generic --with-headers --enable-version-specific-runtime-libs --enable-fully-dynamic-string --enable-libgomp --enable-languages=c,c++,fortran,objc,obj-c++,ada --enable-lto --enable-threads=posix --program-suffix=-posix --program-prefix=x86_64-w64-mingw32- --target=x86_64-w64-mingw32 --with-as=/usr/bin/x86_64-w64-mingw32-as --with-ld=/usr/bin/x86_64-w64-mingw32-ld --enable-libatomic --enable-libstdcxx-filesystem-ts=yes --enable-dependency-tracking SED=/bin/sed
Thread model: posix
Supported LTO compression algorithms: zlib
gcc version 10-posix 20220113 (GCC)

• TI的LMR14010ADDCR
• 矽力杰的SY8401ABC/SY8291ABC

两者封装和引脚定义是相同的，但反馈电压不同，代换时需要调整反馈电阻

价格方面，LMR14010立创4.9元，优信4.6元；SY8401立创4.41元，优信2.7元；SY8291立创1.92元，优信1.35元。
电路设计可参考TI的Datasheet，电感使用22uH，使用SY8401代换时，只需要根据反馈电压不同，更换反馈电阻即可。

两者详细参数对比：

另外TPS54302/TPS54202/TPS563200/TPS562200/TPS563201可互相替换，为17V或18V输入，2A或3A输出电流，同步降压DCDC，但需要调整反馈电组以及电感。其中TPS563201要求较低，可在2.2uH电感和20-68uF电容下工作

另有SY8120/SY8113B，输入电压最高18V，同步降压DCDC

首先使用 STM32CubeMX 生成一个项目，不要使用 HAL 库。

使用V6.16编译器

V6编译器优化选项有 -Oz image size 优化，这个可以进一步减少体积

精简中断向量表

如果你的程序不需要使用中断，最多可以将中断向量减少到只有 4 个，这 4 个是不可屏蔽中断，最好不要去掉，以免程序跑飞。

在 startup_xxx.s 文件中，找到 __Vectors 标签，删掉除了 __initial_sp、Reset_Handler、NMI_Handler、HardFault_Handler 以外的 DCD 表项。

进入程序第一步执行 __disable_irq();，以免进入其它错误中断或外设中断。

对比 stm32f103 原本有 59 个中断向量，此项精简可减少 220 字节容量。

另外，startup_xxx.s 文件中有内核中断的代码块，可以一起删掉，同时NMI_Handler 和 HardFault_Handler 一般也不会使用到，可以将这两项也指向 Default_Handler，该函数进入后会进入死循环。

将中断向量表放到内存中对于程序瘦身一般作用不大，生成中断向量表需要的代码量不见的比直接放到 Flash 上小。程序中使用轮询方式即可。

精简启动初始化

查看 Reset_Handler，在 startup_xxx.s 文件中，会先执行 SystemInit，然后执行 __main。

SystemInit 一般没有什么作用，如果我们使用外部 SRAM 以及自定义了中断向量表地址，会在这里进行初始化。

这里可以直接删除 Reset_Handler 函数，将中断向量表中的 Reset_Handler 记录直接指向 __main。

精简 GPIO 和外设初始化

首先来说，使用 xxx_InitStruct 和 LL_xxx_Init 函数生成的代码最大。我们可以不使用该种方式，而是使用 LL 库提供的设置寄存器函数进行初始化，以 GPIO 为例。

LL_GPIO_InitTypeDef GPIO_InitStruct = {0};
GPIO_InitStruct.Pin = LL_GPIO_PIN_2;
GPIO_InitStruct.Mode = LL_GPIO_MODE_ALTERNATE;
GPIO_InitStruct.Speed = LL_GPIO_SPEED_FREQ_HIGH;
GPIO_InitStruct.OutputType = LL_GPIO_OUTPUT_PUSHPULL;
LL_GPIO_Init(GPIOA, &GPIO_InitStruct);

上面的代码可以写成：

LL_GPIO_SetPinMode(GPIOA, LL_GPIO_PIN_2, LL_GPIO_MODE_ALTERNATE);
LL_GPIO_SetPinSpeed(GPIOA, LL_GPIO_PIN_2, LL_GPIO_SPEED_FREQ_HIGH);
LL_GPIO_SetPinOutputType(GPIOA, LL_GPIO_PIN_2, LL_GPIO_OUTPUT_PUSHPULL);

LL_GPIO_Init 函数中有不少判断，实际没有必要，反而增大代码尺寸。

对于其它外设的初始化也是同样的道理。

然后，即便如此，也不如直接操作寄存器代码量少。我们在启动后初始化外设环节，通常来说不用考虑外设当前的状态，将对应的寄存器值改为我们需要的值即可，而且这样可以同时修改多个属性。但是注意有的外设设置寄存器时要求有先后顺序，或者只有在外设关闭时才可修改某些值。

比如说初始化 UASRT 可以写成：

USART2->CR1 = LL_USART_DATAWIDTH_8B | LL_USART_PARITY_NONE | LL_USART_DIRECTION_RX;
USART2->CR2 = LL_USART_STOPBITS_1;
USART2->CR3 = LL_USART_HWCONTROL_NONE;
LL_USART_SetBaudRate(USART2, 8000000UL, 115200);

LL_USART_Enable(USART2);

如果不知道寄存器应设置为什么值，可以进调试，打断点在外设初始化结束处，然后使用 System Viewer 查看外设的寄存器值。

上面展示的代码省略了 APB/AHB EnableClock 过程。

精简 SystemClock_Config

接着来到 main.c，找到 SystemClock_Config，首先对 LL_Init1msTick 和 LL_SetSystemCoreClock 动手。

LL_Init1msTick 作用是初始化 SysTick。如果我们没有用到 SysTick，直接注释掉就行。即便用到了，直接操作寄存器进行初始化可以省掉不少的代码。

LL_SetSystemCoreClock 作用是将系统时钟保存到一个全局变量 SystemCoreClock 中，其它外设初始化时可能会用到这个值。但是我们既然打算操作寄存器来初始化，这个也没有什么作用，可以注释掉。变量 SystemCoreClock 定义在 system_stm32xxx.c 中，这个可以不用管他。

SystemClock_Config 中初始化 FLASH 和 RCC 的过程也可以直接操作寄存器。以下是使用内部 8MHz HSI 的代码示例：

// LL_FLASH_SetLatency(LL_FLASH_LANTENCY_0);
FLASH->ACR = LL_FLASH_LATENCY_0 | FLASH_ACR_PRFTBE;
while(LL_FLASH_GetLatency() != LL_FLASH_LATENCY_0)
{
}

// LL_RCC_HSI_SetCalibTrimming(16);
// LL_RCC_HSI_Enable();
RCC->CR = RCC_CR_HSION | (16 << RCC_CR_HSITRIM_Pos);

/* Wait till HSI is ready */
while(LL_RCC_HSI_IsReady() != 1)
{
}

//LL_RCC_SetAHBPrescaler(LL_RCC_SYSCLK_DIV_1);
//LL_RCC_SetAPB1Prescaler(LL_RCC_APB1_DIV_1);
//LL_RCC_SetAPB2Prescaler(LL_RCC_APB2_DIV_1);
//LL_RCC_SetSysClkSource(LL_RCC_SYS_CLKSOURCE_HSI);
RCC->CFGR = LL_RCC_SYSCLK_DIV_1 | LL_RCC_APB1_DIV_1 | LL_RCC_APB2_DIV_1 | LL_RCC_SYS_CLKSOURCE_HSI;

/* Wait till System clock is ready */
while(LL_RCC_GetSysClkSource() != LL_RCC_SYS_CLKSOURCE_STATUS_HSI)
{
}

LL_APBx_GPRx_EnableClock函数

LL库里对这两个函数以及AHB1_GRP1_EnableClock实现存在一个问题，LL库的实现是这样的：

__STATIC_INLINE void LL_AHB1_GRP1_EnableClock(uint32_t Periphs)
{
    __IO uint32_t tmpreg;
    SET_BIT(RCC->AHBENR, Periphs);
    /* Delay after an RCC peripheral clock enabling */
    tmpreg = READ_BIT(RCC->AHBENR, Periphs);
    (void)tmpreg;
}

问题在注释后面一句，这里通过读取一次寄存器内容，确保外设时钟已开启。这个操作在 ST 的 errata es0222 里也有说明，是官方提供的一种 workaround。

但这里实现用的是 READ_BIT，该操作会多一个 & 操作，是不必要的。将这句改成 tmpreg = RCC->AHBENR;，同时该函数是 inline 的，而且 EnableClock 很可能会调用多次，可以节省一些空间。

另外 (void)tmpreg 在 V6.16 编译器上也是不必要的。tmpreg = xxx 会产生两条语句，将外设地址的值读到通用寄存器，然后放入栈（因为tmpreg是在栈上），而 (void)tmpreg 又会从栈上取出值放到通用寄存器上。入栈也不是必要的，但这是编译器行为，我们不好调整。

使用传参代替全局变量

我的实验发现，如果程序逻辑不复杂，构造一个结构体，通过传结构体指针，让变量在栈上，此时可通过 SP+偏移 进行地址访问，比放在全局变量中生成的代码要小。

去除分散加载代码

查看汇编代码，发现该程序并未使用到分散加载，但仍然生成了相关的代码和数据块。__main 函数实现了3个功能：

1. 设置 SP 指针
2. 调用 _main_scatterload
3. 调用 __main_after_scatterload

_main_scatterload 会从一个数据表开始读取数据，并调用表中记录的函数地址。查看该表只有一个结束的标志，_main_scatterload不会有任何效果。
__main_after_scatterload 则直接进入 main 函数。

我们可以通过修改启动文件 startup_xxx.s，移除部分代码。经测试，__main 是不能覆盖的，我们可以对这里面最复杂的 __scatterload 函数动手，写一个函数覆盖原本的实现，让其直接跳转到 __main_after_scatterload。代码如下：

__scatterload   PROC
                EXPORT  __scatterload
                IMPORT  __main_after_scatterload
                
                BL.W    __main_after_scatterload
                ENDP

合并相似函数

举例程序里有计算 CRC 和拷贝内容两个函数，这两个函数都有循环这一相似操作，可以考虑做成一个函数来完成两种功能，该函数输入源地址和目标地址，以及长度，返回校验和。当只需要拷贝时，忽略返回结果即可，当只需要计算 CRC 时，传入相同的源地址和目标地址，让其做原地拷贝。代价是上述两种操作都会有性能浪费，但只要整体耗时满足我们的要求即可。

结论

最终实现了一个程序，程序在启动后，会初始化 SysTick 以及 USART2 用于接收选择启动分区的指令，之后会依次检索其后的 FLASH 内容，读取每条分区记录，通过比对分区记录设置的延时时间和启动“密码”，选择启动分区，进行 CRC32 校验并引导该分区的应用程序。

实际场景中我们可以将第一个分区设置为应用，引导地址指向 0x80000800，第二个分区设置为 OTA 程序，根据 OTA 程序大小，放置在 FLASH 末尾。应用程序设置延时为 3 秒，OTA 程序设置延时为 0，设置启动“密码”和分区 1 启动失败标志，这样在接收到对应的“密码”后或应用分区启动失败（例如CRC校验错误）后会立即进入 OTA 程序。启动密码可以通过串口输入，或者读取内存中固定地址的内容，以实现应用程序跳转入 OTA 程序功能。

程序使用轮询方式查询外设状态接收数据，设置栈大小为 512 字节，未使用任何全局变量。

编译后 Code=996 RO-data=16 RW-data=0 ZI-data=512，ROM 大小为 1012 字节，刚好可以放到一个扇区中。

后续可以考虑将代码容量放宽到 2KB，添加一个解压程序，实现将 FLASH 内容解压后放置在内存指定位置然后再进行引导的功能。

截屏目的只是为了以后可能用来排除错误，所以清晰度基本没要求，能看到大概就行。试了下JPGE编码，图像质量调到60，文件大小约30K，是小了一些。

突然想起来有个TinyPNG的在线工具，把文件下载下来，扔上去，TinyPNG给压缩出来一个10K多点的文件。不甘心，于是开始搜索起来TinyPNG类似算法的解决方案。

TinyPNG的算法说起来也简单，就是将24bit的图片转为8bit的调色板图片，然后使用抖动算法尽量还原图片信息。这里生成调色板及抖动算法是关键，调色板生成的不好，最终图片杂色、条纹就会明显。

找到一个名为nQuant.NET的库，在nuget上就有，于是安装上进行了一下测试。
库的使用也很简单

var quantizer = new nQuant.WuQuantizer();
using (var quantized = quantizer.QuantizeImage(argbImage, 10, 70))
{
    using (var ms = new MemoryStream())
    {
        quantized.Save(ms, System.Drawing.Imaging.ImageFormat.Png);
        data = ms.ToArray();
    }
}

注意这个库只接受32bit，也就是ARGB图片作为输入。

经测试同样的图片，经nQuant处理后大小约为13KB，略大于TinyPNG处理的，也很不错了，比原来小了一半多。或许换一个更好的PNG编码器可以进一步减小体积。

• 其它语言：
  这有一个C语言版本的 https://github.com/kornelski/pngquant

1. APB EnableClock, 查找定时器所在APB及分组(一般APB1 GRP1)，开启时钟

   LL_APB1_GRP1_EnableClock(LL_APB1_GRP1_PERIPH_USARTx)
   

2. 如果有相应的GPIO，初始化GPIO时钟、端口等。
3. 填写 USART_InitStruct。

   LL_USART_InitTypeDef USART_InitStruct = {0};
   USART_InitStruct.BaudRate = 9600;
   USART_InitStruct.DataWidth = LL_USART_DATAWIDTH_8B;
   USART_InitStruct.StopBits = LL_USART_STOPBITS_1;
   USART_InitStruct.Parity = LL_USART_PARITY_NONE;
   USART_InitStruct.TransferDirection = LL_USART_DIRECTION_TX_RX;
   USART_InitStruct.HardwareFlowControl = LL_USART_HWCONTROL_NONE;
   USART_InitStruct.OverSampling = LL_USART_OVERSAMOLING_16;
   

4. 根据需要关闭或打开Overrun检测。该检测启用后，硬件将自动判断是否在接受过程中发生了输入进入，从而造成数据丢失。同时启用后，开启RXNE中断同时会开启ORE中断，给中断处理造成麻烦。

   LL_USART_DisableOverrunDetect(USARTx);
   

5. 设置异步模式。

   LL_USART_ConfigAsyncMode(USARTx);
   

6. 初始化USART。

   LL_USART_Init(USARTx, &USART_InitStruct);
   

7. 启动USART。

   LL_USART_Enable(USARTx);
   

软件发送一个字节

1. 初始化完毕。
2. 等待传输空闲。

   while (!LL_USART_IsActiveFlag_TXE(USARTx));
   

3. 发送数据。

   LL_USART_TransmitData8(USARTx, data);
   

软件接收一个字节

1. 初始化完毕。
2. 读取内容。

   while (LL_USART_IsActiveFlag_RXNE(USARTx))
   {
       uint8_t data = LL_USART_ReceiveData8(USARTx);
   }
   

中断接收

1. 初始化完毕。
2. 开启 RXNE 中断。

   LL_USART_EnableIT_RXNE(USARTx);
   

3. 编写中断处理函数。

   void USARTx_IRQHandler(void)
   {
       if (LL_USART_IsActiveFlag_RXNE(USARTx))
       {
           uint8_t data = LL_USART_ReceiveData8(USARTx);
       }
   }
   

4. 如果启用了Overrun，检查并清除ORE标志。

   if (LL_USART_IsActiveFlag_ORE(USARTx))
   {
       LL_USART_ClearFlag_ORE(USARTx);
   }
   

使用 DMA 接收

使用 DMA 接收可以最大限度避免丢失数据，同时可降低接收时的 CPU 占用。一种常用的通信模式是，发送数据前配置好 DMA，然后发送数据，同时 DMA 处理数据接收，发送完毕后，根据应接收的字节数判断是否已接收完毕。

1. 初始化完毕。
2. 查询外设应使用的DMA控制器及通道，配置 DMA。

   LL_DMA_SetDataTransferDirection(DMAx, LL_DMA_CHANNEL_x, LL_DMA_DIRECTION_PERIPH_TO_MEMORY);
   LL_DMA_SetChannelPriorityLevel(DMAx, LL_DMA_CHANNEL_x, LL_DMA_PRIORITY_LOW);
   LL_DMA_SetMode(DMAx, LL_DMA_CHANNEL_x, LL_DMA_MODE_NORMAL);
   LL_DMA_SetPeriphIncMode(DMAx, LL_DMA_CHANNEL_x, LL_DMA_PERIPH_NOINCRMENT);
   LL_DMA_SetMemoryIncMode(DMAx, LL_DMA_CHANNEL_x, LL_DMA_MEMORY_INCREMENT);
   LL_DMA_SetPeriphSize(DMAx, LL_DMA_CHANNEL_x, LL_DMA_PDATAALIGN_BYTE);
   LL_DMA_SetMemorySize(DMAx, LL_DMA_CHANNEL_x, LL_DMA_MDATAALIGN_BYTE);
   

3. 设置 DMA 地址，传输数据量。

   LL_DMA_SetPeriphAddress(DMAx, LL_DMA_CHANNEL_x, LL_USART_DMA_GetRegAddr(USARTx, LL_USART_DMA_REG_DATA_RECEIVE));
   LL_DMA_SetMemoryAddress(DMAx, LL_DMA_CHANNEL_x, (uint32_t)buffer);
   LL_DMA_SetDataLength(DMAx, LL_DMA_CHANNEL_x, bufferSize);
   

4. 启动 DMA 通道。

   LL_DMA_EnableChannel(DMAx, LL_DMA_CHANNEL_x);
   

5. 清空 USART 接收缓冲。否则可能造成写入内存的第一个字节不是需要的内容。

   while (LL_USART_IsActiveFlag_RXNE(USARTx))
   {
       uint8_t drop = LL_USART_ReceiveData8(USARTx);
   }
   

6. 启动 USART 发送到 DMA。

   LL_USART_EnableDMAReq_RX(USARTx);
   

7. 查询已接收的字节数。

   static uint16_t __dma_read_size()
   {
       return BUFFER_SIZE - LL_DMA_GetDataLength(DMAx, LL_DMA_CHANNEL_x);
   }
   

8. 等待接收到需要大小的数据。

   static uint16_t __dma_wait_read(uint16_t sizeUntil, uint32_t timeout)
   {
       uint32_t tick = HAL_GetTick();
       while (__dma_read_size() < sizeUntil)
       {
           if (HAL_GetTick() - tick > timeout)
           {
               return TIMEOUT;
           }
       }
       return SUCCESS;
   }
   

1. APB EnableClock, 查找定时器所在APB及分组(一般APB1 GRP2)，开启时钟

   LL_APB1_GRP2_EnableClock(LL_APB1_GRP2_PERIPH_TIMx);
   

2. 如果有相应的GPIO，初始化GPIO时钟、端口等。
3. 填写 ADC_InitStruct 及 ADC_REG_InitStruct

   LL_ADC_InitTypeDef ADC_InitStruct = {0};
   LL_ADC_REG_InitTypeDef ADC_REG_InitStruct = {0};
   ADC_InitStruct.Clock = LL_ADC_CLOCK_ASYNC;
   ADC_InitStruct.Resolution = LL_ADC_RESOLUTION_12B;
   ADC_InitStruct.DataAlignment = LL_ADC_DATA_ALIGN_RIGHT;
   ADC_InitStruct.LowPowerMode = LL_ADC_LP_MODE_NONE;
   ADC_REG_InitStruct.SequencerDiscont = LL_ADC_REG_SEQ_DISCONT_DISABLE;
   ADC_REG_InitStruct.ContinuousMode = LL_ADC_REG_CONV_SINGLE;
   ADC_REG_InitStruct.DMATransfer = LL_ADC_REG_DMA_TRANSFER_NONE;
   ADC_REG_InitStruct.Overrun = LL_ADC_REG_OVR_DATA_OVERWRITTEM;
   

4. 初始化ADC及ADC_REG。

   LL_ADC_Init(ADCx, &ADC_InitStruct);
   LL_ADC_REG_Init(ADCx, &ADC_REG_InitStruct);
   

5. 其它ADC设置。

   LL_ADC_REG_SetSequencerScanDirection(ADCx, LL_ADC_REG_SEQ_SCAN_DIR_FORWARD);
   LL_ADC_SetSamplingTimeCommonChannels(ADCx, LL_ADC_SAMPLINGTIME_1CYCLE_5);
   

软件触发一次转换并等待转换完毕

1. ADC已完成基础初始化。
2. 启动校准，并等待校准完成。

   LL_mDelay(1);
   LL_ADC_StartCalibration(ADCx);
   while (LL_ADC_IsCalibrationOnGoing(ADCx));
   

3. 启用ADC，并等待ADC启动完毕。

   LL_ADC_Enable(ADCx);
   while (LL_ADC_IsActiveFlag_ADRDY(ADCx) == 0);
   

4. 清除EOC标志，确保转换被执行。

   if (LL_ADC_IsActiveFlag_EOC(ADCx)) LL_ADC_ClearFlag_EOC(ADCx);
   

5. 设置转换通道。

   LL_ADC_REG_SetSequencerChannels(ADCx, LL_ADC_CHANNEL_0);
   

6. 启动转换。

   LL_ADC_StartConversion(ADCx);
   

7. 检查EOC标志。

   while (LL_ADC_IsActiveFlag_EOC(ADCx) == 0);
   LL_ADC_ClearFlag_EOC(ADCx);
   

8. 读取转换结果。

   LL_ADC_REG_ReadConversionData12(ADCx);
   

使用EOC中断

1. ADC已完成基础初始化。
2. 启用ADC，并等待ADC启动完毕。

   LL_ADC_Enable(ADCx);
   while (LL_ADC_IsActiveFlag_ADRDY(ADCx) == 0);
   

3. 清除EOC标志，确保转换被执行。

   if (LL_ADC_IsActiveFlag_EOC(ADCx)) LL_ADC_ClearFlag_EOC(ADCx);
   

4. 设置转换通道。

   LL_ADC_REG_SetSequencerChannels(ADCx, LL_ADC_CHANNEL_0);
   

5. 启用EOC中断。

   LL_ADC_EnableIT_EOC(ADCx);
   

6. 设置NVIC。

   NVIC_SetPriority(ADCx_IRQn, 0);
   NVIC_EnableIRQ(ADCx_IRQn);
   

7. 启动转换。

   LL_ADC_StartConversion(ADCx);
   

8. 在中断服务函数中读取转换结果。

   void ADCx_IRQHandler(void)
   {
       LL_ADC_REG_ReadConversionData12(ADCx);
   }
   

使用触发源

参考时钟配置部分 https://zhujinliang.com/stm32-checklist-tim/

1. ADC已完成基础初始化。
2. 在ADC_REG_InitStruct中指定触发源。

   ADC_REG_InitStruct.TriggerSource = LL_ADC_REG_TRIG_EXT_TIMx_TRGO;
   

3. 设置TriggerEdge。

   LL_ADC_REG_SetTriggerEdge(ADCx, LL_ADC_REG_TRIG_EXT_RISING);
   

4. 启用ADC。

   LL_ADC_Enable(ADCx);
   

5. 设置转换通道。

   LL_ADC_REG_SetSequencerChannels(ADCx, LL_ADC_CHANNEL_0);
   

6. 启用EOC中断。

   LL_ADC_EnableIT_EOC(ADCx);
   

7. 设置NVIC。

   NVIC_SetPriority(ADCx_IRQn, 0);
   NVIC_EnableIRQ(ADCx_IRQn);
   

8. 启动转换。

   LL_ADC_StartConversion(ADCx);
   

9. 在中断服务函数中读取转换结果。

   void ADC_IRQHandler(void)
   {
       LL_ADC_REG_ReadConversionData12(ADCx);
   }
   

1. APB EnableClock, 查找定时器所在APB及分组(一般APB1 GRP1)，开启时钟

   LL_APB1_GRP1_EnableClock(LL_APB1_GRP1_PERIPH_TIMx);
   

2. 填写 TIM_InitStruct

   LL_TIM_InitTypeDef TIM_InitStruct = {0};
   TIM_InitStruct.Prescaler = 71;
   TIM_InitStruct.CounterMode = LL_TIM_COUNTERMODE_UP;
   TIM_InitStruct.Autoreload = 1000;
   TIM_InitStruct.ClockDivision = LL_TIM_CLOCKDIVIDION_DIV1;
   

3. 初始化TIM

   LL_TIM_Init(TIMx, &TIM_InitStruct);
   

4. 设置是否启用 ARRPreload，其作用类似影子寄存器（可选）。

   LL_TIM_DisableARRPreload(TIMx);
   

5. 设置时钟源（可选）。

   LL_TIM_SetClockSource(TIMx, LL_TIM_CLOCKSOURCE_INTERNAL);
   

产生Update中断

用于定时产生一个固定时间间隔的中断

1. 基础初始化。
2. 启用Update中断。

   LL_TIM_EnableIT_UPDATE(TIMx);
   

3. 设置NVIC。

   NVIC_SetPriority(TIMx_IRQn, 0);
   NVIC_EnableIRQ(TIMx_IRQn);
   

4. 启用时钟。初始化完毕。

   LL_TIM_EnableCounter(TIMx);
   

5. 编写IRQHandler函数。在stm32fxxx_it.c文件中编写代码，注意必须有清除标志的动作，否则会导致一直进入中断。

   void TIMx_IRQHandler(void)
   {
       if (LL_TIM_IsActiveFlag_UPDATE(TIMx))
       {
           LL_TIM_ClearFlag_UPDATE(TIMx);
       }
   }
   

6. 检查启动文件中是否有相应的入口。

   DCD  TIMx_IRQHandler  ; TIMx
   

作为ADC的触发源

这里使用UPDATE事件，同理可用CC一类事件。

1. 基础初始化。
2. 设置触发输出。

   LL_TIM_SetTriggerOutput(TIMx, LL_TIM_TRGO_UPDATE);
   

3. 启用时钟。

   LL_TIM_EnableCounter(TIMx);
   

4. 启用触发事件。

   LL_TIM_EnableUpdateEvent(TIMx);
   

5. ADC中设置TriggerSource。

   ADC_REG_InitStruct.TriggerSource = LL_ADC_REG_TRIG_EXT_TIMx_TRGO;
   

6. ADC应启用且开启转换。否则不会进行转换及产生EOC中断。

   LL_ADC_Enable(ADCx);
   LL_ADC_REG_StartConversion(ADCx);
   

0. 需要 Windows 环境

1. 下载安装DWGTrueView软件：下载地址

2. 打开一个DWG文件，对导出选项一些设置。可以用一个老外提供的文件，作为示例。

3. 按Ctrl+P或菜单里的 Output->Plot 命令，打开 Plot 设置窗口。这里我们主要设置 plotter 导出的图片大小参数。
   
   Printer/plotter里面，Name选择PublishToWeb PNG.pc3，然后点击Properties...按钮。
   
   在Device and Document Settings选项卡中，找到Custom Paper Sizes，然后点击下方的Add...。
   
   在添加向导中，选择Start from scratch，进入下一步。
   
   填入需要的图片尺寸大小，单位为像素。
   
   取个名字。下一步完成即可。回到刚才的窗口，可以看到刚刚添加的纸张大小。

   这有一份常见像素数量与尺寸的表格，可以作为对照。
   

4. 回到刚才的 Plot 设置窗口，如同所示，Paper size 选择刚刚添加的尺寸，Plot area 选择 Extents，Plot scale 选择 Fit to paper，Plot style table 选择 dwgviewer.ctb，默认的 monochrome.ctb 会使导出的文件为黑白的，其它默认。此时可点击 OK 按钮，导出一个文件测试一下。

5. 当然我们需要的是能够自动完成导出，在软件安装目录（C:\Program Files\Autodesk\DWG TrueView 2021 - English）下面可以找到 accoreconsole.exe 程序，它可以执行批处理，完成导出工作。这个命令需要输入一个 DWG 文件，和一个脚本文件。参考https://blog.csdn.net/autodeskinventorapi/article/details/45075453

6. 上面给的脚本可能只适用于完整的 AutoCAD，其中有些命令无法在 DWG TrueView 中执行，需要修改一下。同时我这里改成了导出 PNG 图像文件。如需要导出 PDF 文件，可仿照修改。由于某些命令无法执行，导出文件的文件名固定为 C:\Downloads\test.png，实际应用时可通过模板生成该脚本文件，然后再执行accoreconsole.exe。

;Command:
_plot
;Detailed plot configuration? [Yes/No] <No>: 
Yes
;Enter a layout name or [?] <Model>:
Model
;Enter an output device name or [?] <None>:
PublishToWeb PNG.pc3
;Enter paper size or [?] <ANSI A (11.00 x 8.50 Inches)>:
800W
;Enter drawing orientation [Portrait/Landscape] <Portrait>: 
Landscape
;Plot upside down? [Yes/No] <No>:
No
;Enter plot area [Display/Extents/Limits/View/Window] <Display>: 
Extents
;Enter plot scale (Plotted Inches=Drawing Units) or [Fit] <Fit>:
Fit
;Enter plot offset (x,y) or [Center] <0.00,0.00>:
Center
;Plot with plot styles? [Yes/No] <Yes>:
Yes
;Enter plot style table name or [?] (enter . for none) <>:
dwgviewr.ctb
;Plot with lineweights? [Yes/No] <Yes>:
Yes
;Enter shade plot setting [As displayed/legacy Wireframe/legacy Hidden/Visualstyles/Rendered] <As displayed>:

;Enter file name <C:\Work\solids-Model.pdf>:
C:\Downloads\test.png
;Save changes to page setup? Or set shade plot quality? [Yes/No/Quality] <N>:
No
;Proceed with plot [Yes/No] <Y>:
Yes

其中的800W为刚创建的纸张大小的名称。输出文件的目录一定要存在，否则会导致脚本执行错误。最后要多加一个空的换行。修改 output device 后，后面的参数表可能会有不同，需要运行一下，然后根据返回的结果进行修改。

7. 编写一个 bat 文件进项测试。

cd "C:\Program Files\Autodesk\DWG TrueView 2021 - English"
c:
cls
accoreconsole.exe /i "C:\Downloads\GVR- Residential.dwg" /s "C:\Downloads\test.scr" /l en-US
PAUSE

没问题的话，导出工作完成后，会在对应的目录产生一个 test.png 文件。

实现这个功能需要保存三个变量：位置、大小、以及窗口状态。

public class FormState
{
    public Point Location;
    public Size Size;
    public FormWindowState WindowState;
}

位置大小不必多说，窗口状态表示窗口处于正常状态、最大化、还是最小化。实际使用中，我们不希望用户打开程序后，窗口处于最小化状态，所以只需要保存是否处于最大化状态即可。

如果我们在窗口关闭时，直接保存窗口的 Location 和 Size 属性，看似成功了，但会带来一个问题：如果我们关闭窗口时，窗口正处于最大化状态，下次打开窗口后，窗口从最大化恢复正常时，尺寸并不会缩小到原来的状态。这是因为我们没有保存窗口恢复正常时应恢复的尺寸，这时应该保存 RestoreBounds 变量。

代码如下:

private void SaveFormState()
{
    if (WindowState == FormWindowState.Maximized)
    {
        formState.Location = RestoreBounds.Location;
        formState.Size = RestoreBounds.Size;
        formState.WindowState = FormWindowState.Maximized;
    }
    else if (WindowState == FormWindowState.Normal)
    {
        formState.Location = Location;
        formState.Size = Size;
        formState.WindowState = FormWindowState.Normal;
    }
    else
    {
        formState.Location = RestoreBounds.Location;
        formState.Size = RestoreBounds.Size;
        formState.WindowState = FormWindowState.Normal;
    }
    formState.Save()
}

• 通信双方使用自签名证书进行安全通信。
• 启用双向验证。
• 使用 ECC 证书。ECC 证书在建立握手时的通信数据量、链接建立速度、安全性相比 RSA 都有优势。

制作证书

参见： 使用 OpenSSL 制作自签名 ECC 证书

tls.Config 配置要点

• Certificates 证书，对于服务器端就是服务器的证书，对于客户端就是客户的证书。
• ClientAuth 客户端验证策略，这里我们选择 RequireAndVerifyClientCert，即要求客户端发送证书并验证其真实性。
• ClientCAs 签名使用的根证书，服务器端使用，用于验证客户端的真实性（如果开启了客户端验证）。
• RootCAs 签名使用的根证书，客户端使用，用于验证服务器的真实性。
• ServerName 服务器端证书对应的 CommonName，用于验证服务器的真实性。
• CipherSuites 用于协商加密策略，由于我们使用 ECC 证书，所以只选择 ECDHE_ECDSA 系列，排除掉安全性较差的 AES_128_CBC_SHA 方式，最终选择 ECDHE_ECDSA_WITH_AES_128_GCM_SHA256 ECDHE_ECDSA_WITH_AES_256_GCM_SHA384 ECDHE_ECDSA_WITH_CHACHA20_POLY1305 这三种方式。
• MinVersion 要求最小 TLS 版本号，计划通信双方都使用 Golang 开发，不存在兼容性问题，MinVerson 直接开到最高，即 VersionTLS12。

主要流程

• 服务器端

  1. 载入根证书，用于验证客户端的真实性。Golang 没有提供便捷的载入自签名根证书的方法，需要自行通过 x509.NewCertPool() 去创建 CertPool 然后添加证书。
  2. 载入服务器证书，用于发送给客户端以验证服务器真实性。Golang 提供了 tls.LoadX509KeyPair 函数去加载证书和私钥对。
  3. 配置 tls.Config
  4. 使用 Listen 监听端口，之后接受连接，收发数据与一般 TCP 链接无异

• 客户端

  1. 载入根证书，用于验证服务器端的真实性。
  2. 载入客户证书，用于发送给服务器端以验证客户的真实性。
  3. 配置 tls.Config
  4. 使用 Dial 请求连接，之后收发数据与一般 TCP 链接无异

连接方式

1. USB-B 端口连接

   此种方式连接后，PC端识别为 USB-ACM 设备，可映射为串口或TTY设备，数据收发方式与串口连接无异。

2. 串口连接(RS232)

   串口波特率为 9600，8 数据位 1 停止位，无奇偶校验

请求响应帧

基本格式：数据以ASCII码字符形式收发，以~符号开始，换行符\d结束，内容由0~9 A~F以及空格组成。

请求格式: aabbccddee...ffff

• aa: 地址 10 表示广播
• bb: 00 表示广播 01 表示请求地址
• cc: 值为 2A 作用不详
• dd: 命令
• ee: 参数, 最少4字节
• ffff: 校验码

响应格式: aabbccddeeffgg...hhhh

• aa: 地址
• bb: 值为 01 作用不详
• cc: 值为 2A 作用不详
• dd: 响应错误码 00 正常 01 地址错误 02 校验码错误
• ee: 数据标签
• ff: 后续数据长度
• gg: 数据，如ee为0则没有该项
• hhhh: 校验码

校验码

校验码计算方法：从起始字符之后，每个字符的 ASCII 码值（即二进制数值）相加，直到数据结束，然后用 0x10000 减去相加之和，结果表示为 4 位十六进制文本即可。

文章最后有校验码计算工具。

请求命令

注：后续表示的数字，如未特殊说明，均为16进制

• 50 查找设备
• 42 读取模拟量
• 43 读取逻辑量（枚举类型）
• 44 读取逻辑量
• 45 遥控命令
• 47 读取EEPROM配置
• 49 遥调命令
• E6 不详

50 查找设备

• 参数 0000
• 响应数据类型为 0000，长度为 00

42 读取模拟量

• 参数 0000
• 响应数据类型为 0050，长度为 56

43 读取逻辑量（枚举类型）

• 参数 0000
• 响应数据类型为 00B0，长度为 14

44 读取逻辑量

• 参数 0000
• 响应数据类型为 0070，长度为 36

45 遥控命令

• 参数 aaaabbbb

• aaaa: 值为 C004 作用不详

• bbbb: 命令

  1001: 开始电池有无自检
  1002: 开始电池维护自检
  1003: 结束电池自检
  2001: UPS开机
  2002: UPS关机
  2003: UPS关闭

49 遥调命令

• 参数 aaaabbcccc

• aaaa: 值为 A006 作用不详

• bb: 地址

• cccc: 值

  EF: 电池自检周期 0000:禁止周期自检 0001:3个月 0002:6个月 0003:9个月 0004:12个月
  F0: ECO模式 0001:禁止 0002:允许
  F1: 电池EOD自动开机 0001:允许 0002:禁止
  F2: 设备地址 00xx:xx=1～99 (测试无效果)

读取模拟量

举例设备返回下列字符串（不含起始及结尾符号）：

21012A005056005960 5630 0000 0FF5138A 081387596000000000000004D8138A017DEE61

其中 21 为设备地址，50 为数据标签，56 为数据长度，最后 4 字节 EE61 为校验码。

数据长度后面填充 2 字节 00，之后为第一个模拟量数值。空格符号填充区域可能为该设备不支持的数据字段。

例中第一个值为 5960，表示输入电压，将其转换为 10 进制后为 22880，即输入电压为 228.80V。后续字段数值，除电池后备时间外，均为上述格式，2 位小数精度。电池后备时间精确到分钟。

各字段含义及单位如下：

1. 输入电压 V
2. 空白
3. 空白
4. 输出电压 V
5. 空白
6. 空白
7. 输出电流 A
8. 空白
9. 空白
10. 电池电压 V
11. 输出频率 Hz
12. 空白
13. 空白
14. 输入频率 Hz
15. 旁路电压 V
16. 旁路电流 A
17. 有功功率 KW
18. 视在功率 KVA
19. 负载率 %
20. 旁路频率 Hz
21. 电池后备时间 Min

读取逻辑量

逻辑量分枚举类型和逻辑类型两种。枚举类型对于一个字段，可能有多种状态。

举例请求 43 命令后，设备返回下列字符串（不含起始及结尾符号）：

21012A00B014000107E1E1E1E0E0 E1

设备地址、数据类型、数据长度、校验码部分不再赘述。数据中每个字节（连续两个字符）表示一个逻辑量。每个逻辑量值似乎只有低4位有效。

各字段含义如下：

1. 未知，值为 00

2. 状态流动图

   • 0: 不供电，电池充电
   • 1: 市电逆变供电，电池充电
   • 2: 旁路供电，电池充电
   • 3: 旁路供电，电池充电
   • 4及以上: 不供电，电池不充电

3. 不详，值为 07

4. 供电方式

   • 1: 市电逆变供电
   • 2: 电池逆变供电

5. 电池充放电

   • 0: 非充非放
   • 1: 浮充
   • 2: 均充
   • 3: 放电

6. 电池自检

   • 0: 自检中
   • 1: 不在自检

7. 电池允许自检

   • 0: 允许
   • 1: 禁止

8. 电池电压低预告警

   • 0: 正常
   • 1: 预告警

9. 未知

10. 开关机状态

    • 0: 关机
    • 1: 开机

举例请求 44 命令后，设备返回下列字符串（不含起始及结尾符号）：

21012A0070360000F00000F000 0E000000000000000000000000000000000000F358

数据中每个字节（连续两个字符）表示一个逻辑量。每个逻辑量高 4 位为 0 表示假（正常状态） F 表示真（告警状态）。

各字段含义及错误提示、严重等级如下：

1. 未知
2. 未知
3. 主路异常 告警 一般
4. 整流器 故障 严重
5. 逆变器 故障 严重
6. 旁路 告警 一般
7. 电池电压 故障 严重
8. 未知，值为 0E
9. 功率模块过温 故障 严重
10. 风扇 告警 一般
11. 输入缺零故障 故障 严重
12. 母线异常关机 故障 严重
13. 充电器 故障 严重
14. 电池放电终止 异常 一般
15. 辅助电源 故障 严重
16. 输出过载 告警 一般
17. 输出线路 短路 严重
18. 过载超时 告警 一般
19. 并机均流异常 告警 一般
20. 并机连接线异常 告警 一般
21. 并机地址错误 告警 一般
22. 内部通讯异常 告警 一般
23. 系统过载 告警 一般
24. 紧急关机 紧急关机 一般
25. 电池接反 告警 一般
26. 电池无 告警 一般
27. 未知

WireGuard是个很方便的VPN软件，用来连接家里的网络非常顺手，几乎没有障碍，而且官方更新也很频繁，最近也把Windows版做了出来，使用起来很稳定。

最近升级了Windows10到1903版本，但是升级完后发现WireGuard的配置不见了。这个配置文件我也没有保存一份，而且重新生成配置还要改好几个地方的密钥，很麻烦。

Windows在大版本升级后，将原系统文件放到了Windows.old文件夹中，尝试搜索配置文件名，没有找到。然后无意间看到WireGuard界面的Log中有一条"Not migrating configuration from 'C:\windows.old', as it is not explicity owned by SYSTEM, but rather 'S-1-5-32-544'"，基本可以说明配置在那个备份文件夹中还是有的。

但是WireGuard把它的配置放在了哪里？我新建了一个配置，然后尝试Program Files,AppData Local等目录，均没有找到。于是去Github看其源码，在项目中通过关键词"migrating"或"configuration"很容易找到相关代码，最后看到WireGuard确实是将配置文件存放在%APPDATALOCAL%\WireGuard中。猜测权限的问题，尝试从Admin权限的PowerShell进入，提示目录不存在，各种尝试均失败，百思不得其解。

想到WireGuard可能使用高权限用户启动，那是不是用户名不是当前登录的用户名呢，通过Task Manager看到WireGuard有两个进程，一个用户名为当前登录用户名，另一个是SYSTEM，但是Users目录底下并没有SYSTEM目录，更别提再下面的AppData目录了。

Windows不按套路出牌的事不是一件两件了，上网搜索SYSTEM用户的AppData目录在哪里，搜到一篇文章指出System用户的AppData目录在C:\Windows\System32\config\systemprofile\AppData\Local或者C:\Windows\SysWOW64\config\systemprofile\AppData\Local下面，一试果然就是，途中会确认两次权限，进入后看到了WireGuard目录，再下面有Configurations目录，配置文件就在里面，后缀名为.conf.dpapi。终于明白了，赶紧去windows.old目录下，找到之前的配置文件，拷到当前的目录里，再启动WireGuard，配置文件又回来了。

网上搜索到的办法是重新编译 busybox，然后修改 /etc/inittab 文件。但我编译了 trunk 版本，登进去看到已经指向了 /usr/libexec/login.sh 文件，该脚本的逻辑为检查 system.@system[0].ttylogin 配置，如果其指为 1，则要求登录，否则直接使用 root 权限。

那么事情就简单多了，执行 uci set system.@system[0].ttylogin=1，退出后再次登录就要求输入用户名和密码了。而且不需要重新编译 busybox。

最后执行 uci commit 保存设置，再次登录时就要求输入用户名和密码了。

• 制作私钥
  openssl ecparam -out {KeyFile.key} -name prime256v1 -genkey

• 制作证书请求
  openssl req -key {KeyFile.key} -new -out {ReqFile.req}
  如果事先做了一个配置，可以在这里使用 -config {ConfigFile.cnf} 参数载入配置

• 制作自签名根证书
  openssl x509 -req -in {ReqFile.req} -signkey {KeyFile.key} -out {PEMFile.pem} -days 365
  可通过 -days 参数设置证书过期时间

• 使用根证书签名
  openssl x509 -req -in {ReqFile.req} -CA {CA_PEMFile.pem} -CAkey {CA_KeyFile.key} -out {PEMFile.pem} -CAcreateserial -days 365

制作证书请求时会询问一些配置，其中最重要的是 CommonName，主要使用这个字段判断证书所有者身份

实例

1. 制作自签名根证书，假设根证书我们都命名为 CA.*

   a. 制作私钥
   openssl ecparam -out CA.key -name prime256v1 -genkey
   b. 制作请求
   openssl req -key CA.key -new -out CA.req
   为了方便记忆，CommonName 我们设置为 ca.system.zhujinliang.com
   c. 制作自签名证书
   openssl x509 -req -in CA.req -signkey CA.key -out CA.pem -days 365

   CA.pem 就是我们的根证书，CA.key 是私钥，私钥一定要安全保存，一方面签名证书时需要用到私钥，另一方面，私钥丢失就意味着可以被恶意签发证书

2. 制作服务器证书，假设服务器证书命名为 sv1.*

   a. 制作私钥
   openssl ecparam -out sv1.key -name prime256v1 -genkey
   b. 制作请求
   openssl req -key sv1.key -new -out sv1.req
   这里 CommonName 我们设置为 sv1.zhujinliang.com
   c. 签名证书
   openssl x509 -req -in sv1.req -CA CA.pem -CAkey CA.key -out sv1.pem -CAcreateserial -days 365

   sv1.pem 就是服务器证书，sv1.key 是证书的私钥

   签发时会生成 CA.srl 文件，这个是最后一次颁发的证书的序列号，之后生成证书会需要这个文件

3. 制作客户端证书，制作过程与制作服务器证书相同，这里假设客户端证书命名为 liang.*

   a. 制作私钥
   openssl ecparam -out liang.key -name prime256v1 -genkey
   b. 制作请求
   openssl req -key liang.key -new -out liang.req
   这里 CommonName 我们设置为 liang
   c. 签名证书
   openssl x509 -req -in liang.req -CA CA.pem -CAkey CA.key -out liang.pem -CAcreateserial -days 365

   liang.pem 就是服务器证书，liang.key 是证书的私钥

查看证书信息

可以通过命令 openssl x509 -in CA.pem -text 查看证书信息。