树莓派Docker部署ddns-go：实现动态IP下域名自动解析-北京尧图网络

前几篇我们把树莓派变成了一个跑着 Docker 的网页服务器nginx、应用容器都起来了局域网内用 IP 访问一切正常。但只要你想让别人通过域名访问就会撞上一堵墙家宽的公网 IP 是动态的今天还能用的地址明天可能就变了。域名解析的最后一跳就是在这里掉链子的。这次要做的就是把这个缺口补上方案就是 ddns-go 容器化部署让树莓派在后台自动检测 IP 变化顺手把域名解析记录改成最新的地址。这篇文章我会把从准备工作、容器部署到配置验证的完整过程拆开讲适合已经把网站跑起来、想真正把服务暴露到公网的人参考。1. 为什么说这是“域名解析的最后一跳”1.1 从“IP能通”到“域名能通”的链路缺口先把整个访问链路理一遍。一个用户从浏览器输入你的域名到最终看到网页中间大概要经过这么几跳域名本身不直接产生内容它要先被解析成服务器的公网 IP这个公网 IP 经过运营商网络到达你家路由器路由器再根据端口转发规则把流量送到树莓派树莓派上的容器端口再把请求交给 nginx最后由 nginx 分发给具体的网站应用。前面三篇文章我们已经把“路由器之后”的部分全部搞定了树莓派上装好 Docker跑了 nginx 容器当反向代理应用服务也都容器化了。换句话说从内网 IP 到网页这一大段已经通路。但最外层这“最后一跳”一直没解决——域名解析记录怎么办。如果你的公网 IP 固定不变那问题就简单了去 DNS 服务商后台手动加一条 A 记录就行。但家宽场景下运营商给的公网 IPv4 地址基本是动态的可能每隔几天就变一次。再加上现在很多宽带方案走光猫拨号树莓派拿到的还是内网 IP外面根本访问不到。这种情况下手动改解析记录是行不通的你需要一个程序来自动完成这件事。1.2 动态 IP 和 DDNS 到底是怎么回事DDNS全称 Dynamic DNS动态域名解析。它的逻辑用大白话讲就是你家的公网 IP 像是一个经常搬家的朋友而域名解析记录就是别人手里存的“朋友家地址”。地址总变别人就找不到人。DDNS 做的事情是替这个朋友开通了一个“转告服务”你搬家后自动告诉邮局新地址别人只要按老地址寄信邮局就会转交给新的住址。具体到咱们这个场景里树莓派上跑一个程序定期检查当前家庭的公网出口 IP。一旦发现 IP 变了就调用 DNS 服务商提供的 API把你指定域名的解析记录自动更新成新的 IP。整个过程全自动不需要你登录服务商后台手动改。这里有两个前提需要先确认。第一你的宽带确实有公网 IP哪怕它是动态的。第二你的域名托管在支持 API 操作的 DNS 服务商那里比如说阿里云、腾讯云、Cloudflare 这些后面配置的时候要能拿到 API 密钥。如果宽带本身没有公网 IPv4可以看看是否有公网 IPv6ddns-go 对 IPv6 的支持也很完整如果两者都没有那就得另走内网穿透类方案了这不在今天的讨论范围内。1.3 为什么选 ddns-go而不是路由器自带的 DDNS 或自己写脚本我第一次做 DDNS 的时候也纠结过路由器里明明自带 DDNS 功能为什么还要单独在树莓派上跑一个容器路由器自带的 DDNS 最大的问题是绑定太死。常见家用路由器只支持少数几家 DDNS 服务商比如某些免费动态域名服务而且这些免费域名通常还要定期手动续期服务质量也参差不齐。更关键的是它只是把域名解析更新到路由器自己的公网 IP 上如果你想在更新成功后做点额外的处理比如发个通知、通过 nginx 自动更新证书路由器根本无法配合。自己写脚本可行吗理论上可行但成本高。DNS 服务商的 API 都要做签名认证还要处理 IP 获取失败、API 限流、网络超时、重试退避这些边界情况。写一个能“正常跑”的脚本不难写一个能“长期稳定跑”的脚本是很费精力的。ddns-go 的好处是正好把这些事都封装好了。它用 Go 写的单二进制文件资源占用很低在树莓派上跑一个容器只占几十兆内存对性能几乎没影响。支持阿里云、腾讯云、华为云、Cloudflare 等主流 DNS 服务商同时支持 IPv4 和 IPv6自带 Web 管理界面不用命令行操作还支持 Webhook 通知解析记录更新后可以第一时间把结果推给手机。这三条加起来在自建场景里几乎是绕不过去的最优解。2. 部署前准备域名、API 密钥和 Docker 环境2.1 前置条件清单缺一个后面都会卡住动手部署之前先把下面这几项捋清楚。我见过不少人配置到中间才发现哪个前提不满足又回去折腾。树莓派上已经装好 Docker 和 docker compose如果你按这个系列前几篇一路做下来这一步是现成的。一个国际域名或者国内注册的域名确保域名解析托管在 ddns-go 支持的 DNS 服务商上。宽带具备公网 IP。不确定的话可以先在网上搜一下“本机 IP”看和你路由器 WAN 口显示的 IP 是否一致一致基本就是公网。路由器支持端口转发并且你有管理员权限去设置。知道树莓派的固定内网 IP没有的话建议先在路由器里给树莓派做 DHCP 静态地址绑定。域名这块建议单独说一下。如果你还没买域名买域名的时候想清楚一件事域名注册商不等于 DNS 服务商你可以把域名的 DNS 解析托管到别家去。ddns-go 需要的是你配置解析记录的那家服务商的 API不是注册商本身。比如你在 Godaddy 注册的域名可以把 NS 记录改成 Cloudflare然后在 Cloudflare 这边做解析这样用 ddns-go 对接 Cloudflare 的 Token 就行。2.2 申请最小权限的 API 密钥别用主账号配置 ddns-go 之前需要先去 DNS 服务商后台申请一组 API 密钥。这里有一个很多人犯过的错误直接拿云厂商主账号的 AccessKey 填进去。拿阿里云举例正确做法是登录阿里云 RAM 访问控制后台创建一个子用户勾选“编程访问”然后给这个子用户单独授权一个权限策略名字通常是AliyunDNSFullAccess也就是只允许操作云解析 DNS 的权限。创建完成之后会生成 AccessKey ID 和 AccessKey Secret这一对密钥才是要填进 ddns-go 的。为什么一定要这么做想想看ddns-go 的配置是以明文形式存在树莓派上的如果树莓派被入侵或者配置文件被泄露主账号密钥等于把整个云账号所有资源都交出去了。而一个只做了 DNS 权限的子账号密钥就算泄露别人最多改改你的解析记录影响范围可控。这个习惯在自建服务里特别重要别图省事。腾讯云的操作类似在访问管理 CAM 里创建子用户授予 QcloudDNSPodFullAccess 之类的权限。Cloudflare 稍微不一样它推荐用 API Token 而不是 Global API Key创建 Token 时权限选 Zone DNS Edit区域选你管理的那个域名就行。每家服务商的入口不同但核心思想一样只给最低的、够用的权限。2.3 检查树莓派 Docker 环境顺便确认架构准备好密钥之后上树莓派确认一下 Docker 环境是正常的。SSH 连上去依次跑几条命令docker version docker compose version uname -muname -m这条很重要它会显示当前系统架构。64 位系统一般输出aarch6432 位系统输出armv7l。后面选镜像的时候用得到。另外检查一下 9876 端口有没有被占用这是 ddns-go 管理界面的默认端口ss -tlnp | grep 9876如果有输出说明端口被占了后面部署的时候换个映射端口比如-p 9877:9876。没有输出就说明端口空闲可以继续往下走。3. 容器化部署 ddns-godocker run 与 compose 两种方式3.1 镜像选择与架构匹配说明ddns-go 的官方镜像名是jeessy/ddns-goDocker Hub 和 GHCR 上都有。镜像本身是支持多架构的在树莓派上直接docker pull的时候Docker 会根据检测到的系统架构自动拉取对应的镜像层64 位系统拉 arm64 版本32 位系统拉 arm/v7 版本。理论上你不需要手动指定平台。不过实际部署的时候我建议指定一个具体版本号而不是用latest。原因很简单latest标签在你下次docker pull的时候可能会拉到新版本有些大版本升级之后配置格式会有变化如果没看更新日志就直接升级运行中的容器可能会异常。指定版本号虽然要手动升级但可控性更好这个习惯在自建的家庭服务里尤为重要。如果你一定要手动指定平台可以在docker run或 compose 文件里加platform: linux/arm64。但多数情况下没必要反而可能因为平台写死在别的机器上拉镜像出错。3.2 用 docker run 快速跑起来如果你想最快速度看到效果一条 docker run 命令就够了。SSH 进树莓派执行docker run -d \ --name ddns-go \ --restartalways \ -p 9876:9876 \ -v /opt/ddns-go:/root \ jeessy/ddns-go:v6.5.2这里说下每个参数的含义理解参数比背命令重要。-d表示后台运行。--name ddns-go给容器起个名字方便后面用docker logs ddns-go看日志。--restartalways设置容器退出后自动重启这个参数对家庭服务器太关键了树莓派断电重启之后容器能自己拉起来不用你手动 docker start。-p 9876:9876把容器的 9876 端口映射到宿主机这个端口是 ddns-go 自带 Web 管理界面的端口。-v /opt/ddns-go:/root是挂载数据目录把宿主机/opt/ddns-go这个目录映射到容器内的/root。ddns-go 会把配置文件和日志存在/root下不挂载的话配置文件就写在容器临时层里容器一删全没了。挂载之后升级容器或者重装系统配置文件都还在。启动之后在浏览器访问http://树莓派内网IP:9876看到登录页面就说明容器跑起来了。3.3 用 docker-compose.yml 管理和前面的部署方式统一docker run 虽然快但我个人的建议是用 docker compose。原因有三一是这个系列前面几篇文章里的服务基本都是 compose 管理的统一管理方式后面维护不费劲二是 compose 把端口、挂载、环境变量都写在一个文件里相当于配置即文档过几个月你再回来看还知道当时是怎么配的三是迁移部署的时候把这个 yml 文件拷到新机器上直接docker compose up -d就完事了。在树莓派的/opt/ddns-go/目录下新建一个docker-compose.ymlservices: ddns-go: image: jeessy/ddns-go:v6.5.2 container_name: ddns-go restart: always ports: - 9876:9876 volumes: - /opt/ddns-go:/root然后执行cd /opt/ddns-go docker compose up -d两条命令检测镜像、创建容器、后台启动一次搞定。查看状态用docker compose ps看日志用docker compose logs -f ddns-go停掉用docker compose down升级用docker compose pull docker compose up -d。这套操作逻辑和前面文章里的 nginx、应用服务容器完全一致不会增加额外的认知负担。3.4 管理界面的首次访问与初始化容器启动完成后浏览器打开管理界面第一次进入时会让你设置一个访问密码。ddns-go 默认没有强制登录但如果你后面会把管理端口映射到公网不设密码等于把 DNS 控制权直接送给别人这一步千万别跳过。设置完密码登录进去你会看到整个配置页面分成几个区域DNS 服务商、IPv4 设置、IPv6 设置、Webhook、用户管理。页面是中文的布局很直观不用看文档就知道大概要填什么。接下来一块一块配。4. 在 ddns-go 里配置域名解析自动更新4.1 先理解 ddns-go 的配置逻辑ddns-go 整体做的事情可以用一句话概括定期向 DNS 服务商查询你指定域名的解析记录对比当前公网 IP不一致就调用 API 更新。所以它的配置核心就两块一是告诉它“去哪个 DNS 服务商操作”二是告诉它“要监控哪条解析记录目标 IP 用什么方式获取”。理解了这个逻辑后面填配置的时候就不会一头雾水了。它不是把你整个域名的所有解析记录都接管而是指定哪几条就维护哪几条其他记录完全不受影响。4.2 配置 DNS 服务商和访问凭证在管理界面的“DNS 服务商”区域选择你域名托管的服务商比如阿里云、腾讯云、Cloudflare 这些。然后把第二步申请到的 AccessKey ID 和 AccessKey Secret 填进去。如果用的是 Cloudflare填的是 API TokenToken 的格式和 AccessKey 不一样别填混了。填完之后点击页面上的“获取域名列表”ddns-go 会调用 API 把你账号下所有托管的域名拉出来。这一步成功就说明密钥本身是可用的。接下来你要做的是在下面的域名列表里选一条要自动更新的解析记录。常见做法是给网站域名添加一个主记录比如www指向你的站点记录类型选 AIPv4或者 AAAAIPv6。ddns-go 会列出当前已有的解析记录你可以直接勾选已有的记录也可以手动输入一个新的域名记录让它自动创建。我一般是这样处理的先把域名的基本解析记录比如 A 记录、MX 记录、TXT 记录这些在 DNS 服务商后台都建好然后在 ddns-go 里勾选需要自动更新的那一条。这样 ddns-go 只动它该动的记录其余解析记录不会被误操作。4.3 IPv4/IPv6 的获取方式选择ddns-go 获取公网 IP 的方式有两种接口获取和网卡获取。接口获取是让容器去访问一个公网服务由对方告诉你“你的出口 IP 是什么”。比如访问https://ipv4.icanhazip.com、https://api.ip.sb/ip这类接口返回什么你就拿去用。这种方式适合你家网络是光猫拨号、树莓派躲在路由器后面的典型场景因为出口 IP 才是真正对外的公网地址。网卡获取是直接读树莓派本机网卡上的 IP。这种方式适合树莓派自己拨号上网比如树莓派直接插着光猫做 PPPoE 拨号或者出口 IP 就在树莓派网卡上的情况。优点是不依赖任何第三方服务缺点是很挑网络环境在常见的二级 NAT 环境里会拿到内网地址反而出错。从实际使用看多数家庭场景推荐先用接口获取。第三方 IP 查询接口偶尔也会抽风ddns-go 配置里有一个“接口超时”时间默认设置下如果接口挂了它会自动换备用接口所以可靠性还行。更新间隔默认 5 分钟这个值不用改太短太短容易触发 DNS 服务商 API 的限流而且公网 IP 不会频繁变动5 分钟已经足够及时。如果宽带支持 IPv6在 IPv6 配置区域同样启用获取方式可以选网卡获取把你树莓派拿到的 IPv6 公网地址更新到 AAAA 记录。现在手机流量和部分家庭网络 IPv6 普及率不低把 IPv4 和 IPv6 同时配上能访问的人群会广一些。4.4 设置 Webhook 通知解析更新第一时间知道ddns-go 的 Webhook 功能我建议打开哪怕你只是自用。它可以在 IP 变化、解析记录成功更新之后向你的手机推送一条通知。支持的方式有 Bark、Telegram Bot、钉钉机器人、Server 酱这些。以 Server 酱为例你只需要把 SendKey 填进去然后配置一个 JSON 格式的消息体ddns-go 会自动把更新结果填充到变量里。常用的变量有这么几个{ title: DDNS 更新通知, desp: 域名: {domain} 新IP: {ipv4Addr} 时间: {updateTime} }{ipv4Addr}是新的 IPv4 地址{ipv6Addr}是新的 IPv6 地址{domain}是更新失败的域名{updateTime}是操作时间。具体支持的变量列表在界面旁边有说明照着抄就行。这条通知的价值在于它能帮你判断 DNS 更新是不是真的在正常工作。如果你一个多月没收到任何通知说明 IP 一直没变系统运行正常如果某天突然收到一条更新通知你就可以顺手验证一下网站还能不能从公网访问提前发现问题。5. 把域名接到网页服务器端口转发与反向代理5.1 路由器端口转发配置ddns-go 配置完成后域名解析会把用户请求送到你家路由器的公网 IP但流量到了路由器之后去哪如果路由器不做事请求就断了。所以还需要在路由器上配置端口转发把公网进来的流量送到树莓派。登录路由器后台找到“端口转发”或“虚拟服务器”功能添加两条规则外部端口内网 IP内网端口协议说明80树莓派内网IP80TCP网站 HTTP 访问443树莓派内网IP443TCP网站 HTTPS 访问注意一下这里把公网 IP 的 80/443 端口转发到树莓派的 80/443 端口而不是转发到 ddns-go 的 9876 端口。9876 是管理界面用的用户访问网站应该走正常的 Web 端口。如果你把 ddns-go 的 9876 端口也转发出去那就等于把 DNS 管理后台暴露在公网上安全风险很大。在设置端口转发之前先确保树莓派有一个固定的内网 IP。如果树莓派的 IP 是 DHCP 动态分配的哪天它换了 IP端口转发规则就失效了。在路由器里给树莓派单独设置一个 DHCP 静态地址绑定把 MAC 地址和 IP 绑死这一步很基础但很容易被忽略。另外如果前端跑的是 nginx 容器确认 nginx 里监听的是 80 端口并且树莓派防火墙没有拦截外部 80/443 端口的流量。有些树莓派系统默认开了 ufw需要放行端口sudo ufw allow 80/tcp sudo ufw allow 443/tcp5.2 用 nginx 反代 ddns-go 管理界面并加访问限制先说结论ddns-go 的管理界面不要直接暴露公网。一是它控制着你的 DNS 解析记录被乱改能把网站弄挂二是很多人图省事用默认密码更是等于裸奔。推荐的方案是用前面几篇部署的 nginx 容器做一个反向代理把 ddns-go 和管理入口绑在一个子域名上同时加上 Basic Auth 认证并且只允许内网地址访问。在 nginx 的站点配置目录里建一个ddns-go.confserver { listen 80; server_name ddns-go.example.com; location / { auth_basic Restricted Access; auth_basic_user_file /etc/nginx/.ddns_htpasswd; proxy_pass http://树莓派内网IP:9876; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; } allow 192.168.1.0/24; deny all; }auth_basic_user_file指向一个密码文件用htpasswd工具生成。allow/deny这一段是限制来源 IP只允许内网网段访问公网访问直接拒绝。这一套配置做完之后即使有人从公网拿到你的域名和端口也进不了管理界面。如果你不想用 nginx 反代也可以用 SSH 隧道的方式来访问管理界面把 9876 端口映射到本地ssh -L 9876:127.0.0.1:9876 pi树莓派内网IP之后本地浏览器访问http://127.0.0.1:9876即可。这种方式的好处是管理界面完全不出内网安全性最高。5.3 验证完整链路从域名到容器的访问全部配置完成之后做一次完整验证。在局域网外的一台电脑上或者用手机流量开热点测依次做这几个检查dig yourdomain.com short nslookup yourdomain.com看一下返回的 IP 和你路由器 WAN 口显示的公网 IP 是否一致。一致的话说明 ddns-go 的解析记录已经生效。再在浏览器里访问http://yourdomain.com能正常打开网站说明端口转发和容器链路都通了。如果解析出来的 IP 对但网站打不开问题多半出在端口转发或者防火墙而不是 ddns-go。这时候从公网用curl -I http://yourdomain.com看返回码如果超时检查路由器转发规则和宿主机防火墙如果返回 502检查 nginx 容器里的 upstream 配置。还有一种情况要注意域名解析记录生效是有 TTL 缓存时间的。刚改完解析记录全球各地刷新速度不一样有的地方快有的地方慢这不是故障。你自己测试的时候可以先把本机 DNS 缓存清了Windows 用ipconfig /flushdnsmacOS 用sudo dscacheutil -flushcacheLinux 用systemd-resolve --flush-caches。6. 常见问题与排查技巧实录6.1 日志排查基本方法ddns-go 容器运行之后大部分异常都能从日志里看出来。查看日志用docker logs -f ddns-go日志里会输出每次检查 IP、对比解析记录、是否调用了 API 更新的信息。如果你发现它根本没有按预期更新先看日志里有没有报错。除了容器日志管理界面本身也有运行日志的查看入口能看到最细粒度的更新记录。第一次配置不熟悉的时候建议把所有操作都放在界面里做配置完保存之后立即看日志确认是否报错比等 5 分钟之后去瞄一眼结果要高效得多。另外命令docker inspect ddns-go可以看容器的挂载情况、环境变量、重启次数这些元信息。容器如果频繁重启RestartCount的值会逐步增加这时候就要去翻日志找原因了。6.2 常见问题速查表把我在实际部署和帮助别人排查时遇到的典型问题整理成了表格按现象分列方便快速对照现象可能原因解决办法管理界面打不开容器没起来 / 端口映射不对docker ps -a看容器状态确认映射端口提示获取公网 IP 失败网络环境是二级 NAT / 接口获取方式选错换用其他 IP 查询接口或改成网卡获取解析记录一直没有更新AccessKey 权限不足 / 记录类型选错检查 RAM 策略是否授权 DNS 权限确认 A/AAAA 记录类型域名解析到旧的 IP更新间隔未到 / TTL 缓存等待一个更新周期或者清理本地 DNS 缓存容器重启后配置丢失没有挂载配置目录检查 compose 文件里/opt/ddns-go:/root是否配置更新记录频繁失败API 调用超频触发限流把更新间隔调大到 10 分钟以上从公网访问不了网站但解析正常路由器端口转发没生效 / 防火墙拦截检查路由器转发规则放行宿主机 80/443 端口表格里列的是最常见的七类实际使用中还有不少奇奇怪怪的组合问题但排查思路大致相同先看解析对不对再看端口通不通最后看容器日志报什么错逐步缩小范围。6.3 我踩过的几个坑第一个坑是图省事用了主账号 AccessKey。配置很简单一次就成功了但心里一直不踏实。后来反思了一下这个密钥存在于树莓派的配置文件里一旦泄露攻击者可以去你 DNS 服务商把所有解析记录清空甚至把域名解析指向钓鱼页面。后来我老老实实重新创建了 RAM 子账号花的时间不超过五分钟这笔账怎么算都划算。第二个坑是第一次升级容器时配置丢了。最早我用docker run部署的时候没挂载配置目录配置文件全写在容器内部。后来想升级一下 ddns-go 版本执行了docker rm再重新 run结果进去一看配置全没了得重新填一遍。从那以后所有持久化服务我都坚持用 compose 加挂载目录这个习惯一直沿用到现在。第三个坑是关于 IPv6 的优先级问题。我同时开了 IPv4 和 IPv6 的 DDNS 之后域名时而解析到 v6 地址时而解析到 v4 地址部分老设备访问网站时反而变慢。后来我查了一下是本地网络环境的问题IPv6 优先会导致部分设备走了质量不佳的 IPv6 线路。如果你的网络也有这种情况可以考虑在 ddns-go 里先只启用 IPv4等确认 IPv6 链路质量稳定后再开不要一上来就全部开启。还有一个细节如果你在管理界面里勾选了“公网 IP 变化才更新”这个选项ddns-go 只在 IP 真正变化时才调用 API。如果你手动改了 DNS 服务商后台的解析记录让它变回一个不同的值ddns-go 会在下一个周期把它纠正回来这是正常行为不是故障不用奇怪。根据我个人的经验ddns-go 容器化部署这个环节配置一次之后基本可以做到半年一年不用管。真要说有什么值得优化的就是给它前面添一层健康检查用一个定时任务定期从外部校验域名的解析结果和你当前公网 IP 是否一致发现问题再排查容器状态。我在树莓派上就放了一个小脚本每天凌晨跑一次从第三方接口获取当前出口 IP再和域名解析结果对比不一样就写一条告警日志。这套方案跑了一段时间最大的感悟是自建服务里“最后一跳”看着不起眼但正是这一跳决定了别人到底能不能稳定访问到你的网站。

树莓派Docker部署ddns-go：实现动态IP下域名自动解析

相关推荐

Mem0 文档站维护指南：Mintlify 站点结构、新增页面三要素与 llms.txt 同步机制

vLLM 并行起草（PARD）投机解码：配置、在线离线用法与源码实现详解

PyTorch AOTInductor：Triton 内核 “index out of bounds“ 断言故障排查完全指南

更多资讯

光伏逆变器与算力电源融合的光储算一体化供电方案解析

ESP32-S3调试遇GDB与rm报No match？shell通配符和工具链路径才是真坑

ESP32多应用共享Flash：分区表规划与数据隔离实战

光伏储能系统仿真：Simulink中Boost与DAB协调控制详解

智能车竞赛电路设计全复盘：从BUCK电源到电机驱动的实战经验

Claude Code终端卡顿根因与Code2AI优化实战

今日更新

GUI自动化测试中的ScreenLayout：从硬编码坐标到声明式画面地图

LLC谐振变换器12V25A 300W开关电源设计与调试全攻略

ESP32多应用Flash数据隔离：分区表与NVS namespace实战

本周精选

面向复杂光照与角度的宠物面部识别鲁棒性增强策略

基于DRV8818与STM32的双极步进电机驱动方案实战解析

DRV8818PWPR+PIC18F45K80双极步进电机控制方案实战

本月热门

面向复杂光照与角度的宠物面部识别鲁棒性增强策略

基于DRV8818与STM32的双极步进电机驱动方案实战解析

DRV8818PWPR+PIC18F45K80双极步进电机控制方案实战

读完文章，想聊聊您的网站？