স্মার্ট হোম: হোম অ্যাসিস্ট্যান্টে চার্টিং জল এবং বিদ্যুৎ খরচ

যতবারই আমি বিদ্যুৎ এবং পানির জন্য পেমেন্ট পাই, আমি ভাবি - আমার পরিবার কি সত্যিই খুব বেশি খরচ করে? ঠিক আছে, হ্যাঁ, বাথরুমে একটি উত্তপ্ত মেঝে এবং একটি বয়লার আছে, কিন্তু তারা সব সময় ফায়ারম্যান হিসেবে কাজ করে না। আমরা জল বাঁচাতেও মনে করি (যদিও আমরা বাথরুমে স্প্ল্যাশ করতে পছন্দ করি)। কয়েক বছর আগে আমি ইতিমধ্যে সংযুক্ত জল মিটার и বিদ্যুৎ একটি স্মার্ট হোমে, কিন্তু এখানেই জিনিসগুলি আটকে গেছে। হাত এখন শুধুমাত্র ভোগের বিশ্লেষণে পৌঁছেছে, যা আসলে এই নিবন্ধটি সম্পর্কে।

আমি সম্প্রতি আমার স্মার্ট হোম সিস্টেম হিসাবে হোম অ্যাসিস্ট্যান্টে স্যুইচ করেছি। কারণগুলির মধ্যে একটি ছিল বিভিন্ন ধরণের গ্রাফের সুবিধাজনক নির্মাণের সম্ভাবনা সহ প্রচুর পরিমাণে ডেটা সংগ্রহের ব্যবস্থা করার ক্ষমতা।

এই নিবন্ধে বর্ণিত তথ্য নতুন নয়, বিভিন্ন সসের অধীনে এই সমস্ত জিনিস ইতিমধ্যে ইন্টারনেটে বর্ণনা করা হয়েছে। কিন্তু প্রতিটি নিবন্ধ, একটি নিয়ম হিসাবে, শুধুমাত্র একটি পদ্ধতি বা দিক বর্ণনা করে। আমাকে এই সমস্ত পদ্ধতির তুলনা করতে হয়েছিল এবং নিজেকে সবচেয়ে উপযুক্ত একটি বেছে নিতে হয়েছিল। নিবন্ধটি এখনও ডেটা সংগ্রহের বিষয়ে সম্পূর্ণ তথ্য প্রদান করে না, তবে আমি কীভাবে এটি করেছি তার একটি সারাংশ। তাই গঠনমূলক সমালোচনা এবং উন্নতির জন্য পরামর্শ স্বাগত জানাই।

সমস্যা গঠন

সুতরাং, আজকের অনুশীলনের লক্ষ্য হল জল এবং বিদ্যুৎ খরচের সুন্দর গ্রাফ পাওয়া:

• 2 দিনের জন্য ঘন্টায়
• 2 সপ্তাহের জন্য প্রতিদিন
• (ঐচ্ছিক) সাপ্তাহিক এবং মাসিক

এতে কিছু অসুবিধা রয়েছে:

• স্ট্যান্ডার্ড চার্ট উপাদানগুলি বেশ খারাপ হতে থাকে। সর্বোত্তমভাবে, আপনি পয়েন্ট দ্বারা একটি লাইন গ্রাফ তৈরি করতে পারেন।

  আপনি যদি ভালভাবে অনুসন্ধান করেন তবে আপনি তৃতীয় পক্ষের উপাদানগুলি খুঁজে পেতে পারেন যা স্ট্যান্ডার্ড চার্টের ক্ষমতা প্রসারিত করে। হোম সহকারীর জন্য, নীতিগতভাবে, একটি ভাল এবং সুন্দর উপাদান মিনি গ্রাফ কার্ড, কিন্তু এটি কিছুটা সীমিত:

  • বড় ব্যবধানে বার চার্টের পরামিতি সেট করা কঠিন (দণ্ডের প্রস্থ এক ঘণ্টার ভগ্নাংশে সেট করা হয়, যার মানে হল এক ঘণ্টার বেশি সময় অন্তর ভগ্নাংশ সংখ্যায় সেট করা হবে)
  • আপনি একটি গ্রাফে বিভিন্ন সত্তা যোগ করতে পারবেন না (উদাহরণস্বরূপ, তাপমাত্রা এবং আর্দ্রতা, বা একটি লাইনের সাথে একটি বার গ্রাফ একত্রিত করুন)
• হোম অ্যাসিস্ট্যান্ট শুধুমাত্র ডিফল্টরূপে সবচেয়ে আদিম SQLite ডাটাবেস ব্যবহার করে না (এবং আমি, হ্যান্ডম্যান, মাইএসকিউএল বা পোস্টগ্রেসের ইনস্টলেশনে আয়ত্ত করিনি), ডেটা সবচেয়ে অনুকূল উপায়ে সংরক্ষণ করা হয় না। সুতরাং, উদাহরণস্বরূপ, একটি প্যারামিটারের ক্ষুদ্রতম ডিজিটাল প্যারামিটারের প্রতিটি পরিবর্তনের সাথে, ডাটাবেসে প্রায় এক কিলোবাইট আকারের একটি বিশাল 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 MB দ্বারা ডাটাবেস স্ফীত করতে পারে। এক সপ্তাহের মধ্যে, সিস্টেমটি সবেমাত্র টস এবং ঘুরবে এবং এক মাসের মধ্যে ফ্ল্যাশ ড্রাইভটি মারা যাবে (রাস্পবেরি পিআই-তে একটি সাধারণ হোম সহকারী ইনস্টলেশনের ক্ষেত্রে), এবং পুরো বছরের জন্য ডেটা স্টোরেজের কোনও প্রশ্ন থাকতে পারে না।

• আপনি ভাগ্যবান হলে, আপনার মিটার নিজেই খরচ গণনা করতে পারে. আপনি যেকোন সময় মিটারের সাথে যোগাযোগ করতে পারেন এবং জিজ্ঞাসা করতে পারেন যে জমাকৃত খরচের মূল্য কত সময়ে। একটি নিয়ম হিসাবে, ডিজিটাল ইন্টারফেস (RS232/RS485/Modbus/Zigbee) আছে এমন সমস্ত বিদ্যুতের মিটারগুলি এমন একটি সুযোগ প্রদান করে।

  আরও খারাপ, যদি ডিভাইসটি কেবলমাত্র কিছু তাত্ক্ষণিক পরামিতি পরিমাপ করতে পারে (উদাহরণস্বরূপ, তাত্ক্ষণিক শক্তি বা কারেন্ট), বা কেবল প্রতি X ওয়াট-ঘন্টা বা লিটারে ডাল তৈরি করে। তারপরে আপনাকে কীভাবে এবং কীসের সাথে এটিকে একীভূত করতে হবে এবং কোথায় মূল্য জমা করতে হবে তা নিয়ে ভাবতে হবে। যে কোনো কারণে পরবর্তী প্রতিবেদনটি হারিয়ে যাওয়ার ঝুঁকি রয়েছে এবং সামগ্রিকভাবে সিস্টেমের যথার্থতা প্রশ্ন উত্থাপন করে। আপনি, অবশ্যই, হোম অ্যাসিস্ট্যান্টের মতো একটি স্মার্ট হোম সিস্টেমের কাছে এগুলি অর্পণ করতে পারেন, তবে কেউ ডাটাবেসে এন্ট্রির সংখ্যা সম্পর্কে বিন্দু বাতিল করেনি, এবং পোলিং সেন্সর সেকেন্ডে একবারের বেশি কাজ করবে না (একটি সীমাবদ্ধতা হোম সহকারী স্থাপত্য)।

পন্থা ঘ

প্রথমে, আসুন দেখি বাক্সের বাইরে কী হোম সহকারী সরবরাহ করা হয়েছে। একটি নির্দিষ্ট সময়ের মধ্যে খরচ পরিমাপ একটি অত্যন্ত অনুরোধ কার্যকারিতা. অবশ্যই, এটি একটি বিশেষ উপাদান - ইউটিলিটি_মিটার হিসাবে অনেক আগে প্রয়োগ করা হয়েছিল।

কম্পোনেন্টের সারমর্ম হল যে এটি ভিতরে বর্তমান_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

এখানে sensor.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 এ রিসেট হয়। আমাদের একটি ব্যবহারকারী-বান্ধব ব্যবহারের সময়সূচীও প্রয়োজন, পিরিয়ডের সময় কত লিটার খাওয়া হয়েছিল। স্ট্যান্ডার্ড হিস্ট্রি-গ্রাফ কম্পোনেন্ট এটা করে না, কিন্তু এক্সটার্নাল মিনি-গ্রাফ-কার্ড কম্পোনেন্ট আমাদের সাহায্য করতে পারে।

এটি লাভলেস-ইউআই-এর জন্য কার্ড কোড:

      - 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 - ঘন্টার শুরুতে সারিবদ্ধ কলামগুলির সাথে চার্ট তৈরি করা হবে
• পয়েন্ট_প্রতি_ঘণ্টা: 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'

অনুগ্রহ করে মনে রাখবেন যে গ্রুপ_বাই প্যারামিটারটি ব্যবধানে সেট করা হয়েছে এবং পয়েন্ট_প্রতি_ঘন্টা পরামিতি সবকিছুকে নিয়ন্ত্রণ করে। এবং এটি এই উপাদানটির সাথে আরেকটি সমস্যা - পয়েন্ট_প্রতি_ঘন্টা এক ঘন্টা বা তার কম চার্টে ভাল কাজ করে, কিন্তু বড় ব্যবধানে বিরক্তিকরভাবে। তাই একদিনে একটি কলাম পেতে, আমাকে মান 1/24=0.04166666 লিখতে হয়েছিল। আমি সাপ্তাহিক এবং মাসিক চার্ট সম্পর্কে কথা বলছি না।

পন্থা ঘ

এখনও বাড়ির সহকারী খুঁজে বের করার সময়, আমি এই ভিডিওটি দেখতে পেলাম:

কমরেড বিভিন্ন ধরনের Xiaomi সকেট থেকে খরচ ডেটা সংগ্রহ করে। তার কাজটি একটু সহজ - শুধু আজকের, গতকাল এবং মাসের জন্য খরচের মান প্রদর্শন করুন। কোন চার্ট প্রয়োজন.

তাত্ক্ষণিক শক্তি মানগুলির ম্যানুয়াল ইন্টিগ্রেশন সম্পর্কে যুক্তিগুলি বাদ দেওয়া যাক - আমি ইতিমধ্যে উপরে এই পদ্ধতির "নির্ভুলতা" সম্পর্কে লিখেছি। কেন তিনি সঞ্চিত খরচ মানগুলি ব্যবহার করেননি, যা ইতিমধ্যে একই আউটলেট দ্বারা সংগ্রহ করা হয়েছে তা স্পষ্ট নয়। আমার মতে, লোহার টুকরো ভিতরে ইন্টিগ্রেশন ভাল কাজ করবে।

ভিডিও থেকে, আমরা একটি সময়ের জন্য ম্যানুয়ালি খরচ গণনা করার ধারণা নেব। একজন মানুষের জন্য, শুধুমাত্র আজকের এবং গতকালের জন্য মান বিবেচনা করা হয়, কিন্তু আমরা আরও এগিয়ে গিয়ে একটি গ্রাফ আঁকার চেষ্টা করব। আমার ক্ষেত্রে প্রস্তাবিত পদ্ধতির সারাংশ নিম্নরূপ।

আমরা একটি পরিবর্তনশীল মান তৈরি করব_at_the_beginning_of_hour, যেখানে আমরা বর্তমান কাউন্টার রিডিং লিখব
ঘন্টার শেষে (বা পরবর্তী সময়ের শুরুতে) টাইমার অনুসারে, আমরা বর্তমান পড়ার এবং ঘন্টার শুরুতে সংরক্ষিত একটির মধ্যে পার্থক্য গণনা করি। এই পার্থক্যটি বর্তমান ঘন্টার জন্য খরচ হবে - আমরা সেন্সরে মানটি সংরক্ষণ করব এবং ভবিষ্যতে আমরা এই মানের উপর ভিত্তি করে একটি গ্রাফ তৈরি করব।
আপনাকে সেখানে কাউন্টারের বর্তমান মান লিখে পরিবর্তনশীল মান_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 এন্ট্রি। এবং যদি আপনি অন্যান্য সেন্সরগুলিকে বিবেচনা করেন তবে চিত্রটি সাধারণত অশালীন হয়ে যায়।

পন্থা ঘ

সৌভাগ্যবশত, স্মার্ট মানুষ ইতিমধ্যে InfluxDB ডাটাবেস লিখে এই সমস্যার সমাধান করেছে। এই ডাটাবেসটি বিশেষভাবে সময়-ভিত্তিক ডেটা সংরক্ষণের জন্য অপ্টিমাইজ করা হয়েছে এবং বিভিন্ন সেন্সরের মান সংরক্ষণের জন্য আদর্শ। সিস্টেমটি একটি এসকিউএল-এর মতো ক্যোয়ারী ল্যাঙ্গুয়েজও প্রদান করে যা আপনাকে ডাটাবেস থেকে মান বের করতে এবং তারপরে বিভিন্ন উপায়ে একত্রিত করতে দেয়। অবশেষে, বিভিন্ন সময়ের জন্য বিভিন্ন ডেটা সংরক্ষণ করা যেতে পারে। উদাহরণস্বরূপ, তাপমাত্রা বা আর্দ্রতার মতো ঘন ঘন পরিবর্তিত রিডিংগুলিকে মাত্র কয়েক সপ্তাহের জন্য সংরক্ষণ করা যেতে পারে, যেখানে জল ব্যবহারের দৈনিক রিডিংগুলি পুরো বছরের জন্য সংরক্ষণ করা যেতে পারে।

InfluxDB ছাড়াও, স্মার্ট ব্যক্তিরা Grafana আবিষ্কার করেছে, InfluxDB থেকে ডেটা থেকে গ্রাফ আঁকার একটি সিস্টেম। Grafana বিভিন্ন ধরণের চার্ট আঁকতে পারে, সেগুলিকে বিশদভাবে কাস্টমাইজ করতে পারে এবং, সবচেয়ে গুরুত্বপূর্ণভাবে, এই চার্টগুলি লাভলেস-ইউআই হোম সহকারীতে "প্লাগ" করা যেতে পারে।

অনুপ্রেরিত হও এখানে и এখানে. নিবন্ধগুলি হোম সহকারীর সাথে InfluxDB এবং Grafana ইনস্টল এবং সংযোগ করার প্রক্রিয়া বিশদভাবে বর্ণনা করে। আমি আমার নির্দিষ্ট সমস্যা সমাধানে ফোকাস করব।

সুতরাং, প্রথমত, ইনফ্লাক্সডিবিতে কাউন্টার ভ্যালু যোগ করা শুরু করা যাক। হোম অ্যাসিস্ট্যান্ট কনফিগারেশনের একটি অংশ (এই উদাহরণে, আমি কেবল ঠান্ডা নয়, গরম জলেও মজা করব):

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 ঘন্টা))
• কোয়েরি পরিমাপ'a homeassistant.autogen.l (লিটার) থেকে সমস্ত ডেটা বের করবে, যার মধ্যে ঠান্ডা এবং গরম জলের রিডিং সহ
• একত্রিত ডেটা entity_id দ্বারা গোষ্ঠীবদ্ধ করা হবে, যা ঠান্ডা এবং গরম জলের জন্য পৃথক মান তৈরি করবে।
• যেহেতু লিটারের কাউন্টারটি প্রতি ঘন্টার মধ্যে একঘেয়ে ক্রমবর্ধমান ক্রম, তাই আপনাকে সর্বোচ্চ মান নিতে হবে, তাই সর্বোচ্চ(মান) ফাংশন দ্বারা একত্রিত করা হবে
• নতুন মানটি homeassistant.month.water_meter_hour-এ লেখা হবে যেখানে মাসটি ধরে রাখার নীতির নাম এক মাস ধরে রাখার সময়কাল। অধিকন্তু, ঠান্ডা এবং গরম জলের ডেটা সংশ্লিষ্ট entity_id এবং মান ক্ষেত্রের মান সহ পৃথক রেকর্ডে ছড়িয়ে দেওয়া হবে

রাতে বা যখন বাড়িতে কেউ থাকে না, সেখানে জল খাওয়া হয় না এবং সেই অনুযায়ী homeassistant.autogen.l-এও কোনও নতুন রেকর্ড নেই৷ স্বাভাবিক প্রশ্নের অনুপস্থিত মান এড়াতে, আপনি fill(previous) ব্যবহার করতে পারেন। এটি 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'-এর ডেটা টেনে আনব (সময় >= এখন() -24 ঘণ্টা)।
• আমি যেমন উল্লেখ করেছি, homeassistant.month.water_meter_hour ক্রম থেকে কিছু এন্ট্রি অনুপস্থিত থাকতে পারে। আমরা GROUP BY সময় (1h) দিয়ে ক্যোয়ারী চালিয়ে এই ডেটা পুনরুদ্ধার করব। এইবার, ফিল(আগের) সঠিকভাবে কাজ করবে, অনুপস্থিত ডেটা তৈরি করবে (ফাংশনটি আগের মানটি নেবে)
• এই প্রশ্নের মধ্যে সবচেয়ে গুরুত্বপূর্ণ বিষয় হল পার্থক্য ফাংশন, যা ঘন্টার চিহ্নের মধ্যে পার্থক্য গণনা করবে। নিজেই, এটি কাজ করে না এবং একটি সমষ্টি ফাংশন প্রয়োজন। এটি আগে ব্যবহৃত max() হতে দিন।

মৃত্যুদন্ডের ফলাফল এই মত দেখায়

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 পাবে, যা আসলে প্রয়োজন।

শুধু একটা গ্রাফ তৈরি করা বাকি। এটি করার জন্য, Grafana খুলুন, কিছু বিদ্যমান (বা একটি নতুন তৈরি করুন) ড্যাশবোর্ড খুলুন, একটি নতুন প্যানেল তৈরি করুন। চার্ট সেটিংস নিম্নরূপ হবে।

আমি একই গ্রাফে ঠান্ডা এবং গরম জলের ডেটা প্রদর্শন করব। আমি উপরে বর্ণিত অনুরোধ ঠিক একই.

প্রদর্শন পরামিতি নিম্নরূপ সেট করা হয়. আমার জন্য এটি লাইন (লাইন) সহ একটি গ্রাফ হবে, যা ধাপে (সিঁড়ি) যায়। স্ট্যাক প্যারামিটার নিচে ব্যাখ্যা করা হবে। নীচে আরও কয়েকটি প্রদর্শন বিকল্প রয়েছে তবে সেগুলি এত আকর্ষণীয় নয়।

হোম সহকারীতে ফলাফল গ্রাফ যোগ করতে, আপনাকে করতে হবে:

• চার্ট সম্পাদনা মোড থেকে প্রস্থান করুন। কিছু কারণে, সঠিক চার্ট শেয়ারিং সেটিংস শুধুমাত্র ড্যাশবোর্ড পৃষ্ঠা থেকে অফার করা হয়
• চার্ট নামের পাশের ত্রিভুজটিতে ক্লিক করুন, মেনু থেকে শেয়ার নির্বাচন করুন
• যে উইন্ডোটি খোলে, সেখানে এম্বেড ট্যাবে যান
• বর্তমান সময়ের সীমা থেকে টিক চিহ্ন মুক্ত করুন - আমরা URL এর মাধ্যমে সময় পরিসীমা সেট করব
• প্রয়োজনীয় বিষয় নির্বাচন করুন। আমার ক্ষেত্রে এটা হালকা
• লাভলেস-ইউআই সেটিংস কার্ডে ফলস্বরূপ URLটি অনুলিপি করুন৷

      - 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