HomeAssistant - Yleinen support topic

hanuri

Jäsen
Kiitos haraldh, että laitoit koodit jakoon! Oma COP laskuri olikin jo totetutettu kiinteällä arvolla, mutta tuo puhallusasetuksen mukaan muuttuva oli itselläkin työlistalla... Laitetaan tuo away profiili versio myös talteen, jos innostuu joskus laittamaan lämpöanturit autotallin pumppuun...
 

haraldh

Vakionaama
Katsotaan jos saan toimimaan TCRT5000 moduulilla kierroslukumittarin niin saisi tarkemmat COP-luvut. Palailen tähän, toisessa säikeessä juttua siitä.
 

jussi

Vakionaama
Mitähän ton Tkb:n multisensorin asetuksiin pitäs HA:ssa laittaa, kun ei raportoi anturiarvoja ollenkaan? Tai lähettää kyllä kun käy räpläämässä nappia.
Tollanen
68105766895646.jpg

Kun vaihdoin sen Zipatosta, niin alkuun muisti vissiin edellisiä asetuksia ja toimi oikein jonkun aikaa. Nyt HA:n alla se on lopettanut tosiaan kaikki lähettelyt, liiketunnistin kyllä toimii. Lähetysintervallin muuttaminen ei vaikuta mitään.
 

jussi

Vakionaama
Mitähän ton Tkb:n multisensorin asetuksiin pitäs HA:ssa laittaa, kun ei raportoi anturiarvoja ollenkaan? Tai lähettää kyllä kun käy räpläämässä nappia.
Tollanen
68105766895646.jpg

Kun vaihdoin sen Zipatosta, niin alkuun muisti vissiin edellisiä asetuksia ja toimi oikein jonkun aikaa. Nyt HA:n alla se on lopettanut tosiaan kaikki lähettelyt, liiketunnistin kyllä toimii. Lähetysintervallin muuttaminen ei vaikuta mitään.
Löysin tohon nyt sellasen käyttöohjeen, joka vähän kertoo myös parametrien asetuksista. Ei oikeen selvennä. Aika outo, kun arvot annetaan desimaalina ja sit selityksissä puhutaan biteistä. Vaan kääntyyhän ne toisikseen kyllä, mutta kun osassa toiminnoissa enable on "1" ja toisissa "0". Ja selitys jää tekemättä, onko se ykkönen nyt tässä enable vai disable...
 

HeTi

Aktiivinen jäsen
Nuo paristoilla toimivat Zwave laitteet ottavat yhteyttä harvakseltaan, yleensä lämpötilan ja valoisuuden määrityksiin on omat aikaviiveet ja hystereesit. Jos HA:n päässä muuttaa asetuksia ne eivät mene perille ennekuin tunnistin ottaa yhteyttä. Yhteyden voi pakottaa painelemalla tunnistimen nappia.
 

jussi

Vakionaama
Nuo paristoilla toimivat Zwave laitteet ottavat yhteyttä harvakseltaan, yleensä lämpötilan ja valoisuuden määrityksiin on omat aikaviiveet ja hystereesit. Jos HA:n päässä muuttaa asetuksia ne eivät mene perille ennekuin tunnistin ottaa yhteyttä. Yhteyden voi pakottaa painelemalla tunnistimen nappia.
Näin olen tehny, menny asetusmuutoksen jälkeen paineleen nappia. Nyt kokeillu paria asetusarvoa, jotka pitäs ohjeen mukaan olla oikein. Ei vaan raportoi mittauksia. Paitti sillon ku käy räpäläämässä sitä nappia.
 

jussi

Vakionaama
Jatkoin ton Tkb multisensorin kanssa. Kyllä osaa tää HA olla fittu vaikeeksi tehty, toki siinä toisena puolena pystyvyys moneen hommaan.
Piti käydä välillä lepuuttamassa ja pistin muutaman hyvin esikasvaneen maissin ulos. Se oli helppoo. Jos nyt sais oikeenkokosen tähkän edes yhden.

Parempien z-wave asetuksien toivossa aloin vaihtaan z-ohjainta siihen add-on zwavejs2mqtt palikkaan, jolla nyt uusi nimikin. Ei menny minkään ohjeen mukaan... Ei vaikka miten tekee ohjeen mukaan. Sit vähän hakuja ja neljää eri ohjetta sopivasti yhdistelemällä sain siirtymään z-hallinnan tolle uudelle.

Sit tulikin oikeen jättipotti. Kaikki toimii hienosti, myös se Tkb multisensori. Vaan sitäpä ei ole laitelistassa... Vaikka on olemassa ja toimii. Listaus sanoo "11 laitetta" ja antaa mulle 10. Juuri se tarvittava puuttuu. Verkon visualisoinnissakin se on, vaan ei listassa, että vois mennä asetuksiin. On kyllä kivaa. Joskus kyllä näissä jutuissa toivos, et ohjeistettu asetus kelpais. Vaan ei kelpaa. Vaan eipä tämä ainoa digivehje ole, joka näin toimii.
 

jussi

Vakionaama
Nyt sitten Tkb sensorikin toimii. Ja pari muutakin kuolleeksi listattua vehjettä.

Ihan pikkasen pitää ihmetellä HA:n käyttäjävastaisuutta, mikä näkyy aika monessakin paikassa. Onko koodin käsinkirjoittajien saatava pitää asemansa ylempänä neuvojana, vai mikä siinä on syynä?
Nyt kun sain ton paremman z-wave ohjaimen viimein toimimaan oikein ja kunnolla, niin ihan liki jokaisen z-wave laitteen oletusasetukset ovat aivan persiillään. Ovat sillai just ja just toimintaa havaittavissa, tai ihan liki kaikki toiminta estetty. Kai nyt uutena laitteena liitettyyn pitäs oletuksena asettaa edes perustoiminnallisuus päälle?
 

jussi

Vakionaama
Eilen tuli esp-home palikoihin päivitys ja se näköjään rikkoi sähkömittaria lukevasta total_daily_energy osan. Nyt lokin mukaan se antaa vaan "inf"kWh lukemaksi ja kojelauta näyttää "ei saatavissa". Tulkitsen tuon tarkoittavan ääretöntä... Tähän asti se kyllä toimi jo ihan hyvin.
Onko kellään muulla samaa, ja mistähän tuota alkas perkaamaan?

E: Muutin sen kohdan muutaman esimerkin mukaiseksi vähän monimutkaisemmaksi, ei vaikutusta. Muutin lähteen, mistä "aika" saadaan, ei vaikutusta. Tai no, on se nyt kojelaudassa "tuntematon". Saatto olla ennenkin. Lokissa antaa sitä ääretöntä siihen kohtaan. Mun ymmärrys ei tunnu riittävän tuon syyllisen paljastamiseen. Mutta esp-home firmware päivitykseen se kuoli.
 
Viimeksi muokattu:

jussi

Vakionaama
Eilen palautin tohon esp:n koodin jo kerran poistamani total consumption kohdan. Se laskee nyt sit päivittäistä kulutusta, mutta nollaa lukemansa klo 22.20. Tuo aika ei kai pitäs olla oikeen mitenkään mahdollinen... Aiemmin toi lukema ei nollaantunu.

E: Ja sitten se nollas sen uudelleen klo23.00. Mikähän tää juttu on?
 
Viimeksi muokattu:

jussi

Vakionaama
Eilen palautin tohon esp:n koodin jo kerran poistamani total consumption kohdan. Se laskee nyt sit päivittäistä kulutusta, mutta nollaa lukemansa klo 22.20. Tuo aika ei kai pitäs olla oikeen mitenkään mahdollinen... Aiemmin toi lukema ei nollaantunu.

E: Ja sitten se nollas sen uudelleen klo23.00. Mikähän tää juttu on?
Ja nyt vuorokautta myöhemmin ei nollaa tuota total enää, vaikka vuorokausi vaihtu... Ja total_daily vaihtu 0,000kWh ilmoitukseen "ei saatavilla" sijasta.

E: Ei nollaa totalia ja daily_total muuttu taas itekseen "tuntematon" tilaan. Vaan turhaan näköjään tänne avaudun.
 
Viimeksi muokattu:

Samppa

Ylläpitäjä
Ylläpidon jäsen
Tulen jussi mukaan avautumaan, jos se helpottaa tuskaa :p


ESPhome lisäosan HA:ssa koitin päivittää 2024.3.1 versiosta 2024.5.2 versioon. Tämän jälkeen tuli ongelmia mm. kun koitin pari käytössä olevaa BTproxyä päivittää myös uudempaan versioon. Ensin herjasi ettei variantti täsmää. Koodissa oli alla oleva. Jostain luin, että varianttia ei ehkä enää käytetä.. Poistin koko varianttirivin.

esp32:
variant: ESP32C3
board: esp32dev

Sen jälkeen homma nytkähtää vähän eteenpäin, ei herjaa mitään, mutta kun koittaa päivittää, niin ei mene käännöksestä lävitse. Herjaa UART numeroinnista. Jossain kohtaa oli UART_2 ja tarjosi, että pitäisi olla UART_0. Valitettavasti ei tullut kuvakaappauksia tai tekstikopsuja otettua. Mutta eihän minun YAML koodissa ole UARTia määritelty yhtään missään. En keksinyt miten tuota pääsisi sorkkimaan, niin palautin sitten koko ESPHomen takaisin 2024.3.1 versioon ettei turhaan koita tyrkyttää noille esp palikoille päivitystä. Voihan ne kyllä ohittaakin... Pitää tutkia paremmalla ajalla. En ole tästä perillä juuri lainkaan. Onko täällä ESP tietäjiä? Mitä on nyt muuttunut tässä parin kuukauden aikana, joka pitäisi huomioida mm. noiden ESPHome kikkareiden kanssa? Tähän asti niidenkin päivitys on mennyt melko kivuttomasti. Toinen mikä pitäisi varmaan tehdä jossain kohtaa uudelleen on tuo sähkömittarin lukuvärkki (P1 portista dataa hakeva). Sekin pohjaa custom componenttiin, jotka eivät kohta enää pelitä.

Alla btproxyjen määrittely yamlin koko sisältö. Tässä nyt mukana tuo varianttirivi, jota tuo esphome 2024.5 ei enää syönyt.
Koodi:
substitutions:
  display_name: btproxy1

esphome:
  name: btproxy1
  friendly_name: BTProxy1
  platformio_options:
    board_build.mcu: esp32c3
    board_build.variant: esp32c3

esp32:
  variant: ESP32C3
  board: esp32dev
  framework:
    type: esp-idf
    sdkconfig_options:
      CONFIG_BT_BLE_50_FEATURES_SUPPORTED: y
      CONFIG_BT_BLE_42_FEATURES_SUPPORTED: y
      CONFIG_ESP_TASK_WDT_TIMEOUT_S: "10"

# Enable logging
logger:

# Enable Home Assistant API
api:
  encryption:
    key: "xxxxxxxxxx="

ota:
  password: "xxxxxx"

wifi:
  ssid: !secret wifi_ssid
  password: !secret wifi_password
  manual_ip:
    static_ip: 192.168.xx.xx
    gateway: 192.168.xx.xx
    subnet: 255.255.255.0
    dns1: 192.168.xx.1

esp32_ble_tracker:
  scan_parameters:
# Adjust timing if the defaults do not work in your environment
#    interval: 1100ms
#    window: 1100ms
    active: true

bluetooth_proxy:
  active: true
 
Viimeksi muokattu:

-Teme-

Vakionaama
Tulen jussi mukaan avautumaan, jos se helpottaa tuskaa :p


ESPhome lisäosan HA:ssa koitin päivittää 2024.3.1 versiosta 2024.5.2 versioon. Tämän jälkeen tuli ongelmia mm. kun koitin pari käytössä olevaa BTproxyä päivittää myös uudempaan versioon. Ensin herjasi ettei variantti täsmää. Koodissa oli alla oleva. Jostain luin, että varianttia ei ehkä enää käytetä.. Poistin koko varianttirivin.

esp32:
variant: ESP32C3
board: esp32dev

Sen jälkeen homma nytkähtää vähän eteenpäin, ei herjaa mitään, mutta kun koittaa päivittää, niin ei mene käännöksestä lävitse. Herjaa UART numeroinnista. Jossain kohtaa oli UART_2 ja tarjosi, että pitäisi olla UART_0. Valitettavasti ei tullut kuvakaappauksia tai tekstikopsuja otettua. Mutta eihän minun YAML koodissa ole UARTia määritelty yhtään missään. En keksinyt miten tuota pääsisi sorkkimaan, niin palautin sitten koko ESPHomen takaisin 2024.3.1 versioon ettei turhaan koita tyrkyttää noille esp palikoille päivitystä. Voihan ne kyllä ohittaakin... Pitää tutkia paremmalla ajalla. En ole tästä perillä juuri lainkaan. Onko täällä ESP tietäjiä? Mitä on nyt muuttunut tässä parin kuukauden aikana, joka pitäisi huomioida mm. noiden ESPHome kikkareiden kanssa? Tähän asti niidenkin päivitys on mennyt melko kivuttomasti. Toinen mikä pitäisi varmaan tehdä jossain kohtaa uudelleen on tuo sähkömittarin lukuvärkki (P1 portista dataa hakeva). Sekin pohjaa custom componenttiin, jotka eivät kohta enää pelitä.

Alla btproxyjen määrittely yamlin koko sisältö. Tässä nyt mukana tuo varianttirivi, jota tuo esphome 2024.5 ei enää syönyt.
Koodi:
substitutions:
  display_name: btproxy1

esphome:
  name: btproxy1
  friendly_name: BTProxy1
  platformio_options:
    board_build.mcu: esp32c3
    board_build.variant: esp32c3

esp32:
  variant: ESP32C3
  board: esp32dev
  framework:
    type: esp-idf
    sdkconfig_options:
      CONFIG_BT_BLE_50_FEATURES_SUPPORTED: y
      CONFIG_BT_BLE_42_FEATURES_SUPPORTED: y
      CONFIG_ESP_TASK_WDT_TIMEOUT_S: "10"

# Enable logging
logger:

# Enable Home Assistant API
api:
  encryption:
    key: "xxxxxxxxxx="

ota:
  password: "xxxxxx"

wifi:
  ssid: !secret wifi_ssid
  password: !secret wifi_password
  manual_ip:
    static_ip: 192.168.xx.xx
    gateway: 192.168.xx.xx
    subnet: 255.255.255.0
    dns1: 192.168.xx.1

esp32_ble_tracker:
  scan_parameters:
# Adjust timing if the defaults do not work in your environment
#    interval: 1100ms
#    window: 1100ms
    active: true

bluetooth_proxy:
  active: true
Mulla C3 toimii näillä asetuksilla:
YAML:
substitutions:
  device_name: btproxystudio
  friendly_name: "Studio BTproxy"

esphome:
  name: ${device_name}
  platformio_options:
    board_build.f_flash: 40000000L
    board_build.flash_mode: dio
    board_build.flash_size: 4MB
  project:
    name: esphome.bluetooth-proxy
    version: "1.0"

esp32:
  board: esp32-c3-devkitm-1
  framework:
    type: esp-idf
    sdkconfig_options:
      CONFIG_BT_BLE_42_FEATURES_SUPPORTED: y
      CONFIG_BT_BLE_50_FEATURES_SUPPORTED: n

improv_serial:

tuossa siis vain tuo alku osan konffis. ESP32-C3 kanssa on ollut vähän hakemista konffisten osalta ja just eilen päivitin 2024.5.1 versioon ja sillä toimii yllä oleva
 

jussi

Vakionaama
niin palautin sitten koko ESPHomen takaisin 2024.3.1 versioon ettei turhaan koita tyrkyttää noille esp palikoille päivitystä.
Mites toi downgrade tapahtuu? En oo ehtiny tutkia tollasta vaihtoehtoo.
Tohon sähkön lukuun liittyen, HA:n energy kojelauta laskee kuitenkin jostain syystä päivittäisen kulutuksen ihan oikein, vaikka noi Esphomen tiedot on sekasin.
 

Samppa

Ylläpitäjä
Ylläpidon jäsen
Päivittäessä käytin option että ottaa varmuuskopion päivityksen yhteydessä. Sitten vain palautin tuon varmuuskopion. Asetukset -> järjestelmä -> Varmuuskopiot -> valitaan lisäosan varmuuskopsu ja restore
 

jussi

Vakionaama
Millä tempulla saan automaation tekemään saman, kun tossa z-waveJS UI:ssa on toi "refresh" nappi?Screenshot 2024-06-02 at 02-30-16 Z-Wave JS – Home Assistant.png

Tuo mittari päivittää turhan hitaasti itse, mutta arvo on luettavissa tolla "refresh" napilla. Automaatioon löysin update entity value, mutta sepä ei tee tuota arvon päivitystä.

E: Taisinpas löytää ihan ite oikeen kohdan. Huomenna näkee.
 
Viimeksi muokattu:

jussi

Vakionaama
Eilen tuli esp-home palikoihin päivitys ja se näköjään rikkoi sähkömittaria lukevasta total_daily_energy osan. Nyt lokin mukaan se antaa vaan "inf"kWh lukemaksi ja kojelauta näyttää "ei saatavissa". Tulkitsen tuon tarkoittavan ääretöntä... Tähän asti se kyllä toimi jo ihan hyvin.
Onko kellään muulla samaa, ja mistähän tuota alkas perkaamaan?

E: Muutin sen kohdan muutaman esimerkin mukaiseksi vähän monimutkaisemmaksi, ei vaikutusta. Muutin lähteen, mistä "aika" saadaan, ei vaikutusta. Tai no, on se nyt kojelaudassa "tuntematon". Saatto olla ennenkin. Lokissa antaa sitä ääretöntä siihen kohtaan. Mun ymmärrys ei tunnu riittävän tuon syyllisen paljastamiseen. Mutta esp-home firmware päivitykseen se kuoli.
Onkohan toi "total daily energy" joskus toiminu oikein? Sain sen kikkailemalla toimimaan, mutta ei se pelaa päivittäisenä laskurina. Ei edes tunti- tai minuuttilaskurina. Ei reagoi annettuun aika-arvoon.
Lisäksi sotkee hyvinkin oikean laskenta-arvon HA:n energianäkymässä. Se summaa ton päivittäisen arvon "totalin" kanssa, joten päiväkulutus on tuplat oikeaan...
Poistin koko päivittäisen koodista...
 

dillon

Jäsen
Onkohan toi "total daily energy" joskus toiminu oikein? Sain sen kikkailemalla toimimaan, mutta ei se pelaa päivittäisenä laskurina. Ei edes tunti- tai minuuttilaskurina. Ei reagoi annettuun aika-arvoon.
Lisäksi sotkee hyvinkin oikean laskenta-arvon HA:n energianäkymässä. Se summaa ton päivittäisen arvon "totalin" kanssa, joten päiväkulutus on tuplat oikeaan...
Poistin koko päivittäisen koodista...
Itse olen myös näiden kanssa todennut, että fiksuinta on lähettää espiltä data mahdollisimman raakana HAssiin lyhyellä intervallilla ja hoitaa laskemiset siellä. ESP:ssä ei kuitenkaan ole mitään kiintomuistia niin kaikki aina resetoituu jos virrat katkeaa yms.
 

dbwarrior

Vakionaama
Onko kukaan tuunannut tuota HA:n Enegy Dash:ia näyttämään vartti kohtaista dataa ?
Jos on niin voiko jakaa vähän tipsejä....
 

jussi

Vakionaama
Vaikuttaisi laskurilta joka kasvaa vuorokauden aikana energian kulutuksen mukaan mutta nollautuu puolilta öin.
Juu, sellanen se sillon vähän aikaa sitten tehdessä olikin. Jossain päivityksessä se meni rikki ihan itekseen. Tais tosin tehdä HA:n laskennalle saman jo silloin toimiessaan, eli parasta olla pois.
 

dbwarrior

Vakionaama
Onko kukaan tuunannut tuota HA:n Enegy Dash:ia näyttämään vartti kohtaista dataa ?
Jos on niin voiko jakaa vähän tipsejä....
No ratkaisin homman näin että laitoin meterit resetoitumaan vartin välein ja sitten aiemman kerran tunnissa counterit päivityksen kiristin tapahtuun muinakin hetkinä kuin 2sec ennen tasatuntia(eli joka about vartti):
Nyt nuo sensorit on hassusti nimetty kun ei jaksanut jumpata tuon enempää tässä vartti kohtaisuuteen siirtymisessä
 

Liitteet

  • HA_template_yaml_fix.jpeg
    HA_template_yaml_fix.jpeg
    145,5 KB · Katsottu: 39
  • HA_utility_meter.jpeg
    HA_utility_meter.jpeg
    135,8 KB · Katsottu: 37

-Teme-

Vakionaama
Onko kukaan tuunannut tuota HA:n Enegy Dash:ia näyttämään vartti kohtaista dataa ?
Jos on niin voiko jakaa vähän tipsejä....
Mä tein tylsästi utility meter helpperillä 15min jaksoitetun kulutustiedon
Apexchart cardilla visualisoinnin. Tuossa harmaa on 15min intervalleissa kulutus ja vihreä etualalla on pörssin hinta. viisarit on hetkellinen kulutus. Vasemman puoleisesta vaihdetaan näkymää 1h...30d väliltä
1717622355490.png

YAML:
## vaatii HACS frontend: card-mod, apex-chart-card ja config-template-card
## record history pitää modata vastaamaan haluttua näkymän aikaa (vakiona 10d)
## input_select.apex_span sisältää listan valittavista historia pituudesta

type: vertical-stack
cards:
  - type: custom:config-template-card
    entities:
      - input_select.apex_span
    variables:
      span: states['input_select.apex_span'].state
    card:
      type: custom:apexcharts-card
      header:
        title: Electricity consumption and price history
        show: true
        show_states: true
      update_interval: 15min
      graph_span: ${span}
      apex_config:
        grid:
          show: true
        legend:
          show: true
        chart:
          height: 400px
      experimental:
        color_threshold: true
      yaxis:
        - id: price_chart
          min: ~0
          decimals: 3
          apex_config:
            tickAmount: 10
            labels:
              formatter: |
                EVAL:v => `c ${v.toFixed(2)}`
        - id: consumption
          min: 0
          opposite: true
          apex_config:
            tickAmount: 10
            labels:
              formatter: |
                EVAL:v => `${v.toFixed(0)} kWh`
      series:
        - entity: sensor.15min_consumption
          show:
            in_header: false
          name: Consumption now
          yaxis_id: consumption
          type: area
          curve: stepline
          stroke_width: 1
          opacity: 0.8
          color: lightgrey
          group_by:
            func: max
            duration: 15min
          extend_to: false
        - entity: sensor.nordpool
          name: Price now
          show:
            in_header: false
          group_by:
            fill: last
            func: last
          yaxis_id: price_chart
          type: area
          curve: stepline
          unit: Cent
          float_precision: 3
          opacity: 0.5
          stroke_width: 1.5
          color: gold
          color_threshold:
            - value: 0
              color: darkgreen
            - value: 20
              color: goldenrod
            - value: 35
              color: red
            - value: 60
              color: darkred
      show:
        last_updated: true
      view_layout:
        position: main
      card_mod:
        style: |
          ha-card {
            --ha-card-background: #101010;
            color: var(--primary-color);
          }
  - type: horizontal-stack
    cards:
      - type: entities
        entities:
          - input_select.apex_span
        card_mod:
          style: |
            ha-card {
              --ha-card-background: #101010;
              color: var(--primary-color);
            }
      - type: gauge
        entity: sensor.pro3em_phase_a_active_power
        unit: W
        min: 50
        needle: true
        severity:
          green: 0
          yellow: 2300
          red: 4600
        name: L1 Power
        max: 5750
        card_mod:
          style: |
            ha-card {
              --ha-card-background: #101010;
              color: var(--primary-color);
            }
      - type: gauge
        entity: sensor.pro3em_phase_b_active_power
        unit: W
        min: 50
        needle: true
        severity:
          green: 0
          yellow: 2300
          red: 4600
        name: L2 Power
        max: 5750
        card_mod:
          style: |
            ha-card {
              --ha-card-background: #101010;
              color: var(--primary-color);
            }
      - type: gauge
        entity: sensor.pro3em_phase_c_active_power
        unit: W
        min: 50
        needle: true
        severity:
          green: 0
          yellow: 2300
          red: 4600
        name: L3 Power
        max: 5750
        card_mod:
          style: |
            ha-card {
              --ha-card-background: #101010;
              color: var(--primary-color);
            }
      - type: gauge
        entity: sensor.pro3em_total_active_power
        needle: true
        unit: W
        min: 200
        max: 17250
        severity:
          green: 0
          yellow: 6900
          red: 13800
        name: Power Total
        card_mod:
          style: |
            ha-card {
              --ha-card-background: #101010;
              color: var(--primary-color);
            }
input_select.apex_span:

YAML:
input_select:
  apex_span:
    name: Apex graph span
    options:
      - 1h
      - 6h
      - 12h
      - 24h
      - 36h
      - 2d
      - 7d
      - 14d
      - 30d
 

Kaimax

Jäsen
1718046515671.png



Ootko millä pidentänyt historian pituutta? laitoin itselleni mariaDB ja recordin, niin HA meni ihan tukkoon ei lataa kaikkia tietoja esim. apex cardeja ja mqqt alkoi tökkimään...
 

-Teme-

Vakionaama
katso liitettä 98123


Ootko millä pidentänyt historian pituutta? laitoin itselleni mariaDB ja recordin, niin HA meni ihan tukkoon ei lataa kaikkia tietoja esim. apex cardeja ja mqqt alkoi tökkimään...
Recordissa määritellyt ajan. Mulla on x86 i5-7600 ja 16GB Ram käytössä HA serverissä. Raspberrylla saattaa recordin kasvattaminen hidastaa konetta merkittävästi.
 

Luukku

Vakionaama
Sain asennettua Virtualbox:n ja HA:n win -läppäriin ja onnistuin jopa saamaan vedenlämmityksen (pistotulppa) päälle HA:n ohjaamana tiettyyn kellonaikaan sekä uima-altaan pumpun, ilpinkin sain siihen liitettyä ja kaikenlaista sensoritietoa tulee ja pystyy säätämään ilpin asetuksia.
Pitäis saada se lvv pörssisähkö ohjaukseen ja olen etsinyt ohjeita, mutta aika edistynyttä tuo keskustelu monessa ketjussa, rautalankaa ei missään. Asentaa pitäisi Nordpool, Apex-jotain yms, mutta mitä, mistä ja mihin asennetaan?
E: Pitääkö HACS asentaa HA:han?
E2: Sain pörssisähkön laitettua.
 
Viimeksi muokattu:

Luukku

Vakionaama
Aika mukavasti alkaa jo automaatiot toimia vaikka opettelemista ja kehittymistä vielä vaatiikin. Invertteri, auton lataus, 1x ilp, lvv, poreallas ja uima-altaan suodatus/lämmitys automaation piirissä.
 

jussi

Vakionaama
Aika mukavasti alkaa jo automaatiot toimia vaikka opettelemista ja kehittymistä vielä vaatiikin. Invertteri, auton lataus, 1x ilp, lvv, poreallas ja uima-altaan suodatus/lämmitys automaation piirissä.
Jep, melkosta opettelua on. Mutta taipuu kyllä aika moneen, kunhan vaan tajuaa oikeet temput.
 

jussi

Vakionaama
Tossahan muuten meni hetki sitten esp-home päivityksessä koodit rikki. Vaati lisäyksen yamliin, jota ilman on tähän asti pärjätty. Eli "ota" kohtaan oli lisättävä "platform".
Pikkasen kokeilemalla tolla menee läpi...
Koodi:
ota:
  platform: esphome
  password: "xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx"
 

Luukku

Vakionaama
Meillä on vielä tuo vanhan mallin älymittari, mutta kun se vaihtuu niin milläs palikoilla sen kulutustiedon saa Home Assistanttiin? Riittääkö se P1 meter palikka vai meneekö maksulliseksi asennushommaksi?
 

Luukku

Vakionaama
Tulipa Home Assistanttiin hyvä päivitys. Daikinin pumput ja Gecko spa ainakin itsellä ulkona systeemistä.
 

Ville-Veikko

Aktiivinen jäsen
Tulipa Home Assistanttiin hyvä päivitys. Daikinin pumput ja Gecko spa ainakin itsellä ulkona systeemistä.
Mahtavaa. Millaista herjaa pukkaa? Itse otin aikalisän päivitykselle kun luin muutoslokia. Se services -> actions muutos nosti epäilyksen että joku tulee hajoamaan eikä ole juuri nyt aikaa ja mielenkiintoa alkaa korjaamaan toimivaa. Jotenkin ovat alkaneet sorkkimaan liian nopealla tahdilla, 3-5 korjauspatchia kuukaudessa Ennen kuin tulee suraava kuukausittainen päivitys jossa taas tulee jotain uutta. Eli nopeimmat päivittäjät pääsee testaamaan.

Kauanko arvaa olla päivittämättä, ettei joudu sen vuoksi ylitsepääsemättömiin ongelmiin :huh:
 

-Teme-

Vakionaama
Kauanko arvaa olla päivittämättä, ettei joudu sen vuoksi ylitsepääsemättömiin ongelmiin :huh:
6kk roikotetaan taaksepäin tukea muutoksille, eli 2krt/vuosi - silloin on tosin syytä tsekata ne kaikki edelliset muutoslokit ja valmistautua mittavaan duuniin päivityksen yhteydessä. Myös osa HACS integraatioista feilaa sen vuoksi että käyttävät uudemman version mukaisia ominaisuuksia.
Itse päivitän HA:n tyypillisesti seuraavaa julkaisua edeltävänä viikonloppuna. Koska uusi HA versio julkaistaan kuun ensimmäisenä keskiviikkona, päivitys pari päivää ennen jolloin siinä on kaikki patchit jo tulleet
 

Luukku

Vakionaama
6kk roikotetaan taaksepäin tukea muutoksille, eli 2krt/vuosi - silloin on tosin syytä tsekata ne kaikki edelliset muutoslokit ja valmistautua mittavaan duuniin päivityksen yhteydessä. Myös osa HACS integraatioista feilaa sen vuoksi että käyttävät uudemman version mukaisia ominaisuuksia.
Toihan on aivan per...stä. Kyllä päivitysten pitäis olla semmoisia, ettei kaikkea tartte rakentaa ja säätää uudestaan.
 

hemaris

Aktiivinen jäsen
"Failed to connect" eli näyttää siltä, että kaikki HACS:sta ladatut integraatiot ei toimi. Huawei Solar ja auto pelaa sekä Tuyat.
Oliskohan toi niiltä ihan tarkoituksellista?

Ongelma on ilmeisesti tiedossa ja sitä korjaillaan parhaillaan:

Itse toimin samalla tavalla kuin -Teme- eli odottelen että ainakin pari korjaus patchiä on tullut ulos ennen kuin itse päivitän. Itselleni kriittisimmissä custom integraatioissa (esim Panan Comfort Cloud integraatio) tsekkaan vielä githubista tilanteen ennen kuin päivitän uusimpaan versioon
 

Luukku

Vakionaama
Ok. Enpä tuota pumppua mitenkään tuolla ohjannut eikä toista pumppua saanut mitenkään helposti kytkettyä, jumittaa se kirjautuminen sinne Daikiniin. Synergi saa hoitaa ensitalvena pumppujen ohjauksen pörssihinnan mukaan. Hoitakoon HA vedenlämmityksen ja auton latauksen.
Ladannu aina päivitykset heti, kun niin yleisesti kehoitetaan, että laitteissa on viimeisimmät päivitykset tietoturvan yms takia, HA:lla pitääkin toimia toisin.
 
Back
Ylös Bottom