涂鸦DAEMON开源项目

描述

涂鸦DAEMON项目

涂鸦云和节点红之间的双向桥梁，用于涂鸦生态的自定义扩展。

TuyaDAEMON 将您的自定义 node-red 流与tuya/node-red 数据和命令交换的所有细节隔离开来：

允许双向交换所有涂鸦设备和涂鸦自动化。解码和转换输入的涂鸦数据到标准单位。在将命令发送到涂鸦云之前管理所有编码和检查。使用来自的状态消息更新结构（设备：属性：值）所有涂鸦设备.logs mySQL 表中的所有事件为所有设备和属性使用友好的名称，任何语言global.tuyastatus 'tuyathome:messages'

如果您对 tuyaDAEMON 选择项目背后的原因感兴趣，可以阅读Why-tuyaDEAMON - 意大利语：perché-tuyaDAEMON。注意：要使链接正常工作，请下载 pdf 文件并使用您的查看器。

输入

只有一个公共入口点，用于用户命令 (SET/GET/SCHEMA/MULTIPLE)，即“IN commands link”节点（请参阅）。命令示例（SET），它只使用友好的名称：

{  "device":"USB siren",
"property":"alarm",
"value":"ON"   }

输出

none：客户端流可以通过轮询global.tuyastatus结构获取设备数据，RT 更新或可以从messagesDB 表中获取历史数据。

用户可以定义：

TUYA TRIGGERS 从smartlife 场景/事件/警报触发自定义节点红色流RED TRIGGERS 从节点红色触发smartlife 自动化。

许多内部 I/O 连接可供私人使用和 tuyaDAEMON 扩展使用。

执行

与我选择的涂鸦设备交互，它使用tuyapi ，这是我发现的tuya<=>node-red集成上最有趣的软件。他们做得很好，但也有一些限制：node-red-contrib-tuya-smart-device

涂鸦通信的能力对于不同的设备是非常可变的：例如我发现响应请求的设备很少schema，并且发现数据交换不是MQTT的情况（例如红外万能控制）。

有些设备是不可访问的：TuyAPI不支持某些传感器，因为它们只有在状态发生变化时才连接到网络。通常是由电池供电的 WiFi 设备（见注）。

涂鸦设备可以通过OTA更新自己的固件版本：对于用户来说，这是一种投资保证，但是当软件（和）不更新时会引入问题：某些设备消息无法解码（见issue#17 ） .tuyapituya-smart-device

Tuyapi 有时会从 devices: 中发现错误消息"json obj data unvalid"：：原因尚不清楚（参见issue#246 ），但最好的解释是“所需的操作不可用”。

Tuyapi 目前会抛出一些错误，而tuya-smart-device没有捕获到：和（见issue#35 ）。因为现在无法禁用涂鸦智能设备，这些无用的消息可能会非常频繁。在正常使用中，某些设备可能会长时间保持断开状态，例如仅应要求使用的电源插座或电源板。"Error: Error from socket""find () timeout. Is the device turned on and the correct ID or IP?"

为了管理这样一个快速变化的环境，我选择使用tuyaDAEMON中的数据结构来描述单个设备和单个数据点的能力，这样所有实际上不受管理或伪造的操作都可以被拦截而不发送到设备，从而提供稳定和可靠的操作，没有意外。而如果 SW 的进化为我们提供了新的特性，那么更新 tuyaDAEMON 的行为就很容易了。

在tuyaTRIGGER模块中实施的智能解决方法允许双向事件通信也与所有无法通过（WiFi 传感器、IR 控制等）的设备进行通信。TuyaDAEMON 用户保证在任何情况下都将集成所有 tuya 设备。tuyapi

定制

TuyaDAEMON非常实验性，每个新设备都必须由用户修改 CORE 模块。

尽一切努力使其模块化、小型、易于修改和完整记录。欢迎所有的贡献和批评。

在tuyaDAEMON 中，我们现在有四个模块：

涂鸦自动化从node-red开始。从smartlife触发node-red流的能力，实现node-red远程和语音控制。tuyapi没有抓到的所有设备的管理RT 。'mirror' devices

tuyaDEAMON CORE：主要流程，用于与许多 tuya 进行通信'real' devices，以及与使用网关（'virtual' devices）的设备（例如 Zigbee 传感器）进行通信。

tuyaTRIGGER 模块为我们提供了一些重要的功能：

该模块（可选）在部分专用的硬件设备上使用了一个智能技巧。

连接模块：向所有真实设备添加新属性“已连接”以报告 RT 设备状态。可选的。

系统模块：提供具有一些有用 RT 属性的'fake' device(_system)：WiFi、Lan 或 AC 断电时的警报、未连接设备列表等。可选，需要“连接模块” 。

额外流程：“警​​笛镜” ，'mirror' device学习案例。

额外流程：带有一些设备测试示例的“测试设备”

额外流程：“tuyapiTRIGGER-minimal” ，为 node-red 添加远程和语音控制。单独使用它，而不是用于家庭自动化。

配置

除了节点的常规配置要求mySQL和tuya-smart-device：

您可以使用“alldevices”配置节点直接对其进行编辑。您可以将其导出到文件alldevices.json中进行备份或使用外部编辑器（例如Notepad++和“JSON Viewer”插件）进行编辑，然后使用复制粘贴返回。很快应用程序就可以从tuya 设备定义的数据库开始生成一个'alldevice'scheletron 。有关详细定义，请参阅全局 alldevices注释节点节点可以控制调试板内容：启用/禁用它们，用户可以调节可见信息。可以减少信息和数据库写入费用。请参阅“调试板选项”注释节点。debugfilters

CORE包括global.alldevices一个大型 JSON 结构，其中包含有关设备的所有必需信息real/virtual/fake，用于控制基于设备/dps 的CORE行为。必须将任何新设备添加到其中。要更新/修改/编辑此结构：

减少生产环境的工作量：

安装

更新：见 https://github.com/msillano/tuyaDAEMON/tree/main/tuyaDAEMON

版本

tuyaDAEMON 2.0 版(13/05/2021)

一般修订：核心添加了 OO 和远程扩展，添加了“共享”。重构“_system”。，更新了 wiki

更多自定义设备（watering_sys、PM_detector 等）

tuyaDAEMON 1.0 版(15/01/2021)

node-red-contrib-tuya-smart-device 2.0.0

图亚皮版 6.1.1

初始版本