HomeAssistant ja Melcloud/Nibe ohjaus

Jullikka

Jäsen
Tällä foorumilla on selvästi itseäni pätevämpiä tyyppejä tuon HomeAssistantin virittelyn parissa. Osaako joku antaa vinkkejä/ jakaa koodia tuosta automaation rakentamisesta?

Tavoitteena on siis saada aikaan ohjaus, jossa tietyn mitatun sisälämpötilan perusteella, sanotaan vaikka laskiessa alle 22,5°C, lämpöpumpun pyyntiä lisätään 0,5°C ja odotetaan 30min ennen seuraavan komennon alkamista. Tälle vastaavasti lämpötilan mennessä yli 23°C pudotetaan pyyntiä 0,5°C ja odotetaan vastaavasti 30min. Lisäelementtinä opettelukäyrällä vielä ulkolämmön mukaan tuleva automaation päälle/pois, esim. toiminassa alle +10°C ulkolämmössä

Alla jotain kötöstystä, jolla saan jo ohjattua tiettyyn lämpöön, lähinnä kiinnostaa asteiden lisäys vähitellen, jos ei saada lämpövastetta. Kiitokset jo etukäteen!

- id: '1650397309625'
alias: Ilmalämpöpumppu lämpö ylös
description: ''
trigger:
- platform: numeric_state
entity_id: climate.sisatila
for:
hours: 0
minutes: 5
seconds: 0
attribute: current_temperature
below: '22.9'
condition: []
action:
- service: climate.set_temperature
data:
temperature: '23'
entity_id: climate.olohuone
- service: climate.set_fan_mode
data:
fan_mode: '4'
entity_id: climate.olohuone
- service: climate.set_swing_mode
data:
swing_mode: '4'
entity_id: climate.olohuone
# - service: climate.set_vane_vertical
# data:
# vane_vertical: '3'
# entity_id: climate.olohuone
mode: restart
 
Itse itselleni vastaten, alla olevat luultavasti toimii. Eli rajan ylittyessä lisätään tai vähennetään 0,5 astetta pyyntiä ja odotetaan 30min.

- id: '100'
alias: Ilmalämpöpumppu lämpö ylös
description: ''
trigger:
- platform: numeric_state
entity_id: climate.nibe_49409_s1_room
for:
hours: 0
minutes: 0
seconds: 0
attribute: current_temperature
below: '22.9'
condition: []
action:
- service: climate.set_temperature
data:
temperature: '{{ state_attr(''climate.olohuone'', ''temperature'') | float +
0.5 }}'
entity_id: climate.olohuone
- service: climate.set_fan_mode
data:
fan_mode: '4'
entity_id: climate.olohuone
- service: climate.set_swing_mode
data:
swing_mode: '4'
entity_id: climate.olohuone
- delay:
hours: 0
minutes: 30
seconds: 0
milliseconds: 0
mode: parallel

- id: '101'
alias: Ilmalämpöpumppu lämpö alas
description: ''
trigger:
- platform: numeric_state
entity_id: climate.nibe_49409_s1_room
for:
hours: 0
minutes: 0
seconds: 0
attribute: current_temperature
above: '23.5'
condition: []
action:
- service: climate.set_temperature
data:
temperature: '{{ state_attr(''climate.olohuone'', ''temperature'') | float -
0.5 }}'
entity_id: climate.olohuone
- service: climate.set_fan_mode
data:
fan_mode: '3'
entity_id: climate.olohuone
- service: climate.set_swing_mode
data:
swing_mode: '4'
entity_id: climate.olohuone
- delay:
hours: 0
minutes: 30
seconds: 0
milliseconds: 0
mode: parallel
 
Tällä foorumilla on selvästi itseäni pätevämpiä tyyppejä tuon HomeAssistantin virittelyn parissa. Osaako joku antaa vinkkejä/ jakaa koodia tuosta automaation rakentamisesta?

Tavoitteena on siis saada aikaan ohjaus, jossa tietyn mitatun sisälämpötilan perusteella, sanotaan vaikka laskiessa alle 22,5°C, lämpöpumpun pyyntiä lisätään 0,5°C ja odotetaan 30min ennen seuraavan komennon alkamista. Tälle vastaavasti lämpötilan mennessä yli 23°C pudotetaan pyyntiä 0,5°C ja odotetaan vastaavasti 30min. Lisäelementtinä opettelukäyrällä vielä ulkolämmön mukaan tuleva automaation päälle/pois, esim. toiminassa alle +10°C ulkolämmössä

Alla jotain kötöstystä, jolla saan jo ohjattua tiettyyn lämpöön, lähinnä kiinnostaa asteiden lisäys vähitellen, jos ei saada lämpövastetta. Kiitokset jo etukäteen!

tuo puolen asteen nosto/lasku onnistuu helpoiten jos lämpötilan voi laittaa globaaliin (pysyvään) muuttujaan jota sitten säätää yhteen- tai vähennyslaskuilla. Käsittääkseni HA:ssa ei vieläkään ole noita globaaleja muuttujia, tosin ihan varma en ole sillä kuukausittaiset päivitykset tuovat jatkuvasti uusia ominaisuuksia. Itse olen aiemmin päättynyt käyttämään custom ingregraatiota 'Variable' jonka pystyy asentamaan home assistant storesta (HACS):

Lisäksi jonkinlainen timer tarvittanee laskemaan tuota 30 min aikaa:

Tosin tämän voinee kiertää automaatioilla jotka laukeavat 30 min välein.

Yritin aikanaan tuollaista puhtaasti sisälämpötilan mukaan tapahtuvaa lämpötilan säätöä, mutta itsellä tuo johti lämpötila sahaamiseen ylös ja alas aaltomaisesti. Muutaman yrityksen jälkeen päädyin sitten toiseen vaihtoehtoon jossa käytetään ulkolämpötilaa säätämään ilpin pyynti suunilleen oikealle tasolla (nämä piti määrittää ihan vaan testaamalla) ja sitten sisälämpötila arvojen perusteella hienosäädetään tuota ilpin lämpötila-asetusta niin että ollaan pysytään halutussa lämpötilassa. Eli mitä kauempana ollaan halutusta lämpötilasta sen enemmän pyyntiä muutetaan joko ylös tai alaspäin. Tämä on osoittautunut päteväksi tekniikaksi eikä kakeen ole tarvinut koskea vuosikausiin.
 
  • Tykkää
Reaktiot: juu
Kiitokset pikaisista! Koitetaan kehittää toimiva ohjaus pumpulle, ongelmia tällä hetkellä vähän joka osa-aluella, aikaisempaa ohjelmointikokemusta juuri ole.
 
Kiitokset pikaisista! Koitetaan kehittää toimiva ohjaus pumpulle, ongelmia tällä hetkellä vähän joka osa-aluella, aikaisempaa ohjelmointikokemusta juuri ole.
Aika pitkälle pääsee ihan puhtaasti GUI käyttöliittymän avulla, siihen on tullut paljon hyviä toimintoja viimeaikoina, esim valikoista suoraan löytyvä choose-funktio jolla voi tehdä simppeleitä if...then tyyppisiä toimintoja. Vähänkin monimutkaisempaan toimintaan on pakko perehtyä templaatteihin, joilla pystyy sitten tekemään kaikenlaista hienostuneempia sääntöjä.

Esimerkkinä templaateista tässä alla on oma pätkä joka määrittää ilpin pyyntilämpötilan muuttujaan var.cc_ilp_adjust templaattien avulla. siinä käytetään ulkolämpötilaa (joka on keskiarvoistettu ja tallennettu globaaliin muuttujaan var.temp_av_ulko) ja sisälämpötilasta ja paikkaolosta riippuvaa hienosäätötekijää joka on muuttujassa var.cc.eteinen_adjust. Skriptin aluksi määritellään pari vain tässä pätkässä käytettävää paikallista muuttuja (ulko ja et_poissa) lähinnä sen vuoksi että pätkä on helpompi lukea. Globaalejan muuttujia käytän taas sen takia että niillä voidaan jakaa dataa eri automaatioiden välillä.

Omassa systeemissäni sisälämpötilasta riippuva hienosäätömuuttuja määritetään omassa automaatiossaan ja se päivittyy aina 10 min välein. Samoin lopullinen kommunikaatio ilpin kanssa pyörii omassa automaatiossa ja se käyttää tässä esimerkissä tuotettavaa lämpötilatietoa joka siis tallennetaan muuttujaan var.cc_ilp_adjust.

YAML:
entity_id: var.cc_ilp_adjust
service: var.set
data_template:
  value: >-
    {% set ulko = states('sensor.temp_av_ulko') | float %} 
    {% set et_poissa = states('var.cc_eteinen_adjust') | float %} 
    {% if ulko > 16 %}
      {{ 17 + et_poissa | float }}   
    {% elif ulko <= 16 and ulko > 13 %}
      {{ 17.5 + et_poissa | float }}
    {% elif ulko <= 13 and ulko > 10 %}
      {{ 18.0 + et_poissa | float }}
    {% elif ulko <= 10 and ulko > 8 %}
      {{ 18.5 + et_poissa | float }}     
    {% elif ulko <= 8 and ulko > 6 %}
      {{ 19 + et_poissa | float }}
    {% elif ulko <= 6 and ulko > 4 %}
      {{ 19.5 + et_poissa | float }}
    {% elif ulko <= 4 and ulko > 0 %}
      {{ 20 + et_poissa | float }}
    {% elif ulko <= 0 and ulko > -2.5 %}
      {{ 20.5 + et_poissa | float }}     
    {% elif ulko <= -2.5 and ulko > -5 %}
      {{ 21 + et_poissa | float }}
    {% elif ulko <= -5 and ulko > -10 %}
      {{ 21.5 + et_poissa | float }}
    {% elif ulko <= -10 and ulko > -16 %}
      {{ 22 + et_poissa | float }}     
    {% elif ulko <= -15 and ulko > -21 %}
      {{ 22.5 + et_poissa | float }}
    {% elif ulko <= -20 and ulko > -25 %}
      {{ 23 + et_poissa | float }}     
    {% elif ulko <= -25 and ulko > -30 %}
      {{ 23.5 + et_poissa | float }}
    {% elif ulko <= -30 and ulko > -35 %}
      {{ 24 + et_poissa | float }}     
    {% else %}
      {{ 24.5 + et_poissa | float }}
    {% endif %}

näiden lisäksi olen todennut että lämpötilatietojen keskiarvoistus muutaman kymmenen minuutin ajanjakson sisällä on osoittautunut hyödylliseksi, sillä se tasoittaa esim ilpeistä tulevaa usein piikikästä lämpötiladataa, tai muita epämääräisiä piikkejä jotka voivat johtua esim ulko-oven avaamisesta jos mittari on siinä lähellä. Siihen käytän Filter-toimintoa joka määritetään configuration.yaml-tiedostossa.

Itselläni Yaml logiikan ja syntaxin oppiminen oli jossain määrin tuskallista mutta ahkeralla googlauksella netistä löytyy todella paljon valaisevia esimerkkejä joilla pääsi eteenpäin.
 
  • Tykkää
Reaktiot: juu
Katsopa olisiko generic thermostat tyyppisestä climate-entitystä sinulle apuja.
Ei nyt varmaan ihan suoraan tuohon ajatukseesi sovi, mutta ehkä vähän viritellen. Tuolle annetaan lämpötilan sensori, sekä kytkin, jolla lämmitin menee päälle. Sinulla tuo kytkin voisi ohjata pumpun pyyntilämpötilaa.
 
Kiitokset vastauksista! Tässä tapauksessa ratkaisin erillisillä automaatioilla, jotka pelaa ihan säätiedon weather.home asetuksen mukaan. Koodi on varmaan asiantuntijan mukaan pitkänlaista, mutta tälläisenaan omassa tapauksessa toimivaa. Jokaiselle eri lämpotilalle siis sain nyt eri ilpin lämpötilasäädön, jota sitten vielä hienosäädetään sisälampötilan mukaan maks. 1 aste suuntaansa. Sen tuossa jo huomasin, että ainakaan Niben sisälämpöanturiin ei ole luottaminen, sen päivitysväli näköjään netin yli saattaa olla jopa useita tunteja. Nyt tieto tulee Sensibon lämpötila-anturista, pitänee tähän tarkoitukseen kehitellä joku parempi/yleiskäyttöisempi sisälämpöanturi.

Alla malli lämpötilanostosta, jos joku tarvinnee tai haluaa kommentoida jatkokehitystä varten. Tuossa on mukana kaikki pumpun asetukset "varmuuden vuoksi", en tiedä onko ne käytännössä tarpeellisia.
- id: '102'
alias: Lisää lämpöä
description: ''
trigger:
- platform: numeric_state
entity_id: climate.sisatila
attribute: current_temperature
below: '23'
condition:
- condition: numeric_state
entity_id: weather.home
attribute: temperature
below: '10'
action:
- service: climate.set_temperature
data:
temperature: >
{% set lampotila = state_attr('climate.olohuone', 'temperature') | float + 0.5 %}
{{ '25' if lampotila > 25 else lampotila }}
entity_id: climate.olohuone
- service: climate.set_fan_mode
data:
fan_mode: '4'
entity_id: climate.olohuone
- service: melcloud.set_vane_horizontal
data:
position: '4'
entity_id: climate.olohuone
- service: melcloud.set_vane_vertical
data:
position: '3'
entity_id: climate.olohuone
- delay:
hours: 0
minutes: 30
seconds: 0
milliseconds: 0
mode: restart
max: 2
 
Kiitokset vastauksista! Tässä tapauksessa ratkaisin erillisillä automaatioilla, jotka pelaa ihan säätiedon weather.home asetuksen mukaan. Koodi on varmaan asiantuntijan mukaan pitkänlaista, mutta tälläisenaan omassa tapauksessa toimivaa. Jokaiselle eri lämpotilalle siis sain nyt eri ilpin lämpötilasäädön, jota sitten vielä hienosäädetään sisälampötilan mukaan maks. 1 aste suuntaansa. Sen tuossa jo huomasin, että ainakaan Niben sisälämpöanturiin ei ole luottaminen, sen päivitysväli näköjään netin yli saattaa olla jopa useita tunteja. Nyt tieto tulee Sensibon lämpötila-anturista, pitänee tähän tarkoitukseen kehitellä joku parempi/yleiskäyttöisempi sisälämpöanturi.

Alla malli lämpötilanostosta, jos joku tarvinnee tai haluaa kommentoida jatkokehitystä varten. Tuossa on mukana kaikki pumpun asetukset "varmuuden vuoksi", en tiedä onko ne käytännössä tarpeellisia.
Terve,

näyttää kompaktilta ja suoraviivaiselta ratkaisulta. Muistuttaa myös aika paljon omaa aiempaa ratkaisua, jossa ongelmaksi tuli lämpötilan oskillointi, minkä vuoksi päädyin lopulta vähän monimutkaisempaan säätöön. Mutta nämä voivat riippua paljon sekä pumpusta, asennuspaikasta että myös sisälämpötilan mittauspaikasta. Itsellä esimerkiksi oli tarve mitata lämpötila kulman takaa pumppun verrattuna, minkä takia kaikki lämpötilan muutokset tulivat hidastettuna ja mahdollisesti aiheuttivat tuota lämpötilan jatkuvaa sahaamista.
 
Tyhmä kysymys: oletko hemaris määrittänyt tuon oman var.cc_ilp_adjust muuttujan suoraan tuonne automations.yaml-tiedostoon?

Koitin saada vastaavaa aikaiseksi siinä onnistumatta.
 
Tyhmä kysymys: oletko hemaris määrittänyt tuon oman var.cc_ilp_adjust muuttujan suoraan tuonne automations.yaml-tiedostoon?

Koitin saada vastaavaa aikaiseksi siinä onnistumatta.

Ne määritetään configuration.yaml -tiedostossa. Vaatii muistaakseni uudelleenkäynnistyksen. Tässä on esimerkki ilppimuuttujien määrityksistä:

YAML:
var:
  cc_eteinen_adjust:
    friendly_name: 'cc_eteinenadjust'
    initial_value: 0
  cc_ilp_adjust:
    friendly_name: 'cc_ILPadjust'
    initial_value: 19
    unit_of_measurement: '°C'
 
Kiitokset, pikkuhiljaa selvenee. Sain antamiesi vinkkien avulla tehtyä oman versio 2.0 säädön, tämä tuntuu nyt toimivan oikein. Tuonne tosiaan vastaavat sensorit suoraan configuration.yaml tiedostoon, joita sitten voi käyttää hyväksi automaatioissa. Alla koodia jos tarvetta on. Nyt sai tosiaan kaikki eri ulkolämpötilat yhden automaation alle, mikä selvensi paljon koodia.

ilp_pyynti on tosiaan ulkolämpötilan mukaan tehty "lämpökäyrä", ilp_ofset on sisälämmön mukaan menevä korjaus pyyntiin -1°C - +1°C astetta. Tällä mentäneen, syksyllä säädetään lisää. Vastaava nyt toiminnassa myös jäähdytykselle, toivon mukaan näillä pääsee kaken käytöstä eroon.

#Lämpötilasäädin
- id: '113'
alias: Ilmalämpöpumpun lämpösäädin 2.0
trigger:
- platform: time_pattern
minutes: "/30"
condition:
- condition: numeric_state
entity_id: sensor.nibe_XXXXX_XXXXX
below: '10'
action:
- device_id: XXXXX
domain: climate
type: set_hvac_mode
hvac_mode: 'heat'
entity_id: climate.olohuone
- service: climate.set_temperature
data:
temperature: >
{% set perus = states('sensor.ilp_pyynti') | float %}
{% set offset = states('sensor.ilp_offset') | float %}
{{ perus + offset | float }}
entity_id: climate.olohuone
- service: climate.set_fan_mode
data:
fan_mode: '4'
entity_id: climate.olohuone
- service: melcloud.set_vane_horizontal
data:
position: '4'
entity_id: climate.olohuone
- service: melcloud.set_vane_vertical
data:
position: '3'
entity_id: climate.olohuone
mode: single
 
Viimeksi muokattu:
Terve, olisi tyhmä kysymys. Miten HA:n saa ylipäänsä ohjaamaan Nibeä? Integraatio sinällään toimii ja sensoridata tulee ok, mutta kaikki kirjoitusyritykset päättyvät virheilmoitukseen "Failed to call service...". Dokumentaatio ja tuon Nibe-integraation foorumipostauksetkaan eivät hirveästi auta. Käytössä siis F470 ja uusimmat HA- ja integraatioversiot.

Ohessa tarkempi loki, kun yrittää testin vuoksi sammuttaa ilmanvaihdon:
Traceback (most recent call last):
File "/usr/src/homeassistant/homeassistant/components/websocket_api/commands.py", line 199, in handle_call_service
await hass.services.async_call(
File "/usr/src/homeassistant/homeassistant/core.py", line 1713, in async_call
task.result()
File "/usr/src/homeassistant/homeassistant/core.py", line 1750, in _execute_service
await cast(Callable[[ServiceCall], Awaitable[None]], handler.job.target)(
File "/usr/src/homeassistant/homeassistant/helpers/entity_component.py", line 204, in handle_service
await service.entity_service_call(
File "/usr/src/homeassistant/homeassistant/helpers/service.py", line 676, in entity_service_call
future.result() # pop exception if have
File "/usr/src/homeassistant/homeassistant/helpers/entity.py", line 930, in async_request_call
await coro
File "/usr/src/homeassistant/homeassistant/helpers/service.py", line 713, in _handle_entity_call
await result
File "/usr/src/homeassistant/homeassistant/helpers/entity.py", line 992, in async_turn_off
await self.hass.async_add_executor_job(ft.partial(self.turn_off, **kwargs))
File "/usr/local/lib/python3.10/concurrent/futures/thread.py", line 58, in run
result = self.fn(*self.args, **self.kwargs)
File "/usr/src/homeassistant/homeassistant/helpers/entity.py", line 988, in turn_off
raise NotImplementedError()
NotImplementedError
 
Tarvitsee olla maksullinen etäohjaus, jotta voi ohjata. On myös muutenkin hiukan rajoittunut, esim. ilmanvaihtoa ei saa pysäytettyä, ainoastaan tehostettua (asetus 4) tai palautettua normaaliksi. Niben API-rajapinnan dokumentaatiosta löytyy sallitut asetukset netin yli
 
Tarvitsee olla maksullinen etäohjaus, jotta voi ohjata. On myös muutenkin hiukan rajoittunut, esim. ilmanvaihtoa ei saa pysäytettyä, ainoastaan tehostettua (asetus 4) tai palautettua normaaliksi. Niben API-rajapinnan dokumentaatiosta löytyy sallitut asetukset netin yli
Minkälaisia kokemuksia teillä on Niben API-rajapinnasta? Kannattaako satsaus? Onnistuiko @paulir ohjauksessa?
 
Onnistuu ainakin Home Assistantissa suoraan löytyvällä add-onilla. Kuten todettu, toiminnaltaan rajoitettu, lähinnä lämpötilapyyntiä ja ilmanvaihtoa voi tehostaa. Samoin käyttöveden voi laittaa luksus-asentoon. Saahan tuolla tehtyä esim. pörssisähköperustaisen ohjauksen lämmitykseen, todennäköisesti paremmin kuin Niben omalla SmartPrice-adaptationilla. Se, että kannattaako satsaus, riippuu kotona olevista tarvikkeista ja mielenkiinnosta, sekä tietysti sähkösopimuksesta. Itse keskityin tosiaan tuohon ILP:n ohjaukseen, ei ainakaan tällä hetkellä tarvetta ohjata lattialämpöjä.
 
Jatketaampa tänne jatkoksi kun osuu jo aiheeseen.

Eli HA, Mitsun pumppu ja melcloud. takan pellissä on sensori, kun pelti avataan niin pumppu menee puolen tunnin päästä pelkästään puhallukselle levittämään lämpöä.

Kysmys kuuluukin, onko mitään fiksua keinoa ottaa talteen tietoa mitkä asetukset on olleet pumpussa ennen tuota käskytystä ja palauttaa ne takaisin automaatiolla kun pelti laitetaan kiinni tai vaikka 4h pellin sulkemisen jälkeen.
 
En ole ihan varma, että toimiiko juuri noiden integraatioiden kanssa, mutta Home Assistantilla voit tallentaa lennosta Sceneen ainakin joidenkin laitteiden tilat.

Jotain etelän maiden esimerkkiautomaatioita oli sellainen, että joku jättää parvekkeen oven auki vaikkapa yli vartiksi, jolloin sammutetaan AC. Mutta sitten oven sulkemisen jälkeen halutaankin palauttaa AC siihen tilaan, jossa se oli ennen oven avaamista. Tässä jotain vinkkivideota aiheeseen (kohdasta 7:39 eteenpäin juuri tämä Scenejen tallennus):
 
En ole ihan varma, että toimiiko juuri noiden integraatioiden kanssa, mutta Home Assistantilla voit tallentaa lennosta Sceneen ainakin joidenkin laitteiden tilat.

Jotain etelän maiden esimerkkiautomaatioita oli sellainen, että joku jättää parvekkeen oven auki vaikkapa yli vartiksi, jolloin sammutetaan AC. Mutta sitten oven sulkemisen jälkeen halutaankin palauttaa AC siihen tilaan, jossa se oli ennen oven avaamista. Tässä jotain vinkkivideota aiheeseen (kohdasta 7:39 eteenpäin juuri tämä Scenejen tallennus):
Tämähän toimi juuri kuten meinasinkin. Parit viive ajastimet heitin sekaan, muuten toimi halutulla tavalla.
 
Onko kellään yamlia heittää millä saisi asettettua melcloudin automaatiossa tavoitelämpötilan? Ilmalämpöpumpulle siis.
 
Viimeksi muokattu:
Jos meinaat ILP pyyntiä, niin alla mallia. Ylempänä on lisää esimerkkejä.

- service: climate.set_temperature
data:
temperature: '21'
entity_id: climate."korvaa_tähän_oma"
 
Kiitos. Nyt vasta keksin että tämä muutos ei tapahdukaan Device -> Mitsubishin Ilpin kautta, vaan pitää mennä "Call a service" ja siitä löytyy sitten climate.set_target_temperature. Joten visuaalisella editorillakin voi tehdä.
 
Melcloud on nyt tehnyt Telldusit ja blokannut käyttäjätilini palvelusta liiallisten kyselyjen takia. En ole käyttänyt HA:ta yön aikana jolloin blokkaus on alkanut, ja HA tekee lämpötilapyyntöjen muutoksia max tunnein välein. Kyseleeköhän statusta ja/tai lämpötilaa lliian usein? Pitää kurkata pythoneja. Tuollainen on lokissa;
Koodi:
aiohttp.client_exceptions.ClientResponseError: 429, message='This request has been throttled due to an excessive amount of traffic to our service.', url=URL('https://app.melcloud.com/Mitsubishi.Wifi.Client/Device/Get?id

Koska blokkaus on käyttäjäkohtainen lakkasi myös Melcloud appi toimimasta. Paska homma.

Mökillä on vielä molemmat LN25 ja LN35 sen HA:ssa kiinni, en tiedä miksi niitä ei ole blokattu.
 
Melcloud on nyt tehnyt Telldusit ja blokannut käyttäjätilini palvelusta liiallisten kyselyjen takia. En ole käyttänyt HA:ta yön aikana jolloin blokkaus on alkanut, ja HA tekee lämpötilapyyntöjen muutoksia max tunnein välein. Kyseleeköhän statusta ja/tai lämpötilaa lliian usein? Pitää kurkata pythoneja. Tuollainen on lokissa;
Koodi:
aiohttp.client_exceptions.ClientResponseError: 429, message='This request has been throttled due to an excessive amount of traffic to our service.', url=URL('https://app.melcloud.com/Mitsubishi.Wifi.Client/Device/Get?id

Koska blokkaus on käyttäjäkohtainen lakkasi myös Melcloud appi toimimasta. Paska homma.

Mökillä on vielä molemmat LN25 ja LN35 sen HA:ssa kiinni, en tiedä miksi niitä ei ole blokattu.
Laitteet eivät ole varsinaisesti osa käyttäjätiliä ja myöskin noudattavat Mitsun asetuksia, joten niitä ei blokata. Vai tarkoititko, että nuo LNt on jotenkin eri lailla HA:ssa kiinni kuin Melcloudin kautta? Tai ehkä niitä sitten pollataan harvemmin, jos ovat eri Melcloud tilillä, tai Ecodaneilla on tiukempi raja, kun dataa menee enemmän viesteissä - vaikea sanoa. Itselläni on sekä LN25 että Ecodan samalla tilillä ja se ainakin blokkaantui.

HA:n perus Melcloud palikka taitaa jutella Melcloudin suuntaan 30s välein, mikä on nyt liian usein. Disabloin tuon omalta osalta kokonaan ja käytän pelkästään omia sensor konffeja. Näyttää siltä, että minuutinkin pollausväli on liian usein, mutta toisaalta laitteet juttelee Melcloudin suuntaan näköjään 2 minuutin välein, joten muutin tuon nyt 2 minuuttiin. Näyttäisi ainakin toistaiseksi toimivan tuolla 2 minuutin välillä HA:n kanssa.

Melcloud parin ekan kokeilun perusteella mittaa nuo requestit tunnin välein eli siellä on joku tuntiraja, minkä täyttyessä tili menee jäähylle kunnes pommitus loppuu :hmm:
 
Viimeksi muokattu:
Ne mökissä olevat LN:ät on eri tilillä melcloudissa. Mun Melcloud-integraatio on ollut nyt jäähyllä kolmatta tuntia, eikä tietenkään pörssiohjaus nyt toimi. Ei vieläkään pääse melcloud.com-sivulla kuin kirjautumaan mutta kun klikkaa pumppua heitettään ulos.

Tilasin nyt kiinasta CN105 pigtaileja, seuraavaksi lentää mitsun wifipalikka hiiteen ja ESP8266 ja ESPhome tilalle.


Tässä githubketjussa mainitaan että kannataa laittaa HA:n integraation eri tunnuksella kuin apin, niin säilyy ainakin remote käyttömahdollisuus jos HA blokataan. edit: uudella Guest-tunnuksella pääsee sisään ja ohjaus melcloud.com-sivulla toimii.


Tuossa mainitaan myös että kannataa ottaa Polling käytöstä. Saatanan tunarit etteivät mahdollistaneet local control-mahdollisuutta siinä mitsun palikassa.

Saisikohan rahat takaisin siitä palikasta?
 
Viimeksi muokattu:
Tussa joku workaround;

Näköjään pistänyt varmuuden vuoksi 5 minuuttia :) Aamusta asti ollut itsellä tuo 2 minuutin pollausväli ja näyttää toimivan. En sitten tiedä kuinka herkällä tuo on ts. jos käy samalla tilillä appiksella myös käpistelemässä, niin onko kohta taas kiinni.
 
Ne mökissä olevat LN:ät on eri tilillä melcloudissa. Mun Melcloud-integraatio on ollut nyt jäähyllä kolmatta tuntia, eikä tietenkään pörssiohjaus nyt toimi. Ei vieläkään pääse melcloud.com-sivulla kuin kirjautumaan mutta kun klikkaa pumppua heitettään ulos.

Tilasin nyt kiinasta CN105 pigtaileja, seuraavaksi lentää mitsun wifipalikka hiiteen ja ESP8266 ja ESPhome tilalle.

Onko LN mallissa siis tuo liitäntä myös?
 
Jaha, vilppuvuorinen lyö hanskat tiskiin. RIP Melcloud HA integraatio :/

Kyllähän tuo hankalaksi meni, kun Mitsu kerran ilmoitti, että eivät tue 3rd party appisten käyttöä ja saattavat säädellä noita miten sattuu. Ei taida olla oikein skaalautuvaksi suunniteltu palvelu, niin kuormitusta ratkotaan nyt sitten tällä tapaa.
 
Kyllähän tuo hankalaksi meni, kun Mitsu kerran ilmoitti, että eivät tue 3rd party appisten käyttöä ja saattavat säädellä noita miten sattuu. Ei taida olla oikein skaalautuvaksi suunniteltu palvelu, niin kuormitusta ratkotaan nyt sitten tällä tapaa.
Eilen illalla päivittyneessä HA:n versiossa mukana pieni update tuohon, koodimuutoksen perusteella päivitysintervallia muutettu 1->5min. Laitoin tuon nyt takaisin päälle, samoin omat rajapintahaut joihin laitoin 10min päivitysvälin. Katsotaan että pysyykö nyt pystyssä vai joutuuko blokatuksi taas, ainakin yön yli pyöri normaalisti...
 
Eilen illalla päivittyneessä HA:n versiossa mukana pieni update tuohon, koodimuutoksen perusteella päivitysintervallia muutettu 1->5min. Laitoin tuon nyt takaisin päälle, samoin omat rajapintahaut joihin laitoin 10min päivitysvälin. Katsotaan että pysyykö nyt pystyssä vai joutuuko blokatuksi taas, ainakin yön yli pyöri normaalisti...
Eiköhän se tuolla toimi. Itse tosiaan heivasin sen Melcloud palikan kuikkaan heti ongelman jälkeen ja parin kokeilun jälkeen totesin 2 min pollausvälin toimivaksi omille sensor-konffeille. On pyörinyt tuolla ajastuksella tiistai-aamusta lähtien.

Sinänsä tuota useammin ei tarvitse kyselläkään, kun logien perusteella Melcloudissa laitteen tiedot päivittyy myös 2 minuutin välein.
 
Eiköhän se tuolla toimi. Itse tosiaan heivasin sen Melcloud palikan kuikkaan heti ongelman jälkeen ja parin kokeilun jälkeen totesin 2 min pollausvälin toimivaksi omille sensor-konffeille. On pyörinyt tuolla ajastuksella tiistai-aamusta lähtien.

Sinänsä tuota useammin ei tarvitse kyselläkään, kun logien perusteella Melcloudissa laitteen tiedot päivittyy myös 2 minuutin välein.
Teetkö siis myös ohjausta restin kautta vai käytätkö pelkästään seurantaan? Itsellä virallinen integraatio edelleen käytössä tuon takia kun en ole jaksanut kokeilla miten toimisi, ja lisäksi toki pari Ilppiäkin mitkä pitäisi sitten restin puolella lisäillä...
 
Teetkö siis myös ohjausta restin kautta vai käytätkö pelkästään seurantaan? Itsellä virallinen integraatio edelleen käytössä tuon takia kun en ole jaksanut kokeilla miten toimisi, ja lisäksi toki pari Ilppiäkin mitkä pitäisi sitten restin puolella lisäillä...
Mulla on ihan pelkässä logituksessa tuon restin kautta eli ei ohjausta. Ilppiä en ole kyllä jaksanut lisätä, vaikka se katosikin tuon integraation mukana - siinä on sen verran vähän seurattavaa ja on pelkässä viilennyskäytössä kesällä :)
 
Takaisin
Ylös Bottom