一栋禽舍里，风机、喂料、清粪、照明各有一套控制器。温度高了靠人巡舍开风机，喂料时间到了靠定时器，清粪和照明各自为政。数据分散在多个小系统里，管理人员看到的永远是片段，调控慢半拍，能耗也下不来。边缘计算网关要做的，就是把整栋舍的设备收成一张表、一条链路，让感知和控制都在一栋舍内闭环。

拓扑图上的 M300 就处在这个位置：下端接环境控制器、喂料器、清粪设备和照明，上端把汇总后的数据送到速动云，做可视化、告警和私有化部署。单台支持 2000+ 采集点，一栋舍一台网关通常够用。

感知：把整栋舍的数据补全

栋舍监测盲区通常不是缺传感器，而是缺一个能把所有传感器收上来的汇聚点。环境温湿度、氨气、二氧化碳走 RS485 Modbus RTU，摄像头和PLC走网口，水帘、风机、照明用 DI/DO 做状态反馈。M300 的串口、网口、IO 可同时采集，最多 2000 个点，一台就能覆盖整栋舍。

实际落地时，先把设备按接口和协议列成一张表：串口几路、波特率/数据位/校验位/停止位、Modbus 站号；网口设备 IP 和端口；IO 点是开关量还是模拟量。这张表就是后续配置的点表，漏一项，上线后就会缺数。

控制：把判断放在栋舍内

很多方案把控制逻辑放在云端，网络正常时没问题，一旦链路抖动，风机、喂料、清粪的响应就会延迟。禽畜对环境变化很敏感，高温十几分钟就可能出批量损失。

M300 支持 Node-RED 图形化编程，阈值判断和联动逻辑可以配在网关本地。例如温度超过设定值且持续一定时间，自动开风机；氨气浓度高时联动通风和清粪；喂料时间到了触发喂料器，同时把余量计数上报。控制闭环在栋舍内完成，不依赖云端指令，网络只负责把结果和告警送出去。

落地：协议不统一也能直接对接

不同批次的控制器、喂料器、环境仪往往协议各异，有的走 Modbus RTU，有的走 DL/T645，有的用 PLC 私有协议。传统做法是先买一堆协议转换器，再逐台对接，改造周期长，出了问题还互相甩锅。

M300 原生支持 Modbus RTU/TCP 转换、DL/T645 以及常见 PLC 协议，串口和网口上的异构设备可以直接接进来。模块化的 IO 还能扩展 DI、DO、AI、AO，点位增加时往导轨上滑一块扩展模块就行，不用换主机。

位置（网络）：偏远场区不断档

养殖场多建在远离市区的区域，宽带不稳定，蜂窝信号也可能时好时坏。网络一断，数据丢失，监控就出现空白段，事后复盘找不到依据。

M300 本地有断网缓存和断点续传机制。网络正常时按配置周期上报；网络中断时把数据暂存在本地，恢复后自动补传。这样平台侧看到的曲线是连续的，不会因为一次基站切换或光缆施工就缺数。出网方式可以选 4G/3G、以太网或 ADSL，有线和蜂窝也能互为备份。

运维：自己能改逻辑，不用等厂商

很多中小养殖场的痛点不是买不到设备，而是买了之后扩展点位或改控制逻辑都要厂商上门，人力和时间成本都很高。

M300 用内置 Web 页面做基础配置，用 Node-RED 做边缘逻辑。运维人员看清点表之后，自己就能增加采集点、调整阈值、修改联动条件。忘记参数时长按 Reload 键恢复出厂，重新导入备份配置即可。日常远程还能通过速动云改参数、重启、升级固件，减少到场次数。

落地四件事

清点：把风机、喂料、清粪、照明以及环境传感器的接口、协议、点位列成一张表，串口四项参数和 Modbus 站号必须抄全。

配置：在 M300 的 Web 界面里把串口、网口、IO 一一对应，Node-RED 里画出联动逻辑，先只采集不上报，逐点核对数值。

出网：根据场区网络条件选 4G 或有线，配置上报周期和告警条件，接入速动云或私有化平台。

演练：人为断网一段时间，看本地控制是否继续执行、恢复后数据是否补传。这一步能提前发现大部分隐患。

栋舍监控的核心不是堆更多传感器，而是让感知、控制、出网、运维在一台边缘计算网关上闭环。M300 用 2000+ 采集点、本地边缘计算、多协议兼容和断网续传，把一栋舍的设备收成一套可管可控的系统。

常见问题

1. 一栋栋舍需要几台网关？

一般一台 M300 就够。单台支持 2000+ 采集点，串口、网口、IO 并行采集，普通栋舍的风机、喂料、清粪、照明和环境传感器都能接进来。只有超大规模或多栋舍分散管理时才考虑多台。

2. 网络断了，风机和喂料还会自动运行吗？

会。控制逻辑配在 M300 本地，断网后网关继续按阈值执行联动，比如高温开风机、定时喂料。网络只负责上报和远程管理，不参与实时控制。

3. 现场设备品牌杂，协议不一样，能直接接吗？

M300 原生支持 Modbus RTU/TCP、DL/T645 和常见 PLC 协议，异构设备可以通过串口或网口直接接入，不需要额外购买协议转换器。

4. 断网期间的数据会丢失吗？

M300 有本地缓存和断点续传。网络中断时数据暂存本地，恢复后自动补传到平台，平台侧的时间曲线能保持连续。

5. 运维人员不会写代码，能自己改控制逻辑吗？

可以。M300 支持 Node-RED 图形化编程，用拖拽方式配置阈值、联动和告警，不需要写代码。基础参数通过内置 Web 页面修改。

6. 想接入自己的平台，不是速动云，可以吗？

可以。M300 支持标准 MQTT 和 TCP，可对接 速动云、阿里云、AWS、ThingsBoard、Azure 等主流平台，也支持私有化部署。

7. 点位后期增加怎么办？

M300 支持模块化 IO 扩展，可加装 DI、DO、AI、AO 模块。软件侧在 Web 页面和 Node-RED 里直接增加点位，不需要更换主机。

8. 这款网关适合禽舍以外的养殖场景吗？

适合。同样的采集+边缘控制+断网续传思路，也适用于猪舍、牛舍、水产养殖等需要环境调控和自动化设备的场景，具体看接口和协议是否匹配。