第二章 TTU硬件架构：核心处理器选型、通信模块、电源模块设计、存储模块
各位好，我是老张。今天咱们聊聊TTU的硬件架构。说实话，搞了这么多年电力终端，我觉得TTU的硬件设计就像搭积木——选对核心，配好通信，稳住电源，存好数据。这四块搞定了，整机就稳了八成。
2.1 核心处理器选型：TTU的“大脑”
处理器选型，我个人的习惯是先看应用场景。TTU要干啥？采集数据、处理协议、本地计算、跟主站通信。说白了，它就是个边缘计算节点。
主流方案对比：
| 处理器类型 | 代表型号 | 适用场景 | 我踩过的坑 |
|---|---|---|---|
| ARM Cortex-A系列 | STM32MP1、i.MX6ULL | 中低端TTU，成本敏感 | 跑复杂算法时内存容易爆 |
| ARM Cortex-A7/A53 | 全志H3、瑞芯微RK3288 | 主流TTU，带Linux系统 | 散热没做好，夏天死机过 |
| 国产RISC-V | 平头哥TH1520 | 信创项目，自主可控 | 生态还不够成熟，驱动得自己写 |
我个人比较推荐ARM Cortex-A7级别的芯片。为什么？性价比高，Linux生态成熟，外设接口够用。我记得有个项目，客户非要上A53，结果成本翻了一倍，性能其实只用了30%。
选型三要素：
- 主频：600MHz以上，低于这个跑协议栈会卡
- 内存：至少512MB DDR3，我建议1GB起步
- 外设：至少2路SPI、3路UART、1路以太网
💡 小技巧：选型时留出30%的性能余量。我曾经因为算得太紧，后期加功能时不得不换芯片，那叫一个折腾。
2.2 通信模块：TTU的“神经”
通信这块，TTU一般有三种方式：HPLC、微功率无线、RS485。你想想看，一个台区下面可能有几十上百个表计，通信可靠性直接决定了采集成功率。
2.2.1 HPLC（高速电力线载波）
HPLC是目前的主流。它走的是电力线，不用额外布线。但有个问题——电力线上的噪声特别大。我在项目中遇到过，某个台区有台大功率变频器，一启动HPLC就掉线。
选型要点：
- 芯片方案：海思Hi3921、东软载波SSC1667
- 载波频率：2-12MHz，自适应跳频
- 通信速率：最高10Mbps，实际稳定在1-2Mbps
- 耦合电路：注意隔离变压器选型，耐压要够
⚠️ 注意：HPLC模块的电源一定要独立LDO供电。我见过有人直接从3.3V总线取电，结果载波信号串扰到主芯片，整个系统重启。
2.2.2 微功率无线
微功率无线，说白了就是短距离无线通信。频率一般是470-510MHz，功率不超过50mW。它的优点是安装方便，不用管电力线噪声。
但缺点也很明显——穿墙能力差。我记得有个小区地下室，无线信号死活穿不过去，最后只能加中继器。
常用模块：
- LoRa：SX1278，通信距离远，速率低
- Wi-SUN：符合国标，组网能力强
- ZigBee：老方案，现在用得少了
2.2.3 RS485
RS485是最后的保底方案。虽然速度慢（一般9600bps），但胜在稳定可靠。我建议每个TTU至少保留一路RS485接口，万一无线和载波都挂了，还能用485抄表。
硬件设计注意：
- 隔离：必须用隔离芯片，比如ADM2483
- 防雷：TVS管+气体放电管，两级防护
- 终端电阻：120欧姆，可跳线选择
2.3 电源模块设计：TTU的“心脏”
电源设计，嗯，这里要注意。TTU的电源跟普通设备不一样——它要直接从三相电取电，电压波动大，还有雷击浪涌。
典型电源架构：
| 电压等级 | 用途 | 电流需求 | 纹波要求 |
|---|---|---|---|
| 5V | 通信模块、继电器 | 2A | <50mV |
| 3.3V | 主芯片、存储 | 1A | <30mV |
| 1.8V/1.2V | DDR内存、内核 | 0.5A | <20mV |
| 12V | HPLC功放 | 0.5A | <100mV |
我个人的习惯是：前级用AC-DC模块，后级用LDO。为什么？AC-DC模块效率高，但纹波大；LDO纹波小，但效率低。两者结合，既保证了效率，又保证了电源质量。
避坑指南：
- 输入保护：压敏电阻+保险丝，缺一不可
- 掉电检测：加一个电压监测芯片，检测到掉电后立即保存数据
- 热设计：电源芯片下面铺铜散热，必要时加散热片
💡 我曾经有个项目，电源纹波太大导致HPLC通信误码率飙升。后来在输出端加了个LC滤波器，问题就解决了。有时候问题不在芯片本身，而在电源。
2.4 存储模块：TTU的“记忆”
存储这块，TTU需要存三类数据：程序、配置、历史数据。不同类型的存储，要求不一样。
存储方案：
| 存储类型 | 容量 | 用途 | 寿命要求 |
|---|---|---|---|
| eMMC | 4-8GB | 操作系统、应用程序 | 3万次擦写 |
| NAND Flash | 128-512MB | 历史数据、日志 | 10万次擦写 |
| EEPROM | 64-256KB | 配置参数、校准值 | 100万次擦写 |
| FRAM | 64-512KB | 关键数据、掉电保护 | 无限次 |
我个人强烈建议：关键配置参数用FRAM。为什么？EEPROM虽然便宜，但写入次数有限。我遇到过一台TTU，每天写一次配置，三年后EEPROM就挂了。FRAM虽然贵点，但省心。
文件系统选择：
- 程序分区：ext4，只读挂载
- 数据分区：UBIFS，带磨损均衡
- 配置分区：JFFS2，掉电安全
⚠️ 注意：eMMC一定要选工业级（-40℃~85℃）。我见过有人用消费级eMMC，夏天户外暴晒后直接不识别了。省那几块钱，不值得。
2.5 硬件设计总结
好了，TTU硬件架构的核心部分就这些。总结一下我的经验：
- 处理器：选主流ARM，别追新，稳定第一
- 通信：HPLC为主，无线为辅，485保底
- 电源：前级模块后级LDO，纹波要测
- 存储：分层设计，关键数据用FRAM
最后说一句：硬件设计没有完美的方案，只有最适合的方案。多留余量，多测试，这才是硬道理。
下一章，咱们聊聊TTU的软件架构。到时候我会讲讲Linux系统裁剪和实时性优化，那才是真正考验功力的地方。