第一章：FTU概述——什么是FTU、它在配电网自动化中的角色、基本硬件架构

各位同学，大家好。我是你们这门课的老朋友。

咱们今天开篇，先聊聊FTU。说白了，FTU就是馈线终端单元。你把它理解成配电网里的“智能哨兵”就行。我做了十几年配网自动化，每次跟刚入行的同事介绍FTU，都喜欢用这个词——哨兵。它守在配电线上，时刻盯着电压、电流、开关状态，一有风吹草动，立刻上报，还能就地决策。

1.1 什么是FTU？

FTU，全称Feeder Terminal Unit，中文叫馈线终端单元。它是安装在配电网馈线（也就是10kV线路）上的智能终端设备。

它的核心任务就三件：

• 采集数据——实时测量电压、电流、有功无功、功率因数等电气量
• 控制开关——远程或本地分合柱上开关、环网柜、断路器
• 故障处理——检测短路、接地故障，并执行馈线自动化逻辑

我个人习惯把FTU比作“麻雀虽小五脏俱全”的小型计算机。它里面有CPU、有内存、有通信模块，还有一堆模拟量和数字量接口。嗯，这里要注意：FTU不是简单的RTU（远程终端单元），它比RTU多了就地逻辑判断能力。说白了，它自己能“思考”。

1.2 FTU在配电网自动化中的角色

配电网自动化，说白了就是让配电网“看得见、控得住、能自愈”。FTU在这中间扮演什么角色？我总结了三句话：

1. 眼睛——实时感知线路状态。我在项目中遇到过，某条线路负荷波动特别大，主站根本来不及反应，全靠FTU每秒钟上传的数据，才发现了谐波污染源。
2. 手——执行遥控分合闸。你想想看，调度员在几十公里外，点一下鼠标，FTU就驱动开关动作。这背后是FTU的遥控输出继电器在干活。
3. 大脑——就地故障判断与隔离。这是FTU最值钱的本事。线路发生故障，FTU检测到故障电流，根据预设的馈线自动化逻辑（比如电压-时间型、电流-时间型），自动判断故障区段，然后跳开最近的开关，把故障隔离掉。

我记得有一次在南方某城市的配网改造项目里，一条线路雷击跳闸。传统方式下，巡线工要花两三个小时才能找到故障点。但装了FTU之后，它自己就判断出故障在3号杆到5号杆之间，自动隔离，非故障段恢复供电只用了不到30秒。这就是FTU的价值。

1.3 FTU的基本硬件架构

好，咱们来拆开FTU看看里面到底有什么。我直接说干货，FTU的硬件架构大致分为这几个模块：

模块名称	功能说明	我的一点经验
主控单元（CPU）	核心处理器，运行嵌入式操作系统和馈线自动化逻辑	我习惯用ARM Cortex-A系列，性能够用，功耗低
模拟量采集模块	通过CT/PT采集电压、电流信号，经ADC转换为数字量	采样精度很关键，我曾经因为ADC基准源漂移吃过亏
数字量输入/输出模块	DI采集开关位置、储能状态等；DO控制开关分合	DI一定要做光耦隔离，不然雷击时容易烧板子
通信模块	支持以太网、RS485、无线4G/5G、光纤等	现场环境复杂，我建议至少配两种通信方式互为备份
电源模块	输入AC/DC，输出多路隔离电源给各模块供电	电源是FTU的命门，我曾经见过电源纹波大导致通信丢包
存储模块	保存定值、录波数据、事件记录等	用铁电存储器FRAM保存关键参数，掉电不丢失

为什么会这样设计？你想想看，FTU要长期在户外运行，夏天暴晒、冬天严寒，还要扛得住雷击、电磁干扰。所以硬件架构上，每个模块都得考虑工业级甚至军工级的可靠性。

咱们再深入一点。主控单元这块，我常用的方案是“双核”架构：一个核跑实时操作系统（比如FreeRTOS），专门处理采样和保护逻辑；另一个核跑Linux，负责通信和上层应用。这样既保证了实时性，又方便开发。

模拟量采集这块，我建议重点关注采样率。配电网故障检测需要至少每周波32点采样，才能准确计算谐波和故障波形。我见过一些低端FTU只用每周波16点，结果故障判断经常误动。

通信模块嘛，现在主流是4G+以太网。但说实话，在偏远山区，4G信号不稳定，我习惯再加一个光纤接口或者微功率无线。嗯，这里要注意：通信协议必须支持IEC 61850或101/104规约，不然跟主站对不上话。

好了，第一章的内容就到这里。咱们把FTU是什么、它在配电网自动化里干什么、以及它里面长什么样，都捋了一遍。下一章，我会带大家深入FTU的核心——馈线自动化逻辑到底是怎么跑起来的。到时候咱们直接上代码，手把手教你怎么写一个简单的故障判断逻辑。

记住，搞FTU，硬件是基础，逻辑是灵魂。咱们先把基础打牢。