സ്‌മാർട്ട് ഹോം: ഹോം അസിസ്റ്റന്റിൽ വെള്ളത്തിന്റെയും വൈദ്യുതിയുടെയും ഉപയോഗം ചാർട്ടിംഗ്

ഓരോ തവണയും എനിക്ക് വൈദ്യുതിക്കും വെള്ളത്തിനുമായി പണം ലഭിക്കുമ്പോൾ, ഞാൻ അത്ഭുതപ്പെടുന്നു - എന്റെ കുടുംബം ശരിക്കും വളരെയധികം ഉപയോഗിക്കുന്നുണ്ടോ? ശരി, അതെ, കുളിമുറിയിൽ ഒരു ചൂടുള്ള തറയും ഒരു ബോയിലറും ഉണ്ട്, എന്നാൽ അവർ എല്ലാ സമയത്തും ഫയർമാൻ ആയി പ്രവർത്തിക്കില്ല. ഞങ്ങൾ വെള്ളം ലാഭിക്കുന്നതായി തോന്നുന്നു (കുളിമുറിയിൽ തെറിക്കുന്നത് ഞങ്ങൾക്ക് ഇഷ്ടമാണെങ്കിലും). കുറച്ച് വർഷങ്ങൾക്ക് മുമ്പ് ഞാൻ ഇതിനകം ബന്ധിപ്പിച്ച വാട്ടർ മീറ്ററുകൾ и വൈദ്യുതി ഒരു സ്മാർട്ട് ഹോമിലേക്ക്, എന്നാൽ ഇവിടെയാണ് കാര്യങ്ങൾ കുടുങ്ങിയത്. കൈകൾ ഉപഭോഗത്തിന്റെ വിശകലനത്തിലേക്ക് ഇപ്പോൾ എത്തിയിരിക്കുന്നു, വാസ്തവത്തിൽ, ഈ ലേഖനത്തെക്കുറിച്ചാണ്.

എന്റെ സ്മാർട്ട് ഹോം സിസ്റ്റമായി ഞാൻ അടുത്തിടെ ഹോം അസിസ്റ്റന്റിലേക്ക് മാറി. വിവിധ തരത്തിലുള്ള ഗ്രാഫുകളുടെ സൗകര്യപ്രദമായ നിർമ്മാണത്തിനുള്ള സാധ്യതയുള്ള ഒരു വലിയ അളവിലുള്ള ഡാറ്റയുടെ ശേഖരണം സംഘടിപ്പിക്കാനുള്ള കഴിവ് മാത്രമായിരുന്നു ഒരു കാരണം.

ഈ ലേഖനത്തിൽ വിവരിച്ചിരിക്കുന്ന വിവരങ്ങൾ പുതിയതല്ല, വ്യത്യസ്ത സോസുകൾക്ക് കീഴിലുള്ള എല്ലാ കാര്യങ്ങളും ഇതിനകം ഇന്റർനെറ്റിൽ വിവരിച്ചിട്ടുണ്ട്. എന്നാൽ ഓരോ ലേഖനവും, ഒരു ചട്ടം പോലെ, ഒരു സമീപനമോ വശമോ മാത്രമേ വിവരിക്കുന്നുള്ളൂ. ഈ സമീപനങ്ങളെല്ലാം താരതമ്യം ചെയ്യുകയും ഏറ്റവും അനുയോജ്യമായത് സ്വയം തിരഞ്ഞെടുക്കുകയും ചെയ്യേണ്ടി വന്നു. ലേഖനം ഇപ്പോഴും ഡാറ്റാ ശേഖരണത്തെക്കുറിച്ചുള്ള സമഗ്രമായ വിവരങ്ങൾ നൽകുന്നില്ല, പക്ഷേ ഞാൻ അത് എങ്ങനെ ചെയ്തു എന്നതിന്റെ ഒരു തരം സംഗ്രഹമാണ്. അതിനാൽ ക്രിയാത്മകമായ വിമർശനങ്ങളും മെച്ചപ്പെടുത്തലിനുള്ള നിർദ്ദേശങ്ങളും സ്വാഗതം ചെയ്യുന്നു.

പ്രശ്ന പ്രസ്താവന

അതിനാൽ, ഇന്നത്തെ വ്യായാമത്തിന്റെ ലക്ഷ്യം വെള്ളത്തിന്റെയും വൈദ്യുതിയുടെയും ഉപയോഗത്തിന്റെ മനോഹരമായ ഗ്രാഫുകൾ നേടുക എന്നതാണ്:

• 2 ദിവസത്തേക്ക് മണിക്കൂറിൽ
• 2 ആഴ്ചത്തേക്ക് ദിവസവും
• (ഓപ്ഷണൽ) പ്രതിവാരവും പ്രതിമാസവും

ഇതിൽ ചില ബുദ്ധിമുട്ടുകൾ ഉണ്ട്:

• സ്റ്റാൻഡേർഡ് ചാർട്ട് ഘടകങ്ങൾ വളരെ മോശമാണ്. ഏറ്റവും മികച്ചത്, നിങ്ങൾക്ക് പോയിന്റുകൾ പ്രകാരം ഒരു ലൈൻ ഗ്രാഫ് നിർമ്മിക്കാൻ കഴിയും.

  നിങ്ങൾ നന്നായി തിരയുകയാണെങ്കിൽ, സ്റ്റാൻഡേർഡ് ചാർട്ടിന്റെ കഴിവുകൾ വിപുലീകരിക്കുന്ന മൂന്നാം കക്ഷി ഘടകങ്ങൾ നിങ്ങൾക്ക് കണ്ടെത്താനാകും. ഹോം അസിസ്റ്റന്റിന്, തത്വത്തിൽ, നല്ലതും മനോഹരവുമായ ഒരു ഘടകം മിനി ഗ്രാഫ് കാർഡ്, എന്നാൽ ഇത് കുറച്ച് പരിമിതമാണ്:

  • വലിയ ഇടവേളകളിൽ ബാർ ചാർട്ടിന്റെ പാരാമീറ്ററുകൾ സജ്ജീകരിക്കുന്നത് ബുദ്ധിമുട്ടാണ് (ബാറിന്റെ വീതി ഒരു മണിക്കൂറിന്റെ ഭിന്നസംഖ്യകളിൽ സജ്ജീകരിച്ചിരിക്കുന്നു, അതായത് ഒരു മണിക്കൂറിൽ കൂടുതൽ ദൈർഘ്യമുള്ള ഇടവേളകൾ ഭിന്നസംഖ്യകളിൽ സജ്ജീകരിക്കും)
  • നിങ്ങൾക്ക് ഒരു ഗ്രാഫിലേക്ക് വ്യത്യസ്ത എന്റിറ്റികൾ ചേർക്കാൻ കഴിയില്ല (ഉദാഹരണത്തിന്, താപനിലയും ഈർപ്പവും, അല്ലെങ്കിൽ ഒരു ബാർ ഗ്രാഫ് ഒരു വരിയുമായി സംയോജിപ്പിക്കുക)
• ഹോം അസിസ്റ്റന്റ് ഡിഫോൾട്ടായി ഏറ്റവും പ്രാകൃതമായ 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}}}

  എനിക്ക് കുറച്ച് സെൻസറുകൾ ഉണ്ട് (ഓരോ മുറിയിലും താപനില സെൻസറുകൾ, വെള്ളം, വൈദ്യുതി മീറ്ററുകൾ), ചിലത് ധാരാളം ഡാറ്റ സൃഷ്ടിക്കുന്നു. ഉദാഹരണത്തിന്, ഓരോ 220-10 സെക്കൻഡിലും SDM15 വൈദ്യുതി മീറ്റർ മാത്രം ഒരു ഡസനോളം മൂല്യങ്ങൾ സൃഷ്ടിക്കുന്നു, കൂടാതെ അത്തരം 8 മീറ്റർ ഇൻസ്റ്റാൾ ചെയ്യാൻ ഞാൻ ആഗ്രഹിക്കുന്നു. കൂടാതെ മറ്റ് സെൻസറുകളെ അടിസ്ഥാനമാക്കി കണക്കാക്കുന്ന ഒരു കൂട്ടം പാരാമീറ്ററുകളും ഉണ്ട്. അത്. ഈ മൂല്യങ്ങൾക്കെല്ലാം ഡാറ്റാബേസ് പ്രതിദിനം 100-200 MB വരെ എളുപ്പത്തിൽ വർദ്ധിപ്പിക്കാൻ കഴിയും. ഒരാഴ്‌ചയ്‌ക്കുള്ളിൽ, സിസ്റ്റം കഷ്ടിച്ച് ടോസ് ചെയ്യുകയും തിരിയുകയും ചെയ്യും, ഒരു മാസത്തിനുള്ളിൽ ഫ്ലാഷ് ഡ്രൈവ് മരിക്കും (റാസ്‌ബെറി പിഐയിൽ ഹോം അസിസ്റ്റന്റിന്റെ സാധാരണ ഇൻസ്റ്റാളേഷന്റെ കാര്യത്തിൽ), കൂടാതെ ഒരു വർഷം മുഴുവൻ ഡാറ്റ സംഭരിക്കുന്നതിനെക്കുറിച്ച് സംസാരിക്കാൻ കഴിയില്ല. .

• നിങ്ങൾ ഭാഗ്യവാനാണെങ്കിൽ, നിങ്ങളുടെ മീറ്ററിന് തന്നെ ഉപഭോഗം കണക്കാക്കാം. നിങ്ങൾക്ക് എപ്പോൾ വേണമെങ്കിലും മീറ്ററുമായി ബന്ധപ്പെടാനും സഞ്ചിത ഉപഭോഗ മൂല്യം എത്ര സമയമാണെന്ന് ചോദിക്കാനും കഴിയും. ചട്ടം പോലെ, ഒരു ഡിജിറ്റൽ ഇന്റർഫേസ് (RS232/RS485/Modbus/Zigbee) ഉള്ള എല്ലാ വൈദ്യുതി മീറ്ററുകളും അത്തരമൊരു അവസരം നൽകുന്നു.

  ഉപകരണത്തിന് ചില തൽക്ഷണ പാരാമീറ്റർ അളക്കാൻ കഴിയുമെങ്കിൽ (ഉദാഹരണത്തിന്, തൽക്ഷണ പവർ അല്ലെങ്കിൽ കറന്റ്), അല്ലെങ്കിൽ ഓരോ X വാട്ട്-മണിക്കൂറിലോ ലിറ്ററിലോ പൾസുകൾ സൃഷ്ടിക്കുക. അപ്പോൾ അത് എങ്ങനെ, എന്തുമായി സംയോജിപ്പിക്കണം, എവിടെ മൂല്യം ശേഖരിക്കണം എന്നതിനെക്കുറിച്ച് നിങ്ങൾ ചിന്തിക്കേണ്ടതുണ്ട്. ഏതെങ്കിലും കാരണത്താൽ അടുത്ത റിപ്പോർട്ട് നഷ്‌ടപ്പെടാനുള്ള സാധ്യതയുണ്ട്, കൂടാതെ സിസ്റ്റത്തിന്റെ മൊത്തത്തിലുള്ള കൃത്യത ചോദ്യങ്ങൾ ഉയർത്തുന്നു. തീർച്ചയായും, നിങ്ങൾക്ക് ഇതെല്ലാം ഹോം അസിസ്റ്റന്റ് പോലുള്ള ഒരു സ്മാർട്ട് ഹോം സിസ്റ്റത്തെ ഏൽപ്പിക്കാൻ കഴിയും, പക്ഷേ ഡാറ്റാബേസിലെ എൻട്രികളുടെ എണ്ണത്തെക്കുറിച്ചുള്ള പോയിന്റ് ആരും റദ്ദാക്കിയിട്ടില്ല, കൂടാതെ സെക്കൻഡിൽ ഒന്നിലധികം തവണ പോളിംഗ് സെൻസറുകൾ പ്രവർത്തിക്കില്ല (ഒരു പരിമിതി ഹോം അസിസ്റ്റന്റ് ആർക്കിടെക്ചർ).

സമീപനം 1

ആദ്യം, ബോക്‌സിന് പുറത്ത് എന്താണ് ഹോം അസിസ്റ്റന്റ് നൽകിയിരിക്കുന്നതെന്ന് നോക്കാം. ഒരു കാലയളവിൽ ഉപഭോഗം അളക്കുന്നത് വളരെ ആവശ്യപ്പെടുന്ന പ്രവർത്തനമാണ്. തീർച്ചയായും, ഇത് വളരെക്കാലം മുമ്പ് ഒരു പ്രത്യേക ഘടകമായി നടപ്പിലാക്കി - utility_meter.

ഘടകത്തിന്റെ സാരാംശം അത് നിലവിലുള്ള_സഞ്ചിത_മൂല്യം വേരിയബിൾ ഉള്ളിൽ ആരംഭിക്കുകയും ഒരു നിശ്ചിത കാലയളവിനുശേഷം (മണിക്കൂർ/ആഴ്ച/മാസം) പുനഃസജ്ജമാക്കുകയും ചെയ്യുന്നു എന്നതാണ്. ഘടകം തന്നെ ഇൻകമിംഗ് വേരിയബിളിനെ നിരീക്ഷിക്കുന്നു (ഒരുതരം സെൻസറിന്റെ മൂല്യം), മൂല്യത്തിലെ തന്നെ മാറ്റങ്ങൾ സബ്‌സ്‌ക്രൈബുചെയ്യുന്നു - നിങ്ങൾക്ക് പൂർത്തിയായ ഫലം ലഭിക്കും. കോൺഫിഗറേഷൻ ഫയലിലെ ഏതാനും വരികളിൽ ഈ കാര്യം വിവരിച്ചിരിക്കുന്നു

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

ഇവിടെ സെൻസർ.water_meter_cold എന്നത് എനിക്ക് ലഭിക്കുന്ന ലിറ്ററിലെ മീറ്ററിന്റെ നിലവിലെ മൂല്യമാണ് ഇരുമ്പിൽ നിന്ന് നേരിട്ട് mqtt വഴി ഡിസൈൻ 2 പുതിയ സെൻസറുകൾ water_cold_hour_um, water_cold_day_um എന്നിവ സൃഷ്‌ടിക്കുന്നു, അവ മണിക്കൂറിലും പ്രതിദിന റീഡിംഗും ശേഖരിക്കുന്നു, ഒരു കാലയളവിനുശേഷം അവയെ പൂജ്യത്തിലേക്ക് പുനഃസജ്ജമാക്കുന്നു. അര ദിവസത്തേക്കുള്ള മണിക്കൂർ ബാറ്ററിയുടെ ഒരു ഗ്രാഫ് ഇതാ.

Lovelace-UI-യുടെ മണിക്കൂർ തോറും പ്രതിദിന ചാർട്ട് കോഡ് ഇതുപോലെ കാണപ്പെടുന്നു:

      - 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:hour - ചാർട്ട്, മണിക്കൂറിന്റെ ആരംഭത്തിൽ വിന്യസിച്ചിരിക്കുന്ന നിരകൾ ഉപയോഗിച്ച് ജനറേറ്റ് ചെയ്യും
• point_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'

ഗ്രൂപ്പ്_ബൈ പാരാമീറ്റർ ഇടവേളയായി സജ്ജീകരിച്ചിരിക്കുന്നു എന്നതും പോയിന്റ്_പെർ_മണിക്കൂർ പാരാമീറ്റർ എല്ലാം നിയന്ത്രിക്കുന്നതും ശ്രദ്ധിക്കുക. ഈ ഘടകത്തിന്റെ മറ്റൊരു പ്രശ്‌നമാണിത് - point_per_hour ഒരു മണിക്കൂറോ അതിൽ കുറവോ ഉള്ള ചാർട്ടുകളിൽ നന്നായി പ്രവർത്തിക്കുന്നു, എന്നാൽ വലിയ ഇടവേളകളിൽ വെറുപ്പുളവാക്കുന്നു. അതിനാൽ ഒരു ദിവസം ഒരു കോളം ലഭിക്കാൻ, എനിക്ക് 1/24=0.04166666 എന്ന മൂല്യം നൽകേണ്ടി വന്നു. ഞാൻ പ്രതിവാര, പ്രതിമാസ ചാർട്ടുകളെക്കുറിച്ചല്ല സംസാരിക്കുന്നത്.

സമീപനം 2

ഹോം അസിസ്റ്റന്റിനെ കണ്ടെത്തുന്നതിനിടയിൽ, ഞാൻ ഈ വീഡിയോ കണ്ടു:

നിരവധി തരം Xiaomi സോക്കറ്റുകളിൽ നിന്ന് സഖാവ് ഉപഭോഗ ഡാറ്റ ശേഖരിക്കുന്നു. അവന്റെ ചുമതല അൽപ്പം ലളിതമാണ് - ഇന്നത്തെയും ഇന്നലെയും മാസവും ഉപഭോഗത്തിന്റെ മൂല്യം പ്രദർശിപ്പിക്കുക. ചാർട്ടുകൾ ആവശ്യമില്ല.

തൽക്ഷണ പവർ മൂല്യങ്ങളുടെ മാനുവൽ സംയോജനത്തെക്കുറിച്ചുള്ള വാദങ്ങൾ മാറ്റിവയ്ക്കാം - മുകളിലുള്ള ഈ സമീപനത്തിന്റെ “കൃത്യത” യെക്കുറിച്ച് ഞാൻ ഇതിനകം എഴുതിയിട്ടുണ്ട്. അതേ ഔട്ട്‌ലെറ്റ് ഇതിനകം ശേഖരിച്ച ഉപഭോഗ മൂല്യങ്ങൾ അദ്ദേഹം ഉപയോഗിക്കാത്തത് എന്തുകൊണ്ടാണെന്ന് വ്യക്തമല്ല. എന്റെ അഭിപ്രായത്തിൽ, ഇരുമ്പ് കഷണത്തിനുള്ളിലെ സംയോജനം മികച്ച രീതിയിൽ പ്രവർത്തിക്കും.

വീഡിയോയിൽ നിന്ന്, ഒരു കാലയളവിലേക്കുള്ള ഉപഭോഗം സ്വമേധയാ കണക്കാക്കുന്ന ആശയം ഞങ്ങൾ എടുക്കും. ഒരു മനുഷ്യനെ സംബന്ധിച്ചിടത്തോളം, ഇന്നത്തേയും ഇന്നലത്തേയും മൂല്യങ്ങൾ മാത്രമേ പരിഗണിക്കൂ, എന്നാൽ ഞങ്ങൾ കൂടുതൽ മുന്നോട്ട് പോയി ഒരു ഗ്രാഫ് വരയ്ക്കാൻ ശ്രമിക്കും. എന്റെ കാര്യത്തിൽ നിർദ്ദേശിച്ച രീതിയുടെ സാരാംശം ഇപ്രകാരമാണ്.

ഞങ്ങൾ ഒരു വേരിയബിൾ മൂല്യം_at_the_beginning_of_hour സൃഷ്ടിക്കും, അതിൽ ഞങ്ങൾ നിലവിലെ കൌണ്ടർ റീഡിംഗുകൾ എഴുതും
മണിക്കൂറിന്റെ അവസാനത്തിൽ (അല്ലെങ്കിൽ അടുത്തതിന്റെ തുടക്കത്തിൽ) ടൈമർ അനുസരിച്ച്, നിലവിലെ വായനയും മണിക്കൂറിന്റെ തുടക്കത്തിൽ സംഭരിച്ചിരിക്കുന്നതും തമ്മിലുള്ള വ്യത്യാസം ഞങ്ങൾ കണക്കാക്കുന്നു. ഈ വ്യത്യാസം നിലവിലെ മണിക്കൂറിലെ ഉപഭോഗമായിരിക്കും - ഞങ്ങൾ സെൻസറിലേക്ക് മൂല്യം സംരക്ഷിക്കും, ഭാവിയിൽ ഈ മൂല്യത്തെ അടിസ്ഥാനമാക്കി ഞങ്ങൾ ഒരു ഗ്രാഫ് നിർമ്മിക്കും.
കൌണ്ടറിന്റെ നിലവിലെ മൂല്യം എഴുതിക്കൊണ്ട് നിങ്ങൾ വേരിയബിൾ value_at_beginning_of_hour "റീസെറ്റ്" ചെയ്യേണ്ടതുണ്ട്.

ഹോം അസിസ്റ്റന്റ് മുഖേന ഇതെല്ലാം നന്നായി ...

മുമ്പത്തെ സമീപനത്തേക്കാൾ അൽപ്പം കൂടുതൽ കോഡ് എഴുതേണ്ടിവരും. ഈ "വേരിയബിളുകൾ" ഉപയോഗിച്ച് നമുക്ക് ആരംഭിക്കാം. ബോക്‌സിന് പുറത്ത്, ഞങ്ങൾക്ക് “വേരിയബിൾ” എന്റിറ്റി ഇല്ല, പക്ഷേ നിങ്ങൾക്ക് ഒരു mqtt ബ്രോക്കറുടെ സേവനങ്ങൾ ഉപയോഗിക്കാം. ഞങ്ങൾ അവിടെ മൂല്യങ്ങൾ retain=true ഫ്ലാഗ് അയയ്‌ക്കും - ഇത് ബ്രോക്കറിനുള്ളിലെ മൂല്യം സംരക്ഷിക്കും, ഹോം അസിസ്റ്റന്റ് റീബൂട്ട് ചെയ്യുമ്പോൾ പോലും അത് എപ്പോൾ വേണമെങ്കിലും പുറത്തെടുക്കാം. ഞാൻ മണിക്കൂറും പ്രതിദിന കൗണ്ടറുകളും ഒരേസമയം ഉണ്ടാക്കി.

- 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 ക്യുബിക് മീറ്റർ വെള്ളം ഉപയോഗിക്കുന്നു, അതായത് ഡാറ്റാബേസിൽ 200000 എൻട്രികൾ. നിങ്ങൾ മറ്റ് സെൻസറുകൾ കണക്കിലെടുക്കുകയാണെങ്കിൽ, ആ കണക്ക് പൊതുവെ അപമര്യാദയായി മാറുന്നു.

സമീപനം 3

ഭാഗ്യവശാൽ, InfluxDB ഡാറ്റാബേസ് എഴുതി സ്മാർട്ട് ആളുകൾ ഇതിനകം തന്നെ ഈ പ്രശ്നം പരിഹരിച്ചു. ഈ ഡാറ്റാബേസ് സമയാധിഷ്ഠിത ഡാറ്റ സംഭരിക്കുന്നതിന് പ്രത്യേകം ഒപ്റ്റിമൈസ് ചെയ്തിരിക്കുന്നു കൂടാതെ വ്യത്യസ്ത സെൻസറുകളുടെ മൂല്യങ്ങൾ സംഭരിക്കുന്നതിന് അനുയോജ്യമാണ്. ഡാറ്റാബേസിൽ നിന്ന് മൂല്യങ്ങൾ എക്‌സ്‌ട്രാക്‌റ്റുചെയ്യാനും അവയെ വിവിധ രീതികളിൽ സമാഹരിക്കാനും നിങ്ങളെ അനുവദിക്കുന്ന ഒരു SQL പോലുള്ള അന്വേഷണ ഭാഷയും സിസ്റ്റം നൽകുന്നു. അവസാനമായി, വ്യത്യസ്ത ഡാറ്റ വ്യത്യസ്ത സമയങ്ങളിൽ സംഭരിക്കാൻ കഴിയും. ഉദാഹരണത്തിന്, താപനില അല്ലെങ്കിൽ ഈർപ്പം പോലുള്ള പതിവായി മാറുന്ന വായനകൾ രണ്ടാഴ്ചത്തേക്ക് മാത്രമേ സൂക്ഷിക്കാൻ കഴിയൂ, അതേസമയം ജല ഉപഭോഗത്തിന്റെ ദൈനംദിന വായനകൾ ഒരു വർഷം മുഴുവൻ സൂക്ഷിക്കാൻ കഴിയും.

InfluxDB കൂടാതെ, സ്മാർട്ട് ആളുകൾ InfluxDB-യിൽ നിന്നുള്ള ഡാറ്റയിൽ നിന്ന് ഗ്രാഫുകൾ വരയ്ക്കുന്നതിനുള്ള ഗ്രാഫാന എന്ന സംവിധാനവും കണ്ടുപിടിച്ചു. ഗ്രാഫാനയ്ക്ക് വ്യത്യസ്ത തരം ചാർട്ടുകൾ വരയ്ക്കാനും അവ വിശദമായി ഇഷ്‌ടാനുസൃതമാക്കാനും കഴിയും, ഏറ്റവും പ്രധാനമായി, ഈ ചാർട്ടുകൾ lovelace-UI ഹോം അസിസ്റ്റന്റിലേക്ക് "പ്ലഗ്" ചെയ്യാനും കഴിയും.

പ്രചോദിപ്പിക്കപ്പെടും ഇവിടെ и ഇവിടെ. InfluxDB, Grafana എന്നിവ ഹോം അസിസ്റ്റന്റിലേക്ക് ഇൻസ്റ്റാൾ ചെയ്യുകയും ബന്ധിപ്പിക്കുകയും ചെയ്യുന്ന പ്രക്രിയയെ ലേഖനങ്ങൾ വിശദമായി വിവരിക്കുന്നു. എന്റെ പ്രത്യേക പ്രശ്നം പരിഹരിക്കുന്നതിൽ ഞാൻ ശ്രദ്ധ കേന്ദ്രീകരിക്കും.

അതിനാൽ, ആദ്യം, നമുക്ക് 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 എന്ന പേരിൽ ഒരു തുടർച്ചയായ അന്വേഷണം സൃഷ്ടിക്കുന്നു
• ഓരോ മണിക്കൂറിലും ചോദ്യം നിർവ്വഹിക്കും (സമയം(1 മണിക്കൂർ))
• തണുത്തതും ചൂടുവെള്ളവും ഉള്ള റീഡിംഗുകൾ ഉൾപ്പെടെ, ക്വറി, measurement'a homeassistant.autogen.l (ലിറ്റർ) എന്നതിൽ നിന്ന് എല്ലാ ഡാറ്റയും പുറത്തെടുക്കും.
• സമാഹരിച്ച ഡാറ്റ entity_id പ്രകാരം ഗ്രൂപ്പുചെയ്യപ്പെടും, ഇത് തണുത്തതും ചൂടുവെള്ളത്തിനും പ്രത്യേക മൂല്യങ്ങൾ സൃഷ്ടിക്കും.
• ലിറ്ററിന്റെ കൌണ്ടർ ഓരോ മണിക്കൂറിലും ഏകതാനമായി വർദ്ധിക്കുന്ന ക്രമമായതിനാൽ, നിങ്ങൾ പരമാവധി മൂല്യം എടുക്കേണ്ടതുണ്ട്, അതിനാൽ സംയോജനം പരമാവധി (മൂല്യം) ഫംഗ്ഷൻ വഴി നടപ്പിലാക്കും.
• പുതിയ മൂല്യം homeassistant.month.water_meter_hour എന്നതിലേക്ക് എഴുതപ്പെടും, അവിടെ മാസം എന്നത് ഒരു മാസത്തെ നിലനിർത്തൽ കാലയളവുള്ള നിലനിർത്തൽ നയത്തിന്റെ പേരാണ്. കൂടാതെ, തണുത്തതും ചൂടുവെള്ളവും സംബന്ധിച്ച ഡാറ്റ, അനുബന്ധ entity_id, മൂല്യ ഫീൽഡിലെ മൂല്യം എന്നിവ ഉപയോഗിച്ച് പ്രത്യേക റെക്കോർഡുകളായി ചിതറിക്കിടക്കും.

രാത്രിയിലോ വീട്ടിൽ ആരുമില്ലാത്ത സമയത്തോ ജല ഉപഭോഗം ഇല്ല, അതനുസരിച്ച് homeassistant.autogen.l-ലും പുതിയ രേഖകളില്ല. സാധാരണ ചോദ്യങ്ങളിൽ മൂല്യങ്ങൾ നഷ്‌ടപ്പെടാതിരിക്കാൻ, നിങ്ങൾക്ക് ഫിൽ (മുമ്പത്തെ) ഉപയോഗിക്കാം. ഇത് കഴിഞ്ഞ മണിക്കൂർ മൂല്യം ഉപയോഗിക്കാൻ 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 ഔട്ട്‌പുട്ടിലെ 7am മൂല്യങ്ങൾ മുകളിലുള്ള ചാർട്ടുകളിലെ 10am മൂല്യങ്ങളുമായി പൊരുത്തപ്പെടുന്നു. പുലർച്ചെ 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 ഡാറ്റാബേസിൽ നിന്ന്, ഞങ്ങൾ entity_id='water_meter_cold' എന്നതിനായുള്ള അവസാന ദിവസത്തെ ഡാറ്റ പിൻവലിക്കും (സമയം >= ഇപ്പോൾ() -24h).
• ഞാൻ സൂചിപ്പിച്ചതുപോലെ, homeassistant.month.water_meter_hour ശ്രേണിയിൽ നിന്ന് ചില എൻട്രികൾ നഷ്‌ടമായേക്കാം. സമയം (1 മണിക്കൂർ) പ്രകാരം ഗ്രൂപ്പ് ഉപയോഗിച്ച് അന്വേഷണം പ്രവർത്തിപ്പിച്ച് ഞങ്ങൾ ഈ ഡാറ്റ പുനർനിർമ്മിക്കും. ഈ സമയം, പൂരിപ്പിക്കൽ (മുമ്പത്തെ) ശരിയായി പ്രവർത്തിക്കും, നഷ്ടപ്പെട്ട ഡാറ്റ സൃഷ്ടിക്കുന്നു (ഫംഗ്ഷൻ മുമ്പത്തെ മൂല്യം എടുക്കും)
• ഈ അന്വേഷണത്തിലെ ഏറ്റവും പ്രധാനപ്പെട്ട കാര്യം വ്യത്യാസ ഫംഗ്‌ഷനാണ്, ഇത് മണിക്കൂർ മാർക്കുകൾ തമ്മിലുള്ള വ്യത്യാസം കണക്കാക്കും. സ്വയം, ഇത് പ്രവർത്തിക്കുന്നില്ല കൂടാതെ ഒരു അഗ്രഗേഷൻ ഫംഗ്ഷൻ ആവശ്യമാണ്. ഇത് മുമ്പ് ഉപയോഗിച്ച പരമാവധി() ആയിരിക്കട്ടെ.

നിർവ്വഹണ ഫലം ഇതുപോലെ കാണപ്പെടുന്നു

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 നേടുകയും ചെയ്യും, അത് യഥാർത്ഥത്തിൽ ആവശ്യമാണ്.

ഒരു ഗ്രാഫ് നിർമ്മിക്കുക മാത്രമാണ് ഇനി ചെയ്യാനുള്ളത്. ഇത് ചെയ്യുന്നതിന്, ഗ്രാഫാന തുറക്കുക, നിലവിലുള്ള (അല്ലെങ്കിൽ ഒരു പുതിയ) ഡാഷ്ബോർഡ് തുറക്കുക, ഒരു പുതിയ പാനൽ സൃഷ്ടിക്കുക. ചാർട്ട് ക്രമീകരണങ്ങൾ ഇനിപ്പറയുന്നതായിരിക്കും.

അതേ ഗ്രാഫിൽ ഞാൻ തണുത്തതും ചൂടുവെള്ളവുമായ ഡാറ്റ പ്രദർശിപ്പിക്കും. അഭ്യർത്ഥന ഞാൻ മുകളിൽ വിവരിച്ചതിന് സമാനമാണ്.

ഡിസ്പ്ലേ പാരാമീറ്ററുകൾ ഇനിപ്പറയുന്ന രീതിയിൽ സജ്ജീകരിച്ചിരിക്കുന്നു. എന്നെ സംബന്ധിച്ചിടത്തോളം ഇത് വരികൾ (വരികൾ) ഉള്ള ഒരു ഗ്രാഫ് ആയിരിക്കും, അത് ഘട്ടങ്ങളിലൂടെ (പടികൾ) പോകുന്നു. സ്റ്റാക്ക് പാരാമീറ്റർ താഴെ വിശദീകരിക്കും. താഴെ രണ്ട് ഡിസ്പ്ലേ ഓപ്ഷനുകൾ ഉണ്ട്, എന്നാൽ അവ അത്ര രസകരമല്ല.

തത്ഫലമായുണ്ടാകുന്ന ഗ്രാഫ് ഹോം അസിസ്റ്റന്റിലേക്ക് ചേർക്കുന്നതിന്, നിങ്ങൾ ചെയ്യേണ്ടത്:

• ചാർട്ട് എഡിറ്റിംഗ് മോഡിൽ നിന്ന് പുറത്തുകടക്കുക. ചില കാരണങ്ങളാൽ, ശരിയായ ചാർട്ട് പങ്കിടൽ ക്രമീകരണങ്ങൾ ഡാഷ്‌ബോർഡ് പേജിൽ നിന്ന് മാത്രം വാഗ്ദാനം ചെയ്യുന്നു
• ചാർട്ടിന്റെ പേരിന് അടുത്തുള്ള ത്രികോണത്തിൽ ക്ലിക്ക് ചെയ്യുക, മെനുവിൽ നിന്ന് പങ്കിടുക തിരഞ്ഞെടുക്കുക
• തുറക്കുന്ന വിൻഡോയിൽ, എംബഡ് ടാബിലേക്ക് പോകുക
• നിലവിലെ സമയ പരിധി അൺചെക്ക് ചെയ്യുക - ഞങ്ങൾ URL വഴി സമയ പരിധി സജ്ജീകരിക്കും
• ആവശ്യമായ വിഷയം തിരഞ്ഞെടുക്കുക. എന്റെ കാര്യത്തിൽ അത് വെളിച്ചമാണ്
• തത്ഫലമായുണ്ടാകുന്ന 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 മീറ്റർ നിർജീവമാണ്, മറ്റൊന്ന് മോഡ്ബസ് വഴി ആക്സസ് ചെയ്യുമ്പോൾ ബഗ്ഗി ആണ്. എന്നിരുന്നാലും, ഇത് ഈ ലേഖനത്തിന്റെ വിഷയത്തെ ഒരു തരത്തിലും ബാധിക്കില്ല - ഗ്രാഫുകൾ വെള്ളത്തിന് സമാനമായി നിർമ്മിക്കപ്പെടും.

ഈ ലേഖനത്തിൽ, ഞാൻ സ്വയം പരീക്ഷിച്ച ആ സമീപനങ്ങൾ ഞാൻ നൽകിയിട്ടുണ്ട്. എനിക്ക് അറിയാത്ത ഡാറ്റയുടെ ശേഖരണവും ദൃശ്യവൽക്കരണവും സംഘടിപ്പിക്കുന്നതിന് തീർച്ചയായും മറ്റ് ചില വഴികളുണ്ട്. അഭിപ്രായങ്ങളിൽ ഇതിനെക്കുറിച്ച് എന്നോട് പറയുക, എനിക്ക് വളരെ താൽപ്പര്യമുണ്ടാകും. സൃഷ്ടിപരമായ വിമർശനങ്ങളിലും പുതിയ ആശയങ്ങളിലും ഞാൻ സന്തോഷിക്കും. മുകളിലുള്ള മെറ്റീരിയലും ആരെയെങ്കിലും സഹായിക്കുമെന്ന് ഞാൻ പ്രതീക്ഷിക്കുന്നു.

അവലംബം: www.habr.com