试过了豆包和 Gemini ，人是 P 过去了，但是合影里其他人的脸变了

这两天折腾了一套 Bambu 打印机本地控制，终于把最核心的几件事跑通了：

本地查打印状态
本地暂停打印
本地继续打印
本地停止打印
本地上传模型并启动打印

发出来给后来的人避坑。
先说结论：

2025 之后的新固件下，很多 print 类本地 MQTT 命令，不能只发裸 JSON 了。真正关键是“签名”。


1. 我一开始踩的坑
一开始我也以为和网上很多旧资料一样，直接往这个 topic 发 JSON 就行：
device/<serial>/request

比如暂停：
{"print":{"sequence_id":"0","command":"pause"}}

继续：
{"print":{"sequence_id":"0","command":"resume"}}

停止：
{"print":{"sequence_id":"0","command":"stop"}}

格式本身没错，但我实际遇到的问题是：

MQTT 能连上
topic 也没写错
JSON 也发出去了
打印机就是没反应

当时特别像“看起来一切都对了，但就是不执行”。

2. 真正原因：不是 JSON 错了，是缺签名
后来才确认，问题不是 pause/resume 这些字段写错，而是：
新固件要求认证 / 签名
也就是说，很多本地 print 类命令要带：

签名头
cert_id
payload 长度
有时还带 user_id

所以现在不是你知道：

MQTT 端口
access code
topic
payload

就一定能控。
真正缺的是：

带 X.509 / RSA-SHA256 签名的那层实现


3. 基础信息先放这里
如果你是 Bambu 这类机型（A1 / A1 mini / P1 / X1），本地常见是：
端口

8883：MQTT 控制
990：FTPS 上传
6000：视频流

MQTT 常见连接参数

host：打印机局域网 IP
port：8883
username：bblp
password：打印机屏幕上的 LAN access code
TLS：开启
topic：

请求：device/<serial>/request
状态：device/<serial>/report



这些参数本身通常没问题。
问题在于：后续固件要签名。

4. 所以我的做法：不再手搓 raw MQTT，直接复用现成签名实现
我最后的思路变成了：

不再继续硬猜 payload 有没有多一个字段
不再继续盲试 topic 变种
直接复用一个已经处理好签名逻辑的本地实现

这样 pause / resume / stop / status / project_file 这些才真正稳定下来。
说白了就是：

重点不是“会不会发 MQTT”，而是“能不能发出打印机认可的签名命令”。


5. 最后真正跑通了哪些功能
目前已经实测通过的有：
（1）查询打印状态
能查到：

是否在打印
进度百分比
剩余时间
当前层数
当前打印文件名
喷嘴温度
热床温度
AMS 状态

这个很有用，建议先打通它。

（2）暂停打印
本地直接暂停成功。

（3）继续打印
本地继续打印成功。

（4）停止打印
本地停止当前任务成功。

（5）上传 3MF 并启动打印
也已经能跑通，流程是：

用 FTPS 把 3MF 上传到打印机
再发 project_file 命令启动打印

这个是整套链路里最关键的一步。

6. 如果你现在还在卡“resume 发出去没反应”
我强烈建议你优先怀疑这个：
不是你 resume 拼错了
而是你发的还是未签名命令。
尤其是这种情况很典型：

MQTT 连上了
report 也能收
状态也能看
但 pause/resume/stop 不执行

这种时候，十有八九就是：

读状态可以，写控制不行
因为控制命令被新固件卡签名了。


7. 启动打印时我最后固定的默认参数
我这边后来也顺手把默认参数固定了一下，比较适合日常自动控制：

动态流量校准：开
延时摄影：关
自动热床调平：关

对应就是：
{
  "flow_cali": true,
  "timelapse": false,
  "bed_leveling": false
}

这个不是说人人都得照抄，
只是如果你也在做“本地自动启动打印”，可以先有一组稳定默认值。

8. 启动 3MF 时常见 payload 长这样
大概像这样：
{
  "print": {
    "sequence_id": "2032",
    "command": "project_file",
    "param": "Metadata/plate_1.gcode",
    "subtask_name": "example.3mf",
    "plate_idx": 0,
    "url": "file:///sdcard/example.3mf",
    "timelapse": false,
    "bed_leveling": false,
    "flow_cali": true,
    "vibration_cali": true,
    "layer_inspect": false,
    "ams_mapping": [0],
    "use_ams": true
  }
}

这里面比较关键的是：

command: project_file
param: Metadata/plate_1.gcode
url: file:///sdcard/...
flow_cali
timelapse
bed_leveling

但注意，payload 长这样不等于 raw 发就能用。
还是那句话：关键是签名。

9. 上传文件这边也有一个小坑
上传通常走 FTPS（990）。
我这边遇到过一种情况：

FTP 库偶尔会超时
但换成 curl --ftp-ssl-reqd 又能成功

所以我的建议是：
文件上传要做双保险

优先走正常 FTP/FTPS 客户端
如果失败，就自动 fallback 到 curl

这样会稳很多。

10. 推荐一个最小落地方案
如果你只是想把“本地控制”做通，我建议最少分成两个脚本：
脚本 1：控制脚本
负责：

pause
resume
stop
status

脚本 2：启动打印脚本
负责：

上传文件
启动 project_file
带默认打印参数

不要一上来就把所有逻辑都糊成一个超级大脚本。
拆开之后排错和维护都容易很多。

11. 我觉得最值得分享的坑点
坑 1：topic 和 JSON 对，不代表打印机会执行
这个真的是最容易浪费时间的点。
坑 2：能查状态，不代表能控打印
这是两回事。
读权限和写权限/签名要求，后续固件已经不是一个难度了。
坑 3：不要继续沉迷“多试几个 topic 变种”
如果你已经试过：

device/<serial>/request
printer/<serial>/command
各种 pause/resume

还是没反应，就别继续盲猜了。
十有八九已经不是 topic 问题，而是签名问题。
坑 4：真正难的是认证层，不是 MQTT 本身
这一点一定要心理预期拉满。

12. 适合什么人参考这套方法
适合你如果：

想本地控制 Bambu 打印机
想做暂停 / 继续 / 停止 / 状态查询
想做本地自动启动打印
能接受折腾局域网和脚本
不想只靠官方 App / Studio 点按钮

如果你只是偶尔手动打印，其实没必要折腾这么深。

13. 一句话总结

Bambu 本地控制现在最难的不是“知道 command 写 pause 还是 resume”，而是“怎么发出被新固件认可的签名命令”。
一旦签名链路打通，暂停、继续、停止、查状态、启动打印就都顺了。

回来吧大善人们
我最骄傲的Any​
历历在目的谷歌
眼泪莫名在流淌
依稀记得copilot​
还有给力的codex​
把代码都写对
拼命写码都不累

改编自 (click for more details)

一天时间三个Codex的API站陨落，先是不能用GPT-5.4，转而用5.2，到现在基本上都趴窝了，天才程序员陨落之日

佬们好！
顶锅盖上线，
我们已知近期GLM-5会出现复读/重复、突然出现生僻字、乱码等问题。
我们已经处理了1周多，但未能解决。
为了明确问题影响范围，进一步定位问题，特向大家调研


是否有遇到问题


频率如何


填写一下！飞书问卷，为了避免重复填写，需要登录。
  

      zhipu-ai.feishu.cn
  

  
    

‎

本来今天想把 Zeabur 上的 n8n 迁到本地，顺手把数据持久化这块也理一理。结果第一步就爆炸了：n8n服务挂的域名打不开，但同容器下其他服务都是可访问的 
那一刻我心都凉了，脑子里已经把最坏的情况都想像完了，难道是n8n有啥漏洞我没补被扫了，然后就是一顿排查：容器里 n8n 进程还活着，本地 127.0.0.1:5678 能通，甚至容器里直接访问公网域名也是200 
查到最后我人都沉默了，不是服务挂了，是 Clash 路由规则把这个域名配成了直连。一切换全局代理，秒开。
可喜可贺

啊？？
为啥啊
https://linux.do/t/topic/1737707
https://linux.do/t/topic/1737864
这俩都不行啊

继Antigravity封号反代api后，github copilot学生版也不让自选Opus和sonnet了。 
现在还有无能够白嫖顶级模型的方法啊，性价比的也好。面对之前用AI coding写的大型项目有些无力感

accounts.google.com
  

  
    

登录 - Google 账号



  

  
    
    
  

  


  

      x.com
  

  
    
Logan Kilpatrick
@OfficialLoganK


  Spend caps in the Gemini API, available starting today!!

This is another step forward of many to give developers more control and peace of mind when building with Gemini. Please go set a cap and send us any feedback as you use them! pic.x.com/P4xPoiax3V
  
    
      
    
  




  4:08 PM - 12 Mar 2026

    
      
      380
    

    
      
      21

最近想给 tg bot 接个大模型, 也不用太强，不做啥开发任务, 就负责总结总结群里对话啥的, 想搞点便宜的大模型用，佬们有啥推荐吗

难崩啊！

本来想做个小调查，结果一发消息就是LLM timeout，分析日志感觉是DNS解析失败导致的（日志里面全是这个）