海事卫星 FleetBroadband 调试命令行：用 telnet 读日志、自检与信号状态

核心摘要：FleetBroadband 的网页界面只是给人看的摘要，终端内部还有一套命令行，能直接调出日志原文、自检明细、注册状态和信号质量。入口就一条：telnet 连 192.168.0.1 的 23 端口，用厂家手册公开的 admin / 1234 登录。这篇文章讲的是进去之后敲什么、输出怎么读。

上一篇讲了怎么从指示灯、事件表、自检和 Cause 号 四层往下查。那一层用的是网页界面——能看，但看到的是摘要。真正细的东西在终端内部的调试命令行里：日志原文一条不少、自检项 40 项逐条列、注册状态、GPS 卫星数、天线扫过哪几个信道、信号载噪比，全都在。

这篇就把手册里的调试命令整理成一份能照做的清单。它解决的是一个很具体的现场问题：网页界面点到头也看不出所以然，但船上又只有你一个人、没有厂家的人在旁边。

先说清一件事：这些命令是只读诊断为主，不是让你去改配置。 唯一要谨慎的是两个写操作（删日志、关自动重启）和一个大操作（强制刷机），下面都会单独点出来。

同一个终端，有三个地方可以看，深度一层比一层深：

连上之后的提示符长这样：

Welcome to the Thrane & Thrane shell
telnet:/$

⚠️ 两点提醒：

1. telnet 要从本机局域网进，也就是你的电脑接在终端那四个 LAN 口上（或同一网段）。这是设备本机的管理入口，外网到不了。
2. 现代 Windows 默认没有 telnet 客户端（要在"启用或关闭 Windows 功能"里勾选，或用 PuTTY 这类工具）。手边实在没有工具也不要紧——上面那些命令对应的数据，网页界面里都有对应的页面，只是没有命令行列得那么细。

💡 顺手一个救命招：如果终端 IP 被人改过、现在不知道是多少，运行状态下短按一下 Reset 按钮，终端的 IP 和子网掩码会临时回到默认值 192.168.0.1，让你能重新连进去看当前配置。这个动作不会保存进配置，下次重启就恢复原样。Reset 键要用笔尖或回形针捅（按钮是凹进去的）。

以下是手册里出现过的全部诊断命令，按用途分组：

命令不分大小写都能用，手册的样例里同一个命令有的写小写、有的首字母大写，输出一样。下面挑六条最常用的一条条说清楚。

telnet:/$ errorlog
Error Log for Unit Serial number: 07441420
Error Log from previous power cycles
...
Error Log from current power cycle
...

输出分两段：上一段是历次开机留下来的，下一段是本次开机以来的。日志的保留规则是：

• 保留 最近 50 条致命（FATAL）与非致命（NON FATAL）事件；
• 加上当前这个开机周期的全部记录。

这条规则有两个实际含义：一是断电重启会丢掉本次开机的现场（这也是上一篇反复强调"出故障先别断电"的原因）；二是日志会滚动覆盖，最老的那条会被挤掉，所以出问题要尽快看，别等靠港。

日志里每条长这样：

000:00:27.933 NON FATAL Thread: POST  Estimated UTC ...
[PostLogErr, build/build/source/.../post/src/post.cpp line 583]:
POST Failed: [0550] - Antenna Present

三段信息：000:00:27.933 是开机后多久发生的、NON FATAL 是严重程度、方括号里是出这条日志的源文件与行号（手册自己用它定位代码）。

FATAL 会触发重启。给你看一条真实的：

021:01:55.002 FATAL Thread: Alive UTC ...
ALIVE: Module ADU_MANAGER failed to answer poll request

翻译过来：“ADU_MANAGER 模块没有回应轮询请求”——天线管理模块失联，系统判定为致命错误，然后自动重启试图自恢复。这解释了一个现场常见现象：设备偶尔自己重启一次，日志里就是这么写的，不是电源问题。

errorlog 还带几个参数，都是改状态的，用之前要清楚在干什么：

🔴 noreboot 是临时动作，不是长期设置。 关掉自动重启，系统就不会自我恢复了——取证完一定要 allowreboot。忘了改回来，船上的终端会一直停在故障状态。

telnet:/$ post
POST results from last boot (NORMAL):
[0001] Passed - IMEI Programmed
[0043] Passed - TX CABLE LOSS: 745. Range: -200..2200
[0602] FAILED!!!! - ACM/ATB POST
[0602:16] FAILED!!!! - GPS alive failed
[0603] Not tested - GPS POST
Test summary: 1 failed of 36 test

自检一共 40 项，每一项对应终端里的一块电路或一个传感器。读这份清单的诀窍是分清四种状态：

这条很重要。现场最容易被唬住的就是这两种：看到一排 Ongoing 以为设备要完，看到 Not tested 以为又坏了一项——其实都只是"没测到"。手册里那个 GPS 故障的例子里，[0603] GPS POST 显示 Not tested，原因就是它前面的 [0602:16] GPS alive failed 先失败了。

⚠️ 所以：只看 FAILED，而且要看最早的那一条。 手册专门提醒过一句：故障拖着不修，自检里失败的项会越攒越多——因为前一级坏了，后面的测试没法完成。盯着最新那条看，会一路查到无关的模块上去。

这两个值是馈线的量化体检指标。 天线装在桅杆上、中间隔着几十米馈线和若干个接头，进水、氧化、接头松动都不会"报错"，但会体现在损耗值上。值跑出 -200 至 2200 的范围，或者 DIFF 明显变大，就是该上桅杆检查线缆和接头了。

另外自检里还带一批射频参数，比如 [0047] RX AD9864 COARSE（范围 1 至 6）、[0048] FINE（范围 -1 至 64）、[0049] RC（范围 5 至 250）、[0027] 到 [0034] 的八个 TX VCOBANK 各自带频率范围。看有没有落在范围外的，落在外面的项即使显示 Passed 也值得留意。

telnet:/$ call_log
ID: 210
Direction: MO
Type: PS DATA
PLMN: 901-11
Remote APN: bgan.inmarsat.com
Duration: 0:00:01
Cause: 38 (0x26) - Network failure

一条记录就是一次数据连接或一通语音呼叫。要看的字段：Type（PS DATA 是数据、CS VOICE 是语音）、Remote APN（连的是哪个接入点）、Duration（撑了多久）、以及最关键的 Cause（断开原因）。

手册的样例里有这么几条，每一条都直接指向一个动作：

⚠️ 上面 TFT 这个词值得解释一句：它是流量过滤器（Traffic Flow Filter），作用是告诉终端"哪类流量走哪条连接"。船上配了多档速率业务时，没绑过滤器就会出现"I 申请了连接，但数据不知道该走哪条"，于是被拒。

第 1 页已经详细讲过 Cause 号怎么分类，这里补的是从 Cause 号到具体动作这一跳——看到 0x2e 就去查 profile 和 TFT，看到 0x1d 就去核 NUG 的账号密码，这两条都是能在船上当场改好的。

telnet:/$ stat -m umts-reg
Attached status CS domain: Idle
Attached status PS domain: Blocked
PLMN currently selected (MCC-MNC): 901-11F
Home PLMN IMSI (usim): 901-112
Last registered PLMN from SIM: not available

三个要点：

① 附着状态有四个取值，别只看"是不是 Online"：

② CS 域和 PS 域是分开的：CS 管语音、PS 管数据。两个域的状态不一样是正常的，比如上图就是语音空闲、数据被阻塞——意思很明确：打电话可能没问题，但数据上不去。

③ 三个 PLMN 值要摆在一起看：

• PLMN currently selected —— 现在选中的网络
• Home PLMN IMSI (usim) —— SIM 卡归属的网络
• Last registered PLMN from SIM —— SIM 卡上一次注册的网络

当前选中的和 SIM 归属不一致，就说明在漫游。 手册的样例里，选中的是 901-11F、SIM 归属是 901-112，而 APN 一直是 bgan.inmarsat.com——这组号段就是这个卫星系统的网络代码。漫游本身不一定是故障，但它解释了一类现象：信号满格、也能注册，但业务被拒——因为当前位置不允许漫游，对应的正是 Cause 里的"不允许在该位置区漫游"。查到这里，就知道该找运营商问服务范围，而不是爬到桅杆上去拆天线。

这一步分机型，敲错命令会看不到东西：

State = Tracking
Current frequency: 11168
ATB state: 7 (0=Idle, 1-4=Searching, 5-7=Tracking, 8=Blocked, 9=Freeze)
Elevation: 25
Failure conditions (no of errors): 0
ScanType: 1 (Full=0, Fixed=1)

手册直接把 ATB 状态的编号含义列出来了，这是查天线最直接的一个数：

Failure conditions 那一栏是错误计数，不是 0 就说明天线在反复失败。ScanType 显示是全扫（Full）还是定点扫（Fixed）。

这份输出长得多，但有三块最值得看：

① 状态与指向

ACM IF State: TRACKING
Azimuth: 147
Elevation: 27
ACM temperature: 4

ACM IF State 是跟踪状态（这个例子里是 TRACKING），方位角与仰角告诉你天线此刻指向哪里——和船的位置、卫星位置对不上，就是没锁对星。ACM temperature 是天线里的温度，零下或高温都要留意。

② Es/No 计数器

Es/No Counters:
Total: 51881754   Valid: 51844417   Blocked: 0
Tuning: 25618     Searching: 11719   Negative: 579

Total 是总计数，Valid 是有效计数，两者差得越多说明"试了但没成"的次数越多；Blocked（被挡）和 Negative（负值）非 0 都值得追。

③ 扫天候选信道表 —— 这张表最直观

BGAN channel candidates:
Position  Channel#  pwrNarrow  pwrWide  pwr200  C/No
   6        11168    788665     879351    8653   547   0.896872
   7        11168    441538     544196    6397     0   0.811358
   6        12446    243248     641587    6787     0   0.379135

这是天线扫天时"听到了哪些信道、哪个最强"的清单，按信号强弱排下来。三列 pwrNarrow / pwrWide / pwr200 是三种带宽下的接收功率，C/No 是载噪比。

用法：如果排在第一位的那个信道跟设备实际锁定的信道不是同一个，或者表里压根只有一两个候选、数值都很低，说明天线看到的天空很"穷"——要么遮挡，要么接收链路有问题。这张表能在不动手拆天线的前提下给你一个方向。

telnet:/$ iai2_cn0_show

输出四组频段的 RX / TX 载噪比（C/No）与误差计数。读它有两个关键点：

① 误码率怎么算：手册说明 CRC 错误是按 FEC 块计算的——比如收到 6 个 FEC 块、其中 1 个有 CRC 错误，误码就是 1 ppm。这个换算关系知道就行：CRC 计数高＝信号质量差。

② 两个 C/No 值要相减，这是判断载波忙不忙的办法：

两个值差得小 → 这条载波上基本只有你一台（负载低）；差得大 → 同一条载波上挤着很多终端（负载高）。

这条为什么值钱：海上"速度慢"有两种完全不同的原因——信号弱（该调天线）和载波忙（同波束上船太多，天线再好也慢）。只看信号强度分辨不出来，拿这两个 C/No 一比就知道该往哪个方向处理。

手册给出各区域的频点与信道号，拿 Current frequency 一对，就知道终端锁的是哪片覆盖：

用法：船在中国海域，天线却报告锁在 Americas 的频点上，就说明锁错星了——这时去查卫星选择设置（正常应设为 AUTO 自动选择）。手册的样例里，锁到 EMEA 时输出会写明是 I-4 satellite F2、25.0E——卫星和轨道位置都直接标出来了。

telnet:/$ cnav -m pos
55.79417 (lat) 12.52299 (lon) 46.66m (hmsl) (3D)
Fix at: ...
Satellites 11
Must be displayed: yes
Time to first fix 00:01.11

看四样：经纬度与高度、卫星数（Satellites 11 表示收到 11 颗）、定位耗时（Time to first fix，1 秒左右说明定位很快，几十秒说明视野不好）、Must be displayed。

⚠️ Must be displayed 这一栏是"是否允许显示位置"，由网络决定——它显示 no，不代表 GPS 坏了，而是网络（或所在国家规定）不允许显示。这一条与天线换件那篇 里讲的"GPS 位置不显示不等于模块坏"是同一件事，在这里能直接看到原始判据。

stat -m umts-sm -l full 会给出控制面和用户面两份列表。状态字是英文的，认这几个就够：

这张表夹在 ATTACHING / PENDING 上，就说明卡在"申请中"——问题在网络侧或认证，不在天线。这一条能省掉整轮爬桅杆的功夫。

另外表格里还带速率与流量字段：maxRateUp / maxRateDn（上下行最大速率，单位 kbps）、Delay（纠错延迟）、TxQueue（发送队列里积压的包数）、TxBufdiscard（被丢弃的包数）。TxQueue 一直不降、TxBufdiscard 一直涨，说明上行在丢包。

调试命令行进不去，往往是网络这层的问题。Reset 按钮有三档用法，按的时间长短决定发生什么：

软件升级正常走网页界面（SETTINGS → Upload，或直接让它连网下载）。只有在网页界面完全进不去时，才用下面这条强制刷机流程。手册把它列在软件升级章，实操是：

1. PC 的网卡设成静态 IP 192.168.0.2/24，关掉 DHCP；
2. 把软件镜像改名为 ttexp.dl，放在一个文件夹里；
3. PC 上起一个 TFTP 服务器，根目录指向这个文件夹；
4. 终端断电，PC 接到终端的一个 LAN 口；
5. 按住 Reset 键开机，文件传输开始；
6. 观察到传输启动后松开 Reset；
7. 传输完成约需两分钟，系统自动重启，软件版本更新；
8. 重启后等终端把天线软件也传完再用。

🔴 三条纪律：① 中途绝不能断电（手册原文大写强调 DO NOT SWITCH OFF），断电可能把终端刷成砖；② 这条流程手册标的是维修用途，船上自己刷之前先跟厂家/服务商确认；③ 刷完软件版本要复核（用 ver 命令或网页界面看）。

另外 EXPLORER 系列还有一条串口（USB）路线：装好 USB 驱动后在串口终端里敲 ATI 验证串口通不通（正常会回 Thrane & Thrane），用 at+thrane 登录，再进 debug shell 用 download 30 配合 1K Xmodem 协议传文件。这条流程依赖老版 Windows 的超级终端，现在更推荐直接用 TFTP 那条。

按顺序查三样：① 电脑和终端在不在同一个网段（电脑要接终端 LAN 口，或经交换机在同一网段）；② 终端 IP 是不是被改过——运行状态下短按 Reset 让 IP 临时回到 192.168.0.1，是验证这一步最快的办法；③ 电脑上有没有 telnet 客户端——现代 Windows 默认不装，用 PuTTY 选 Telnet 协议填主机与 23 端口即可。

不是。Ongoing 表示报告生成得太早、测试还没跑完，等一会儿再看就是 Passed；Not tested 表示上游测试已经失败、后续项被跳过。这两种都不算故障。真正要看的只有 FAILED，而且要看时间最早的那一条——前一级坏了会让后面失败的项越攒越多，盯着最新的看会查偏。

不一定。FATAL 是严重程度，触发的是"系统自动重启自恢复"。比如手册样例里的 Module ADU_MANAGER failed to answer poll request（天线管理模块没回应轮询），系统就重启了一次。遇到终端偶尔自己重启，先在日志里找 FATAL 那条，看是哪个模块失联，再决定要不要拆机。反过来，想保住现场就别让它重启——用 errorlog noreboot（临时措施，取完证改回 allowreboot）。

看两个地方：① stat -m umts-reg 的三个 PLMN 值——当前选中的和 SIM 归属不一致，就是在漫游，漫游不被允许时业务会被拒；② PDP 状态卡在 ATTACHING 或 PENDING——说明申请发出去但没被接受，问题在网络侧或认证。这两处都正常、而 iai2_cn0_show 的 C/No 偏低，才轮到怀疑天线与馈线。

用 iai2_cn0_show 的两个 C/No 相减：“data only for me” 和 “all data received” 差得小，说明这条载波上基本只有你一台，慢就是信号弱，该查天线与馈线；差得大，说明同一条载波上挤着很多终端，属于载波负载高——天线再好也快不了，这个只能等或者换业务档位。

本页列出的命令以读为主。写操作只有三个：errorlog delete（删日志）、errorlog noreboot / allowreboot（开关自动重启），以及强制刷机。前两个改完可以改回来，风险可控；强制刷机是唯一有"刷坏"风险的操作，流程中不能断电，且要先跟厂家或服务商确认。

FleetBroadband 调试命令行、telnet 192.168.0.1、23 端口、Thrane & Thrane shell、admin 1234 默认凭据、隐藏维护页 Maintenance、诊断报告、errorlog 错误日志、errorlog delete / noreboot / stoptrace、FATAL 自动重启、ADU_MANAGER、post 开机自检、40 项自检、Ongoing、Not tested、TX CABLE LOSS 线缆损耗、TX CABLE LOSS DIFF、call_log 连接日志、Cause 号、0x26、0x24、0x2e、0x1d、0x40003、TFT 流量过滤器、NUG 网络用户组、stat -m umts-reg、CS 域、PS 域、PLMN、901-11、漫游、stat -m umts-sm、PDP 状态、DATA_CONN 状态、TxQueue、TxBufdiscard、stat -m atb、ATB state 编号、Sky Scan、Blocked、Freeze、stat -m acm、Es/No 计数器、BGAN channel candidates、cnav -m pos、GPS 卫星数、Time to first fix、Must be displayed、iai2_cn0_show、C/No 载噪比、CRC 与 FEC 块、频点与信道对照、A-PAC、EMEA、Americas、Reset 短按恢复 IP、长按 30 秒恢复出厂、TFTP 强制刷机、ttexp.dl、192.168.0.2、ATI、at+thrane、download 30、Xmodem、蔡工SATIOT

• 海事卫星 FleetBroadband 故障代码与错误日志怎么读 —— 本页的前置：先学会从灯、事件表、自检、Cause 号四层往下查
• 海事卫星 FleetBroadband 天线故障与换件维修 —— 命令行查到天线侧问题之后，怎么判断与换件
• 海事卫星 FleetBroadband 船舶宽带：三档终端对比与选型 —— 150 / 250 / 500 三档的系统构成
• 海事卫星 SAILOR 500 FleetBroadband 船载终端 —— 顶配机型，天线与线缆要求详见此页
• 海事卫星 Inmarsat 栏目 —— 本栏目全部资料