告警机这个东西说白了就是在特定事件发生时能主动发出声音、灯光或者消息提醒的小终端。工厂产线用它报故障机房用它报温度异常家里用它提醒老人吃药、提醒自己别忘关火。市面上的成品终端从几十块到几千块都有功能参差不齐。而树莓派这类单板计算机的出现让不少人动了自己攒一台的念头——毕竟硬件开放、软件自由、想怎么改就怎么改。但真动手之前有几个问题必须先想清楚树莓派做告警机到底靠不靠谱TTS语音播报怎么落地USB声卡是不是必须的和成品终端比DIY方案的优势和短板分别在哪里这篇内容就把这些问题一次讲透从选型逻辑到实操步骤再到实测中踩过的坑全部摊开来说。1. 先搞清楚告警机到底在告什么警很多人一上来就买板子、买传感器结果做到一半发现根本不知道自己要做的是什么。告警机不是一个单一设备它是一类需求的总称。动手之前先把告警这件事拆开看。1.1 告警的三种典型触发源从实际项目经验来看告警机的触发源基本逃不出这三类物理量越限温度超过阈值、湿度低于下限、烟雾浓度异常、电流过载。这类场景最常见传感器采集数据程序判断是否越界越界就触发告警。事件驱动某个开关被按下、某个人经过红外感应区、某个设备发出了特定信号。这类场景强调的是事件发生而不是数值变化。外部消息推送收到一条特定内容的网络消息、某个服务挂了、某个定时任务失败了。这类场景下告警机本身不采集数据而是作为消息的出口。这三类触发源对应的硬件配置和软件逻辑完全不同。物理量越限需要传感器和ADC模数转换事件驱动需要GPIO输入和中断处理外部消息推送则更依赖网络通信和消息队列。你在动手之前先把自己要做的告警机归到哪一类想清楚能省掉大量返工。1.2 告警的输出方式决定了硬件选型触发源想清楚了接下来看输出。告警的输出方式直接决定了你需要什么硬件输出方式所需硬件适用场景成本区间蜂鸣器鸣叫有源蜂鸣器 GPIO近距离提醒几块钱LED闪烁LED 限流电阻 GPIO视觉提示几块钱TTS语音播报USB声卡 音箱需要传达具体信息50-150元屏幕显示HDMI屏或SPI屏需要展示数据100-500元网络推送无需额外硬件远程通知0元继电器控制继电器模块联动其他设备10-30元如果你只是要响一声蜂鸣器就够了树莓派GPIO直接驱动代码三行搞定。但如果你要说出具体哪里出了问题那就必须上TTS而TTS对音频输出的要求就高了一个档次——树莓派自带的3.5mm音频口底噪大、音质差这时候USB声卡就成了刚需。1.3 成品终端和DIY方案的分水岭在哪里成品告警终端比如机房用的声光报警器、工业用的报警灯柱的核心优势是即插即用、稳定可靠、有外壳有认证。你买回来接上线就能用不需要写代码不需要调试坏了直接换。DIY方案的核心优势则是灵活、可编程、可扩展。你想让它报什么它就报什么你想让它怎么报它就怎么报。今天用来报温度明天改几行代码就能用来报消息。但这里有一个很多人忽略的分水岭当你的告警需求是固定不变的成品终端几乎总是更优解当你的告警需求会变化、需要和其他系统联动、或者需要传达动态内容时DIY方案才有意义。我见过太多人花了几百块攒了一台树莓派告警机结果只是用来做温度高了响一声这件事——一个三十块的温控开关就能干的事硬是上了一整套Linux系统。2. 树莓派做告警机的硬件账怎么算决定走DIY路线之后硬件选型就是第一道坎。树莓派型号那么多配件那么杂钱要花在刀刃上。2.1 树莓派型号选择别为用不上的性能买单目前市面上能买到的树莓派主要有这几档树莓派Zero 2 W四核1GHz512MB内存体积最小功耗最低。适合纯GPIO控制、简单网络推送类的告警机。价格约100-150元。树莓派4B四核1.5GHz2GB/4GB/8GB内存可选。性能足够跑TTS、跑轻量级视觉识别。价格约300-500元。树莓派5四核2.4GHz4GB/8GB内存。性能最强但功耗和发热也最大。价格约500-700元。做告警机我的建议是如果你只需要GPIO控制和网络推送Zero 2 W完全够用而且功耗低到可以用充电宝供电。如果你需要跑TTS或者轻量级AI推理4B是性价比最高的选择。树莓派5对于告警机来说性能过剩除非你同时还要跑YOLO之类的视觉模型。这里有一个容易被忽略的点树莓派的供货和价格波动很大。有时候4B的价格会被炒得很高这时候不妨看看二手的3B做告警机性能绰绰有余。2.2 USB声卡TTS方案里最容易被低估的一环树莓派自带的3.5mm音频接口用过的人都知道——底噪大、音量小、音质差。如果你只是让告警机滴滴响那无所谓。但如果你要用TTS播报三楼机房温度过高请立即检查那音质就直接影响信息传达效果。USB声卡的作用就是把数字音频信号从USB接口输出绕过树莓派自带的PWM音频电路。市面上几十块钱的USB声卡比如CM108芯片的方案就能带来明显的音质提升。选USB声卡的时候注意两点免驱树莓派系统Raspberry Pi OS内核已经包含了主流USB声卡芯片的驱动插上就能识别。买之前确认一下芯片型号CM108、CM119、SA9023这些都没问题。带独立音量调节有些USB声卡带物理旋钮调试的时候方便很多不用每次都进系统调音量。注意树莓派的USB接口和以太网口在某些型号上是共享带宽的。如果你同时插了USB声卡、USB摄像头、USB网卡可能会出现音频卡顿。做告警机的话尽量用WiFi联网把USB带宽留给声卡。2.3 音箱和功放别让最后一步拖后腿USB声卡输出的是线路电平信号直接接无源音箱声音很小。你需要一个有源音箱自带功放或者一个功放模块加无源喇叭。有源音箱最简单USB声卡输出直接插音箱的3.5mm输入口。推荐用那种USB供电的小音箱可以和树莓派共用电源。功放模块 无源喇叭适合需要大音量的场景。PAM8403功放模块几块钱配上4欧3瓦的小喇叭声音足够覆盖一个房间。实测下来告警机场景下最稳妥的方案是USB声卡 有源小音箱。整套成本控制在80元以内音质和音量都能满足室内播报需求。2.4 完整硬件清单和成本核算以树莓派4B TTS语音播报 网络推送这个配置为例列一份完整的清单配件推荐型号价格区间备注树莓派4B 2GB300-400元二手可降到200元左右电源5V 3A Type-C20-30元别用手机充电器凑合TF卡32GB Class1020-30元建议用A1/A2规格USB声卡CM108芯片15-30元免驱即可有源音箱USB供电小音箱30-50元带3.5mm输入外壳亚克力或3D打印20-50元可选传感器按需10-50元如DHT22温湿度合计约415-640元对比一下成品一个带语音播报功能的工业告警终端价格通常在800-2000元。DIY方案在成本上确实有优势但前提是你把自己的时间成本算作零。3. TTS语音播报的落地路线TTS是告警机DIY方案里技术含量最高的部分也是最多人卡住的地方。树莓派上跑TTS有几条路线可以走各有各的适用场景。3.1 在线TTS和离线TTS的取舍在线TTS比如各种云服务商的语音合成API的优点是音质好、发音自然、支持多种音色。缺点是依赖网络、有调用次数限制、长期使用有成本。离线TTS在树莓派本地运行合成引擎的优点是断网可用、无调用限制、隐私性好。缺点是音质参差不齐、资源占用高、中文支持需要额外配置。做告警机我的建议是如果告警机部署在有稳定网络的环境优先用在线TTS省心省力。如果部署在断网或网络不稳定的环境或者对隐私有要求那就必须走离线路线。3.2 离线TTS方案对比eSpeak、Piper和神经网络TTS树莓派上能跑的离线TTS方案主要有这几个eSpeak NG最轻量安装最简单资源占用极低。但音质是典型的机器人声中文发音生硬适合对音质要求不高的场景。sudo apt install espeak-ng espeak-ng -v zh 温度过高请检查Piper TTS基于神经网络的轻量级TTS音质比eSpeak好很多资源占用适中。树莓派4B上可以流畅运行。但中文模型的选择有限部分模型的中文发音不够标准需要自己试听筛选。# 安装piper pip install piper-tts # 下载中文模型后使用 echo 温度过高请检查 | piper --model zh_CN-model.onnx --output_file output.wav其他神经网络TTS比如VITS系列的模型音质最好但对树莓派的算力要求较高。树莓派4B上推理一句话可能需要几秒钟树莓派5会快一些。如果你的告警机对实时性要求不高比如温度告警不需要毫秒级响应这个延迟是可以接受的。实操心得Piper TTS的中文模型在不同版本之间发音差异很大。我试过好几个模型有的会把温度读成奇怪的声调。建议在正式部署前把你要播报的常用语句全部用模型合成一遍人工听一遍确认没有发音问题再上线。3.3 在线TTS的接入方式和注意事项如果你选择在线TTS接入方式通常很简单注册账号、获取API Key、调用HTTP接口、把返回的音频数据保存成文件、用播放器播放。以百度TTS为例基本流程是import requests import base64 # 获取access_token需要先在平台创建应用 def get_token(api_key, secret_key): url https://aip.baidubce.com/oauth/2.0/token params { grant_type: client_credentials, client_id: api_key, client_secret: secret_key } return requests.post(url, paramsparams).json()[access_token] # 合成语音 def tts(text, token): url https://tsn.baidu.com/text2audio params { tex: text, tok: token, cuid: raspberrypi, ctp: 1, lan: zh, spd: 5, # 语速 pit: 5, # 音调 vol: 9 # 音量 } resp requests.post(url, dataparams) with open(/tmp/alert.mp3, wb) as f: f.write(resp.content)然后调用系统播放器播放mpg123 /tmp/alert.mp3 # 或者 ffplay -nodisp -autoexit /tmp/alert.mp3在线TTS的注意事项网络延迟从发送请求到拿到音频通常需要几百毫秒到一两秒。告警机对实时性要求高的话这个延迟要纳入考虑。API限额免费额度通常有限告警频繁的话很快会用完。要么控制告警频率要么上付费套餐。音频格式不同平台返回的格式不同MP3、WAV、PCM确保你的播放器支持对应格式。错误处理网络请求可能失败代码里必须加异常处理和重试逻辑否则告警机在关键时刻掉链子。3.4 让TTS播报更像人话的工程技巧TTS合成出来的语音如果直接把原始文本丢进去往往听起来很生硬。几个实用的优化技巧文本预处理把数字转成中文读法25读成二十五而不是二五把符号转成文字℃读成摄氏度把缩写展开CPU读成C-P-U或处理器。插入停顿在句子之间加逗号或句号让TTS引擎自然断句。有些引擎支持SSML标记可以精确控制停顿。控制语速告警语音的语速不宜过快比正常语速稍慢一点确保听清楚。但也不能太慢否则紧急情况下让人着急。重复关键信息重要的告警内容可以播报两遍或者在开头和结尾各强调一次关键信息。def preprocess_text(text): # 数字转中文 text text.replace(25, 二十五) # 符号转文字 text text.replace(℃, 摄氏度) text text.replace(%, 百分之) # 插入停顿 text text.replace(, ) return text4. 从零搭建一台TTS告警机的完整流程前面把硬件和TTS方案都理清楚了这一章把整个搭建流程串起来。假设你要做一台温度越限就语音播报的告警机以下是完整的实操步骤。4.1 系统烧录和基础环境配置第一步是给树莓派装系统。推荐用Raspberry Pi OS Lite版本无桌面资源占用低适合告警机这种不需要图形界面的场景。烧录工具用官方的Raspberry Pi Imager操作很直观选系统、选TF卡、点写入。烧录之前在Imager的高级设置里把WiFi、SSH、用户名密码都配好这样烧录完插卡就能直接SSH连接不用接显示器和键盘。系统起来之后先做几件事# 更新软件源和系统 sudo apt update sudo apt upgrade -y # 安装常用工具 sudo apt install -y python3-pip python3-venv git mpg123 ffmpeg # 确认USB声卡被识别 aplay -laplay -l的输出里应该能看到USB声卡对应的card编号。记下这个编号后面配置音频输出要用。4.2 音频输出配置和测试树莓派默认可能把音频输出到HDMI或者自带的3.5mm接口。要让声音从USB声卡出来需要配置ALSA。创建或编辑/etc/asound.confdefaults.pcm.card 1 defaults.ctl.card 1这里的1是USB声卡的card编号根据aplay -l的输出调整。然后测试播放# 生成一个测试音频 espeak-ng -v zh 测试音频输出 -w /tmp/test.wav # 播放 aplay -D plughw:1,0 /tmp/test.wav如果声音从USB声卡连接的音箱里出来了说明配置正确。如果没有检查card编号和音箱连接。注意树莓派上音频配置有时候会被系统更新覆盖。建议把配置写进脚本每次开机自动检查并设置。4.3 传感器数据采集和阈值判断以DHT22温湿度传感器为例接线方式是VCC接3.3VGND接GNDDATA接GPIO4可改。安装依赖库pip install Adafruit_DHT采集和判断逻辑import Adafruit_DHT import time SENSOR Adafruit_DHT.DHT22 PIN 4 TEMP_THRESHOLD 30.0 # 温度阈值摄氏度 def check_temperature(): humidity, temperature Adafruit_DHT.read_retry(SENSOR, PIN) if temperature is None: return None return temperature while True: temp check_temperature() if temp and temp TEMP_THRESHOLD: trigger_alert(temp) time.sleep(10) # 每10秒采集一次这里有几个实操细节read_retryDHT22的读取成功率不是100%用retry版本可以自动重试减少读取失败。采集间隔DHT22的采样率有限制不能太快建议至少2秒一次。告警机场景下10秒一次完全够用。异常处理传感器可能断线、可能返回None代码里必须处理这些情况否则程序会崩。4.4 告警触发和TTS播报的联动把传感器判断和TTS播报串起来import subprocess import os def trigger_alert(temperature): # 防止重复告警加一个冷却时间 if not should_alert(): return text f警告当前温度{temperature:.1f}摄氏度超过阈值请检查 text preprocess_text(text) # 合成语音 subprocess.run([ espeak-ng, -v, zh, -s, 150, -w, /tmp/alert.wav, text ]) # 播放 subprocess.run([aplay, -D, plughw:1,0, /tmp/alert.wav]) # 记录告警时间 record_alert_time() # 冷却时间5分钟内不重复告警 last_alert_time 0 COOLDOWN 300 def should_alert(): global last_alert_time now time.time() if now - last_alert_time COOLDOWN: last_alert_time now return True return False冷却时间这个设计非常重要。没有它的话温度持续超标时告警机会一直播报吵得人受不了。5分钟是一个比较合理的值可以根据实际场景调整。4.5 开机自启和长期运行稳定性告警机是要7x24小时运行的不能每次断电重启后还要手动启动程序。用systemd配置开机自启创建/etc/systemd/system/alert.service[Unit] DescriptionAlert Machine Service Afternetwork.target sound.target [Service] Typesimple Userpi WorkingDirectory/home/pi/alert ExecStart/usr/bin/python3 /home/pi/alert/main.py Restartalways RestartSec10 [Install] WantedBymulti-user.target启用服务sudo systemctl daemon-reload sudo systemctl enable alert.service sudo systemctl start alert.serviceRestartalways和RestartSec10保证程序崩溃后10秒自动重启这是长期运行稳定性的关键。5. DIY方案和成品终端的真实差距聊完了怎么攒现在回到标题里的核心问题DIY方案和成品终端到底怎么选我把实际使用中感受到的差距列出来。5.1 稳定性成品终端的护城河成品告警终端的设计寿命通常是5-10年硬件经过老化测试固件经过大量现场验证。你把它装在墙上可能几年都不用管它。DIY方案的稳定性取决于你的软件质量和硬件连接可靠性。TF卡会磨损、电源会老化、系统更新可能引入bug、Python脚本可能因为内存泄漏跑几天就崩。我自己的树莓派告警机平均每两三个月就要维护一次——要么是TF卡出问题要么是某个依赖库更新后不兼容。如果你要部署在无人值守的关键场景成品终端的稳定性优势是DIY方案很难追上的。5.2 灵活性DIY方案的绝对主场成品终端的逻辑是固定的温度超过多少度就报警报警方式是声光。你想改逻辑对不起改不了。你想让它把告警信息推送到某个系统对不起没有这个接口。DIY方案在这方面的优势是碾压性的。你想加一个只在工作时间告警的逻辑加几行代码就行。你想让它把告警信息同时推送到多个渠道加几个函数调用就行。你想让它根据不同的告警级别播报不同的语音改一下判断逻辑就行。5.3 成本短期看DIY便宜长期看未必前面算过DIY一台TTS告警机的硬件成本大约400-600元。成品终端的价格区间很大简单的声光报警器几十块带语音播报和网络功能的工业终端800-2000元。但DIY方案有一个隐性成本你的时间。从选型、采购、组装、写代码、调试到后期维护一台功能完整的TTS告警机新手可能需要20-40小时熟手也要5-10小时。如果你的时间值钱这个成本要算进去。另外DIY方案的故障率更高每次故障都要你自己排查修复。成品终端坏了直接换新或者走保修省心得多。5.4 什么情况下DIY方案明显更优根据我的经验以下几种情况DIY方案是更好的选择需求会变化今天报温度明天可能要报湿度后天可能要接入新的传感器。成品终端很难适应这种变化。需要和其他系统联动告警机需要把数据推送到自己的服务器、需要根据其他系统的状态决定是否告警。成品终端通常没有这种开放接口。需要传达动态内容告警信息里包含实时数据比如具体温度值、具体设备编号成品终端的固定语音无法满足。预算极度有限且时间充裕愿意花时间折腾用最低的硬件成本实现功能。学习和实验目的做告警机本身就是为了学树莓派、学Python、学硬件控制那DIY就是目的本身。反过来如果你的需求是固定的、部署环境是无人值守的、对稳定性要求极高、不想花时间维护那就老老实实买成品终端。6. 实测中踩过的坑和对应的解法这一章记录我在实际搭建和使用过程中遇到的问题以及最终的解决方式。这些经验在常规教程里很少提到但实际做的时候大概率会遇到。6.1 TF卡磨损导致系统崩溃树莓派用TF卡作为系统盘告警机7x24小时运行日志不断写入TF卡很快就会出现坏块。我遇到过好几次系统突然无法启动或者运行中突然报I/O错误。解法把日志写入内存盘tmpfs减少TF卡写入。编辑/etc/fstab添加tmpfs /var/log tmpfs defaults,noatime,nosuid,size50m 0 0 tmpfs /tmp tmpfs defaults,noatime,nosuid,size100m 0 0使用高质量的TF卡比如三星EVO系列或者闪迪Extreme系列不要用杂牌卡。定期备份系统镜像出问题时直接恢复。有条件的话用USB SSD启动彻底摆脱TF卡磨损问题。6.2 USB声卡被系统识别为默认设备但没声音这个问题很常见aplay -l能看到USB声卡但播放时声音还是从HDMI或者3.5mm口出来。排查链路确认/etc/asound.conf里的card编号和aplay -l输出一致。检查alsamixer里的音量是否被静音。运行alsamixer按F6选择USB声卡确认音量不为0且没有静音。检查树莓派的音频输出配置。运行sudo raspi-config在System Options → Audio里选择USB声卡。如果还是不行尝试在播放命令里显式指定设备aplay -D plughw:1,0 file.wav。6.3 TTS合成速度慢导致告警延迟用神经网络TTS比如Piper在树莓派4B上合成一句话可能需要1-3秒。如果告警逻辑是检测到异常→合成语音→播放那从异常发生到声音出来可能有3-5秒的延迟。解法预合成常用语句把常用的告警语句提前合成好存成音频文件。告警时直接播放文件不需要实时合成。只有包含动态数据的语句才需要实时合成。用更轻量的TTS引擎如果对音质要求不高eSpeak NG的合成速度是毫秒级的几乎没有延迟。异步处理告警触发和语音合成放在不同线程里不阻塞主循环。import threading def async_alert(text): thread threading.Thread(targettrigger_alert, args(text,)) thread.start()6.4 网络TTS服务不可用时的降级方案用在线TTS的话网络断了或者服务挂了告警机就哑了。必须有降级方案。解法本地保留一个轻量级TTS引擎作为备份。代码里先尝试在线TTS失败后自动切换到本地eSpeak。def speak(text): try: # 尝试在线TTS online_tts(text) except Exception as e: # 降级到本地TTS print(f在线TTS失败: {e}降级到本地TTS) local_tts(text)这个降级逻辑看起来简单但在关键时刻能保证告警机不会完全失效。6.5 告警风暴和冷却机制的设计如果传感器数据抖动或者阈值设置得太接近正常值告警机可能会在短时间内反复触发。我遇到过温度在阈值附近波动告警机每隔几秒就播报一次的情况非常吵。解法除了前面提到的冷却时间还可以加迟滞逻辑——触发告警的阈值和解除告警的阈值不同。比如温度超过30度触发告警但要降到28度以下才解除告警状态。这样避免了在阈值附近反复触发。ALERT_THRESHOLD 30.0 CLEAR_THRESHOLD 28.0 alert_active False def check(temp): global alert_active if not alert_active and temp ALERT_THRESHOLD: alert_active True trigger_alert(temp) elif alert_active and temp CLEAR_THRESHOLD: alert_active False这个迟滞窗口的设置需要根据实际场景调整。温度变化慢的场景窗口可以设大一点变化快的场景窗口要小一点。6.6 外壳和散热别让硬件死在最后一步树莓派4B和5的发热都不小长时间运行温度能到60-70度。如果装在密闭外壳里温度会更高可能导致降频甚至死机。解法用带散热孔的亚克力外壳或者3D打印一个带风扇位的外壳。加装小风扇5V的静音风扇几块钱接在树莓派的5V和GND引脚上就能转。如果外壳是金属的注意绝缘避免电路板短路。告警机通常放在角落或天花板附近灰尘积累快定期清理散热孔。7. 这套方案还能怎么扩展告警机做出来之后你会发现它的潜力远不止温度高了响一声。基于树莓派的开放性可以往好几个方向扩展。7.1 接入更多类型的传感器树莓派的GPIO和USB接口可以接入大量传感器烟雾传感器、水浸传感器、门磁开关、人体红外感应、电流互感器、空气质量传感器。每加一种传感器告警机的覆盖范围就扩大一圈。接入方式通常有两种数字传感器直接接GPIO模拟传感器需要通过ADC芯片比如MCP3008转成数字信号。代码层面每种传感器写一个采集函数统一交给告警判断逻辑处理。7.2 增加网络推送渠道除了本地语音播报还可以把告警信息推送到各种渠道邮件、即时通讯工具、自定义的Webhook。这样即使人不在现场也能第一时间知道异常。以Webhook为例很多即时通讯工具都支持自定义机器人你只需要向特定的URL发送一个HTTP POST请求就能把消息推到群里。import requests def push_to_webhook(message): webhook_url 你的webhook地址 data { msgtype: text, text: {content: message} } requests.post(webhook_url, jsondata)7.3 加一块屏幕做状态显示语音播报是被动接收加一块小屏幕可以让人主动查看当前状态。SPI接口的TFT屏或者I2C接口的OLED屏都很适合树莓派成本几十块钱。屏幕上可以显示当前温度湿度、告警阈值、最近一次告警时间、系统运行状态。用Python的PIL库或者专门的屏幕驱动库都能实现。7.4 用树莓派Pico做分布式告警节点如果告警点分布在不同房间每个点都放一台树莓派4B成本太高。可以用树莓派Pico几块钱一片做分布式采集节点通过无线模块把数据汇总到一台树莓派4B上统一处理。Pico负责采集传感器数据和本地声光告警树莓派4B负责TTS播报和网络推送。这样既降低了成本又保证了核心功能的集中管理。7.5 接入轻量级视觉识别树莓派4B和5的算力已经可以跑一些轻量级的视觉模型。接上摄像头模块比如OV5647可以实现检测到特定物体就告警的功能。比如在仓库里检测到有人进入禁区或者在产线上检测到产品摆放异常。用YOLOv5的nano版本或者MobileNet SSD在树莓派4B上可以达到几帧到十几帧的推理速度。对于告警机这种不需要实时视频分析、只需要定期检测的场景这个性能完全够用。不过视觉识别对算力和内存的占用比较大如果告警机同时还要跑TTS和其他逻辑建议用树莓派5或者把视觉识别放到单独的节点上。8. 我的最终建议如果你看到这里还在纠结到底DIY还是买成品我给你一个简单的判断标准先问自己三个问题第一我的告警需求在未来一年内会不会变化第二我有没有至少一个周末的时间来折腾第三我能不能接受每隔几个月维护一次三个问题的答案都是是那就走DIY路线树莓派4B加USB声卡加TTS的方案足够你玩出花来。任何一个答案是否那就买成品终端省下来的时间和精力用在别的地方更划算。我自己两台告警机一台是DIY的树莓派4B方案用来做实验室的环境监测和语音播报因为需求经常变DIY很合适。另一台是成品的水浸报警器放在机房地板下面就一个功能——检测到水就响买了三年没管过非常省心。工具没有好坏只有合不合适。想清楚自己要什么答案自然就出来了。