🙎🏿 👩🏻‍🚒 🚤 स्मार्ट होम: गृह सहायक में पानी और बिजली चार्ट बनाएँ 🧒🏼 ⏮️ 🚄

जब भी मुझे बिजली और पानी के लिए बिल मिलता है, मुझे आश्चर्य होता है - क्या मेरा परिवार वास्तव में इतना उपभोग कर रहा है? ठीक है, हाँ, बाथरूम में एक गर्म फर्श और एक बॉयलर है, लेकिन वे लगातार स्टोक नहीं करते हैं। हम पानी को बचाने के लिए भी लगते हैं (हालाँकि हमें बाथरूम में छींटे मारना भी पसंद है)। कुछ साल पहले, मैंने पहले से ही पानी और बिजली के मीटरों को स्मार्ट होम से जोड़ा था, लेकिन यह इस पर अटक गया था। हाथों को अब केवल खपत का विश्लेषण मिला, जिसके बारे में, वास्तव में, यह लेख है।

मैंने हाल ही में होम असिस्टेंट को स्मार्ट होम सिस्टम के रूप में स्विच किया। कारणों में से एक था, आसानी से विभिन्न प्रकार के रेखांकन के निर्माण की संभावना के साथ बड़ी मात्रा में डेटा के संग्रह को व्यवस्थित करने का अवसर।

इस लेख में वर्णित जानकारी नई नहीं है, विभिन्न सॉस के साथ इन सभी चीजों को पहले से ही इंटरनेट पर वर्णित किया गया है। लेकिन प्रत्येक लेख, एक नियम के रूप में, केवल एक दृष्टिकोण या पहलू का वर्णन करता है। मुझे इन सभी दृष्टिकोणों की तुलना करनी थी और सबसे उपयुक्त खुद को चुनना था। लेख अभी भी डेटा संग्रह पर व्यापक जानकारी प्रदान नहीं करता है, लेकिन यह एक तरह का सारांश है कि मैंने कैसे किया। इसलिए रचनात्मक आलोचना और सुधार के सुझाव स्वागत योग्य हैं।

समस्या का निरूपण

इसलिए, आज के अभ्यास का लक्ष्य पानी और बिजली की खपत का सुंदर रेखांकन प्राप्त करना है:

2 दिनों के लिए हर घंटे
2 सप्ताह के लिए दैनिक
(वैकल्पिक) साप्ताहिक और मासिक

यह वह जगह है जहाँ कुछ कठिनाइयों का हमें इंतजार है:

, , . .

, , . home assistant, , mini-graph-card, :
- ( , )
- ( , )

, home assistant SQLite ~~( , , MySQL Postgres)~~, . , , json

{"entity_id": "sensor.water_cold_hourly", "old_state": {"entity_id": "sensor.water_cold_hourly", "state": "3", "attributes": {"source": "sensor.water_meter_cold", "status": "collecting", "last_period": "29", "last_reset": "2020-02-23T21:00:00.022246+02:00", "meter_period": "hourly", "unit_of_measurement": "l", "friendly_name": "water_cold_hourly", "icon": "mdi:counter"}, "last_changed": "2020-02-23T19:05:06.897604+00:00", "last_updated": "2020-02-23T19:05:06.897604+00:00", "context": {"id": "aafc8ca305ba4e49ad4c97f0eddd8893", "parent_id": null, "user_id": null}}, "new_state": {"entity_id": "sensor.water_cold_hourly", "state": "4", "attributes": {"source": "sensor.water_meter_cold", "status": "collecting", "last_period": "29", "last_reset": "2020-02-23T21:00:00.022246+02:00", "meter_period": "hourly", "unit_of_measurement": "l", "friendly_name": "water_cold_hourly", "icon": "mdi:counter"}, "last_changed": "2020-02-23T19:11:11.251545+00:00", "last_updated": "2020-02-23T19:11:11.251545+00:00", "context": {"id": "0de64b8af6f14bb9a419dcf3b200ef56", "parent_id": null, "user_id": null}}}

( , ), . SDM220 10-15 , 8. , . .. 100-200 . , ( home assistant raspberry PI), .

, . . (RS232/RS485/Modbus/Zigbee) .

( ), X - . . , . , , home assistant, , ( home assistant).

1

सबसे पहले, आइए देखें कि होम असिस्टेंट बॉक्स से क्या प्रदान किया गया है। एक अवधि में खपत को मापना एक अत्यधिक मांग वाली कार्यक्षमता है। बेशक, यह एक विशेष घटक - यूटिलिटी_मीटर के रूप में एक लंबे समय पहले एहसास हुआ था।

घटक का सार यह है कि इसके अंदर यह चर current_accumulated_value को शुरू करता है, और एक निर्दिष्ट अवधि (घंटे / सप्ताह / महीने) के बाद इसे रीसेट करता है। घटक स्वयं आने वाले चर (कुछ प्रकार के सेंसर का मूल्य) की निगरानी करता है, स्वयं मूल्य में परिवर्तन की सदस्यता लेता है - आपको बस तैयार परिणाम मिलता है। यह चीज़ कॉन्फ़िगरेशन फ़ाइल में बस कुछ पंक्तियों में वर्णित है।

utility_meter:
  water_cold_hour_um:
    source: sensor.water_meter_cold
    cycle: hourly
  water_cold_day_um:
    source: sensor.water_meter_cold
    cycle: daily

यहाँ Sens.water_meter_cold लीटर में काउंटर का वर्तमान मूल्य है, जिसे मैं सीधे लोहे के टुकड़े से mqtt द्वारा प्राप्त करता हूं। डिज़ाइन 2 नए सेंसर बनाता है water_cold_hour_um और water_cold_day_um, जो प्रति घंटे और दैनिक रीडिंग को संचित करते हैं, एक अवधि के बाद उन्हें रीसेट करते हैं। यहां आधे घंटे का बैटरी चार्ट दिया गया है।

लवलेस-यूआई के लिए प्रति घंटा और दैनिक चार्ट कोड इस तरह दिखता है:

      - type: history-graph
        title: 'Hourly water consumption using vars'
        hours_to_show: 48
        entities:
          - sensor.water_hour

      - type: history-graph
        title: 'Daily water consumption using vars'
        hours_to_show: 360
        entities:
          - sensor.water_day

दरअसल, इस दृष्टिकोण की समस्या इस एल्गोरिथ्म में निहित है। जैसा कि मैंने उल्लेख किया है, प्रत्येक इनपुट मूल्य (प्रत्येक अगले लीटर के लिए वर्तमान मीटर रीडिंग) के लिए, डेटाबेस में रिकॉर्ड का 1kb उत्पन्न होता है। प्रत्येक उपयोगिता मीटर एक नया मान भी उत्पन्न करता है, जो डेटाबेस में भी जुड़ता है। अगर मैं प्रति घंटा / दैनिक / साप्ताहिक / मासिक रीडिंग एकत्र करना चाहता हूं, और कई राइजर के लिए, और बिजली के मीटर का एक गुच्छा, तो यह बहुत अधिक डेटा होगा। ठीक है, अधिक सटीक रूप से, बहुत अधिक डेटा नहीं है, लेकिन चूंकि घर सहायक डेटाबेस को अनावश्यक जानकारी का एक गुच्छा लिखता है, डेटाबेस का आकार छलांग और सीमा से बढ़ेगा। मुझे साप्ताहिक और मासिक चार्ट के आधार के आकार का अनुमान लगाने से भी डर लगता है।

इसके अलावा, केवल उपयोगिता मीटर कार्य को हल नहीं करता है। उपयोगिता मीटर जो मूल्यों का ग्राफ देता है वह एक नीरस रूप से बढ़ता हुआ फ़ंक्शन है जो हर घंटे 0 पर रहता है। हमें एक उपयोगकर्ता-अनुकूल खपत चार्ट की आवश्यकता है, अवधि के दौरान कितने लीटर खाए गए थे। मानक इतिहास-ग्राफ़ घटक यह नहीं जानता कि यह कैसे करना है, लेकिन बाहरी मिनी-ग्राफ़-कार्ड घटक हमारी मदद कर सकते हैं।

यह lovelace-UI के लिए कार्ड कोड है:

      - aggregate_func: max
        entities:
          - color: var(--primary-color)
            entity: sensor.water_cold_hour_um
        group_by: hour
        hours_to_show: 48
        name: "Hourly water consumption aggregated by utility meter"
        points_per_hour: 1
        show:
          graph: bar
        type: 'custom:mini-graph-card'

मानक सेटिंग्स जैसे सेंसर का नाम, ग्राफ का प्रकार, रंग (मुझे मानक नारंगी पसंद नहीं था) के अलावा, 3 सेटिंग्स को नोट करना महत्वपूर्ण है:

group_by: घंटे - चार्ट को घंटे की शुरुआत में संरेखित कॉलम के साथ जनरेट किया जाएगा
points_per_hour: 1 - हर घंटे के लिए एक बार
, aggregate_func: max — .

बाईं ओर कई स्तंभों पर ध्यान न दें - यह एक घटक का मानक व्यवहार है यदि कोई डेटा नहीं है। और कोई डेटा नहीं था - मैंने केवल कुछ घंटों पहले उपयोगिता मीटर डेटा संग्रह चालू किया था केवल इस लेख के लिए (मैं आपको अपना वर्तमान दृष्टिकोण थोड़ा बाद में बताऊंगा)।

इस तस्वीर में, मैं यह दिखाना चाहता था कि कभी-कभी डेटा डिस्प्ले भी काम करता है, और बार वास्तव में सही मूल्यों को दर्शाते हैं। लेकिन वह सब नहीं है। किसी कारण से सुबह 11 से 12 बजे के अंतराल के लिए चयनित कॉलम 19 लीटर प्रदर्शित करता है, हालांकि दांतेदार चार्ट पर उसी अवधि के लिए थोड़ा अधिक है, हम एक ही सेंसर से 62 लीटर की खपत देखते हैं। या तो एक बग या हाथ टेढ़ा है। लेकिन मुझे यह समझ में नहीं आया कि दाईं ओर का डेटा क्यों टूट गया - खपत सामान्य थी, जो टूथी शेड्यूल पर भी दिखाई देती है।

सामान्य तौर पर, मैंने इस दृष्टिकोण की विश्वसनीयता को प्राप्त करने का प्रबंधन नहीं किया था - ग्राफ लगभग हमेशा किसी न किसी तरह के विधर्म को दर्शाता है।

डे सेंसर के लिए समान कोड।

      - aggregate_func: max
        entities:
          - color: var(--primary-color)
            entity: sensor.water_cold_day_um
        group_by: interval
        hours_to_show: 360
        name: "Daily water consumption aggregated by utility meter"
        points_per_hour: 0.0416666666
        show:
          graph: bar
        type: 'custom:mini-graph-card'

ध्यान दें कि group_by पैरामीटर अंतराल के लिए सेट है, और points_per_hour पैरामीटर सब कुछ नियम देता है। और यह इस घटक की एक और समस्या है - points_per_hour एक घंटे या उससे कम समय में ग्राफ़ पर अच्छी तरह से काम करता है, लेकिन बड़े अंतराल पर घृणित। इसलिए एक दिन में एक कॉलम प्राप्त करने के लिए, मुझे 1/24 = 0.04166666 मान दर्ज करना पड़ा। मैं साप्ताहिक और मासिक चार्ट के बारे में बात नहीं कर रहा हूँ।

दृष्टिकोण २

होम असिस्टेंट का पता लगाकर, मैं इस वीडियो को यहाँ देख रहा हूँ:

एक मित्र कई प्रकार के Xiaomi आउटलेट्स से खपत डेटा एकत्र करता है। उनका कार्य थोड़ा आसान है - बस आज, कल और महीने के लिए खपत का मूल्य प्रदर्शित करें। कोई शेड्यूल की आवश्यकता नहीं है।

आइए हम तात्कालिक बिजली मूल्यों के मैनुअल एकीकरण के बारे में चर्चा को छोड़ दें - मैंने पहले से ही इस दृष्टिकोण की "सटीकता" के बारे में लिखा था। यह स्पष्ट नहीं है कि उन्होंने संचित उपभोग मूल्यों का उपयोग क्यों नहीं किया, जो पहले से ही एक ही आउटलेट द्वारा एकत्र किए जाते हैं। मेरी राय में, लोहे के टुकड़े के अंदर एकीकरण बेहतर काम करेगा।

वीडियो से हम अवधि के लिए खपत की मैन्युअल रूप से गणना करने का विचार लेते हैं। किसान केवल आज और कल के लिए मूल्यों की गणना करता है, लेकिन हम आगे भी जाएंगे और एक ग्राफ खींचने की कोशिश करेंगे। मेरे मामले में प्रस्तावित विधि का सार इस प्रकार है।

___,
( ) . — , .
“” ___ .

यह सब ~~w के माध्यम से~~ किया जा सकता है ~~...~~ स्वयं गृह सहायक का मतलब है।

आपको पिछले दृष्टिकोण की तुलना में कुछ और कोड लिखना होगा। आरंभ करने के लिए, आइए इन "वैरिएबल्स" को प्राप्त करें। बॉक्स से बाहर, हमारे पास "परिवर्तनशील" इकाई नहीं है, लेकिन आप mqtt ब्रोकर की सेवाओं का उपयोग कर सकते हैं। हम रिटेन = सच्चे ध्वज के साथ मान भेजेंगे - यह ब्रोकर के अंदर मूल्य को बचाएगा, और आप इसे किसी भी समय बाहर निकाल सकते हैं, तब भी जब होम असिस्टेंट रिबूट करता है। मैंने तुरंत घंटे और दिन के काउंटर बनाए।

- platform: mqtt
  state_topic: "test/water/hour"
  name: water_hour
  unit_of_measurement: l

- platform: mqtt
  state_topic: "test/water/hour_begin"
  name: water_hour_begin
  unit_of_measurement: l

- platform: mqtt
  state_topic: "test/water/day"
  name: water_day
  unit_of_measurement: l

- platform: mqtt
  state_topic: "test/water/day_begin"
  name: water_day_begin
  unit_of_measurement: l

सभी जादू स्वचालन में होता है, जो क्रमशः हर घंटे और हर रात चलता है।

- id: water_new_hour
  alias: water_new_hour
  initial_state: true
  trigger:
    - platform: time_pattern
      minutes: 0
  action:
    - service: mqtt.publish
      data:
        topic: "test/water/hour"
        payload_template: >
          {{ (states.sensor.water_meter_cold.state|int) - (states.sensor.water_hour_begin.state|int) }}
        retain: true
    - service: mqtt.publish
      data:
        topic: "test/water/hour_begin"
        payload_template: >
          {{ states.sensor.water_meter_cold.state }}
        retain: true

- id: water_new_day
  alias: water_new_day
  initial_state: true
  trigger:
    - platform: time
      at: "00:00:00"
  action:
    - service: mqtt.publish
      data:
        topic: "test/water/day"
        payload_template: >
          {{ (states.sensor.water_meter_cold.state|int) - (states.sensor.water_day_begin.state|int) }}
        retain: true
    - service: mqtt.publish
      data:
        topic: "test/water/day_begin"
        payload_template: >
          {{ states.sensor.water_meter_cold.state }}
        retain: true

दोनों स्वचालन 2 क्रियाएं करते हैं:

अंतराल के लिए मूल्य की शुरुआत और अंत मूल्य के बीच अंतर के रूप में गणना की जाती है
अगले अंतराल के लिए आधार मूल्य अपडेट करें

इस मामले में रेखांकन सामान्य इतिहास-ग्राफ द्वारा हल किया गया है:

      - type: history-graph
        title: 'Hourly water consumption using vars'
        hours_to_show: 48
        entities:
          - sensor.water_hour

      - type: history-graph
        title: 'Daily water consumption using vars'
        hours_to_show: 360
        entities:
          - sensor.water_day

यह इस तरह दिखता है:

सिद्धांत रूप में, यह पहले से ही है जो आपको चाहिए। इस पद्धति का लाभ यह है कि डेटा एक बार अंतराल के बाद उत्पन्न होता है। उन। प्रति घंटा चार्ट के लिए प्रति दिन केवल 24 प्रविष्टियाँ।

दुर्भाग्य से, यह अभी भी एक बढ़ते आधार की सामान्य समस्या को हल नहीं करता है। यदि मुझे मासिक खपत अनुसूची चाहिए, तो मुझे कम से कम एक वर्ष के लिए डेटा स्टोर करना होगा। और चूंकि होम असिस्टेंट पूरे डेटाबेस के लिए स्टोरेज की अवधि के लिए केवल एक सेटिंग प्रदान करता है, इसका मतलब है कि सिस्टम में सभी डेटा को पूरे वर्ष के लिए स्टोर करना होगा। उदाहरण के लिए, एक वर्ष के लिए मैं 200 घन मीटर पानी का उपभोग करता हूं, जिसका अर्थ है कि यह डेटाबेस में 200,000 रिकॉर्ड है। और यदि आप अन्य सेंसर को ध्यान में रखते हैं, तो आंकड़ा बिल्कुल भी अशोभनीय हो जाता है।

दृष्टिकोण ३

सौभाग्य से, स्मार्ट लोगों ने पहले से ही इस समस्या को InfluxDB डेटाबेस लिखकर हल किया है। यह डेटाबेस विशेष रूप से समय-आधारित डेटा संग्रहीत करने के लिए अनुकूलित है और विभिन्न सेंसर के मूल्यों को संग्रहीत करने के लिए आदर्श है। सिस्टम एक SQL जैसी क्वेरी भाषा भी प्रदान करता है जो आपको डेटाबेस से मान लेने की अनुमति देता है, और फिर उन्हें विभिन्न तरीकों से एकत्रित करता है। अंत में, विभिन्न डेटा को अलग-अलग समय पर संग्रहीत किया जा सकता है। उदाहरण के लिए, बार-बार बदलती रीडिंग जैसे तापमान या आर्द्रता को केवल कुछ हफ़्ते के लिए संग्रहीत किया जा सकता है, जबकि पानी की खपत के दैनिक रीडिंग को पूरे वर्ष के लिए संग्रहीत किया जा सकता है।

InfluxDB के अलावा, स्मार्ट लोगों ने भी Grafana का आविष्कार किया, जो InfluxDB के डेटा पर आधारित एक चार्टिंग प्रणाली है। ग्राफाना विभिन्न प्रकार के ग्राफ़ खींच सकते हैं, उन्हें विस्तार से अनुकूलित कर सकते हैं, और सबसे महत्वपूर्ण बात, ये ग्राफ़ लवलेस-यूआई होम असिस्टेंट पर "अटक" सकते हैं। यहाँ और यहाँ

से प्रेरित हो जाओ । लेख में होम असिस्टेंट के लिए इन्फ्लक्सबीडी और ग्राफाना को स्थापित करने और कनेक्ट करने की प्रक्रिया का विस्तार से वर्णन किया गया है। मैं अपनी विशिष्ट समस्या को हल करने पर ध्यान केंद्रित करूंगा। तो, सबसे पहले, आइए हम influxDB में काउंटर वैल्यू को जोड़ना शुरू करते हैं। घर के सहायक कॉन्फ़िगरेशन का एक टुकड़ा (इस उदाहरण में, मुझे न केवल ठंड के साथ, बल्कि गर्म पानी के साथ भी मज़ा आएगा):

influxdb:
  host: localhost
  max_retries: 3
  default_measurement: state
  database: homeassistant
  include:
    entities:
      - sensor.water_meter_hot
      - sensor.water_meter_cold

होम सहायक के आंतरिक डेटाबेस में समान डेटा की बचत को बंद करें ताकि इसे एक बार फिर से न बढ़ाया जाए:

recorder:
  purge_keep_days: 10
  purge_interval: 1
  exclude:
    entities:
      - sensor.water_meter_hot
      - sensor.water_meter_cold

अब हम InfluxDB कंसोल पर जाते हैं और अपना डेटाबेस सेट करते हैं। विशेष रूप से, आपको यह कॉन्फ़िगर करने की आवश्यकता है कि यह या उस डेटा को कितनी देर तक संग्रहीत किया जाएगा। यह तथाकथित द्वारा विनियमित है अवधारण नीति - यह मुख्य डेटाबेस के अंदर डेटाबेस के समान है, प्रत्येक आंतरिक डेटाबेस की अपनी सेटिंग्स होती हैं। डिफ़ॉल्ट रूप से, सभी डेटा को एक प्रतिधारण नीति में संग्रहीत किया जाता है जिसे ऑटोजेन कहा जाता है, यह डेटा एक सप्ताह के लिए संग्रहीत किया जाएगा। मैं चाहूंगा कि एक महीने के लिए प्रति घंटा डेटा संग्रहीत किया जाए, एक वर्ष के लिए साप्ताहिक, और मासिक को कभी भी नष्ट नहीं किया जाना चाहिए। उपयुक्त अवधारण नीति बनाएँ

CREATE RETENTION POLICY "month" ON "homeassistant" DURATION 30d REPLICATION 1
CREATE RETENTION POLICY "year" ON "homeassistant" DURATION 52w REPLICATION 1
CREATE RETENTION POLICY "infinite" ON "homeassistant" DURATION INF REPLICATION 1

अब, वास्तव में, मुख्य चाल निरंतर क्वेरी का उपयोग करके डेटा एकत्रीकरण है। यह एक ऐसा तंत्र है जो स्वचालित रूप से निर्दिष्ट अंतराल पर एक क्वेरी शुरू करता है, इस क्वेरी के लिए डेटा एकत्र करता है, और परिणाम को एक नए मूल्य में जोड़ता है। आइए एक उदाहरण देखें (मैं पठनीयता के लिए एक कॉलम में लिखता हूं, लेकिन वास्तव में मुझे इस कमांड को एक पंक्ति में दर्ज करना था)

CREATE CONTINUOUS QUERY cq_water_hourly ON homeassistant 
BEGIN 
  SELECT max(value) AS value 
  INTO homeassistant.month.water_meter_hour 
  FROM homeassistant.autogen.l 
  GROUP BY time(1h), entity_id fill(previous) 
END

यह आदेश:

होमसिस्टेंट डेटाबेस में cq_water_cold_hourly नाम की एक सतत क्वेरी बनाता है
अनुरोध को हर घंटे (समय (1h)) निष्पादित किया जाएगा
यह अनुरोध माप के सभी डेटा को पुनः प्राप्त करेगा, जो ठंडे और गर्म पानी के रीडिंग सहित homeassistant.autogen.l (लीटर) से आता है।
समुच्चयित डेटा को Unit_id द्वारा समूहीकृत किया जाएगा, जो ठंडे और गर्म पानी के लिए अलग-अलग मान बनाएगा।
, max(value)
homeassistant.month.water_meter_hour, month retention policy . entity_id value

रात में या जब कोई भी घर पर होता है तो पानी की खपत नहीं होती है, और तदनुसार homeassistant.autogen में कोई नई प्रविष्टि नहीं होती है। या तो। नियमित प्रश्नों में लापता मूल्यों से बचने के लिए, आप भरण (पूर्व) का उपयोग कर सकते हैं। यह पिछले घंटे के मूल्य का उपयोग करने के लिए InfluxDB को मजबूर करेगा।

दुर्भाग्य से, निरंतर क्वेरी में एक ख़ासियत है: भरण (पिछली) चाल काम नहीं करती है और रिकॉर्ड बस नहीं बनाए जाते हैं। इसके अलावा, यह कुछ असाध्य समस्या है जिस पर एक वर्ष से अधिक समय से चर्चा है । हम बाद में इस समस्या से निपटेंगे, और निरंतर क्वेरी में (पिछले) भरने दें - यह हस्तक्षेप नहीं करता है।

आइए देखें कि क्या हुआ (बेशक, आपको कुछ घंटों का इंतजार करने की आवश्यकता है):

> select * from homeassistant.month.water_meter_hour group by entity_id
...
name: water_meter_hour
tags: entity_id=water_meter_cold
time                 value
----                 -----
...
2020-03-08T01:00:00Z 370511
2020-03-08T02:00:00Z 370513
2020-03-08T05:00:00Z 370527
2020-03-08T06:00:00Z 370605
2020-03-08T07:00:00Z 370635
2020-03-08T08:00:00Z 370699
2020-03-08T09:00:00Z 370761
2020-03-08T10:00:00Z 370767
2020-03-08T11:00:00Z 370810
2020-03-08T12:00:00Z 370818
2020-03-08T13:00:00Z 370827
2020-03-08T14:00:00Z 370849
2020-03-08T15:00:00Z 370921

कृपया ध्यान दें कि डेटाबेस में मान UTC में संग्रहीत हैं, इसलिए इस सूची में वे 3 घंटे भिन्न होते हैं - InfluxDB के आउटपुट में सुबह 7 बजे के मान ऊपर के ग्राफ़ में 10 बजे के मानों के अनुरूप होते हैं। यह भी ध्यान दें कि सुबह 2 से 5 के बीच बस कोई रिकॉर्ड नहीं है - यह निरंतर क्वेरी की एक ही विशेषता है।

जैसा कि आप देख सकते हैं, कुल मूल्य भी एक नीरस रूप से बढ़ता हुआ क्रम है, केवल रिकॉर्ड कम लगातार होते हैं - प्रति घंटे एक बार। लेकिन यह कोई समस्या नहीं है - हम एक और क्वेरी लिख सकते हैं जो चार्ट के लिए सही डेटा का उत्पादन करेगा।

SELECT difference(max(value)) 
FROM homeassistant.month.water_meter_hour 
WHERE entity_id='water_meter_cold' and time >= now() -24h 
GROUP BY time(1h), entity_id 
fill(previous)

मैं डिक्रिप्ट करूंगा:

Homeassistant.month.water_meter_hour डेटाबेस से, हम अंतिम दिन (समय> = अब () -24 h) के लिए Unit_id = 'water_meter_cold' का डेटा निकालते हैं।
जैसा कि मैंने अनुक्रम में उल्लेख किया है homeassistant.month.water_meter_hour कुछ प्रविष्टियाँ गायब हो सकती हैं। हम ग्रुप बाय टाइम (1 h) के साथ एक क्वेरी चलाकर इस डेटा को पुनः प्राप्त करेंगे। इस बार भरण (पिछला) आवश्यकतानुसार काम करेगा, लापता डेटा को उत्पन्न करेगा (फ़ंक्शन पिछले मान को ले जाएगा)
इस अनुरोध में सबसे महत्वपूर्ण बात अंतर फ़ंक्शन है, जो प्रति घंटा के निशान के बीच अंतर की गणना करेगा। अपने आप से, यह काम नहीं करता है और एक समग्र समारोह की आवश्यकता है। पहले इसका अधिकतम उपयोग करें।

निष्पादन का परिणाम इस तरह दिखता है

name: water_meter_hour
tags: entity_id=water_meter_cold
time                 difference
----                 ----------
...
2020-03-08T02:00:00Z 2
2020-03-08T03:00:00Z 0
2020-03-08T04:00:00Z 0
2020-03-08T05:00:00Z 14
2020-03-08T06:00:00Z 78
2020-03-08T07:00:00Z 30
2020-03-08T08:00:00Z 64
2020-03-08T09:00:00Z 62
2020-03-08T10:00:00Z 6
2020-03-08T11:00:00Z 43
2020-03-08T12:00:00Z 8
2020-03-08T13:00:00Z 9
2020-03-08T14:00:00Z 22
2020-03-08T15:00:00Z 72

सुबह 2 से 5 बजे तक (UTC) कोई खपत नहीं थी। फिर भी, क्वेरी भरने (पिछले) के कारण उसी खपत मूल्य को वापस कर देगी, और अंतर फ़ंक्शन इस मूल्य को खुद से घटा देगा और हमें आउटपुट पर 0 मिलेगा, जो वास्तव में आवश्यक है।

शेड्यूल बनाने के लिए केवल एक चीज बची है। ऐसा करने के लिए, ग्राफाना खोलें, कुछ मौजूदा खोलें (या एक नया बनाएं) डैशबोर्ड, एक नया पैनल बनाएं। चार्ट सेटिंग्स इस तरह होगी।

मैं एक चार्ट पर ठंडे और गर्म पानी पर डेटा प्रदर्शित करूंगा। अनुरोध बिल्कुल वैसा ही है जैसा मैंने ऊपर वर्णित किया है।

प्रदर्शन पैरामीटर निम्नानुसार सेट किए गए हैं। मेरे पास लाइनों के साथ एक ग्राफ होगा, जो सीढ़ियों से जाता है। मैं नीचे दिए गए स्टैक पैरामीटर की व्याख्या करूंगा। नीचे कुछ और प्रदर्शन विकल्प हैं, लेकिन वे इतने दिलचस्प नहीं हैं।

प्राप्त कार्यक्रम को गृह सहायक से जोड़ने के लिए आपको चाहिए:

. -
, share
embed
current time range — URL
. light
URL lovelace-UI

      - type: iframe
        id: graf_water_hourly
        url: "http://192.168.10.200:3000/d-solo/rZARemQWk/water?orgId=1&panelId=2&from=now-2d&to=now&theme=light"

कृपया ध्यान दें कि समय सीमा (अंतिम 2 दिन) यहां सेट है, और डैशबोर्ड सेटिंग्स में नहीं।

ग्राफ इस तरह दिखता है। मैंने पिछले 2 दिनों में गर्म पानी का उपयोग नहीं किया है, इसलिए केवल ठंडे पानी का एक ग्राफ तैयार किया गया है।

मैंने खुद तय नहीं किया कि मुझे कौन सा शेड्यूल सबसे अच्छा लगता है, एक स्टेप लाइन, या असली बार। इसलिए, मैं केवल दैनिक उपभोग चार्ट का एक उदाहरण दूंगा, केवल इस बार कॉलम में। अनुरोध उसी तरीके से बनाए गए हैं जैसा ऊपर वर्णित है। डिस्प्ले पैरामीटर निम्नानुसार हैं:

यह ग्राफ़ इस तरह दिखता है:

तो स्टैक पैरामीटर के बारे में। इस ग्राफ में, गर्म पानी के एक स्तंभ के ऊपर ठंडे पानी का एक स्तंभ खींचा जाता है। कुल ऊंचाई अवधि के लिए ठंडे और गर्म पानी की कुल खपत से मेल खाती है।

दिखाए गए सभी ग्राफ गतिशील हैं। आप रुचि के बिंदु पर माउस ले जा सकते हैं और एक विशिष्ट बिंदु पर विवरण और मूल्य देख सकते हैं।

दुर्भाग्य से, कुछ चम्मच टार नहीं कर सका। बार ग्राफ पर (चरण रेखाओं के साथ ग्राफ के विपरीत), बार का मध्य दिन के बीच में नहीं होता है, बल्कि 00:00 बजे होता है। उन। पिछले दिन के स्थान पर कॉलम का बायाँ हिस्सा खींचा गया है। तो शनिवार और रविवार के चार्ट ब्लूश ज़ोन की तुलना में बाईं ओर थोड़ा खींचे जाते हैं। जब तक मुझे पता चल गया कि इसे कैसे जीता जाए।

एक और समस्या मासिक अंतराल पर सही ढंग से काम करने में असमर्थता है। तथ्य यह है कि घंटे / दिन / सप्ताह की लंबाई तय है, लेकिन हर बार महीने की लंबाई अलग है। InfluxDB केवल नियमित अंतराल पर काम कर सकता है। अब तक, मेरा मस्तिष्क 30 दिनों के निश्चित अंतराल को निर्धारित करने के लिए पर्याप्त था। हां, वर्ष के दौरान ग्राफ थोड़ा तैर जाएगा और कॉलम महीनों के अनुरूप नहीं होंगे। लेकिन जब से यह बात मेरे लिए केवल एक प्रदर्शन डिवाइस के रूप में दिलचस्प है, तो मैं इसके साथ ठीक हूं।

मुझे कम से कम दो समाधान दिखाई देते हैं:

मासिक शेड्यूल पर स्कोर करें और साप्ताहिक तक सीमित करें। वर्ष के लिए 52 साप्ताहिक बार बहुत अच्छे लगते हैं
№2, . . — .

मुझे नहीं पता कि क्यों, लेकिन मैं इस तरह के चार्ट पर विचार कर रहा हूं। वे दिखाते हैं कि जीवन पूरे जोश में है और सब कुछ बदल रहा है। कल बहुत कुछ था, आज काफी नहीं है, कल कुछ और होगा। यह खपत के विषय पर घरों में काम करने के लिए बनी हुई है। लेकिन यहां तक कि वर्तमान भूख के साथ, भुगतान में एक बड़ा और समझ से बाहर का आंकड़ा पहले से ही खपत की काफी स्पष्ट तस्वीर में बदल रहा है।

एक प्रोग्रामर के रूप में लगभग 20 साल के करियर के बावजूद, मैंने व्यावहारिक रूप से डेटाबेस के साथ प्रतिच्छेद नहीं किया। इसलिए, एक बाहरी डेटाबेस की स्थापना कुछ असाध्य और समझ से बाहर लग रही थी। उपर्युक्त लेख द्वारा सब कुछ बदल दिया गया था - यह पता चला कि एक उपयुक्त उपकरण को पेंच करना कुछ ही क्लिक में किया जाता है, और एक विशेष उपकरण के साथ रेखांकन का कार्य थोड़ा आसान हो जाता है।

शीर्षक में, मैंने बिजली की खपत का उल्लेख किया है। दुर्भाग्य से, फिलहाल मैं एक भी चार्ट नहीं दे सकता। एक SDM120 काउंटर मर चुका है, और दूसरा मोडबस के माध्यम से पहुंचने पर छोटी गाड़ी है। हालांकि, यह इस लेख के विषय को प्रभावित नहीं करता है - ग्राफिक्स पानी के लिए उसी तरह बनाया जाएगा।

इस लेख में, मैंने उन तरीकों का हवाला दिया, जो मैंने खुद आजमाए थे। निश्चित रूप से डेटा के संग्रह और दृश्य के आयोजन के कुछ अन्य तरीके हैं जिनके बारे में मुझे नहीं पता है। मुझे टिप्पणियों में इसके बारे में बताएं, यह मेरे लिए बहुत दिलचस्प होगा। मुझे रचनात्मक आलोचना और नए विचारों के लिए खुशी होगी। मुझे उम्मीद है कि प्रस्तुत सामग्री भी किसी की मदद करेगी।

स्मार्ट होम: गृह सहायक में पानी और बिजली चार्ट बनाएँ

समस्या का निरूपण

1

दृष्टिकोण २

दृष्टिकोण ३

More articles: