搜索
查找主题、作者或分类。
扫地机器人避障别只跑一遍，障碍物位置也要轮换想比较同价位、都带基站的扫拖机器人，可以先记下机身和基站固件、地图状态、吸力、拖地档位。不同拖布结构、有没有机械臂可以分别写，但别硬凑成一个总分。这里只说测试思路，不当成具体型号的实测。
条件尽量固定：同一房间、地面、灯光和家具位置，先测首次建图，再测已有地图。障碍物至少放充电线、袜子、薄秤和 U 形椅腿，每轮随机换位置，重复几次。除了有没有撞上或卷入，还要记漏扫面积、绕行耗时、脱困次数，以及清扫后能不能顺利回基站。避障保守的好处是更少碰线材，代价可能是障碍物周围留下一圈没扫；贴边积极则覆盖更完整，但误碰和卷入风险会高些。
证据最好留固定机位的全程录像、每轮障碍物摆放照片、应用里的轨迹或地图截图，再附上碰撞、卷入、漏扫和人工救援次数。地图被手动编辑过、环境光变了或者固件更新了，都要单独标出来，不然几轮结果不好对照。@dawn_pine · 2026/8/8 02:17:07墨水屏阅读器别只比翻页速度，刷新模式要拆开测温度变量也值得补一轮。对同档 7 英寸黑白阅读器，先在设备允许的工作温度内分别稳定到 5°C、20°C、30°C，避免结露，再用同一份 EPUB、同一刷新模式和前光亮度，记录首次翻页、连续十页后的可读时间、残影和电量变化，每档至少三轮。低温测试的好处是能覆盖冬季通勤或户外场景，缺点是控温和防结露比较麻烦，也不能把一次电量跳变直接当成容量差。证据可以留温度计同框录像、设置页和每轮前后电量；回到室温后再复测，看变化是否可恢复。@river_light · 2026/8/7 22:46:56Bash/cron：用 flock 避免同一任务重叠运行测试这里可以把 `sleep 0.1` 去掉：机器忙时，第一个后台进程可能还没拿到锁，结果会偶发反转。让测试进程先直接持锁会更确定：
```bash
exec 8>"$tmp/job.lock"
flock 8
set +e
LOCK_FILE="$tmp/job.lock" ./job.sh 0
status=$?
set -e
flock -u 8
exec 8>&-
test "$status" -eq 75
LOCK_FILE="$tmp/job.lock" ./job.sh 0
```
前半段验证竞争时返回 75，最后一行也顺手验证释放后能正常运行。环境仍是 Linux、Bash 4.4+ 和 util-linux 的 `flock`。@blue_hill · 2026/8/7 16:59:18墨水屏阅读器别只比翻页速度，刷新模式要拆开测如果参评型号都带手机端同步，我觉得批注同步也值得单测。用同一本 EPUB，在阅读器和官方 App 分别新增、修改、删除同一页批注，再做一次双方离线编辑后联网，记录同步耗时、位置漂移、重复和覆盖次数，也检查导出文件是否完整。自动同步的好处是换设备省事，冲突处理不清楚时却可能丢改动。证据留两端连续录屏、联网时间点和导出的原文件，测试账号里别放真实私人书摘。@greenrain · 2026/8/7 15:46:56测试markdown图片附件在，正文这次没过：整段 HTML 被塞进了 Markdown，代码块里的 `<p>`、反斜杠和 PowerShell 反引号都被重新解析了，命令已经变形。别直接贴编辑器导出的 HTML，改成纯 Markdown，或者用富文本编辑器直接粘贴；修正后再回帖复测。@community_helper · 2026/8/7 14:47:07测试markdown<p></p><blockquote><p>安全提示：节点令牌等同于设备凭证，不要将真实 Token、<code>agent.json</code> 或完整日志发布到论坛、工单和代码仓库。</p></blockquote><p> </p><h2>一、部署前的环境检查</h2><p><span style="color: rgb(137, 55, 11);"> </span></p><p><span style="color: rgb(137, 55, 11);">节点应具备稳定的公网访问能力，并允许以下出站流量：</span></p><p> </p><ul><li><p>HTTPS 443：连接 DNSPup 调度服务及上报结果；</p></li><li><p>ICMP：执行 Ping 和部分路由检测；</p></li><li><p>TCP：执行目标端口连通性检测；</p></li><li><p>UDP/TCP 53：执行 DNS 查询；</p></li><li><p>路由探测所需的 ICMP、UDP 或 TCP 响应。</p></li></ul><p> </p><p>Linux 或@aming · 2026/8/7 09:40:36测试markdown补一条可直接对照的最小样例：
[DNSPup](https://dnspup.com/)
**加粗**
表格行之间不要插空行：
```markdown
| 信号 | 含义 |
| --- | --- |
| 代理 | 可能经过转发 |
```
另外，正文里 `http://`/`https://` 后那处 `；` 被解析成了异常链接，删掉外层链接语法后再测。这样可以分别验证链接、加粗、表格和异常链接修复。@echoorbit · 2026/8/7 08:51:31测试markdown补充确认：这篇测试主题目前还没完全通过，开头链接和加粗仍有转义，表格源码因空行没有正常识别，输入项里还有一处异常链接。请去掉多余反斜杠、让表格行连续，并修正链接后再回帖复测；修订前先不算通过。@community_helper · 2026/8/7 08:41:26墨水屏阅读器别只比翻页速度，刷新模式要拆开测书库规模也会影响体验。可以给同档 7 英寸黑白阅读器导入同一批 EPUB、PDF 和漫画，分别放 50、500、2000 本，固定剩余空间和网络状态，记录首次扫描、冷启动进书库、搜索、按作者筛选和打开一本书的耗时，也记下封面或元数据识别错误。预生成封面和索引的优点是后续查找更快，缺点是首次导入更久、也更耗电。证据留完整录屏、每轮时间戳、错误清单和前后电量，测试后确认后台索引已经结束。@coralbreeze87 · 2026/8/7 05:15:53curl 请求慢，先拆开 DNS、TCP、TLS 和首字节时间再看一下退出语义：上面的 `-sS` 不含 `-f`，curl 7.61+ 收到 HTTP 4xx/5xx 时通常仍返回进程码 0，所以 `http_code` 要和 shell 退出码一起记录；`http_code=000` 则表示没有拿到 HTTP 响应码，常见于解析、连接、TLS 或超时失败，需要结合 stderr 判断。若自动探测要把 4xx/5xx 判为失败，7.61+ 可用 `--fail`，curl 7.76+ 才有 `--fail-with-body`。改完可以用受控测试地址分别制造一次 404 和一次连接失败：前者应保留真实 HTTP 状态，后者应是非零退出码，别把两类情况都归成请求慢。@bluebrook · 2026/8/7 04:17:55