stigvi

Noen tanker? Nei, ikke så mye annet enn at slike feil er kjedelige å oppleve. Men hva med å ta utgangspunkt i faktiske opplysninger som at cpu temperatur var høy og minne var brukt max, og så lage en varsling på dette. Da slipper du i allefall at dette pågår i dagesvis uten at du merker det.

RVM skrev (32 minutter siden):

Jeg sporer av tråden allerede i post #2 🙂 

 

Hva er fordelene med å administrere sin egen MariaDB database istedenfor SQLite som følger med HA?

Hvis en kjører HA fra et minnekort på en Raspberry Pi så er en fordel at en får flyttet vekk fra minnekortet den prosessen som gjør flest skriveoperasjoner.

https://github.com/esphome/issues/issues/4543
https://github.com/esphome/issues/issues/3909

Det er vistnok et problem med et bibliotek i arduino og det finnes noen løsninger.

Vil bare nevne, for de som ikke har fått det med seg, at Synology slapp en oppdatering til MariaDB i går. For min del har databaseoperasjoner i Home Assistant hatt en enorm forbedring. Tidligere har uthenting av historikk tatt flere sekunder. Skifte av måned i energiforbruk feks. Nå er det uten ventetid. Ytelsen har muligens forbedret seg 10 eller 20 gangen.

howi skrev (7 timer siden):

tyder vel på MQTT problemer på HA-siden

Veldig lite sannsynlig. MQTT er bunnsolid på Home Assistant

howi skrev (7 timer siden):

av og til er statusforandringer i HA korrekt, men en tilhørende automasjon blir ikke trigget. ( den forstår jeg overhodet ikke )

Da anbefaler jeg å åpne opp automasjonen og bruke "Spor" som du finner som et valg øverst. Den forteller litt om hva som skjer i en automasjon.

Mawerick skrev (7 timer siden):

Vil heller ikke ha bevegelsessensorer over alt

Tenker du da på det estetiske? I så fall finnes det små som knapt er større enn et fingerbøl. Jeg har en del kreative plasseringer av de der jeg vil at de ikke skal være synlige. Andre steder er det mindre viktig som feks bod, garasje, kontor osv. Jeg kunne ikke klart meg uten disse. Det er blitt utrolig behagelig at lyset slår seg på uten å måtte trykke på noe.

mr.rs4 skrev (8 minutter siden):

Tror jeg har et par batterier som er mer eller mindre kapput

Som engelskmennene sier - I rest my case 😉

Dessverre er lithium-ion dårlige til å takle lav batterispenning. Det blir ekstra "ille" når de er slik over lang tid. En telefon eller en bil lader en som regel innenfor noen timer.

mr.rs4 skrev (27 minutter siden):

Hvorfor tar det så lang tid, før en oppdatere batteri prosenten på mine produkter?

Som Ikea her, så har det tatt gjerne 1-1,5 uke. Har ikke fått med meg at det tar så lang tid. Har ikke sett på det tidligere, har bare ladet produktene når gardinene ikke fungerer lenger.

Martin rullegardin ladet mange dager siden...
Er det på noen måte å få en oppdating, enten via flow eller via manuell oppdatering via Homey app?

Jeg ser på mine IKEA rullegardiner at de kun sender oppdaterer batteristatus når de "ruller" inn eller ut. Men det skal være mulig å sette opp rapporteringsinterval i zigbee, men vet ikke hvordan det gjøres i Homey.

mr.rs4 skrev (27 minutter siden):

Har ikke sett på det tidligere, har bare ladet produktene når gardinene ikke fungerer lenger.

Tips:
Hvis du vil at batteriene skal vare i mange år så er det lurt å ikke slippe de under 40%. Det gjelder alle lithium-ion batterier, enten det er i rullegardin, kamera, mobiltelefon eller bil.

Evelen skrev (1 time siden):

Har kjøpt hus, og i garasjen er det en Hörmann Supramatic E2 garasjeportåpner.

Det følger med to trådløse knapper/fobber og det er i tillegg en bryter på vegg på innsiden av garasjen for å styre denne. Alle knappene krever at man holder inne knappen litt, et enkelt klikk er ikke nok. Men jeg vil tro at det å holde inne i et kvart sekund er tilstrekkelig, ikke lenge.

 

Jeg tenker at bak denne bryteren på veggen burde det gå an å putte inn et zigbee relé, men må ha noe som sender en kort impuls (ikke for kort) og ikke slår helt av eller på.

Er det noe slik på markedet?

 

 

Ingen anelse om det finnes noe med zigbee.

Med esphome gjør du det lett slik:

 

Bjørn Mork skrev (7 minutter siden):

Regner med dere vet hvordan det er

Egentlig ikke. Om morgenen foretrekker kona å trykke på en Zigbee knapp i garasjen som åpner og lukker porten med en liten forsinkelse. Akkurat nok til å rygge ut bilen. Og på vei hjem "tæpper" hun mobilen på en NFC brikke som er skjult under dashbord. Garasjens fjernkontroll blir ikke brukt.

Bjørn Mork skrev (2 timer siden):

Ser med gru på hvordan dette skulle fungert med et stakkarslig batteridrevet zigbee-sensor f.eks.

En stakkarslig Zigbee sensor vil vel fungerer like bra her som alle andre steder, så lenge magneten aktiverer reed-kontakten som disse har.

Jeg lagde all varmestyring i pyscript som en app. I ettertid har jeg flyttet det meste over til automasjoner, men varmestyringen er såpass komplisert at den er fortsatt i pyscript som en app.

Som du ser av konfigurasjonen nedenfor, er det en lang rekke med innganger for å avgjøre om en climate skal være i "borte", "øko" eller "komfort". Tilsvarende er det for alle andre rom og gulv.

Når det gjelder VVB så har jeg en automasjon som tester på tilstander. Jeg bruker template sensorer til å sette tilstander som jeg tester eller trigger på i automasjoner.

Lys og gardiner er i samme situasjon som varme, jeg har app'er i pyscript som håndterer det.

Det du har planlagt med å deaktivere og aktivere automasjoner etter behov, gjør jeg ikke. Alle mine automasjoner er aktive og de har fornuftige triggere og betingelser basert på at de er aktive hele tiden.

Mine tilstander er hjemme, borte, besøk og ferie. Automasjoner og app'er i pyscript har tester på disse der det er aktuelt.

 

varme:
    - output: climate.stue_og_kjokken
      delay: 1
      delay_on: 0
      away_mode: away
      prisforhold: sensor.peak_forhold
      prisforholdgrense: 106
      nattsenkning_h: 3
      nattsenkning_l: 1
      default_mode: eco
      inputs:
        input1:
          entity_id: sensor.regulator_energy_usage
          below: 40
          mode: away
          processing: stop
        input2:
          entity_id: binary_sensor.vindu_2_etg_a
          state: "on"
          mode: away
          processing: stop
        input3:
          entity_id: binary_sensor.vindu_2_etg_b
          state: "on"
          mode: away
          processing: stop
        input7:
          entity_id: input_boolean.oppvarming_med_gass_eller_ved
          state: "on"
          mode: away
          processing: stop
        input8:
          entity_id: sensor.pricelevel
          state: "EXTREMELY_EXPENSIVE"
          mode: away
          processing: stop
        input9:
          entity_id: input_select.sett_opp_temp_ved_besok
          state: "Overnattingsbesøk"
          mode: add
        input10:
          entity_id: input_select.sett_opp_temp_ved_besok
          state: "Dagsbesøk"
          mode: add
        input11:
          entity_id: binary_sensor.noen_er_hjemme
          state: "on"
          mode: add
        input12:
          entity_id: input_boolean.sleeptime
          state: "on"
          mode: eco
        input13:
          entity_id: binary_sensor.soonsleeptime
          state: "on"
          mode: eco
        input14:
          entity_id: binary_sensor.preheat_day
          state: "on"
          mode: add
        input15:
          entity_id: binary_sensor.preheat_night_weekend
          state: "on"
          mode: add
        input19:
          entity_id: sensor.pricelevel
          state: "VERY_EXPENSIVE"
          mode: dec
        input_heat_limit:
          entity_id: binary_sensor.heatlimit_morning
          state: "on"
          mode: eco
        input20:
          entity_id: binary_sensor.preheat_night_home_office
          state: "on"
          mode: add
        input_ferie1:
          entity_id: binary_sensor.soon_travelling
          state: "on"
          mode: away
        input_ferie2:
          entity_id: calendar.ferie
          state: "on"
          mode: away
        input_ferie3:
          entity_id: binary_sensor.soon_not_travelling_room
          state: "on"
          mode: comfort
        input_soon_home:
          entity_id: input_boolean.soonhome
          state: "on"
          mode: add

Dette, https://github.com/Koenkk/zigbee-herdsman-converters/pull/7470 , er et eksempel på hva jeg mener. En endring som ble tatt inn bare minutter før en release. Den kan umulig ha vært testet eller vurdert særlig grundig.

hflatoey skrev (39 minutter siden):

Eg fekk problemer med versjonen etter 1.35.2 så eg gjekk tilbake til 1.35.2 og kjører på den fortsatt 🙂

Veit ikkje hvor mange som jobber på Zigbee2mqtt men er nok vanskelig å få testet på alle kombinasjoner av hardware/software som er der ute...

Jeg har full forståelse for at det ikke er lett å teste. Men samtidig er jeg overrasket enkelte ganger over endringer de gjør uten å tenke på risiko og konsekvenser. Uten at jeg skal påstå noe så har jeg allikevel gjort meg noen tanker. Og det er at det er noen aktive i det prosjektet som mangler erfaring og ser på zigbee2mqtt som sin egen lille sandkasse. Samtidig som de som holder i trådene er litt for lite restriktive.

Det er jo et problem med mange åpne kildekode prosjekter. Men de håndterer det på forskjellige måter og i zigbee2mqtt synes jeg de er for slappe når en tenker på hvor mange som bruker den og hvilke konsekvenser en feil får.

Zigbee2mqtt slapp mai utgaven 1. mai og det virker som om den inneholder mye feil. Umiddelbart begynte det å tikke inn feilrapporter på github. Så da kan en jo begynne å lure. Tester de ikke før de slipper en ny versjon? Har de ikke lagd automatiserte tester?

Github har også over 1000 registrerte og åpne problemer med zigbee2mqtt.

Jeg er i allefall ekstremt forsiktig med å oppdatere zigbee2mqtt. Jeg sjekker de feilene som blir rapportert og tar en vurdering etter en uke eller to om det er trygt å oppdatere. Jeg har et stabilt system i dag så det er heller ikke spesielt viktig å oppdatere, men samtidig er det greit å ikke havne alt for langt på etterskudd også.

Hva gjør dere andre mht zigbee2mqtt?

Fermate skrev (1 time siden):

Må jeg oppdatere installasjonen av ZigBee2MQTT for å få support for nye devicer?

Offisiell support, ja, det må du.

jaknudsen skrev (3 timer siden):

Takk, men jeg har ikke en innvendig (innendørs) koblingsboks tilgjengelig for denne kursen. Utvendiig = utendørs i første post 🙂

Tror du ikke det kunne være et svar relatert til dette, "og lurer på hvordan en kjøper som ikke har smarthussystem kan styre den" ?

fred skrev (1 time siden):

ettersom esphome ikke har en ams modul for dekoding

Vel, det er jo nettopp det de har, som nevnt i denne tråden.

Einar skrev (38 minutter siden):

Eller er det noe her jeg ikke ser/forstår?

Det tror jeg. Hvorfor blander du inn zigbee?

Ja, jeg kan i teorien laste ned kildekoden og modifisere den. I praksis er det en del jobb med dette. En skal jo forstå hva som foregår i denne koden. Og som nevnt, de har lagt inn mye som har med dette web-grensesnittet å gjøre.

Fordelen med esphome er at det er brukervennlig og noe jeg kjenner. Jeg holder en knapp på at det er den veien som er lettest å gå.

fred skrev (21 minutter siden):

Lagde en hanleser med esp32 og noen transistorer for noen år tilbake, det er ikke veldig vanskelig, men du kommer til å slite veldig med å drive den fra hanporten. Jeg tror jeg brukte ca 10% av tiden på å lage dekoderkretsen og programmering, og de resterende 90% på å ikke dra ned to linjen. Det funket ok,men jeg endte med å kjøpe en Tibber pulse, og sette den opp til å sende mqtt pakker direkte til homeassistant

Jeg har allerede en esp32 tilkoblet HAN som går på strøm så dette er ikke en aktuell problemstilling for meg. Men takk for svar.

Som nevnt ovenfor, jeg ønsker å prosessere data i esp32. Det kan feks være å integrere opp energi ut i fra effekt som sendes på HAN porten hvert 2,5s. Slikt er ikke mulig med pulse. Da må en i så fall integrere opp i Home Assistant og da blir resultatet feil hver gang en tar en omstart på Home Assistant.

Home Assistant virker å være populært og den har også støtte for KNX

https://www.home-assistant.io/integrations/knx/

OlavT skrev (6 timer siden):

Jeg laget en HAN-leser som støtter Matter over Thread basert på et Silicon Labs det kit og en slik:

 

https://www.mikroe.com/m-bus-slave-click

En grunn til at EspHome frister er at jeg vil kjøre min egen behandling av data på esp32. Og med EspHome er det lett å oppdatere kode OTA. Støtter Silicon Labs dev kit det? Eller må du oppdatere kode ved hjelp av kabel?

Jeg har en slik. Men det virker som om de som lager den er mer opptatt av å lage et fancy web grensesnitt enn å få basisfunksjonalitet til å virke. Jeg kunne installert en gammel versjon av amsleser som jeg vet virket, men funderer også på å lage noe selv. Får se hva jeg gjør til høsten når det er kjekkere å sitte inne å mekke sammen noe enn å være ute og nyte sommeren.

Jeg liker å få varsel på telefon når noe skjer i HA som jeg bør gjøre noe med. Dette har jeg forsåvidt fint fått til i pyscript, men jeg synes det har vært litt dillete å sette opp fordi det ikke alltid er like lett å vite hva triggere inneholder av data.

Nå som jeg har gått over til automasjoner i HA er det mye som er langt lettere å få til med en, etter min mening, god visuell editor.

Her er et eksempel.

I den visuelle editoren ser det slik ut:



Koden for dette er vist nederst.
Det som skjer er at når stråleovn på terrasse har stått på i 33 minutter og 10 sekunder så sendes et varsel til mobiltelefon

Så venter automasjonen i opp til 6 timer på svar. Hvis ovn slås av før dette så forsvinner melding på telefon. Den forsvinner også hvis 6 timer går uten svar. Trykker jeg på "Nei" så slås ovn av.

Tidligere hadde jeg dette i flere funksjoner i pyscript. Når jeg flyttet det over til HA automasjon så ble det laget flere automasjoner, en for å sende melding og en annen som ventet på svar fra telefon.
I dag fant jeg ut jeg ville samle dette til en enkel automasjon som både sender melding og som venter på svar. Fordelen er å samle dette. Bakdelen er at en vent-operasjon ikke overlever en omstart av HA. Det klarer jeg å leve med på akkurat denne for stråleovnen, men i andre sammenhenger er det jo litt dumt.

 

- id: '1712999347947'
  alias: Spør om terrassevarmer skal slås av
  description: ''
  trigger:
  - platform: state
    entity_id:
    - switch.terrassevarmer
    from: 'off'
    to: 'on'
    for:
      hours: 0
      minutes: 33
      seconds: 10
  condition: []
  action:
  - service: notify.mobile_app_pixel_7
    metadata: {}
    data:
      message: Skal den fortsatt stå på?
      title: Terrassevarmer
      data:
        tag: terrassevarmer
        actions:
        - action: NO_ACTION_TERRASSEVARMER
          title: Ja
        - action: SWITCH_OFF_TERRASSEVARMER
          title: Nei
  - wait_for_trigger:
    - platform: event
      event_type: mobile_app_notification_action
      event_data:
        action: SWITCH_OFF_TERRASSEVARMER
    - platform: event
      event_type: mobile_app_notification_action
      event_data:
        action: NO_ACTION_TERRASSEVARMER
    - platform: state
      entity_id:
      - switch.terrassevarmer
      from: 'on'
      to: 'off'
    continue_on_timeout: true
    timeout:
      hours: 6
      minutes: 0
      seconds: 0
      milliseconds: 0
  - choose:
    - conditions:
      - condition: template
        value_template: >-
              {{ wait.trigger == None or (wait.trigger.platform == 'state' and
              wait.trigger.to_state.state == 'off')}}
      sequence:
      - service: notify.mobile_app_pixel_7
        metadata: {}
        data:
          message: clear_notification
          data:
            tag: terrassevarmer
    - conditions:
      - condition: template
        value_template: >-
              {{ wait.trigger.platform == 'event' and
              wait.trigger.event.data.action == 'SWITCH_OFF_TERRASSEVARMER' }}
      sequence:
      - service: switch.turn_off
        metadata: {}
        data: {}
        target:
          entity_id: switch.terrassevarmer
  mode: restart

Bjørn Mork skrev (11 timer siden):

Vanskelig å si uten å vite hvilken versjon du har 😀

Du kjører update.sh scriptet.  Evt leser det og utfører kommandoene som står der, evt med tilpasninger til din installasjon (f.eks. hvis du ikke bruker systemd).

 

Se https://github.com/Koenkk/zigbee2mqtt/blob/master/update.sh

for siste versjon.  Prinsippet har vært det samme i lang tid, men jeg tror det er flikket litt på scriptet underveis.

Men hvis dette er en offisiell plugin fra Homeseer, vil den ikke da oppdateres kun når denne plugin oppdateres?