企业官网建设流程全解析

简介：《北大青鸟调试》是一份面向消防报警系统现场调试人员与设备维护工程师的操作指南文档，围绕11SF系统的调试流程与配置要点展开，适合刚接触北大青鸟控制器的技术人员对照实操、查漏补缺。内容从调试串口线与调试软件的准备讲起，逐项梳理总线虚拟地址与多线虚拟地址的编程注意事项、调试/监听/正常运行三种控制器工作模式的切换要求，以及试用期设定与PSN码的密码管理机制。同时覆盖主电与备电监测、显示板和回路板等板卡功能说明，并给出借助U盘完成在线升级、汉字注释与联动逻辑上传下载的完整操作路径及容易出错的注意条目。资源包为1个docx文档，约5.03MB，以步骤说明、菜单路径和条目化提示为主，按章节组织便于现场检索。目前已有2933人学习，可作为调试作业时的随查参考。

1. 调试环境先列清：11SF 系统不是插上线就能通

上周去现场收拾一个烂摊子，一台 11SF 主机通电正常、屏幕也亮，前任调试员说“软件连不上、U 盘也不认”，人就撤了。我到场先没碰软件，蹲下去看那根调试串口线——USB 转 232 的劣质线，屏蔽层都没有，插上去电脑只报了个未知设备。换了根带芯片指示灯的线，COM 口秒认，软件一开就连上了。北大青鸟调试这套活，真正卡人的从来不是编程逻辑本身，而是前头那堆没人当回事的准备：串口线电平不对、调试软件版本和控制器对不上、U 盘没做 4K 对齐、sys 目录少建一层。装不好的后果不是报个错那么简单：汉字注释下发全是方块、联动逻辑读进去不执行，最惨的是在线升级走到一半断了，板卡直接不启动，只能拆下来返厂。这套环境适合消防调试员、维保单位的现场工程师，也适合刚接手 11SF 项目、手里只有一份技术资料的人。

2. 调试前准备：串口线、软件版本与虚拟地址先对表

2.1 调试串口线与调试软件版本怎么选

串口线是第一个门槛。资料里对调试串口线有单独要求，现场最常见的做法是用 USB 转 RS232 的成品线，不要用那种一头 USB 一头裸线的三无产品。芯片认准带独立驱动的方案，CH340、FT232、PL2303 这几类都能用，但驱动装完要在设备管理器里确认端口号稳定，插拔两次端口号不变才算过关。我一般会在电脑上先做一次端口自检，确认线材本身没问题再去接主机，避免把线的问题误判成控制器的问题。

# Linux 下确认 USB 转串口是否被识别（Windows 直接看设备管理器里的 COM 号） ls -l /dev/ttyUSB* /dev/ttyACM* 2>/dev/null dmesg | grep -i -E "ch341|ftdi|pl2303" | tail -n 5

这段命令的作用是确认内核有没有把转换芯片认出来。第一行只要能看到/dev/ttyUSB0这类设备节点，说明驱动已经加载；第二行从内核日志里捞芯片型号，如果日志里出现ch341-uart converter now attached to ttyUSB0，说明挂载成功。Windows 侧对应的是设备管理器“端口（COM 和 LPT）”下面那一项，带黄色感叹号就是驱动没装对，先解决驱动再谈通讯。

调试软件这一项，资料里给了明确的对照参数，我把关键几条摘出来：

中文支持这一条特别容易被忽略。现场有人图省事，注释写“三层东侧走廊感烟探测器”，一算 11 个汉字，没超；但写成“三层东侧走廊北段靠电梯前室感烟探测器”，18 个汉字，直接超限被截成两段，后期查点位全靠猜。我一般在编程阶段就把注释压缩到 16 个汉字以内，用“楼层+方位+设备类型”的结构，宁可短也不要长。

软件装完先别急着连主机，本地做一次串口可达性自检，能省掉大量“到底是谁的问题”的扯皮：

import serial # 只做端口可达性自检，不涉及任何协议命令 port = serial.Serial( port="COM3", # 设备管理器里看到的端口号，插拔后可能变化 baudrate=9600, # 与调试软件里的串口设置保持完全一致 bytesize=8, # 数据位 parity="N", # 无校验 stopbits=1, # 停止位 timeout=1, # 读超时 1 秒，避免脚本卡死 ) print("串口已打开:", port.name, port.baudrate) port.close()

这段脚本只验证一件事：端口能不能被独占打开。跑通说明线材、驱动、端口号三样都对；报PermissionError说明端口被别的软件占着（常见是调试软件没关干净）；报SerialException基本就是端口号写错了。波特率这几个参数必须和调试软件里选的完全一致，不一致的表现是能连上但收不到数据，很容易被误判成主机故障。

2.2 11SF 系统最大配置与虚拟地址规划

系统最大配置这一项写在资料最前面，落到现场就是一句话：回路数、点位总数、联动条数都有上限，超了就得拆机分域，别指望靠改参数硬塞。我见过一个项目把两栋楼的点位塞进一台主机，前期能跑，后期一报警整屏刷新慢半拍，回头拆域比一开始就分域多花三天。

真正决定后期好不好维护的是虚拟地址规划。资料里给了两段固定区间，必须背下来：

• 总线虚拟地址：201~254
• 多线虚拟地址：17~64

表达式写法是Y(1-99)=Y(1-201)+…+Y(1-254)，多线是Y(66-1)=Y(66-17)+…+Y(66-64)。这两行的含义是：把 201 到 254 这一段总线地址，映射到 1 到 99 这个逻辑编号段上。之所以要留这么一段虚拟区，是因为物理点位编号和逻辑联动编号不是一回事，联动表达式里引用的是虚拟段，回头改点位不用动联动逻辑。

这里有个血泪经验：虚拟地址段是资料写死的，不要自己另起炉灶从 1 开始编。有人不理解为什么 201 起步，直接把总线虚拟地址写成Y(1-1)到Y(1-99)，编译能过、下发也成功，但现场一联动就乱套——因为 1~99 这段和物理回路地址撞车了。规划阶段我一般先在纸上画一张表，把物理回路、物理点位、总线虚拟段、多线虚拟段四列写清楚，再动手编程。

回路号 物理点位范围 总线虚拟段 多线虚拟段 回路1 1-1 ~ 1-99 Y(1-201)~Y(1-254) — 回路2 2-1 ~ 2-99 Y(2-201)~Y(2-254) — 多线盘 66-1 ~ 66-8 — Y(66-17)~Y(66-64)

这张表不用交给谁，是自己编程时的底稿。写完对照一遍，能挡掉八成以上的地址类故障。

2.3 控制器三种工作模式的切换时机

11SF 控制器有三种模式，很多人只记住了名字，没记住切换时机，结果调试完了忘了退出调试模式，交付当天主机不报警。

调试模式是调试期间唯一该用的模式。它的特点是调试操作优先，报警信息不会打断当前操作，可以查看完整版本信息，也可以模拟火警做联动试验。模拟火警这个功能特别有用，不用真放烟就能验证联动逻辑通不通，但前提是必须在调试模式下做。

监听模式只作为重复显示用，本质是把一台主机的状态复述到另一台，不承担判断。这个模式一般用在有值班室重复显示的场合，调试阶段基本用不到。

正常运行是调试完成后必须切回去的模式。资料里写得很直白——“调试完成后必须设置为该模式”。我见过最典型的事故是：调试完忘了切，主机一直挂在调试模式，报警不打断操作，值班员正在查历史记录，火警进来了被压在下面，等发现已经过去几分钟。所以我的习惯是，每天收工前不管干完没干完，先看一眼当前模式，第二天开工再切回调试模式。这个动作花十秒，能省掉一场说不清的责任。

模式切换的操作路径在系统菜单里，切换后屏幕状态栏会有对应标识，切完一定回头确认标识变了再走人。

3. U 盘制作与 sys 目录结构：在线升级和注释下发的地基

3.1 4K 对齐格式化与 U 盘选型

11SF 的在线升级、汉字注释下发、联动逻辑下发，全靠 U 盘这一个通道。资料里对 U 盘的处理写得很具体：先用 1 键 4K 对齐工具把 U 盘格式化并对齐存储格式。这一步不是可选动作，是前置条件。

为什么非要 4K 对齐？简单说，主机端读 U 盘用的是比较底层的扇区访问方式，U 盘如果按普通方式格式化，簇大小和对齐边界可能和主机端预期不一致，表现就是插上去没反应、或者读到一半卡住。4K 对齐工具会把分区起始位置对齐到 4096 字节边界，同时统一簇大小，主机端才能稳定读。

操作前必须提醒一句：这个操作会把 U 盘整个格式化，里面原有的东西全没。我一般专门备一个 8G 或 16G 的小容量 U 盘当“调试专用盘”，不混用，避免误格式化带走资料。容量不要贪大，32G 以上反而容易出兼容问题。

U 盘品牌和容量差异也是真实存在的。资料里明确写了：不同品牌、容量的 U 盘存储速率存在差异，做完 4K 对齐后如果仍然不能正常传输，先尝试普通格式化（注意不是快速格式化），再不行就换一个 U 盘。这条我实测过，同一个 sys 文件夹，A 牌 U 盘死活不认，换 B 牌插上就通，跟文件本身一点关系没有。

# U 盘挂载后确认文件系统与簇大小（Linux 环境下的核对方式） sudo fdisk -l /dev/sdb sudo blkid /dev/sdb1 # 输出里看 PSSIZE / 扇区大小是否为 4096，以及文件系统类型是否与主机端一致

这两条命令用来核对分区起始扇区和文件系统标识。fdisk -l输出里的Start列如果是从 2048 扇区起步，基本就是 4K 对齐过了；blkid用来确认文件系统类型，格式不对主机端同样读不出来。Windows 环境下用磁盘管理看“起始偏移”，能被 4096 整除就没问题。

3.2 sys 目录树与文件命名规则

sys 文件夹是主机通过 U 盘做升级、上传下载的统一入口。资料里反复强调：目录结构、文件夹命名都不能改，改了就系统错误、传输失败。这是整套流程里最硬的一条约束。

标准结构是这样：

# U 盘根目录下的 sys 结构，目录名与层级都不能改 sys/ ├── 11S/ # 11SF 系统各板卡升级程序 ├── 5010/ # 5010、5011 控制器各板卡升级程序 ├── 5012/ # 5012 控制器各板卡升级程序 ├── ld/ # 联动程序，固定文件名 ld.txt ├── note/ # 汉字注释，固定文件名 note.txt └── bld/ # 总线盘对应关系

这里每一层都有讲究。11S目录下放的是 11SF 各板卡的升级程序，主机在线升级时就是从这里取文件；5010和5012是另外两个控制器系列的板卡程序目录，做 11SF 项目时用不到但目录要留着，因为主机端会按固定路径去找；ld目录只认ld.txt，note目录只认note.txt，文件名改了主机端就找不到。

拷贝动作本身很简单，但顺序和校验不能省：

# 拷贝前先确认文件名，ld.txt / note.txt 是固定名，不能改 cp -v ./out/ld.txt /media/usb/sys/ld/ld.txt cp -v ./out/note.txt /media/usb/sys/note/note.txt sync # 强制刷盘，避免拔盘时数据还在缓存里

-v参数是为了在终端里看到实际拷贝的文件名，防止路径写错还浑然不知。sync这一步很多人省，结果是电脑上看着文件在，拔下来插到主机上就是没有——数据还躺在写缓存里没落盘。我吃过这个亏，现在每次拷完必定 sync 一次，再安全弹出。

3.3 在线升级七步走

显示板 AC800 支持 USB 在线升级，但有个前提：必须在调试运行状态下做。资料给的步骤是七步，我按现场操作习惯重排了一遍，把容易漏的动作标出来。

第一步，用 1 键 4K 对齐工具格式化 U 盘，完成存储格式对齐。这一步前面讲过，不重复。

第二步，把sys文件夹整体拷贝到 U 盘根目录。注意是根目录，不是根目录下再套一层文件夹。有人习惯建个“调试资料”文件夹再往里放，主机端找不到。

第三步，把 U 盘插到 AC800 显示控制盘背面的 USB 端口。位置在背面，不在正面面板，现场第一次做的人经常在正面找半天。

第四步，把主机设置为调试模式，进“系统—在线升级”。

第五步，按屏幕提示选择升级状态、开升级方式、U 盘，然后选系统1.11S。选完屏幕会出现待升级项列表。

第六步，按“全选”再按“确定”，控制器开始在线升级，进度条走到 100% 后自动复位。这一步有两条铁律：升级过程中不要进行任何操作，确保控制器不能断电。我一般会提前把备用电源确认一遍，升级期间人守在机器前面，谁也不让碰。

第七步，复位完成后进“系统—单元板卡信息”查版本号，确认升级成功。这一步是验收动作，不能省。只看进度条到 100% 不算数，版本号变了才算。

3.4 汉字注释与联动逻辑的下发与回读

注释和联动逻辑的传输，走的是同一套 U 盘通道，但文件来源有讲究。资料明确不建议直接在*.txt里手写——因为 txt 文件没有语法校验，写错了不报错，下发下去就是不执行。正确做法是用新版工程调试软件编写中文注释和联动逻辑，写完通过“菜单—另存为”导出成*.txt，文件名保持默认，联动是ld.txt，汉字是note.txt。

下发流程和升级类似，但有一步不能漏：U 盘插到 AC800 背面 USB 口之后，要按显示板背面的硬复位键，位置在最上方靠右侧。按下去屏幕才会出现下载/读取的选择界面，按数字键选对应序号执行。下载或读取完成后系统自动返回主界面。

回读是把主机里的内容读回 U 盘，流程反过来，但有个细节值得记住：系统会对读出来的文件自动重命名，汉字注释存成WNOTE，联动逻辑存成WLD，总线盘对应关系存成WBLD。这个命名规则的好处是不会覆盖掉你原来的下发文件，坏处是第一次见的人会以为读失败了——文件名对不上。知道这条，现场就不会慌。

4. 板卡侧安装与升级：显示板、回路板、多线盘的分别处理

4.1 显示板 AC800 与回路板 LA8F 的配置要点

显示板型号是 JBF-11SF-AC800-DY，5U 高度带打印机，带自动转换钥匙，有火警及故障总报的继电器输出，背面带 USB 接口支持在线升级。这几项里，自动转换钥匙和总报继电器是交付验收时常被问到的，接线前先确认继电器触点容量和负载匹配，别等验收当天才发现带不动。

回路板 JBF-11SF-LA8F-DY 分母板和子卡两层，母板有 LA4 和 LA8 两种，子卡是 LS。这块板最容易出事的是摘卡操作，资料给了完整五步：

1. 摘除问题子卡；
2. 将本子卡母板相应位置的插针用短路环短路，从左向右数第二针和第三针；
3. 将回路板拨码开关第 6 位置于 ON，原拨码开关其他位不动；
4. 关机 10 秒后开机，进“系统—单元板卡信息”，此时查询到的回路数应变为实际回路数；
5. 将第 6 位拨码开关置于 OFF。

举个具体例子：原 4 回路板，摘掉 4# 回路子卡，按上面五步做完，板卡信息里应该显示 3 回路。如果还是显示 4，八成是第 3 步拨码没拨或者第 4 步关机时间不够。

注意事项有五条，每一条都对应过真实故障：

最后一条值得单独说：因为子卡本身不存地址和联动信息，所以坏卡直接换新卡就行，不用重新下发程序。这一点在抢修场景下能省大量时间，但前提是你确认过地址信息存在母板或主机侧，别想当然。

4.2 多线盘 CD8F 的 J-Link 刷写

多线盘 JBF-11SF-CD8F-DY 是 2U、8 路输出、配接 155F，它不支持 USB 在线升级，只能走 J-Link 刷写。这条差异很关键，现场有人拿着 U 盘对着多线盘找 USB 口，找一天也找不到。

J-Link 刷写分五步，第一步是装驱动软件，执行Setup_JLinkARM_V440，一路下一步到底。装完开始菜单里会出现 SEGGER 下的J-Flash ARM，打开就是主界面。

第二步打开工程。注意是两步动作：先开工程，再开程序。开工程走File → Open project…，选工程文件夹下后缀为.jflash的文件。资料里明确写了，CE 和 CD8-3 用的是同一个工程，全名CD-3CE.jflash。这一步选错工程，后面刷进去的程序就是错的。

第三步打开程序文件。走File → Open data file…，选工程文件夹下后缀为.hex的文件，对应板卡的程序。工程和 hex 是两个独立文件，缺一不可。

第四步是编程，分三个动作，都在Target菜单下：

第五步是运行。这一步最容易被跳过：编写完成后板卡运行指示灯仍然是灭的，板卡并没有运行，必须在软件里执行一次运行命令，板卡才能正常工作并与 AB320 通讯。我见过有人刷完就收工，第二天发现多线盘不动作，回头查了半天线路，最后发现是少按了一次 F9。

刷写过程有三条注意事项。第一，清除和编写两步可以用Target → Auto（F7）自动执行，但不同软件环境和不同板卡下自动模式有时会报错，所以建议分步手动跑，方便观察每一步的完成情况。第二，编程时需要 24V 供电。第三，编程前必须把板卡上的短接环除下，编写完成后恢复。短接环这条是硬性的，忘了摘，清除阶段就会报错。

刷写前我一般会先校验一下 hex 文件本身：

# 烧写前核对 hex 文件，避免传了半个程序或拿错版本 md5sum ./CD-3CE/CD8-3.hex ls -l ./CD-3CE/CD8-3.hex

md5sum用来和发布方给的校验值比对，对不上说明文件在传输过程中损坏了。ls -l看文件大小，异常小基本就是下载不完整。这两条加起来十几秒，能挡掉一类很难现场定位的故障。

4.3 总线盘 CK50F 与拨码设置

总线盘型号 JBF-11SF-CK50F-DY。资料里对它的描述不多，但拨码设置有一条通用规则：第八位拨码设置 ON 方向。这条规则在多线盘刷写那一节末尾也出现了，说明它是跨板卡的共同约定。

拨码这件事，我的习惯是动手前先拍照。拍一张原始状态，改完再拍一张，两张图存手机里。后期出问题回溯，这两张图比任何记录都管用。拨码开关本身没有防呆，拨错了不会有任何提示，只能靠对照表复核。

5. 避坑与排查：现场最容易翻车的五件事

5.1 U 盘插上没反应或传输中断

现象：U 盘插到 AC800 背面 USB 口，屏幕没有任何反应，或者下载到一半提示传输失败。

原因：三种可能。U 盘没做 1 键 4K 对齐；sys 目录结构或文件夹命名被改动过；U 盘本身的存储速率和主机端不兼容。

解决：先确认 U 盘是按 4K 对齐工具格式化过的，再逐层核对 sys 目录下11S、5010、5012、ld、note、bld六个文件夹是否齐全、名字是否一字不差。都对了还不行，就按资料说的先做一次普通格式化（非快速格式化），再不行直接换 U 盘。别在一个 U 盘上死磕，换盘五分钟，纠结两小时。

5.2 摘了子卡但回路数没变

现象：按五步操作摘掉回路子卡，进“系统—单元板卡信息”查，回路数还是原来的数字。

原因：第 3 步的拨码开关第 6 位没拨到 ON，或者第 4 步关机时间不足 10 秒，板卡信息没刷新。

解决：重新关机，确认断电满 10 秒以上再上电。上电后先确认第 6 位确实在 ON 位置，查完信息再拨回 OFF。这里有个顺序陷阱：查信息的时候第 6 位必须在 ON，查完才能拨回 OFF，拨早了查到的是旧数据。

5.3 J-Link 清除阶段报错

现象：点Erase chip后软件报错，进度条不动。

原因：最常见的是板卡上的短接环没摘，其次是 J-Link 插头没插好，第三是 24V 供电没接。

解决：按顺序排查——先摘短接环，再重新插拔一次 J-Link 排线，最后确认 24V 电源正常。三条都过了还报错，换一根排线试试。资料里明确写了报错时优先检查短接环和插头，这是官方给的排查顺序，照着走就行。

5.4 试用期第三次解不了

现象：主机提示试用期到期，前两次都能现场解码，第三次解不了。

原因：试用期机制本身有次数限制，最多连续设置 3 次，第一次 1~250 天，第二次 1~90 天，第三次 1~30 天。而且增加了 PSN 码的概念，解试用期和二级密码都需要提供 PSN 码。资料里写明了第三次需要返厂解码。

解决：现场能做的只有前两次。规划工期的时候就要把这条算进去，别把调试周期排到第三次试用期里。PSN 码提前准备好，解码时要用，现场现找会耽误时间。

5.5 联动逻辑下发成功但不执行

现象：ld.txt下发提示成功，模拟火警时联动设备不动作。

原因：虚拟地址段写错了。把总线虚拟地址写成从 1 开始，而不是资料规定的 201~254 段，编译能过、下发也成功，但运行时匹配不上。

解决：打开联动程序，把表达式里的虚拟地址段逐条对照。总线必须是Y(x-201)到Y(x-254)这个区间，多线必须是Y(x-17)到Y(x-64)。改完重新导出 txt、重新下发。这类错误不会报任何提示，只能靠人工核对，所以规划阶段那张四列对照表一定要留好。

6. 装完怎么验证：三张表加一次断电复归

环境搭完、程序下发完，别急着撤场。我现在的习惯是做三项验证，全部通过才算收工。

第一项是板卡信息核对。进“系统—单元板卡信息”，把屏幕上的板卡清单抄下来，和实际装机清单逐项比对。重点看三个数：回路数、板卡型号、版本号。回路数要和实际子卡数量一致，型号要和实物标签一致，版本号要是这次升级后的目标版本。三项里任何一项对不上，前面所有工作都白做。

第二项是注释与联动回读比对。把 U 盘插回去，硬复位，按提示读取主机内的注释和联动逻辑，读出来的文件会自动命名成WNOTE、WLD、WBLD。把WNOTE打开，抽查十个点位的中文注释，看有没有被截断、有没有乱码；把WLD打开，抽查五条联动表达式，看虚拟地址段是不是在 201~254 和 17~64 区间内。回读能通，说明下发链路是完整的，不是单向上传假成功。

第三项是断电复归。这一项最容易被跳过，但它能暴露前面所有验证都发现不了的问题。操作很朴素：把主机主电断掉，等 10 秒，再上电，观察启动过程是否正常、板卡是否全部识别、注释和联动是否还在。有一次我就是靠这一步发现某块子卡在冷启动后掉线，热启动却一切正常——这种问题不做到断电复归根本查不出来。

最后一步是模式复归。确认主机已经从调试模式切回正常运行模式，屏幕状态栏标识变了，再模拟一次真实报警流程，看报警信息能不能正常打断当前操作、正常显示、正常记录。这一步过了，才算真正交付。

从那以后我每次收工前都强制走一遍“板卡信息 + 回读比对 + 断电复归”这三步，哪怕当天只改了一条注释也不例外。多花的二十分钟，换来的是不用半夜被电话叫回现场。希望帮到你。

本文还有配套的精品资源，点击获取