[toc]
- 输入引脚 (DIR) 选择与旋转方向有关的输出极性。如果 DIR 接地，则输出值随顺时针方向旋转而增加。如果 DIR 连接到 VDD，输出值会随着逆时针旋转而增加。
- 最大角度可编程 18° 至 360°
- 12 位 DAC 输出分辨率
- 模拟输出与 VDD 或 PWM 编码数字输出成比例
- vcc 3.3v
- PGO 编程选项（内部上拉，连接到 GND = 编程选项 B）
- DIR 数字输入方向极性（GND = 值顺时针增加，VDD = 值逆时针增加）
本博客所有文章除特别声明外，均采用 CC BY-NC-SA 4.0 许可协议。转载请注明来源 wdfk-prog的个人博客！
- 微信
- 支付寶
相关推荐
2026-02-13
显卡DXGI_ERROR_DEVICE_HUNG 的处理指南
[TOC] 显卡DXGI_ERROR_DEVICE_HUNG 的处理指南 背景与成因DXGI_ERROR_DEVICE_HUNG（0x887A0006） 表示图形设备在执行过程中进入“挂起/无响应”状态，常见表现为游戏卡死后闪退。该错误属于 DXGI 错误码的一种。 (Microsoft Learn) 当显存（VRAM）被高分辨率贴图、光线追踪缓存、长时间游玩累积的资源占用推到上限时，显卡需要频繁回收/搬运资源；若某些渲染任务因此耗时过长，可能触发 Windows 的 TDR（超时检测与恢复） 机制，系统会重置图形栈来避免整机无响应，最终表现为游戏崩溃或驱动重置。 (Microsoft Learn) 快速判断是否为“爆显存”触发用任务管理器确认“专用 GPU 内存”是否贴顶 打开 任务管理器 → 性能 → 选择 GPU。 观察 Dedicated GPU memory usage（专用 GPU 内存） 是否长期接近上限，尤其是在崩溃前持续攀升。Windows 的 GPU 内存统计与分解方式在 DirectX 团队说明中有详细解释。 (Microsoft f...
2026-02-12
修复 VS Code Remote-SSH 连接超时：启用 PTY 分配
@[toc] 修复 VS Code Remote-SSH 连接超时：启用 PTY 分配 适用场景出现 Remote-SSH 连接阶段超时（例如 Connecting with SSH timed out），同时满足以下特征： ICMP 连通（ping 正常） TCP/22 连通（Test-NetConnection <REMOTE_HOST> -Port 22 为 True） 命令行 ssh -vvv <USERNAME>@<REMOTE_HOST> 可成功认证并进入 Shell VS Code Remote-SSH 日志中存在 remote.SSH.permitPtyAllocation = false（或等价配置） 根因Remote-SSH 建连不只是建立 TCP 会话，还会在远端通过 ssh ... sh 执行初始化脚本（探测、安装、启动 VS Code Server）。 当 PTY（伪终端）分配被禁用 时，常见后果包括： 远端脚本输出被缓冲或输出形态变化，客户端等待不到期望标记 远端登录脚本或环境初始化逻辑在非交...
2026-02-11
游戏后台 CPU 占用高与全屏切换最小化问题排查指南
@[toc] 游戏后台 CPU 占用高与全屏切换最小化问题排查指南 本文整理两类常见现象的原因与优化方法： 后台运行时 CPU 占用率较高 全屏模式下切换程序时自动最小化 内容已做通用化处理，适用于多数基于现代 3D 引擎的 Windows 平台游戏。 解决后台运行时 CPU 占用率高理解高占用的原因现代 3D 游戏通常具备以下特征： 持续渲染画面（即使处于后台） 未锁帧时会尽可能输出更高帧率 持续进行物理计算、AI 逻辑、资源加载 引擎对多线程与 CPU 调度要求较高 当未限制帧率或未启用垂直同步时，游戏可能在后台仍以接近满载状态运行，导致 CPU 占用率持续偏高。 限制帧率以降低后台负载优先进行以下设置： 进入： 游戏设置 → 显示 / 图形设置 调整： 启用 V-Sync 或开启 帧率限制（FPS Cap） 建议设置为 60 FPS 或更低 这样可避免游戏在后台无限制渲染帧数。 关闭不必要的后台程序后台程序会与游戏争夺 CPU 资源，尤其包括： 浏览器 文件同步工具 即时通讯软件 云存储客户端 各类常驻启动项 操作步骤： 打开： 任务管...
2026-02-10
VS Code Codex 登录失败（1455 端口占用）处理说明
@[toc] VS Code Codex 登录失败（1455 端口占用）处理说明 问题现象在 VS Code 中进行 Codex 登录时失败，提示错误信息类似： 1{"code":-32603,"message":"failed to start login server: Port 127.0.0.1:1455 is already in use"} 该错误表明：Codex 扩展在本机启动 OAuth 回调用的本地登录服务时，默认监听的 127.0.0.1:1455 端口已被其他进程占用，导致登录服务无法启动。 原因说明 Codex 登录流程依赖一个本地 HTTP 回调服务 默认端口为 1455 当该端口已被占用（常见于 VS Code 或相关子进程异常残留）时，登录流程会直接失败 错误与网络、防火墙或账号无关，属于本地端口冲突问题 适用环境 本机 Windows 本机直接运行 VS Code 非 Remote-SSH / WSL / Dev Container 场...
2026-02-10
分卷压缩包损坏排查指南
@[toc] 分卷压缩包损坏排查指南 适用场景： 下载了 分卷压缩包（.zip + .z01/.z02/...、.part1.rar、.7z.001 等） 解压或测试时提示 Data Error / CRC failed / Unexpected end of archive 需要判断 是否只需重新下载某一个分卷 一、先确认分卷类型1. ZIP 分卷（常见、最容易混淆）文件结构示例： Game.zip（主文件） Game.z01 Game.z02 Game.z03 规则： 解压 / 测试 只能对 .zip 主文件进行 不要对 .z01 / .z02 单独操作 2. RAR 分卷文件结构示例： Game.part1.rar Game.part2.rar Game.part3.rar 入口文件：Game.part1.rar 3. 7z 分卷文件结构示例： Game.7z.001 Game.7z.002 Game.7z.003 入口文件：Game.7z.001 二、使用 NanaZip 进行初步测试（确认是否损坏）用途：判...
2026-01-18
Ymodem协议帧填充机制与数据完整性校验的深度技术分析
@[toc] Ymodem协议帧填充机制与数据完整性校验的深度技术分析 本文旨在对Ymodem协议中数据帧末尾填充0x1A（SUB/CTRL-Z）的机制进行系统性分析。基于用户提供的技术排查结果与源码片段，本文将解析定长数据块传输的底层逻辑，并阐述在接收端如何利用元数据（Metadata）剔除无效填充字节，以确保文件传输的二进制一致性。 1. Ymodem协议的定长数据块架构Ymodem协议继承了Xmodem的定长分包传输特性。为了保持同步与校验的简便性，协议规定数据传输必须以固定的块大小进行。 1.1 数据帧类型与结构Ymodem支持两种标准数据帧类型，通过帧头字节进行标识： SOH (Start of Header, 0x01)：标识 128字节 数据载荷。 STX (Start of Text, 0x02)：标识 1024字节 数据载荷。 无论实际有效数据剩余多少，发送方必须填充数据区至上述固定长度，随后附加CRC校验码。 1.2 最后一帧的填充规则当文件大小不是128或1024的整数倍时，最后一帧必然存在无效空间。根据Ymodem/Xmode...
评论
