25年来,我一直从事”传统”计算机科学…传统语言、经典数据库和 SO 在通常的语言中。

由于命运,我接触了世界工业厂房工程,特别是各种类型和规模的酒店行业。所以,空调、家用热水、暖气、太阳能电池板、游泳池等机房…

我个人的印象是,我面对的是一个大型家庭自动化系统,而不是一个严格的控制程序。装配线、自动机器或化学过程需要高度的精度和及时性,否则在操作中会造成灾难性和危险的影响。

另一件事是,例如,热水生产系统的监测和控制。用于这一目的的设备,如锅炉或热泵,在工厂中已经拥有了条例要求的在操作和安全方面的最低和不可或缺的控制。因此,这是一个将组件整合在一起的问题,以便更好地从所提供的优势中获益。

这意味着,在读取温度时出现几度的误差,或在执行器、泵等操作中出现几秒钟的延迟。它们不会损害其一般操作或安全。

尽管如此,所有这种类型的控制系统,甚至来自不同的供应商,现在由大型电气面板充满了PLC,昂贵的屏蔽电线传感器和执行器和沉重的SCADA Modbus应用,导致相当重要的成本。

SCADA ModBus 供应商则试图向物联网世界”开放”,提供 MQTT 网关和其他组件以打开,但不会放弃其巩固的主导地位。

我的并不是对传统PLC世界的负面批评。

我想强调,今天,我认为在某些领域使用较软的发展方法,比工业电子更贴近信息技术,是绝对可行的。

因此,它植根于人性:当某样东西起作用时,它不会改变!

出于这些原因,我尝试创建一个”杀手应用程序”,最初非常具体针对我的部门,通过带来实现的简单性和成本的大幅控制,可以吸引你尝试由当今技术提供的新替代品。

我向您介绍应用程序的原型:

从上一图中可以推断出,整个系统基于 MQTT 通信,而 MQTT 通信实际上构成了主干。

首先,所有测量点(如温度或压力传感器),传统上物理连接到 PLC 输入,通过小型 ESP8266 或 ESP32 更换为”智能”站,该测量点负责传感器的物理连接以及通过 WiFi 与 MQTT Broker 的对话

使用同样的技术,相同的设备,适当编程,负责提供一个ModBus网关与”机器”(锅炉,热泵等)的对话

所有控制逻辑都驻留在 microPC 中,或者更确切地说是树莓 PI 中:对于体系结构的每个单独组件,主应用程序在后台启动一个线程,该线程与 MQTT 代理进行事件通信。

这保证了广泛的可扩展性和出色的性能。

目前,有一个基于 Arduino 的 PLC,通过协议通过串行连接到 PC。Firmata 负责管理系统的模拟和数字输出级别。通过使用基于 Rasberry 的 PLC 将 PC 和微控制器的任务组合在单个组件中,可以以更紧凑的方式实现相同的目标。

“杀手应用程序”应驻留在 Web 应用程序中,根据小型 SQLite DB 中的参数动态构建。通过适当配置各种组件,可以获得Web部件的动态管理,而无需使用编程,这一方面应大大简化系统表达。

这一切用一种语言!

  • 控件引擎的 Python
  • Python – Flask = Web 应用程序 spa 的引导
  • 外设微控制器的微电子

由于 MQTT 客户端(适用于事件),Web 应用程序自然地响应,无需打扰 React、Angular 或 Vue.js。

只提前几个截图, 等待清理代码, 并在 Github 上发布

Comments are closed.