Windows与嵌入式开发板间基于TFTP的文件传输实战指南
1. 环境准备与网络配置
搞嵌入式开发的朋友们应该都遇到过这样的场景：好不容易编译好的固件，怎么快速传到开发板上测试？用U盘来回插拔太麻烦，串口传输又慢得像蜗牛。这时候TFTP协议就是你的救星——它就像嵌入式开发的"快递小哥"，能在Windows和开发板之间快速搬运文件。
先说说我的踩坑经历。第一次用TFTP传文件时，折腾了半天发现两边根本ping不通，原来是防火墙把路给堵了。所以第一步必须确保Windows和开发板在同一局域网，就像两个快递站点得在同一个城市才能派件。这里分享几个关键检查点：
- IP地址配置：开发板通常有两种联网方式
- 动态获取：开发板通过DHCP自动获取IP（适合路由器环境）
- 静态设置：手动配置与Windows同网段的IP（推荐直连场景）
# 开发板查看IP命令(以Linux系统为例) ifconfig eth0- 物理连接方案对比：
| 连接方式 | 所需设备 | 推荐场景 |
|---|---|---|
| 路由器组网 | 路由器+网线 | 多设备协作开发 |
| 电脑直连开发板 | USB网卡/以太网口 | 单机调试或无网络环境 |
| 交换机组网 | 交换机+网线 | 实验室多设备并行测试 |
提示：直连时建议关闭Windows的"网络发现"功能，避免IP冲突
实测发现，用Type-C转以太网接头直连最稳定。记得给开发板配置静态IP，比如Windows是192.168.1.100，开发板可以设192.168.1.101，子网掩码都是255.255.255.0。配置完一定要互ping测试：
# Windows端测试命令 ping 192.168.1.101 -t如果出现"请求超时"，先检查网线是否插稳，再试试关闭防火墙：
netsh advfirewall set allprofiles state off2. TFTP服务搭建实战
选TFTP服务器软件就像选快递公司——既要速度快又要服务稳。我对比过三款主流工具，SolarWinds TFTP Server最适合开发者，它的日志功能能帮你快速定位问题。安装时注意这两个关键步骤：
- 共享目录设置：建议专门新建一个文件夹，路径不要有中文或空格。我习惯用
D:\tftp_share，权限要设成完全控制：
# 查看共享目录权限 icacls D:\tftp_share- 服务接口绑定：这里有个隐藏坑点——如果电脑有多个网卡，必须绑定实际使用的那个IP。就像快递员得知道从哪个仓库取货：
注意：配置完成后一定要点击"Start"按钮，很多新手会忽略这一步
遇到服务启动失败时，可以尝试以下排查命令：
# 查看69端口占用情况 netstat -ano | findstr :69 # 终止占用进程(根据上条命令输出的PID) taskkill /PID 1234 /F3. 文件传输操作详解
传输文件就像收发快递，得写清楚收发地址。TFTP命令虽然简单，但参数顺序错了就会"送错货"。这里我把常用场景整理成配方：
场景1：推送内核镜像到开发板
# 开发板执行(从Windows下载zImage内核) tftp -g -r zImage -l /boot/zImage 192.168.1.100场景2：从开发板抓取日志文件
# 开发板执行(上传log到Windows) tftp -p -r debug.log -l /var/log/debug.log 192.168.1.100参数说明表格：
| 参数 | 作用 | 易错点 |
|---|---|---|
| -g | 下载模式(get) | 和-p容易混淆 |
| -p | 上传模式(put) | 需要服务器目录有写权限 |
| -l | 本地文件路径 | 开发板路径要写绝对路径 |
| -r | 远程文件名 | 不要带路径，只用文件名 |
| 最后IP | 服务器地址 | 必须和TFTP服务配置的接口一致 |
传输大文件时（超过32MB），建议先用split命令分割：
# 在Windows端分割固件文件(每个分片100MB) split -b 100m firmware.bin firmware_part_4. 常见问题排查指南
去年给客户调试时遇到个诡异问题：小文件传输正常，但传固件就卡住。后来发现是MTU值不匹配，这里分享我的排错 checklist：
症状1：连接超时(Timeout)
- 检查网线/路由器指示灯状态
- 确认开发板IP配置正确
- 关闭Windows防火墙临时测试
症状2：传输中断(Transfer failed)
- 尝试减小传输块大小：
tftp -g -b 512 -r file.txt 192.168.1.100 - 检查存储空间：
df -h - 更换网线或USB网卡
症状3：权限拒绝(Permission denied)
- Windows端共享目录添加Everyone权限
- 开发板端检查文件是否可写：
ls -l /path - 禁用TFTP服务器的"只读模式"
有个特别隐蔽的坑是文件名大小写敏感问题。有次传了config.ini但开发板找CONFIG.INI，加了-c参数才解决：
tftp -g -c -r Config.ini 192.168.1.1005. 效率优化技巧
批量传文件时，可以写个简单的批处理脚本。这是我的自动化方案：
Windows端脚本(upload.bat):
@echo off set SERVER_IP=192.168.1.100 for %%f in (*.bin) do ( tftp -i %SERVER_IP% put %%f )开发板端脚本(download.sh):
#!/bin/sh SERVER_IP="192.168.1.100" FILES="zImage dtb rootfs.tar" for file in $FILES; do tftp -g -r $file -l /tmp/$file $SERVER_IP done进阶玩家可以配置TFTP传输日志，在SolarWinds里开启详细日志后，用这个命令过滤关键信息：
# 实时监控传输状态 Get-Content "C:\Program Files\SolarWinds\TFTP-Server.log" -Wait | Select-String "Transfer"最后分享一个性能测试数据，不同传输方式对比：
| 方法 | 10MB文件耗时 | 稳定性 | 适用场景 |
|---|---|---|---|
| TFTP | 8秒 | ★★★★ | 内核/固件传输 |
| U盘拷贝 | 25秒 | ★★★ | 无网络环境 |
| SCP | 12秒 | ★★ | 加密传输需求 |
| 串口(Xmodem) | 3分钟 | ★ | 救砖场景 |
实际项目中，我习惯用TFTP传固件+SCP传配置文件组合方案。记得定期清理TFTP共享目录，有次同事误操作把旧固件传上去，导致设备批量变砖