第一次跟朋友说“我买了台腾讯轻量服务器准备养龙虾”他们基本都以为我在玩什么抽象段子。实际上我认真的而且这套东西真跑起来了。折腾了小半年我家的循环水养殖缸里水温、溶氧、pH、TDS全部会上云手机随时能看曲线凌晨溶氧掉到危险值会自动开增氧泵人不在家也能收到报警。这个项目的技术链路其实不复杂现场用ESP32采集传感器数据通过MQTT协议上报到一台腾讯轻量应用服务器服务器上用Docker跑一套物联网监控栈再挂上自动控制和告警逻辑。整套下来硬件成本压到几百元服务器按入门档买一个月也就几十块钱的盘子比你雇人值夜班划算得多。适合喜欢折腾硬件的开发者、准备做小规模水产养殖试验的人以及所有想用最低成本体验一把“智慧农业”的朋友。真到开搞那天你会发现最难的从来不是写代码而是传感器怎么防水、继电器怎么接线、服务器端口怎么防扫描以及凌晨三点增氧泵突然不转了你怎么办。这篇文章把从买服务器到点亮第一块监控面板的完整过程写清楚也把上线后我踩过的坑全部摊开来说一条条给你避雷。1. 为什么养龙虾要买服务器1.1 龙虾养殖里真正要盯着的事小龙虾这玩意看着皮实其实对环境变化非常敏感真正能要命的核心指标就几个。第一个是溶解氧。这是淡水虾蟹养殖里最大的杀手尤其夏天闷热天水里的藻类和浮游生物白天产氧夜里反而大量耗氧凌晨四五点经常出现溶解氧急剧下降。溶氧低于3mg/L虾会开始浮头长时间不处理就是整塘死虾。传统土塘养殖老师傅真的会半夜起来巡塘靠手电筒看虾是不是靠边爬、浮头累了容易打盹打盹就是损失。第二个是水温。小龙虾最适宜的生长温度在22到28℃之间低于15℃基本停止进食生长高于33℃会进入应激状态。更要命的是温差短时间内水温骤变超过3℃虾会产生应激反应脱壳困难。北方养澳龙澳洲淡水龙虾尤其要吃这碗饭控温不好就是白忙活。第三个是pH和氨氮这类水质指标。pH长期偏低或波动大虾壳长不好氨氮、亚硝酸盐积累起来虾会慢性中毒吃食量下降。这些指标用试剂盒也能测但没法连续记录你很难看出趋势。传统做法的问题在于所有数据靠人肉巡检凭经验判断出事往往已经是晚期。物联网的思路就是把“看护”变成“监控”让数据替你熬夜。1.2 为什么是腾讯轻量服务器而不是树莓派或者云主机当时摆在面前有三个方案本地方案用树莓派、云方案用腾讯轻量服务器或者标准CVM。我最后选了腾讯轻量应用服务器核心就几条。本地方案的死穴在“远程”。树莓派放家里只能局域网玩想在外面看数据得折腾内网穿透稳定性全看中间那台中转服务器脸色。就算搭好了家里一断电所有监控一起黑屏连报警都发不出去。养殖场景恰恰需要“主控中心”和“生产现场”分离云服务器天然适合当这个大脑。标准CVM当然也能干但价格明显高出一截。腾讯轻量应用服务器就是拿来干这种轻负载个人项目的固定的公网IP、2核2G起步的配置、带宽按入门档给对于传感器上报这种以KB为单位的数据量性能冗余大到没边。加上腾讯团队做了系统镜像和防火墙管理比纯裸金属CVM更省心哪怕你不熟悉Linux控制台里点一点也能把系统重装、端口放行搞定。我自己的配置是入门档2核2G装了Ubuntu 22.04之后跑了MQTT broker、时序数据库、Grafana看板、Node-RED自动化CPU日常占用连10%都不到。这套东西放在树莓派上也能转但一旦想在外网稳定访问、接小程序、做历史数据备份轻量服务器的优势马上出来。提示轻量服务器的公网IP是固定IP这个对物联网项目特别关键。你不需要任何内网穿透工具设备上报、外部访问都是直连少了一层不稳定因素。2. 整体方案设计拆解2.1 传感器选型哪些必须买哪些可以后置开始先列一张采购清单我踩过不少冤枉钱帮你们把最必要的挑出来。设备型号建议用途参考价主控板ESP32开发板采集数据、控制继电器WiFi联网15元左右水温探头DS18B20防水探头水温连续监测精度±0.5℃5-8元水质模块pH电极模块 校准液测pH值判断水质酸碱度60-120元电导率模块TDS/EC模块间接看水体杂质和矿物质变化20-40元溶氧传感器RS485式溶解氧变送器实时溶氧水体溶氧是保命指标300元以上继电器一路/两路继电器模块控制增氧泵、加热棒5-10元执行设备增氧泵、加热棒按阈值自动启停50-100元溶氧传感器我建议预算有限的人先别买。入门级探头要大几百维护起来还得定期换膜、校准新手很容易被读数带偏。我的路线是前期用“温度pHTDS”三件套溶氧用手持便携检测仪每天早晚手动记录一次等整套系统稳定了再上RS485溶氧探头接入自动控制。这个顺序能省不少初期成本事故概率也压得住。2.2 服务器上的软件栈怎么排服务器端我没有用那种全家桶式物联网平台而是自己用Docker Compose拼了一套好处是每块都能单独换出了问题也好排查。核心组件是四个Mosquitto负责收设备上报的MQTT消息是整个系统的消息中枢InfluxDB负责存时序数据专门吃温度、溶氧这种带时间戳的数值Grafana负责把数据库里的数据画成面板手机上打开网页就能看曲线Node-RED负责跑规则引擎比如“溶氧低于4.5就开增氧泵”“溶氧高于6就停”以及调企业微信机器人发报警。为什么选MQTT而不是直接HTTP上报因为MQTT是物联网场景的标准协议长连接、开销极小一条JSON才一百多字节还能做遗嘱消息通知在线状态。ESP32断网重连后MQTT重连也很成熟比HTTP轮询省资源得多。数据流长这样ESP32每30秒采集一次数据组装成JSON通过WiFi发到轻量服务器的公网IPMosquitto收下来经过一条规则写入InfluxDBGrafana查库画图。同时Node-RED订阅同一个Topic判断当前数值要不要触发控制和报警。2.3 网络拓扑与安全设计很多新手有个致命错觉云服务器买回来服务装好就能裸奔公网。实际上公网IP一暴露扫描脚本几分钟内就会怼到你端口上。我的网络策略是这样的SSH端口只允许自己常用的IP来源访问MQTT的1883端口不直接裸奔在公网要么加TLS证书要么先把来源IP限制成家庭宽带出口IP要么拿轻量服务器的防火墙规则做白名单。Grafana和Node-RED面板通过Nginx反代放在443端口上套一层HTTP基本认证或HTTPS证书密码别用弱口令。这层设计回头给你省下了无数和扫描器斗智斗勇的时间。上线头三天我看了下服务器日志满地都是从境外IP过来的爆破请求如果端口全开着Mosquitto大概率被拿来当肉鸡。3. 实操从买服务器到点亮第一块监控面板3.1 轻量服务器选购与初始化腾讯轻量应用服务器的购买界面很简单几个关键选项说下我的选择。地域建议选离养殖地最近的节点我在南方选了广州延迟基本可以忽略。镜像选Ubuntu 22.04 LTS长期支持版社区资料多遇到问题好搜。买好后第一件事不是装环境而是先做安全初始化。在控制台里设置密钥登录别用密码密码很快会被爆破然后配置防火墙规则。轻量服务器的防火墙在控制台里叫“防火墙”可以针对端口设置放行来源。我最初只放行了22端口并且来源IP先填成我家的公网出口IP。等系统里的服务全部装完、确认服务正常再按需放行其他端口。SSH登录后先做三件事换软件源控制台里有一键换源功能更新系统依赖改SSH配置不允许密码登录。这步做完服务器的地基就稳了。3.2 Docker Compose 一键部署监控服务服务全用Docker装这是我这套方案里运维最省心的一步。先装Docker和Compose插件然后写一个docker-compose.yml。version: 3.8 services: mqtt: image: eclipse-mosquitto:2 container_name: mosquitto ports: - 1883:1883 volumes: - ./mosquitto/config:/mosquitto/config - ./mosquitto/data:/mosquitto/data - ./mosquitto/log:/mosquitto/log restart: unless-stopped influxdb: image: influxdb:2.7 container_name: influxdb ports: - 8086:8086 volumes: - ./influxdb:/var/lib/influxdb2 restart: unless-stopped grafana: image: grafana/grafana-oss:latest container_name: grafana ports: - 3000:3000 volumes: - ./grafana:/var/lib/grafana depends_on: - influxdb restart: unless-stopped nodered: image: nodered/node-red:latest container_name: nodered ports: - 1880:1880 volumes: - ./nodered:/data restart: unless-stopped重点讲两个坑。第一Mosquitto 2.x默认不允许匿名登录必须显式配置allow_anonymous false并建立账号密码文件在容器里执行docker exec -it mosquitto mosquitto_passwd -c /mosquitto/config/pwfile mqttuser第二InfluxDB 2.7初始化要用命令行创建bucket和API token访问地址是http://服务器IP:8086首次登录设置管理员账号然后建一个名叫“shrimp”的bucket申请一个write权限的token给ESP32用。Grafana这边启动后访问3000端口默认账号admin/admin进去后添加InfluxDB数据源。因为服务都在同一个Docker网络里Grafana连接InfluxDB的地址直接写http://influxdb:8086而不是公网IP这个细节很多人卡了半天。3.3 ESP32端接线与数据上报硬件接线说下要点。ESP32开发板供电用5V传感器单独从12V电源取电继电器模块和传感器板要共地不然信号会漂到没法看。DS18B20的数据线接GPIO4中间加一个4.7k上拉电阻到3.3V。pH模块的模拟输出接到ESP32的ADC引脚比如GPIO34。继电器模块的IN1接GPIO13低电平触发。代码这块用Arduino框架写起来最顺手。核心逻辑就三段连WiFi、读传感器、发MQTT。一份能跑的最小示例#include WiFi.h #include PubSubClient.h #include OneWire.h #include DallasTemperature.h const char* ssid 你的WiFi; const char* password 你的密码; const char* mqttServer 你的轻量服务器公网IP; const char* mqttUser mqttuser; const char* mqttPass mqtt密码; WiFiClient espClient; PubSubClient client(espClient); OneWire oneWire(4); DallasTemperature sensors(oneWire); void setup() { Serial.begin(115200); WiFi.begin(ssid, password); while (WiFi.status() ! WL_CONNECTED) delay(500); client.setServer(mqttServer, 1883); client.setCallback(callback); sensors.begin(); connectMqtt(); } void loop() { if (!client.connected()) connectMqtt(); client.loop(); sensors.requestTemperatures(); float temp sensors.getTempCByIndex(0); int phRaw analogRead(34); float ph 3.5 (phRaw / 4095.0) * 5.0; String payload String({\temp\:) temp ,\ph\: ph }; client.publish(shrimp/telemetry, payload.c_str()); delay(30000); }注意两点。第一MQTT服务器地址写公网IP或域名端口1883。如果你的环境网络复杂建议Mosquitto再加上TLS证书或者至少限制允许连接的IP段。第二发布Topic我用的是“shrimp/telemetry”订阅控制指令用“shrimp/control”结构清晰后续加节点也好扩展。3.4 自动控制与报警规则控制逻辑我放在Node-RED里跑理由是不想改固件就调阈值改规则直接拖拽重启流程秒级生效。先订阅“shrimp/telemetry”收到JSON后解析加两个分支。一个分支走报警温度低于20℃或者高于30℃溶氧如果加装了低于4.5mg/L企业微信机器人Webhook收到一条带时间戳的告警。另一个分支走控制继电器开关的判断结果发布到“shrimp/control”ESP32在回调函数里订阅这个Topic执行开泵或关泵。企业微信机器人告警的HTTP请求长这样curl https://qyapi.weixin.qq.com/cgi-bin/webhook/send?key你的WebhookKey \ -H Content-Type: application/json \ -d {msgtype:text,text:{content:溶氧过低增氧泵已开启当前溶氧4.2mg/L}}控制逻辑里我特别注意了一个概念死区控制。如果设置成溶氧低于4.5开泵、高于4.5就关泵继电器会在一上午疯狂通断把泵烧了。正确的做法是设两套阈值低于4.5开泵升到6.0才关泵。这个缓冲区间就是死区能极大延长执行器寿命。4. 上线后踩过的坑与排查实录4.1 服务器裸奔公网第三天日志全是爆破上线一周后查日志发现SSH和Mosquitto端口每天都有几百次陌生IP连接尝试有些是暴力破解SSH有些是扫描MQTT默认端口想发垃圾消息。处理方法分两层服务器内装Fail2ban自动封禁连续失败IP轻量服务器控制台的防火墙只放行必要端口并且能限制来源的尽量限制。SSH端口从22改成别的端口关闭密码登录只留密钥认证。这套做完骚扰基本清零。注意任何暴露在公网的服务都必须默认“坏人会来”。你的目标不是阻止所有尝试而是把攻击面缩到极小。4.2 传感器漂移和水浸问题DS18B20防水探头泡水里用了一个月读数和玻璃温度计差了差不多1.2℃裸奔时误差还没这么大。原因是探头连接处进水老化线阻变化影响单总线信号。解决方法是把探头接口重新做热缩管密封并且每两周用冰水混合物0℃和热水校准到50℃做一次两点校正代码里加上偏移修正。pH电极漂移更是重灾区每次用之前都要用标准校准液4.0和6.86重新标定不然连趋势都不可信。4.3 ESP32失联设备掉线不重连有一阵子ESP32跑个三四天就彻底失联服务器上看着最后一条数据停住不动但现场灯还在闪。查下来是路由器半夜自动重启WiFi断了之后ESP32的WiFi重连逻辑写得不够健壮卡在死循环里。处理方法是把WiFi断线检测做成非阻塞如果长时间连不上直接ESP.restart()让设备硬重启简单粗暴但非常有效。MQTT侧则把KeepAlive设为60秒同时打开遗嘱消息设备突然掉线时服务器能收到online/offline状态变化而不是傻等。4.4 轻量服务器的存储和备份那些事InfluxDB默认把数据全存下来开了两个星期系统盘少了2GB。按我的采样频率一个月也就几GB入门挡数据盘勉强够用但没做清理迟早爆掉。我在InfluxDB里设置了retention policy遥测数据保留14天超过就自动删真正需要留档的每天凌晨导出一份CSV备份到本地。轻量服务器控制台自带快照功能我设了每周自动快照哪天手滑删了数据库回滚一下全部恢复。4.5 温控滞后和断电保护加热棒停止加热后水温并不会立刻停在设定值余热还能让温度继续往上冲1到2℃。所以我的控制目标不是“23℃开、23℃关”而是“22℃开、24℃关”这个死区设定实测下来又稳又省电。断电保护这块我也吃了亏有一次家里跳闸增氧泵停了服务器和手机安安静静什么都不知道等发现时一缸虾已经缺氧浮头。后来我给ESP32加了一个小充电宝做备用电源再接一个停电检测模块停电瞬间立刻上报“PowerOff”报警至少人不在现场也能第一时间知道并赶回来。5. 这套系统的实际效果与后续扩展5.1 数据沉淀后的养殖体验变化系统稳定跑了一个完整养殖周期后最大的感受是“终于敢睡觉了”。原先夜里总担心溶氧和温度现在手机上的Grafana面板能看清逐小时曲线哪天夜里溶氧确实掉到4.2增氧泵自动转起来并发了报警第二天起来看曲线拐点心里踏实很多。更值钱的是累积了一整季的水温、pH、投喂记录下一步要想优化饲料系数、判断换水时机这些数据全是现成的证据。5.2 我建议的落地路径和扩展方向新手别一上来就铺大塘口先用一个几十升的养殖箱把这条链路跑通成本最低、试错最快。完整的复现物料ESP32一块、DS18B20一个、pH模块一套、继电器一路、增氧泵加热棒各一个、轻量服务器入门档一台总价控制在几百块。硬件和软件都验证没问题了再考虑扩展探头、增加塘口数量。这个系统往后的扩展空间其实挺大。加一个USB摄像头服务器上用FFmpeg定时抓帧丢给轻量服务器跑一个简单的水面状态判断就能观察虾的活跃度现场换成4G网关就能直接覆盖户外塘口摆脱WiFi范围限制Node-RED接上微信小程序或者已有App的消息通道远程控制加热棒、增氧泵手都不用伸到水边。最后再分享一个心得这套东西最值钱的不是那台服务器而是你日复一日攒下来的数据。养龙虾和搞物联网一样光有热情撑不起一个完整周期真正靠得住的是把每个环节量化成看得见的数字出了问题知道往哪儿找改善了哪儿能对比出效果。先把监控跑起来比什么都重要。 
长河君 · 2026/10/8 17:26:33 · 阅读 1.2k 物联网养龙虾：腾讯轻量服务器+ESP32搭建智慧养殖监控系统
第一次跟朋友说“我买了台腾讯轻量服务器准备养龙虾”他们基本都以为我在玩什么抽象段子。实际上我认真的而且这套东西真跑起来了。折腾了小半年我家的循环水养殖缸里水温、溶氧、pH、TDS全部会上云手机随时能看曲线凌晨溶氧掉到危险值会自动开增氧泵人不在家也能收到报警。这个项目的技术链路其实不复杂现场用ESP32采集传感器数据通过MQTT协议上报到一台腾讯轻量应用服务器服务器上用Docker跑一套物联网监控栈再挂上自动控制和告警逻辑。整套下来硬件成本压到几百元服务器按入门档买一个月也就几十块钱的盘子比你雇人值夜班划算得多。适合喜欢折腾硬件的开发者、准备做小规模水产养殖试验的人以及所有想用最低成本体验一把“智慧农业”的朋友。真到开搞那天你会发现最难的从来不是写代码而是传感器怎么防水、继电器怎么接线、服务器端口怎么防扫描以及凌晨三点增氧泵突然不转了你怎么办。这篇文章把从买服务器到点亮第一块监控面板的完整过程写清楚也把上线后我踩过的坑全部摊开来说一条条给你避雷。1. 为什么养龙虾要买服务器1.1 龙虾养殖里真正要盯着的事小龙虾这玩意看着皮实其实对环境变化非常敏感真正能要命的核心指标就几个。第一个是溶解氧。这是淡水虾蟹养殖里最大的杀手尤其夏天闷热天水里的藻类和浮游生物白天产氧夜里反而大量耗氧凌晨四五点经常出现溶解氧急剧下降。溶氧低于3mg/L虾会开始浮头长时间不处理就是整塘死虾。传统土塘养殖老师傅真的会半夜起来巡塘靠手电筒看虾是不是靠边爬、浮头累了容易打盹打盹就是损失。第二个是水温。小龙虾最适宜的生长温度在22到28℃之间低于15℃基本停止进食生长高于33℃会进入应激状态。更要命的是温差短时间内水温骤变超过3℃虾会产生应激反应脱壳困难。北方养澳龙澳洲淡水龙虾尤其要吃这碗饭控温不好就是白忙活。第三个是pH和氨氮这类水质指标。pH长期偏低或波动大虾壳长不好氨氮、亚硝酸盐积累起来虾会慢性中毒吃食量下降。这些指标用试剂盒也能测但没法连续记录你很难看出趋势。传统做法的问题在于所有数据靠人肉巡检凭经验判断出事往往已经是晚期。物联网的思路就是把“看护”变成“监控”让数据替你熬夜。1.2 为什么是腾讯轻量服务器而不是树莓派或者云主机当时摆在面前有三个方案本地方案用树莓派、云方案用腾讯轻量服务器或者标准CVM。我最后选了腾讯轻量应用服务器核心就几条。本地方案的死穴在“远程”。树莓派放家里只能局域网玩想在外面看数据得折腾内网穿透稳定性全看中间那台中转服务器脸色。就算搭好了家里一断电所有监控一起黑屏连报警都发不出去。养殖场景恰恰需要“主控中心”和“生产现场”分离云服务器天然适合当这个大脑。标准CVM当然也能干但价格明显高出一截。腾讯轻量应用服务器就是拿来干这种轻负载个人项目的固定的公网IP、2核2G起步的配置、带宽按入门档给对于传感器上报这种以KB为单位的数据量性能冗余大到没边。加上腾讯团队做了系统镜像和防火墙管理比纯裸金属CVM更省心哪怕你不熟悉Linux控制台里点一点也能把系统重装、端口放行搞定。我自己的配置是入门档2核2G装了Ubuntu 22.04之后跑了MQTT broker、时序数据库、Grafana看板、Node-RED自动化CPU日常占用连10%都不到。这套东西放在树莓派上也能转但一旦想在外网稳定访问、接小程序、做历史数据备份轻量服务器的优势马上出来。提示轻量服务器的公网IP是固定IP这个对物联网项目特别关键。你不需要任何内网穿透工具设备上报、外部访问都是直连少了一层不稳定因素。2. 整体方案设计拆解2.1 传感器选型哪些必须买哪些可以后置开始先列一张采购清单我踩过不少冤枉钱帮你们把最必要的挑出来。设备型号建议用途参考价主控板ESP32开发板采集数据、控制继电器WiFi联网15元左右水温探头DS18B20防水探头水温连续监测精度±0.5℃5-8元水质模块pH电极模块 校准液测pH值判断水质酸碱度60-120元电导率模块TDS/EC模块间接看水体杂质和矿物质变化20-40元溶氧传感器RS485式溶解氧变送器实时溶氧水体溶氧是保命指标300元以上继电器一路/两路继电器模块控制增氧泵、加热棒5-10元执行设备增氧泵、加热棒按阈值自动启停50-100元溶氧传感器我建议预算有限的人先别买。入门级探头要大几百维护起来还得定期换膜、校准新手很容易被读数带偏。我的路线是前期用“温度pHTDS”三件套溶氧用手持便携检测仪每天早晚手动记录一次等整套系统稳定了再上RS485溶氧探头接入自动控制。这个顺序能省不少初期成本事故概率也压得住。2.2 服务器上的软件栈怎么排服务器端我没有用那种全家桶式物联网平台而是自己用Docker Compose拼了一套好处是每块都能单独换出了问题也好排查。核心组件是四个Mosquitto负责收设备上报的MQTT消息是整个系统的消息中枢InfluxDB负责存时序数据专门吃温度、溶氧这种带时间戳的数值Grafana负责把数据库里的数据画成面板手机上打开网页就能看曲线Node-RED负责跑规则引擎比如“溶氧低于4.5就开增氧泵”“溶氧高于6就停”以及调企业微信机器人发报警。为什么选MQTT而不是直接HTTP上报因为MQTT是物联网场景的标准协议长连接、开销极小一条JSON才一百多字节还能做遗嘱消息通知在线状态。ESP32断网重连后MQTT重连也很成熟比HTTP轮询省资源得多。数据流长这样ESP32每30秒采集一次数据组装成JSON通过WiFi发到轻量服务器的公网IPMosquitto收下来经过一条规则写入InfluxDBGrafana查库画图。同时Node-RED订阅同一个Topic判断当前数值要不要触发控制和报警。2.3 网络拓扑与安全设计很多新手有个致命错觉云服务器买回来服务装好就能裸奔公网。实际上公网IP一暴露扫描脚本几分钟内就会怼到你端口上。我的网络策略是这样的SSH端口只允许自己常用的IP来源访问MQTT的1883端口不直接裸奔在公网要么加TLS证书要么先把来源IP限制成家庭宽带出口IP要么拿轻量服务器的防火墙规则做白名单。Grafana和Node-RED面板通过Nginx反代放在443端口上套一层HTTP基本认证或HTTPS证书密码别用弱口令。这层设计回头给你省下了无数和扫描器斗智斗勇的时间。上线头三天我看了下服务器日志满地都是从境外IP过来的爆破请求如果端口全开着Mosquitto大概率被拿来当肉鸡。3. 实操从买服务器到点亮第一块监控面板3.1 轻量服务器选购与初始化腾讯轻量应用服务器的购买界面很简单几个关键选项说下我的选择。地域建议选离养殖地最近的节点我在南方选了广州延迟基本可以忽略。镜像选Ubuntu 22.04 LTS长期支持版社区资料多遇到问题好搜。买好后第一件事不是装环境而是先做安全初始化。在控制台里设置密钥登录别用密码密码很快会被爆破然后配置防火墙规则。轻量服务器的防火墙在控制台里叫“防火墙”可以针对端口设置放行来源。我最初只放行了22端口并且来源IP先填成我家的公网出口IP。等系统里的服务全部装完、确认服务正常再按需放行其他端口。SSH登录后先做三件事换软件源控制台里有一键换源功能更新系统依赖改SSH配置不允许密码登录。这步做完服务器的地基就稳了。3.2 Docker Compose 一键部署监控服务服务全用Docker装这是我这套方案里运维最省心的一步。先装Docker和Compose插件然后写一个docker-compose.yml。version: 3.8 services: mqtt: image: eclipse-mosquitto:2 container_name: mosquitto ports: - 1883:1883 volumes: - ./mosquitto/config:/mosquitto/config - ./mosquitto/data:/mosquitto/data - ./mosquitto/log:/mosquitto/log restart: unless-stopped influxdb: image: influxdb:2.7 container_name: influxdb ports: - 8086:8086 volumes: - ./influxdb:/var/lib/influxdb2 restart: unless-stopped grafana: image: grafana/grafana-oss:latest container_name: grafana ports: - 3000:3000 volumes: - ./grafana:/var/lib/grafana depends_on: - influxdb restart: unless-stopped nodered: image: nodered/node-red:latest container_name: nodered ports: - 1880:1880 volumes: - ./nodered:/data restart: unless-stopped重点讲两个坑。第一Mosquitto 2.x默认不允许匿名登录必须显式配置allow_anonymous false并建立账号密码文件在容器里执行docker exec -it mosquitto mosquitto_passwd -c /mosquitto/config/pwfile mqttuser第二InfluxDB 2.7初始化要用命令行创建bucket和API token访问地址是http://服务器IP:8086首次登录设置管理员账号然后建一个名叫“shrimp”的bucket申请一个write权限的token给ESP32用。Grafana这边启动后访问3000端口默认账号admin/admin进去后添加InfluxDB数据源。因为服务都在同一个Docker网络里Grafana连接InfluxDB的地址直接写http://influxdb:8086而不是公网IP这个细节很多人卡了半天。3.3 ESP32端接线与数据上报硬件接线说下要点。ESP32开发板供电用5V传感器单独从12V电源取电继电器模块和传感器板要共地不然信号会漂到没法看。DS18B20的数据线接GPIO4中间加一个4.7k上拉电阻到3.3V。pH模块的模拟输出接到ESP32的ADC引脚比如GPIO34。继电器模块的IN1接GPIO13低电平触发。代码这块用Arduino框架写起来最顺手。核心逻辑就三段连WiFi、读传感器、发MQTT。一份能跑的最小示例#include WiFi.h #include PubSubClient.h #include OneWire.h #include DallasTemperature.h const char* ssid 你的WiFi; const char* password 你的密码; const char* mqttServer 你的轻量服务器公网IP; const char* mqttUser mqttuser; const char* mqttPass mqtt密码; WiFiClient espClient; PubSubClient client(espClient); OneWire oneWire(4); DallasTemperature sensors(oneWire); void setup() { Serial.begin(115200); WiFi.begin(ssid, password); while (WiFi.status() ! WL_CONNECTED) delay(500); client.setServer(mqttServer, 1883); client.setCallback(callback); sensors.begin(); connectMqtt(); } void loop() { if (!client.connected()) connectMqtt(); client.loop(); sensors.requestTemperatures(); float temp sensors.getTempCByIndex(0); int phRaw analogRead(34); float ph 3.5 (phRaw / 4095.0) * 5.0; String payload String({\temp\:) temp ,\ph\: ph }; client.publish(shrimp/telemetry, payload.c_str()); delay(30000); }注意两点。第一MQTT服务器地址写公网IP或域名端口1883。如果你的环境网络复杂建议Mosquitto再加上TLS证书或者至少限制允许连接的IP段。第二发布Topic我用的是“shrimp/telemetry”订阅控制指令用“shrimp/control”结构清晰后续加节点也好扩展。3.4 自动控制与报警规则控制逻辑我放在Node-RED里跑理由是不想改固件就调阈值改规则直接拖拽重启流程秒级生效。先订阅“shrimp/telemetry”收到JSON后解析加两个分支。一个分支走报警温度低于20℃或者高于30℃溶氧如果加装了低于4.5mg/L企业微信机器人Webhook收到一条带时间戳的告警。另一个分支走控制继电器开关的判断结果发布到“shrimp/control”ESP32在回调函数里订阅这个Topic执行开泵或关泵。企业微信机器人告警的HTTP请求长这样curl https://qyapi.weixin.qq.com/cgi-bin/webhook/send?key你的WebhookKey \ -H Content-Type: application/json \ -d {msgtype:text,text:{content:溶氧过低增氧泵已开启当前溶氧4.2mg/L}}控制逻辑里我特别注意了一个概念死区控制。如果设置成溶氧低于4.5开泵、高于4.5就关泵继电器会在一上午疯狂通断把泵烧了。正确的做法是设两套阈值低于4.5开泵升到6.0才关泵。这个缓冲区间就是死区能极大延长执行器寿命。4. 上线后踩过的坑与排查实录4.1 服务器裸奔公网第三天日志全是爆破上线一周后查日志发现SSH和Mosquitto端口每天都有几百次陌生IP连接尝试有些是暴力破解SSH有些是扫描MQTT默认端口想发垃圾消息。处理方法分两层服务器内装Fail2ban自动封禁连续失败IP轻量服务器控制台的防火墙只放行必要端口并且能限制来源的尽量限制。SSH端口从22改成别的端口关闭密码登录只留密钥认证。这套做完骚扰基本清零。注意任何暴露在公网的服务都必须默认“坏人会来”。你的目标不是阻止所有尝试而是把攻击面缩到极小。4.2 传感器漂移和水浸问题DS18B20防水探头泡水里用了一个月读数和玻璃温度计差了差不多1.2℃裸奔时误差还没这么大。原因是探头连接处进水老化线阻变化影响单总线信号。解决方法是把探头接口重新做热缩管密封并且每两周用冰水混合物0℃和热水校准到50℃做一次两点校正代码里加上偏移修正。pH电极漂移更是重灾区每次用之前都要用标准校准液4.0和6.86重新标定不然连趋势都不可信。4.3 ESP32失联设备掉线不重连有一阵子ESP32跑个三四天就彻底失联服务器上看着最后一条数据停住不动但现场灯还在闪。查下来是路由器半夜自动重启WiFi断了之后ESP32的WiFi重连逻辑写得不够健壮卡在死循环里。处理方法是把WiFi断线检测做成非阻塞如果长时间连不上直接ESP.restart()让设备硬重启简单粗暴但非常有效。MQTT侧则把KeepAlive设为60秒同时打开遗嘱消息设备突然掉线时服务器能收到online/offline状态变化而不是傻等。4.4 轻量服务器的存储和备份那些事InfluxDB默认把数据全存下来开了两个星期系统盘少了2GB。按我的采样频率一个月也就几GB入门挡数据盘勉强够用但没做清理迟早爆掉。我在InfluxDB里设置了retention policy遥测数据保留14天超过就自动删真正需要留档的每天凌晨导出一份CSV备份到本地。轻量服务器控制台自带快照功能我设了每周自动快照哪天手滑删了数据库回滚一下全部恢复。4.5 温控滞后和断电保护加热棒停止加热后水温并不会立刻停在设定值余热还能让温度继续往上冲1到2℃。所以我的控制目标不是“23℃开、23℃关”而是“22℃开、24℃关”这个死区设定实测下来又稳又省电。断电保护这块我也吃了亏有一次家里跳闸增氧泵停了服务器和手机安安静静什么都不知道等发现时一缸虾已经缺氧浮头。后来我给ESP32加了一个小充电宝做备用电源再接一个停电检测模块停电瞬间立刻上报“PowerOff”报警至少人不在现场也能第一时间知道并赶回来。5. 这套系统的实际效果与后续扩展5.1 数据沉淀后的养殖体验变化系统稳定跑了一个完整养殖周期后最大的感受是“终于敢睡觉了”。原先夜里总担心溶氧和温度现在手机上的Grafana面板能看清逐小时曲线哪天夜里溶氧确实掉到4.2增氧泵自动转起来并发了报警第二天起来看曲线拐点心里踏实很多。更值钱的是累积了一整季的水温、pH、投喂记录下一步要想优化饲料系数、判断换水时机这些数据全是现成的证据。5.2 我建议的落地路径和扩展方向新手别一上来就铺大塘口先用一个几十升的养殖箱把这条链路跑通成本最低、试错最快。完整的复现物料ESP32一块、DS18B20一个、pH模块一套、继电器一路、增氧泵加热棒各一个、轻量服务器入门档一台总价控制在几百块。硬件和软件都验证没问题了再考虑扩展探头、增加塘口数量。这个系统往后的扩展空间其实挺大。加一个USB摄像头服务器上用FFmpeg定时抓帧丢给轻量服务器跑一个简单的水面状态判断就能观察虾的活跃度现场换成4G网关就能直接覆盖户外塘口摆脱WiFi范围限制Node-RED接上微信小程序或者已有App的消息通道远程控制加热棒、增氧泵手都不用伸到水边。最后再分享一个心得这套东西最值钱的不是那台服务器而是你日复一日攒下来的数据。养龙虾和搞物联网一样光有热情撑不起一个完整周期真正靠得住的是把每个环节量化成看得见的数字出了问题知道往哪儿找改善了哪儿能对比出效果。先把监控跑起来比什么都重要。