ਸਮਾਰਟ ਹੋਮ: ਅਸੀਂ ਹੋਮ ਅਸਿਸਟੈਂਟ ਵਿੱਚ ਪਾਣੀ ਅਤੇ ਬਿਜਲੀ ਦੀ ਖਪਤ ਦੇ ਗ੍ਰਾਫ਼ ਬਣਾਉਂਦੇ ਹਾਂ

ਹਰ ਵਾਰ ਜਦੋਂ ਮੈਨੂੰ ਬਿਜਲੀ ਅਤੇ ਪਾਣੀ ਲਈ ਭੁਗਤਾਨ ਪ੍ਰਾਪਤ ਹੁੰਦਾ ਹੈ, ਮੈਂ ਹੈਰਾਨ ਹੁੰਦਾ ਹਾਂ - ਕੀ ਮੇਰਾ ਪਰਿਵਾਰ ਸੱਚਮੁੱਚ ਇੰਨਾ ਖਪਤ ਕਰਦਾ ਹੈ? ਖੈਰ, ਹਾਂ, ਬਾਥਰੂਮ ਵਿੱਚ ਇੱਕ ਗਰਮ ਫਰਸ਼ ਅਤੇ ਇੱਕ ਬਾਇਲਰ ਹੈ, ਪਰ ਉਹ ਹਰ ਸਮੇਂ ਅੱਗ ਨਹੀਂ ਬਲਦੇ। ਅਸੀਂ ਪਾਣੀ ਦੀ ਬਚਤ ਵੀ ਕਰਦੇ ਜਾਪਦੇ ਹਾਂ (ਹਾਲਾਂਕਿ ਅਸੀਂ ਬਾਥਰੂਮ ਵਿੱਚ ਆਲੇ ਦੁਆਲੇ ਛਿੜਕਣਾ ਵੀ ਪਸੰਦ ਕਰਦੇ ਹਾਂ)। ਕਈ ਸਾਲ ਪਹਿਲਾਂ ਮੈਂ ਪਹਿਲਾਂ ਹੀ ਜੁੜੇ ਪਾਣੀ ਦੇ ਮੀਟਰ и ਬਿਜਲੀ ਇੱਕ ਸਮਾਰਟ ਘਰ ਵਿੱਚ, ਪਰ ਇਹ ਉਹ ਥਾਂ ਹੈ ਜਿੱਥੇ ਚੀਜ਼ਾਂ ਫਸ ਗਈਆਂ। ਅਸੀਂ ਹੁਣ ਸਿਰਫ ਖਪਤ ਦਾ ਵਿਸ਼ਲੇਸ਼ਣ ਕਰਨ ਲਈ ਤਿਆਰ ਹਾਂ, ਜਿਸ ਬਾਰੇ ਇਹ ਲੇਖ ਅਸਲ ਵਿੱਚ ਹੈ।

ਮੈਂ ਹਾਲ ਹੀ ਵਿੱਚ ਹੋਮ ਅਸਿਸਟੈਂਟ ਨੂੰ ਆਪਣੇ ਸਮਾਰਟ ਹੋਮ ਸਿਸਟਮ ਵਜੋਂ ਬਦਲਿਆ ਹੈ। ਇੱਕ ਕਾਰਨ ਇਹ ਸੀ ਕਿ ਵੱਖ-ਵੱਖ ਕਿਸਮਾਂ ਦੇ ਗ੍ਰਾਫਾਂ ਨੂੰ ਆਸਾਨੀ ਨਾਲ ਬਣਾਉਣ ਦੀ ਯੋਗਤਾ ਦੇ ਨਾਲ ਵੱਡੀ ਮਾਤਰਾ ਵਿੱਚ ਡੇਟਾ ਦੇ ਸੰਗ੍ਰਹਿ ਨੂੰ ਸੰਗਠਿਤ ਕਰਨ ਦਾ ਮੌਕਾ ਸੀ।

ਇਸ ਲੇਖ ਵਿਚ ਦੱਸੀ ਗਈ ਜਾਣਕਾਰੀ ਨਵੀਂ ਨਹੀਂ ਹੈ, ਵੱਖ-ਵੱਖ ਸਾਸ ਦੇ ਅਧੀਨ ਇਹ ਸਾਰੀਆਂ ਚੀਜ਼ਾਂ ਪਹਿਲਾਂ ਹੀ ਇੰਟਰਨੈਟ ਤੇ ਵਰਣਨ ਕੀਤੀਆਂ ਜਾ ਚੁੱਕੀਆਂ ਹਨ. ਪਰ ਹਰ ਲੇਖ ਆਮ ਤੌਰ 'ਤੇ ਸਿਰਫ਼ ਇੱਕ ਪਹੁੰਚ ਜਾਂ ਪਹਿਲੂ ਦਾ ਵਰਣਨ ਕਰਦਾ ਹੈ। ਮੈਨੂੰ ਇਹਨਾਂ ਸਾਰੀਆਂ ਪਹੁੰਚਾਂ ਦੀ ਤੁਲਨਾ ਕਰਨੀ ਪਈ ਅਤੇ ਆਪਣੇ ਆਪ ਨੂੰ ਸਭ ਤੋਂ ਢੁਕਵਾਂ ਇੱਕ ਚੁਣਨਾ ਪਿਆ। ਲੇਖ ਅਜੇ ਵੀ ਡੇਟਾ ਇਕੱਠਾ ਕਰਨ ਬਾਰੇ ਵਿਆਪਕ ਜਾਣਕਾਰੀ ਪ੍ਰਦਾਨ ਨਹੀਂ ਕਰਦਾ ਹੈ, ਪਰ ਇਹ ਇੱਕ ਕਿਸਮ ਦਾ ਸੰਖੇਪ ਹੈ ਕਿ ਮੈਂ ਇਹ ਕਿਵੇਂ ਕੀਤਾ. ਇਸ ਲਈ ਉਸਾਰੂ ਆਲੋਚਨਾ ਅਤੇ ਸੁਧਾਰ ਲਈ ਸੁਝਾਵਾਂ ਦਾ ਸਵਾਗਤ ਹੈ।

ਸਮੱਸਿਆ ਦਾ ਗਠਨ

ਇਸ ਲਈ, ਅੱਜ ਦੀ ਕਸਰਤ ਦਾ ਟੀਚਾ ਪਾਣੀ ਅਤੇ ਬਿਜਲੀ ਦੀ ਖਪਤ ਦੇ ਸੁੰਦਰ ਗ੍ਰਾਫ ਪ੍ਰਾਪਤ ਕਰਨਾ ਹੈ:

• 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}}}

  ਮੇਰੇ ਕੋਲ ਬਹੁਤ ਸਾਰੇ ਸੈਂਸਰ ਹਨ (ਹਰੇਕ ਕਮਰੇ ਵਿੱਚ ਤਾਪਮਾਨ ਸੈਂਸਰ, ਪਾਣੀ ਅਤੇ ਬਿਜਲੀ ਦੇ ਮੀਟਰ), ਅਤੇ ਕੁਝ ਬਹੁਤ ਸਾਰਾ ਡਾਟਾ ਵੀ ਤਿਆਰ ਕਰਦੇ ਹਨ। ਉਦਾਹਰਨ ਲਈ, ਇਕੱਲਾ SDM220 ਬਿਜਲੀ ਮੀਟਰ ਹਰ 10-15 ਸਕਿੰਟਾਂ ਵਿੱਚ ਲਗਭਗ ਇੱਕ ਦਰਜਨ ਮੁੱਲ ਪੈਦਾ ਕਰਦਾ ਹੈ, ਅਤੇ ਮੈਂ ਲਗਭਗ 8 ਅਜਿਹੇ ਮੀਟਰਾਂ ਨੂੰ ਸਥਾਪਤ ਕਰਨਾ ਚਾਹਾਂਗਾ। ਇੱਥੇ ਪੈਰਾਮੀਟਰਾਂ ਦਾ ਇੱਕ ਪੂਰਾ ਸਮੂਹ ਵੀ ਹੈ ਜੋ ਦੂਜੇ ਸੈਂਸਰਾਂ ਦੇ ਅਧਾਰ ਤੇ ਗਿਣਿਆ ਜਾਂਦਾ ਹੈ। ਕਿ. ਇਹ ਸਾਰੇ ਮੁੱਲ ਰੋਜ਼ਾਨਾ 100-200 MB ਦੁਆਰਾ ਡਾਟਾਬੇਸ ਨੂੰ ਆਸਾਨੀ ਨਾਲ ਵਧਾ ਸਕਦੇ ਹਨ। ਇੱਕ ਹਫ਼ਤੇ ਵਿੱਚ ਸਿਸਟਮ ਮੁਸ਼ਕਿਲ ਨਾਲ ਚੱਲੇਗਾ, ਅਤੇ ਇੱਕ ਮਹੀਨੇ ਵਿੱਚ ਫਲੈਸ਼ ਡਰਾਈਵ ਮਰ ਜਾਵੇਗੀ (ਇੱਕ ਰਸਬੇਰੀ PI 'ਤੇ ਇੱਕ ਆਮ ਘਰੇਲੂ ਸਹਾਇਕ ਇੰਸਟਾਲੇਸ਼ਨ ਦੇ ਮਾਮਲੇ ਵਿੱਚ), ਅਤੇ ਪੂਰੇ ਸਾਲ ਲਈ ਡੇਟਾ ਸਟੋਰ ਕਰਨਾ ਸਵਾਲ ਤੋਂ ਬਾਹਰ ਹੈ।

• ਜੇਕਰ ਤੁਸੀਂ ਖੁਸ਼ਕਿਸਮਤ ਹੋ, ਤਾਂ ਤੁਹਾਡਾ ਮੀਟਰ ਆਪਣੇ ਆਪ ਖਪਤ ਨੂੰ ਗਿਣ ਸਕਦਾ ਹੈ। ਤੁਸੀਂ ਕਿਸੇ ਵੀ ਸਮੇਂ ਮੀਟਰ ਵੱਲ ਮੁੜ ਸਕਦੇ ਹੋ ਅਤੇ ਪੁੱਛ ਸਕਦੇ ਹੋ ਕਿ ਸੰਚਿਤ ਖਪਤ ਮੁੱਲ ਕਿੰਨਾ ਸਮਾਂ ਹੈ। ਇੱਕ ਨਿਯਮ ਦੇ ਤੌਰ 'ਤੇ, ਡਿਜ਼ੀਟਲ ਇੰਟਰਫੇਸ (RS232/RS485/Modbus/Zigbee) ਵਾਲੇ ਸਾਰੇ ਬਿਜਲੀ ਮੀਟਰ ਇਹ ਮੌਕਾ ਪ੍ਰਦਾਨ ਕਰਦੇ ਹਨ।

  ਇਹ ਬਦਤਰ ਹੈ ਜੇਕਰ ਡਿਵਾਈਸ ਸਿਰਫ਼ ਕੁਝ ਤਤਕਾਲ ਪੈਰਾਮੀਟਰ (ਉਦਾਹਰਨ ਲਈ, ਤਤਕਾਲ ਪਾਵਰ ਜਾਂ ਕਰੰਟ) ਨੂੰ ਮਾਪ ਸਕਦਾ ਹੈ, ਜਾਂ ਹਰ X ਵਾਟ-ਘੰਟੇ ਜਾਂ ਲੀਟਰ ਵਿੱਚ ਦਾਲਾਂ ਪੈਦਾ ਕਰ ਸਕਦਾ ਹੈ। ਫਿਰ ਤੁਹਾਨੂੰ ਇਸ ਬਾਰੇ ਸੋਚਣ ਦੀ ਜ਼ਰੂਰਤ ਹੈ ਕਿ ਇਸਨੂੰ ਕਿਵੇਂ ਅਤੇ ਕਿਸ ਨਾਲ ਜੋੜਨਾ ਹੈ ਅਤੇ ਕਿੱਥੇ ਮੁੱਲ ਇਕੱਠਾ ਕਰਨਾ ਹੈ. ਕਿਸੇ ਵੀ ਕਾਰਨ ਕਰਕੇ ਅਗਲੀ ਰਿਪੋਰਟ ਦੇ ਗੁੰਮ ਹੋਣ ਦਾ ਖਤਰਾ ਹੈ, ਅਤੇ ਸਮੁੱਚੇ ਤੌਰ 'ਤੇ ਸਿਸਟਮ ਦੀ ਸ਼ੁੱਧਤਾ ਸਵਾਲ ਖੜ੍ਹੇ ਕਰਦੀ ਹੈ। ਬੇਸ਼ੱਕ, ਤੁਸੀਂ ਇਹ ਸਭ ਹੋਮ ਅਸਿਸਟੈਂਟ ਵਰਗੇ ਸਮਾਰਟ ਹੋਮ ਸਿਸਟਮ ਨੂੰ ਸੌਂਪ ਸਕਦੇ ਹੋ, ਪਰ ਕਿਸੇ ਨੇ ਵੀ ਡੇਟਾਬੇਸ ਵਿੱਚ ਰਿਕਾਰਡਾਂ ਦੀ ਗਿਣਤੀ ਬਾਰੇ ਬਿੰਦੂ ਨੂੰ ਰੱਦ ਨਹੀਂ ਕੀਤਾ ਹੈ, ਅਤੇ ਸੈਂਸਰਾਂ ਨੂੰ ਇੱਕ ਸਕਿੰਟ ਵਿੱਚ ਇੱਕ ਤੋਂ ਵੱਧ ਵਾਰ ਪੋਲ ਕਰਨਾ ਸੰਭਵ ਨਹੀਂ ਹੋਵੇਗਾ (ਏ. ਹੋਮ ਅਸਿਸਟੈਂਟ ਆਰਕੀਟੈਕਚਰ ਦੀ ਸੀਮਾ)।

ਪਹੁੰਚ 1

ਪਹਿਲਾਂ, ਆਓ ਦੇਖੀਏ ਕਿ ਘਰੇਲੂ ਸਹਾਇਕ ਬਾਕਸ ਤੋਂ ਬਾਹਰ ਕੀ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ। ਇੱਕ ਮਿਆਦ ਦੇ ਦੌਰਾਨ ਖਪਤ ਨੂੰ ਮਾਪਣਾ ਇੱਕ ਉੱਚ-ਮੰਗੀ ਕਾਰਜਕੁਸ਼ਲਤਾ ਹੈ। ਬੇਸ਼ੱਕ, ਇਹ ਬਹੁਤ ਸਮਾਂ ਪਹਿਲਾਂ ਇੱਕ ਵਿਸ਼ੇਸ਼ ਹਿੱਸੇ ਦੇ ਰੂਪ ਵਿੱਚ ਲਾਗੂ ਕੀਤਾ ਗਿਆ ਸੀ - utility_meter.

ਕੰਪੋਨੈਂਟ ਦਾ ਸਾਰ ਇਹ ਹੈ ਕਿ ਇਹ ਅੰਦਰੂਨੀ ਤੌਰ 'ਤੇ ਇੱਕ ਪਰਿਵਰਤਨਸ਼ੀਲ 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

ਇੱਥੇ sensor.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 — ਗਰਾਫ਼ ਘੰਟੇ ਦੇ ਸ਼ੁਰੂ ਵਿੱਚ ਅਲਾਈਨ ਕੀਤੀਆਂ ਬਾਰਾਂ ਨਾਲ ਤਿਆਰ ਕੀਤਾ ਜਾਵੇਗਾ
• ਪੁਆਇੰਟ_ਪ੍ਰਤੀ_ਘੰਟਾ: 1 - ਹਰ ਘੰਟੇ ਲਈ ਇੱਕ ਬਾਰ
• ਅਤੇ ਸਭ ਤੋਂ ਮਹੱਤਵਪੂਰਨ, aggregate_func: ਅਧਿਕਤਮ - ਹਰ ਘੰਟੇ ਦੇ ਅੰਦਰ ਵੱਧ ਤੋਂ ਵੱਧ ਮੁੱਲ ਲਓ। ਇਹ ਇਹ ਪੈਰਾਮੀਟਰ ਹੈ ਜੋ ਆਰਾ ਟੁੱਥ ਗ੍ਰਾਫ ਨੂੰ ਬਾਰਾਂ ਵਿੱਚ ਬਦਲਦਾ ਹੈ

ਖੱਬੇ ਪਾਸੇ ਦੇ ਕਾਲਮਾਂ ਦੀ ਕਤਾਰ ਵੱਲ ਧਿਆਨ ਨਾ ਦਿਓ - ਜੇ ਕੋਈ ਡਾਟਾ ਨਹੀਂ ਹੈ ਤਾਂ ਇਹ ਕੰਪੋਨੈਂਟ ਦਾ ਮਿਆਰੀ ਵਿਵਹਾਰ ਹੈ। ਪਰ ਕੋਈ ਡੇਟਾ ਨਹੀਂ ਸੀ - ਮੈਂ ਇਸ ਲੇਖ ਦੀ ਖ਼ਾਤਰ ਕੁਝ ਘੰਟੇ ਪਹਿਲਾਂ ਉਪਯੋਗਤਾ ਮੀਟਰ ਡੇਟਾ ਸੰਗ੍ਰਹਿ ਨੂੰ ਚਾਲੂ ਕੀਤਾ ਸੀ (ਮੈਂ ਆਪਣੀ ਮੌਜੂਦਾ ਪਹੁੰਚ ਨੂੰ ਥੋੜਾ ਘੱਟ ਦੱਸਾਂਗਾ)।

ਇਸ ਤਸਵੀਰ ਵਿੱਚ ਮੈਂ ਇਹ ਦਿਖਾਉਣਾ ਚਾਹੁੰਦਾ ਸੀ ਕਿ ਕਈ ਵਾਰ ਡੇਟਾ ਡਿਸਪਲੇਅ ਵੀ ਕੰਮ ਕਰਦਾ ਹੈ ਅਤੇ ਬਾਰ ਅਸਲ ਵਿੱਚ ਸਹੀ ਮੁੱਲਾਂ ਨੂੰ ਦਰਸਾਉਂਦੇ ਹਨ. ਪਰ ਇਹ ਸਭ ਕੁਝ ਨਹੀਂ ਹੈ। ਕਿਸੇ ਕਾਰਨ ਕਰਕੇ, 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 ਦਰਜ ਕਰਨਾ ਪਿਆ। ਮੈਂ ਹਫ਼ਤਾਵਾਰੀ ਅਤੇ ਮਾਸਿਕ ਚਾਰਟਾਂ ਬਾਰੇ ਵੀ ਗੱਲ ਨਹੀਂ ਕਰ ਰਿਹਾ ਹਾਂ.

ਪਹੁੰਚ 2

ਅਜੇ ਵੀ ਹੋਮ ਅਸਿਸਟੈਂਟ ਨੂੰ ਸਮਝਦੇ ਹੋਏ, ਮੈਨੂੰ ਇਹ ਵੀਡੀਓ ਮਿਲਿਆ:

ਇੱਕ ਦੋਸਤ ਕਈ ਕਿਸਮਾਂ ਦੇ Xiaomi ਸਾਕਟਾਂ ਤੋਂ ਖਪਤ ਡੇਟਾ ਇਕੱਤਰ ਕਰਦਾ ਹੈ। ਉਸਦਾ ਕੰਮ ਥੋੜਾ ਸੌਖਾ ਹੈ - ਬਸ ਅੱਜ, ਕੱਲ੍ਹ ਅਤੇ ਮਹੀਨੇ ਲਈ ਖਪਤ ਮੁੱਲ ਪ੍ਰਦਰਸ਼ਿਤ ਕਰੋ। ਕੋਈ ਸਮਾਂ-ਸਾਰਣੀ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ।

ਚਲੋ ਤੁਰੰਤ ਪਾਵਰ ਮੁੱਲਾਂ ਦੇ ਦਸਤੀ ਏਕੀਕਰਣ ਬਾਰੇ ਵਿਚਾਰ-ਵਟਾਂਦਰੇ ਨੂੰ ਛੱਡ ਦੇਈਏ - ਮੈਂ ਇਸ ਪਹੁੰਚ ਦੀ "ਸ਼ੁੱਧਤਾ" ਬਾਰੇ ਪਹਿਲਾਂ ਹੀ ਉੱਪਰ ਲਿਖਿਆ ਹੈ. ਇਹ ਸਪੱਸ਼ਟ ਨਹੀਂ ਹੈ ਕਿ ਉਸਨੇ ਸੰਚਿਤ ਖਪਤ ਮੁੱਲਾਂ ਦੀ ਵਰਤੋਂ ਕਿਉਂ ਨਹੀਂ ਕੀਤੀ, ਜੋ ਪਹਿਲਾਂ ਹੀ ਉਸੇ ਆਊਟਲੇਟ ਦੁਆਰਾ ਇਕੱਤਰ ਕੀਤੇ ਗਏ ਹਨ। ਮੇਰੀ ਰਾਏ ਵਿੱਚ, ਹਾਰਡਵੇਅਰ ਦੇ ਅੰਦਰ ਏਕੀਕਰਣ ਵਧੀਆ ਕੰਮ ਕਰੇਗਾ.

ਵੀਡੀਓ ਤੋਂ ਅਸੀਂ ਇੱਕ ਮਿਆਦ ਵਿੱਚ ਖਪਤ ਨੂੰ ਹੱਥੀਂ ਗਿਣਨ ਦਾ ਵਿਚਾਰ ਲਵਾਂਗੇ। ਮੁੰਡਾ ਸਿਰਫ ਅੱਜ ਅਤੇ ਕੱਲ੍ਹ ਲਈ ਮੁੱਲ ਗਿਣਦਾ ਹੈ, ਪਰ ਅਸੀਂ ਹੋਰ ਅੱਗੇ ਜਾਵਾਂਗੇ ਅਤੇ ਇੱਕ ਗ੍ਰਾਫ ਖਿੱਚਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਾਂਗੇ. ਮੇਰੇ ਕੇਸ ਵਿੱਚ ਪ੍ਰਸਤਾਵਿਤ ਵਿਧੀ ਦਾ ਸਾਰ ਹੇਠ ਲਿਖੇ ਅਨੁਸਾਰ ਹੈ।

ਚਲੋ ਇੱਕ ਵੇਰੀਏਬਲ ਮੁੱਲ_at_the_beginning_of_hour ਬਣਾਓ, ਜਿਸ ਵਿੱਚ ਅਸੀਂ ਮੌਜੂਦਾ ਮੀਟਰ ਰੀਡਿੰਗਾਂ ਨੂੰ ਰਿਕਾਰਡ ਕਰਾਂਗੇ।
ਟਾਈਮਰ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ, ਘੰਟੇ ਦੇ ਅੰਤ ਵਿੱਚ (ਜਾਂ ਅਗਲੇ ਦੇ ਸ਼ੁਰੂ ਵਿੱਚ) ਅਸੀਂ ਮੌਜੂਦਾ ਰੀਡਿੰਗ ਅਤੇ ਘੰਟੇ ਦੇ ਸ਼ੁਰੂ ਵਿੱਚ ਸਟੋਰ ਕੀਤੇ ਗਏ ਵਿੱਚ ਅੰਤਰ ਦੀ ਗਣਨਾ ਕਰਦੇ ਹਾਂ। ਇਹ ਅੰਤਰ ਮੌਜੂਦਾ ਘੰਟੇ ਲਈ ਖਪਤ ਹੋਵੇਗਾ - ਅਸੀਂ ਸੈਂਸਰ ਵਿੱਚ ਮੁੱਲ ਨੂੰ ਬਚਾਵਾਂਗੇ, ਅਤੇ ਭਵਿੱਖ ਵਿੱਚ ਅਸੀਂ ਇਸ ਮੁੱਲ ਦੇ ਅਧਾਰ ਤੇ ਇੱਕ ਗ੍ਰਾਫ਼ ਬਣਾਵਾਂਗੇ।
ਤੁਹਾਨੂੰ ਉੱਥੇ ਮੌਜੂਦਾ ਕਾਊਂਟਰ ਮੁੱਲ ਲਿਖ ਕੇ value_at_beginning_of_hour ਵੇਰੀਏਬਲ ਨੂੰ "ਰੀਸੈਟ" ਕਰਨ ਦੀ ਵੀ ਲੋੜ ਹੈ।

ਇਹ ਸਭ ਹੋਮ ਅਸਿਸਟੈਂਟ ਰਾਹੀਂ ਹੀ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ।

ਤੁਹਾਨੂੰ ਪਿਛਲੀ ਪਹੁੰਚ ਨਾਲੋਂ ਥੋੜਾ ਹੋਰ ਕੋਡ ਲਿਖਣਾ ਪਏਗਾ. ਪਹਿਲਾਂ, ਚਲੋ ਇਹੀ “ਵੇਰੀਏਬਲ” ਬਣਾਉ। ਬਾਕਸ ਤੋਂ ਬਾਹਰ ਸਾਡੇ ਕੋਲ "ਵੇਰੀਏਬਲ" ਇਕਾਈ ਨਹੀਂ ਹੈ, ਪਰ ਅਸੀਂ 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 ਕਿਊਬਿਕ ਮੀਟਰ ਪਾਣੀ ਦੀ ਖਪਤ ਕਰਦਾ ਹਾਂ, ਜਿਸਦਾ ਮਤਲਬ ਹੈ ਕਿ ਡੇਟਾਬੇਸ ਵਿੱਚ 200000 ਐਂਟਰੀਆਂ ਹਨ. ਅਤੇ ਜੇ ਤੁਸੀਂ ਦੂਜੇ ਸੈਂਸਰਾਂ ਨੂੰ ਧਿਆਨ ਵਿਚ ਰੱਖਦੇ ਹੋ, ਤਾਂ ਇਹ ਚਿੱਤਰ ਆਮ ਤੌਰ 'ਤੇ ਅਸ਼ਲੀਲ ਬਣ ਜਾਂਦਾ ਹੈ.

ਪਹੁੰਚ 3

ਖੁਸ਼ਕਿਸਮਤੀ ਨਾਲ, ਸਮਾਰਟ ਲੋਕਾਂ ਨੇ ਪਹਿਲਾਂ ਹੀ InfluxDB ਡੇਟਾਬੇਸ ਲਿਖ ਕੇ ਇਸ ਸਮੱਸਿਆ ਦਾ ਹੱਲ ਕਰ ਲਿਆ ਹੈ। ਇਹ ਡੇਟਾਬੇਸ ਖਾਸ ਤੌਰ 'ਤੇ ਸਮਾਂ-ਅਧਾਰਿਤ ਡੇਟਾ ਨੂੰ ਸਟੋਰ ਕਰਨ ਲਈ ਅਨੁਕੂਲ ਬਣਾਇਆ ਗਿਆ ਹੈ ਅਤੇ ਵੱਖ-ਵੱਖ ਸੈਂਸਰਾਂ ਦੇ ਮੁੱਲਾਂ ਨੂੰ ਸਟੋਰ ਕਰਨ ਲਈ ਆਦਰਸ਼ ਹੈ। ਸਿਸਟਮ ਇੱਕ SQL-ਵਰਗੀ ਪੁੱਛਗਿੱਛ ਭਾਸ਼ਾ ਵੀ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ ਜੋ ਤੁਹਾਨੂੰ ਡੇਟਾਬੇਸ ਤੋਂ ਮੁੱਲਾਂ ਨੂੰ ਐਕਸਟਰੈਕਟ ਕਰਨ ਅਤੇ ਫਿਰ ਉਹਨਾਂ ਨੂੰ ਵੱਖ-ਵੱਖ ਤਰੀਕਿਆਂ ਨਾਲ ਇਕੱਠਾ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ। ਅੰਤ ਵਿੱਚ, ਵੱਖ-ਵੱਖ ਡੇਟਾ ਨੂੰ ਵੱਖ-ਵੱਖ ਸਮਿਆਂ ਲਈ ਸਟੋਰ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ। ਉਦਾਹਰਨ ਲਈ, ਤਾਪਮਾਨ ਜਾਂ ਨਮੀ ਵਰਗੀਆਂ ਵਾਰ-ਵਾਰ ਬਦਲਦੀਆਂ ਰੀਡਿੰਗਾਂ ਨੂੰ ਸਿਰਫ਼ ਕੁਝ ਹਫ਼ਤਿਆਂ ਲਈ ਸਟੋਰ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ, ਜਦੋਂ ਕਿ ਰੋਜ਼ਾਨਾ ਪਾਣੀ ਦੀ ਖਪਤ ਦੀਆਂ ਰੀਡਿੰਗਾਂ ਨੂੰ ਪੂਰੇ ਸਾਲ ਲਈ ਸਟੋਰ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ।

InfluxDB ਤੋਂ ਇਲਾਵਾ, ਹੁਸ਼ਿਆਰ ਲੋਕਾਂ ਨੇ Grafana ਦੀ ਵੀ ਖੋਜ ਕੀਤੀ, InfluxDB ਤੋਂ ਡੇਟਾ ਦੇ ਆਧਾਰ 'ਤੇ ਗ੍ਰਾਫ ਬਣਾਉਣ ਲਈ ਇੱਕ ਪ੍ਰਣਾਲੀ। Grafana ਵੱਖ-ਵੱਖ ਕਿਸਮਾਂ ਦੇ ਗ੍ਰਾਫ ਖਿੱਚ ਸਕਦਾ ਹੈ, ਉਹਨਾਂ ਨੂੰ ਵਿਸਤਾਰ ਵਿੱਚ ਅਨੁਕੂਲਿਤ ਕਰ ਸਕਦਾ ਹੈ, ਅਤੇ, ਸਭ ਤੋਂ ਮਹੱਤਵਪੂਰਨ, ਇਹਨਾਂ ਗ੍ਰਾਫਾਂ ਨੂੰ 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 ਨਾਮ ਦੀ ਇੱਕ ਲਗਾਤਾਰ ਪੁੱਛਗਿੱਛ ਬਣਾਉਂਦਾ ਹੈ
• ਬੇਨਤੀ ਨੂੰ ਹਰ ਘੰਟੇ ਲਾਗੂ ਕੀਤਾ ਜਾਵੇਗਾ (ਸਮਾਂ(1h))
• ਬੇਨਤੀ ਮਾਪ' 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' ਲਈ ਆਖਰੀ ਦਿਨ (ਸਮਾਂ >= now() -24h) ਲਈ ਡੇਟਾ ਐਕਸਟਰੈਕਟ ਕਰਾਂਗੇ।
• ਜਿਵੇਂ ਕਿ ਮੈਂ ਪਹਿਲਾਂ ਹੀ ਦੱਸਿਆ ਹੈ, ਹੋ ਸਕਦਾ ਹੈ ਕਿ ਕੁਝ ਐਂਟਰੀਆਂ homeassistant.month.water_meter_hour ਕ੍ਰਮ ਵਿੱਚ ਗੁੰਮ ਹੋਣ। ਅਸੀਂ GROUP BY time (1h) ਨਾਲ ਇੱਕ ਪੁੱਛਗਿੱਛ ਚਲਾ ਕੇ ਇਸ ਡੇਟਾ ਨੂੰ ਮੁੜ ਤਿਆਰ ਕਰਾਂਗੇ। ਇਸ ਵਾਰ ਭਰਨ (ਪਿਛਲਾ) ਉਮੀਦ ਅਨੁਸਾਰ ਕੰਮ ਕਰੇਗਾ, ਗੁੰਮ ਹੋਏ ਡੇਟਾ ਨੂੰ ਤਿਆਰ ਕਰੇਗਾ (ਫੰਕਸ਼ਨ ਪਿਛਲਾ ਮੁੱਲ ਲਵੇਗਾ)
• ਇਸ ਬੇਨਤੀ ਵਿੱਚ ਸਭ ਤੋਂ ਮਹੱਤਵਪੂਰਨ ਚੀਜ਼ ਫਰਕ ਫੰਕਸ਼ਨ ਹੈ, ਜੋ ਘੰਟੇ ਦੇ ਅੰਕਾਂ ਵਿੱਚ ਅੰਤਰ ਦੀ ਗਣਨਾ ਕਰੇਗਾ। ਇਹ ਆਪਣੇ ਆਪ ਕੰਮ ਨਹੀਂ ਕਰਦਾ ਹੈ ਅਤੇ ਇੱਕ ਏਗਰੀਗੇਸ਼ਨ ਫੰਕਸ਼ਨ ਦੀ ਲੋੜ ਹੈ। ਇਸ ਨੂੰ ਪਹਿਲਾਂ ਵਰਤਿਆ ਗਿਆ ਅਧਿਕਤਮ() ਹੋਣ ਦਿਓ।

ਐਗਜ਼ੀਕਿਊਸ਼ਨ ਨਤੀਜਾ ਇਸ ਤਰ੍ਹਾਂ ਦਿਖਦਾ ਹੈ

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 ਨੂੰ 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 ਮੀਟਰ ਮੇਰੇ ਲਈ ਮਰ ਗਿਆ, ਅਤੇ ਦੂਜਾ Modbus ਦੁਆਰਾ ਐਕਸੈਸ ਕਰਨ 'ਤੇ ਖਰਾਬ ਹੈ। ਹਾਲਾਂਕਿ, ਇਹ ਇਸ ਲੇਖ ਦੇ ਵਿਸ਼ੇ ਨੂੰ ਕਿਸੇ ਵੀ ਤਰੀਕੇ ਨਾਲ ਪ੍ਰਭਾਵਤ ਨਹੀਂ ਕਰਦਾ ਹੈ - ਗ੍ਰਾਫ ਉਸੇ ਤਰ੍ਹਾਂ ਬਣਾਏ ਜਾਣਗੇ ਜਿਵੇਂ ਪਾਣੀ ਲਈ.

ਇਸ ਲੇਖ ਵਿੱਚ ਮੈਂ ਉਹਨਾਂ ਪਹੁੰਚਾਂ ਨੂੰ ਪੇਸ਼ ਕੀਤਾ ਜੋ ਮੈਂ ਆਪਣੇ ਆਪ ਨੂੰ ਅਜ਼ਮਾਇਆ. ਯਕੀਨਨ ਡਾਟਾ ਇਕੱਤਰ ਕਰਨ ਅਤੇ ਵਿਜ਼ੂਅਲਾਈਜ਼ੇਸ਼ਨ ਨੂੰ ਸੰਗਠਿਤ ਕਰਨ ਦੇ ਕੁਝ ਹੋਰ ਤਰੀਕੇ ਹਨ ਜਿਨ੍ਹਾਂ ਬਾਰੇ ਮੈਂ ਨਹੀਂ ਜਾਣਦਾ. ਟਿੱਪਣੀਆਂ ਵਿੱਚ ਮੈਨੂੰ ਇਸ ਬਾਰੇ ਦੱਸੋ, ਮੈਨੂੰ ਬਹੁਤ ਦਿਲਚਸਪੀ ਹੋਵੇਗੀ. ਮੈਨੂੰ ਰਚਨਾਤਮਕ ਆਲੋਚਨਾ ਅਤੇ ਨਵੇਂ ਵਿਚਾਰਾਂ ਲਈ ਖੁਸ਼ੀ ਹੋਵੇਗੀ. ਮੈਨੂੰ ਉਮੀਦ ਹੈ ਕਿ ਪੇਸ਼ ਕੀਤੀ ਸਮੱਗਰੀ ਵੀ ਕਿਸੇ ਦੀ ਮਦਦ ਕਰੇਗੀ।

ਸਰੋਤ: www.habr.com