描述

涂鴉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 設備狀態?？蛇x的。

系統模塊：提供具有一些有用 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注釋節點節點可以控制調試板內容：啟用/禁用它們，用戶可以調節可見信息?？梢詼p少信息和數據庫寫入費用。請參閱“調試板選項”注釋節點。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

初始版本