Smart Home: Charting Water and Electricity Consumption in Home Suffragium

Quoties mercedem electricitatis et aquae accipio, miror - num familia mea multum sooooo consumit? Bene, sic, area calefacta est et in balneo boilo, sed non omni tempore ut sparteoli operantur. Etiam aquam servare videmur (quamquam in balneo etiam ut spargentes). Paucis abhinc annis ego iam connexa metris aquae и electricity dolori domum, sed haec ubi haesit. In analysi consumptionis nunc tantum manus pervenerunt, quae revera est qualis hic articulus est.

Nuper switched ad Domum Assistentem ut dolor meus domi ratio. Una causarum erat facultas ad colligendam magnam copiam notitiarum possibilitatem convenientis constructionis varias graphs.

Informationes quae in hoc articulo descriptae sunt nova non est, omnia haec sub diversis condimentis in interreti iam descripta sunt. Sed unusquisque articulus, ex regula, ponit unum tantum accessum vel aspectum. Has omnes aditus habui comparare et unum me aptissimum eligere. Articulus adhuc in notitia collectionis notitias copiose non praebet, sed est quaedam summaria quam feci. Itaque criticae utiles et suggestiones ad emendationem gratae sunt.

DE PECCATO quaestio

Ita, propositum hodiernae exercitationis est graphes pulchras aquarum et electricitatis consumptionem acquirere;

• Horas pro II diebus
• Cotidie pro II weeks
• (Libitum) weekly et menstrua

Sunt in hoc nonnullae difficultates;

• Vexillum chart tium satis pauperes tendunt. Ad optimam lineam graphiam punctis aedificare potes.

  Si bene quaeras, potes tertium-partium partium invenire quae capacitates chart mensurae extendunt. Pro domo adiutor, in principio, bonum et pulchrum component . mini graph cardsed ea quoque aliquantum contracta;

  • Difficilis est parametros tabulae vectis in magnis intervallis collocare (latitudo vectis in fractionibus horae ponitur, quod significat intervalla longiora quam hora in numeris fractis collocari)
  • Uni graphi varias res addere non potes (exempli gratia, caliditas et humiditas, vel talea graphi cum linea cohaerere)
• Non solum adiutor domesticus uti datorum SQLite primitivarum per defaltam (et ego, handyman, institutionem MySQL vel Postgres), notitia non optimo modo conditur. Sic, exempli gratia, cum unaquaque mutatione parametri digitalis vel minimi cuiusque moduli, ingens json de kilobyte in magnitudine scribitur database.

  {"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}}}

  Sensores admodum paucos habeo (sensores temperaturas in omnibus cella, aquis et metris electricitatis), et quaedam etiam notitias satis multum generant. Exempli gratia, solum SDM220 metricum electricitatis circa duodecim valores singulas 10-15 secundas generat, et velim octo metra talium instituere, et est etiam fasciculus totus parametris qui aliis sensoriis innititur. Quod. hi omnes valores facile inflant datorum per 8-100 MB cotidie. In septimana ratio vix iactabit et se convertet, et in mense mico aget (in casu institutionis typicae domus adiutoris in RUBUS IDAIS PI), et nulla quaestio de repositione notitiarum per totum annum esse potest.

• Si fortunatus es, ipsum metricum tuum sumptionem numerare potest. Metrum aliquando contactum potes et quaesitum quo tempore valor consummationis congestus sit. Pro regula, omnia metra electricitatis quae interfaciem digitalem habent (RS232/RS485/Modbus/Zigbee) talem occasionem praebent.

  Peior, si machinatio modulum instantaneum (exempli gratia instantaneae potentiae vel currentis) simpliciter metiri potest, vel simpliciter pulsus generare quaslibet X horarum vel litrarum. Tunc debes cogitare quomodo et cum quo eam integrare et ubi cumulare valeat. Periculum est proximae relationis quacumque de causa absentis, et subtiliter ratio tamquam tota interrogationes movet. Potes sane omnia haec acriori domus rationi tanquam domestici adiutoris committere, sed nemo punctum de numero introitus in datorum remisit, et sensoriis plus quam semel suffragium in secunda operabitur (limitatio. domus adiutoris architecturae).

Accede 1

Primum videamus quid adiutor praebeatur domus de archa. Consummationem mensurae per aliquod tempus multum postulavit functionality. Utique, olim in speciali componentis - utilitate_meter effectum est.

Essentia componentis est quod intra current_accumulated_value variabilis incipit esse et eam post definitum (horam/ebdomadam/mensem) disponit. Ipsum elementum monitores advenientis variabilis (valor alicuius generis sensoris), subscribit mutationes in ipso valore - modo exitum consequeris. Res haec paucis lineis in lima configuratione describitur

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

Hic sensor.water_meter_cold est praesens valor metri in literis quas possideo e ferro a mqtt. Consilium efficit 2 novos sensores aquaticas et aquaticas, quae lectiones quotidianas et quotidianas accumulant, eas nulla post tempus reponit. Hic est graphus altilium horae ad dimidium diem.

Horae et diurnae chartulae ad amasiae-UI hoc spectat:

      - 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

Profecto in hoc algorithmus quaestio est accessus huius. Ut iam monui, pro valore cuiusque venientis (metri currentis lectionis pro singulis literis proximis), 1kb recordi generatur in datorum. Quaelibet utilitas metri etiam novum valorem generat, qui etiam ad basim additur. Si lectiones horas horas/diem/septimanas/menses/, immo, aliquot aquae sursores colligere, et etiam fasciculum electricum metrorum addere, multum notitiae erit. Bene, pressius, non multae notitiae sunt, sed quia adiutor domi scribit fasciculum informationis supervacaneae datorum, magnitudo datorum per saltus et limites crescet. Vereor etiam aestimare quantitatem basin in chartis hebdomadariis et menstruis.

Praeterea metrica ipsa utilitas quaestionem non solvit. Utilitas argumentationis metricae est munus monotonice augere quod singulis horis ad 0 disponit. Etiam cedula usoris amicabili consumptio opus est, quot litere tempore eduntur. Vexillum historicum-graphium hoc non facit, sed externa componentis mini-graphi adiuvet nos.

Hoc est card code for lovelaciorum-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'

Praeter vexillum occasus sicut nomen sensoris, graphi generis, coloris (non amo vexillum aurantiorum), Gravis est hic notare 3 occasus:

• group_by:hora - chartula generabitur columnis varius ad principium horae
• points_per_hour: I - unus talea per hora
• Maxime, aggregate_func: max maximum valorem intra unaquaque hora sumat. Hic modulus est qui chart serram serram in catenas vertit.

Noli attendere ad columnarum ordinem in sinistro - haec est regula morum componentium si nulla est notitia. Sed nulla notitia erat - tantum in notitia collectionis usus sum usus metri utilitate duobus abhinc horis, iusta causa huius articuli (describam currentem adventum meum paulo inferius).

In hac tabula monstrare voluimus interdum notitias ostentationis etiam opera ostendere, et vectes re vera rectas valores reflectere. Sed id nulla enim. Horum autem columna elucidata pro periodo ab 11 am ad 12 am 19 litres ostendat, licet in graphio dentato paulo altius ad idem tempus ab eodem sensore sumptionem 62 litres videmus. Aut cimex aut manus perversae sunt. Sed adhuc non intellego cur data dextra abruperit - consumptio normalis erat, quae etiam ex graphio dentario visibile est.

In genere, probabilem accessionem huius accessionis non potui assecuti, quod graphus quandam haeresis fere semper ostendit.

Similia in codice ad Horam mediam.

      - 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'

Quaeso nota quod group_by parametri intercedit, et puncta_per_hora parametri omnia regunt. Et hoc est aliud problema cum hac componente - puncta horae bene in chartis horae vel minus, sed in maioribus intervallis foeda. Ita ut columnam unam in una die reciperem, valui 1/24=0.04166666 ingredi debebam. Non de chartis hebdomadariis et menstruis loquor.

Accede 2

Dum adhuc assistens domi remanens, hunc video transversum veni;

Sodalis comestionem notitiarum ex pluribus generibus Xiaomi basibus colligit. Munus eius est paulo simplicius - modo valorem consummationis pro hodie, heri et pro mense ostendunt. Nulla chartula requiritur.

Argumenta omittamus de integratione manuali valorum instantaneae potentiae - iam scripsi de "accuracia" huius accessionis supra. Non liquet cur non usus sit valoribus consumptionibus congestis, quae iam ab eodem morto collectae sunt. Opinor, integratio ferri melius intus operabitur.

Ex, ut videtur, accipiemus notionem manually consumptionem numerandi per tempus. Homo enim tantum valores pro hodierno et pro hesterno considerantur, sed ulterius progrediemur et graphum haurire temptabimus. Ratio propositae methodi in mea causa talis est.

Facimus variabilem valorem_at_the_beginning_of_hour, in quo scribemus lectiones occurrenti.
Secundum timoris in fine horae (vel in principio sequentis), differentiam computamus inter lectionem hodiernam et conditam in initio horae. Haec differentia erit consumptio praesentis horae - valorem sensori servabimus, et in futuro grapham huius pretii aedificabimus.
Etiam "reset" debes variabilem valorem_incipiendi_horae scribendo praesentem vim calculi ibi.

Quod totum fieri potest per bene ... mediante domo ipsius adiutoris ipsius.

Codicem paulo plura scribere debebis quam in priore accessu. Ab his "variables" incipiamus. Ex archa entitatem "variabilem" non habemus, sed opera sectoris mqtt uti potes. Valores ibi mittemus cum vero vexillo - hoc pretium intra sectorem salvabit, et aliquando extrahi potest, etiam cum assistentis domus reboitur. calculis horariis et cotidianis simul feci.

- 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

Omnia magica fiunt in automation, quae singulis horis et singulis noctibus respectively decurrit.

- 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

Tum automations res II facere:

• Computare valorem per intervallum prout interest inter valorem initium et finem
• Renova in basi valorem proximo intervallo

Constructio graphi in hoc casu solvitur a graphi historico-usitato;

      - 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

Hoc sic videtur:

Principio, hoc iam est quod debes. Utilitas huius methodi est quod notitia semel per intervallum generatur. Illae. summa 24 entries per diem pro chartula horaria.

Dolendum est, hoc adhuc problema generalem turpitudinis crescentis non solvit. Si graphium menstruae consummationis desideravero, notitias saltem per annum condere debebo. Et cum adiutor domus tantum unam repono durationis totius datorum ad occasum praebet, hoc significat omnia notitia in systemate anno integro condita esse. Exempli gratia, anno 200 metra cubica aquae consumo, quod significat 200000 introitus datorum. Et si consideres alios sensus, fit figura generaliter indecens.

Accede 3

Fortunate, homines callidi homines hanc quaestionem iam solvebant scribendo InfluxDB datorum. Haec database peculiariter optimized est ad accommodandi temporis substructio notitiae et apta est ad accommodandi valores diversorum sensoriorum. Ratio etiam linguae SQL-similem praebet quaestionem quae te permittit ut valores datorum extrahere et variis modis eas aggregare. Denique notitia diversa diversis temporibus condi potest. Exempli causa, saepe variantes lectiones sicut caliditas vel humiditas tantum per duos hebdomades condi possunt, dum quotidianae aquae consumptio per totum annum condi potest.

Praeter InfluxDB, homines callidi etiam Grafana inventos, systema graphes e notitia ex InfluxDB trahendi. Grafana varias chartarum genera haurire potest, eas in singillatim customizare, ac potissimum, hae chartulae "inplenda" in bracteae-UI adiutorem esse possunt.

inspirari hic и hic. Articuli enarrem processum installandi et conectendi InfluxDB et Grafana ad adiutorem domus. Ego focus solvendo quaestionem meam specifica.

Ante omnia igitur in influxDB valorem abacum addere incipiamus. Pars domus configurationis adiutoris (in hoc exemplo non solum frigida, sed etiam calida aqua gaudebo);

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

Earumdem salutarium notitiarum in domiciliis datorum internis assistentis disablemus, ut eam iterum inflare non sinamus;

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

Nunc eamus ad InfluxDB consolandum et nostrum database erigendum. Speciatim configurare debes quousque certa notitia recondatur. Sic dictus regitur. retentionis consilium - hoc simile est cum databases intra datorum principalium, cum datorum internorum quisque suos occasus habens. Defalta omnia notitia ad retentionis consilium quod autogen appellatur, haec notitia per hebdomadam reponenda est. Horas datas velim per mensem, datas hebdomadas per annum reponendas, notitias menstruas numquam omnino deleri. Oportet retentione consilia creare nos

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

Nunc, re vera, praecipuum artificium est aggregatio notitiae continuae interrogationi utens. Haec mechanismus est quae statim interrogationem statis intervallis movet, data huic interrogationi aggregat et eventum addit novo valore. Intueamus exemplum (in columna ad readabilitatem scribo, sed re vera hoc praeceptum una linea ingredi oportuit)

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

Hoc mandatum;

• Creat interrogationes continuas in database homeassistentes nomine cq_water_cold_hourly
• Quaestio singulis horis supplicium erit (1h))
• Investigatio omnia notitia ex mensura'a homeassistant.autogen.l (litteras), inter lectiones aquae frigidae et calidae colliget.
• Data aggregata ab entitate_id iungentur, quae valores separatos ad aquam frigidam et calidam creabit.
• Cum calculus liters monotonice crescens intra quamlibet horam seriem sit, necesse est maximum accipere valorem, ita aggregatio functionis max(pretii) exercebitur
• Novus valor scribetur ad homeassistant.month.water_meter_hour ubi mensis nomen est retentionis consilium cum retentio tempus unius mensis. Praeterea notitia aquae frigidae et calidae in singulas tabulas dispergentur cum ente_id et valore in agro valore

In nocte, vel cum nemo domi est, nulla aqua est consumptio, et ideo nullae sunt novae monumenta vel homeassistant.autogen.l. Ad vitandum valores absentes in quaestionibus normalibus, satietas uti potes. Hoc InfluxDB coget uti valorem horae praeteritae.

Infeliciter, continua quaesitio proprium habet: saturitas (previa) dolus non operatur et monumenta simpliciter non creantur. Est autem haec quaedam quaestio insuperabilis, quae dictum est ad plus quam annus. De hoc problemate postea agemus et quaestionem continuam impleamus - non intervenit.

Quod factum est perscriptio (quidem horis exspectare debes);

> 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

Nota valorem datorum in UTC repositum, ergo hoc album differt per 3 horas - 7am ​​valores in InfluxDB output aequant 10am valores in chartis supra. Etiam notandum est quod inter 2 et 5 mane exstant simpliciter tabulae nullae - hoc ipsum notam est interrogationis continuae.

Ut videre potes, valorem aggregatum etiam ordo monotonice crescens, solum introitus rariores sunt - semel horae. Sed hoc non est problema - aliam interrogationem scribere possumus quae rectam datam chartulam eliciet.

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)

Explicabo:

• Ab homeassistant.month.water_meter_hour datorum, notitias entis_id='water_metri_friditatis trahemus ultimo die (nunc () -24h).
• Ut dixi, viscus quidam deesse potest ex serie homeassistant.month.water_meter_horarum. Hanc datam renovabimus, interrogationem cum tempore per circulos currentem (1h). Hoc tempus, imple (prior) apte operabitur, notitias absentis generans (munus priorem valorem accipiet)
• Praecipuum in hac quaestione est differentia functionis, quae differentiam inter notas horae computabit. Per se, non operatur et requirit munus aggregationis. Sit hoc max() adhibitum.

Effectus exsecutio similis est

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

A 2 am ad 5 am (UTC) nulla tabes facta est. Nihilominus, investigatio eundem valorem consummationis reddet gratiarum ad implendum (priorem), et differentia functionis hunc valorem ex se detrahet et 0 in output accipiet, quod reapse requiritur.

Restat ut unum graphum aedificare. Ad hoc faciendum, Grafana aperi, aliquid exsistens (vel novum creare) ashboardday, novam tabulam creare. Chartae occasus erit talis.

Data in eodem grapho aquam frigidam et calidam ostendam. Postulatio prorsus eadem est quam supra descripsimus.

Parametros monstrare ut sequitur. Mihi graphum erit cum lineis (lineis), quod in gradibus (scalas). Modulus Stack infra dicetur. Sunt duo optiones infra ostensiones magis, sed non ita iucundae sunt.

Ad graphum consequens ut adiutorem domus adiungat, debes:

• exire chart edendis modus. Horum aliqua de causa, recta chartula obitus communicatio offeruntur solum ex pagina ashboardday
• Deprime triangulum iuxta nomen chartula, elige partem ex menu
• In fenestra quod aperit, ad tab em embed
• Tempus range notam current - tempus range ponemus per URL
• Select the required topic. Mea causa levis est
• Effingo inde URL ad lovelace-UI occasus card

      - 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"

Nota quaeso quod tempus spatium (ultimum 2 dierum) hic positum est, et non in ashboardday.

Charta haec similis est. Aqua calida ultimis diebus non usus sum, itaque aqua frigida tantum hauritur.

Non statui mihi quam chartulam optimam, gradus lineas, aut vectes reales habere. Ergo exemplum tantum dabo schedulae quotidianae consummationis, hoc modo in vectibus. Queries aedificantur eodem modo quo supra. Optiones ostentus sunt:

Hoc chart hoc simile est:

Sic fere modulus Stack. In hoc grapho, aquae frigidae vectis ducitur in summo vecte calido. Tota altitudo respondet toti sumptioni aquae frigidae et calidae propter tempus.

All graphs shown are dynamica. Murem movere potes in faenore, et singula videre et valorem in puncto particulari.

Donec non erat tincidunt nisi tincidunt rutrum. In chart talea (sicut graphio lineis passibus), media virgula non in medio diei, sed in 00:00 est. Illae. sinis- trum virgula loco hesterna trahitur. Itaque Saturni et Solis chartæ ad laevam cæruleam zonam paulum trahuntur. Donec ornare rhoncus quam id dictum.

Alia quaestio est non posse recte operari per menses intervallis. Nam longitudo horae/diei/ebdomadis fixa est, sed longitudo mensis omni tempore differt. InfluxDB nonnisi paribus intervallis laboratur. Hactenus mihi cerebrum satis fuit ad certum intervallum dierum XXX. Imo chartula in anno paulum natabit, et vectibus mensium exacte non respondebit. Sed quia haec res mihi iucunda est sicut metrum ostentationis, cum hoc valeo.

Video duas saltem solutiones;

• Ad ustulo in chartis menstruis et te limite ad septimanas. 52 weekly vectes per annum vultus pulchellus bonus
• Consuma ipsam tabem menstruam ut methodum N. 2, et graana tantum pro graphis pulchris utere. Satis accurate est. Etiam chartis obducere potes ad comparationem anni praeteriti - grafana quod facere potes.

conclusio,

Nescio quid, sed haec chartula amo. Vita in plena adductius et omnia mutabilia esse ostendunt. Heri multum fuit, hodie parum est, cras aliud aliquid erit. Reliquum est ut cum familiis in argumento consummationis laborare. Sed etiam venae appetitus, sicut magnae et incomprehensibilis figurae in rogatione, iam vertuntur in imaginem sumptionis satis comprehensibilis.

Quamvis vita mea quasi programmator XX annorum, ego fere cum databases non secavi. Ergo inaugurari datorum externorum simile quiddam tam abstrusum et incomprehensibile videbatur. Omnes mutatis supra articulum - evenit ut voltum instrumentum aptum in duobus clicks fiat, et cum instrumentum speciale conficiatur, munus machinationis paulo facilius fit.

In titulo nominavi consumptionem electricitatis. Donec tempus lacinia purus nec efficitur. Unum metrum SDM120 mortuum est, et alterum buggy cum accessione per Modbus. Attamen hoc loco huius articuli nullo modo non afficit - graphi eodem modo ac aqua aedificabuntur.

In hoc articulo accessiones dedi quas ipse probavi. Certe aliae sunt modi ad colligendas et visualizationes notitiarum quas non scio ordinandas. Dic mihi de eo in ineo, ego valde quaero. Laetus ero ad criticam fabricam et novas ideas. Spero autem materiam praedictam etiam aliquem iuvare.

Source: www.habr.com