haraldov

Jeg har fulgt denne guiden med hell https://community.home-assistant.io/t/how-to-keep-your-recorder-database-size-under-control/295795 Du må da gjøre noen SQL spørringer for å få sortert entities som tar størst plass. Jeg fant ut at Tibber Pulse og Aeotec Multisensor gjør spørringer mot databasen relativt ofte. Disse spørringene kan derfor filteres vekk hvis du ikke bruke de. recorder: purge_keep_days: 5 include: entities: - sensor.multisensor_bad1etg_humidity exclude: domains: - automation - updater entity_globs: - sensor.weather_* - sensor.current_*_xxx - sensor.multisensor_*_illuminance - sensor.multisensor_*_humidity - sensor.multisensor_*_air_temperature - sensor.multisensor_*_ultraviolet - sensor.multisensor_*_battery_level - sensor.voltage_phase*_xxx - sensor.vtr500_* entities: - sun.sun - sensor.average_power_xxx - sensor.power_factor_xxx - sensor.accumulated_consumption_current_hour_xxx - sensor.accumulated_cost_xxx - sensor.power_xxx - sensor.detection_fps event_types: - call_service - pyscript_running

Nei, burde vært i et eget innlegg om z-stick7 / z-pi7 problemer. Har ikke noe med HA Yellow å gjøre. Du får opprettet et eget innlegg @xbmc.tt for mere hjelp.

Prøv også å først å eksludere fibaro enhet og deretter inkludere enheten på nytt. Aeotec anbefaler firmware 7.18.1. Zwave-js utviklerene anbefaler også oppgradering. Se her: https://zwave-js.github.io/node-zwave-js/#/troubleshooting/otw-upgrade Until recently, 700 series Z-Wave Controllers had a bug that could cause the mesh to be flooded on some networks and the controller to become unresponsive. At present, all 700 series controllers share the same firmware and are subject to this bug. It appears that this bug is largely, if not completely, resolved as of firmware version 7.17.2. Users should upgrade the firmware on all 700 series controllers to this version (or higher). Men Z-wave-js versjon 10.x har problemer med kommunikasjon med enheter. Se issue here: https://github.com/zwave-js/node-zwave-js/issues/4994

Det er noe rart med min Aeotec Z-Pi7 og Z-stick7 fortsatt. Har brukt mange timer på å finne en løsning. Jeg tror ikke kontrolleren sender eller mottar med riktig signal styrke. Bruker firmware 7.18.1. Bytter jeg til Aeotec Z-stick5 så fungerer alt perfekt.4 Jeg ville ha startet med å sjekke om RF Region er satt til "Europa". Når Z-Pi/Z-stick7 blir "Factory Reset" i Zwave-js-ui blir RF Region endret fra Europa til Unknown. Dette påvirker hvilken frekvens som brukes. Se lenke her: https://github.com/zwave-js/node-zwave-js/issues/4502. Jeg bruker for sikkerhets skyld en USB utvidelsekabel mellom USB2 port til Z-stick7 for å unngå interference fra pc. Skal ikke være nødvendig når det er usb2, men greit å fjerne et mulig problem. Sjekk også med "Network Graph" hvor mange hops enhetene bruker for å nå kontrollen. Her ser du hvordan mitt zwave nettverk ser ut når jeg bruker z-stick7 som kontroller. Flere av zwave enhetene har mer enn tre til fire hops frem til kontroller. Dette gir pakketap da ikke alle routere svarer kjapt nok. Her er et bilde at zwave nettverket når jeg bruker z-stick5. Det er bare en hop fra zwave enhet til controller og jeg får ikke meldinger om pakker som er tapt.

Ut i fra en av ZHA "View know issues" så har Conbee ikke fungert helt pålitelig etter HA 2023.1.1. Se her: https://github.com/home-assistant/core/issues/85403 og prøve først rådene utviklerene anbefaler å gjøre først som usb utvidelsekabel, unngå zigbee interference fra WiFi, USB3 eller blåtann. Det kan også skyldes Conbee firmware. Se også på de andre zha issues her: https://github.com/home-assistant/core/issues?q=is%3Aissue+is%3Aopen+label%3A"integration%3A+zha" Du kan også se issues rapportert på biblioteket zigpy-deconz som zha bruker https://github.com/zigpy/zigpy-deconz/issues

Du kan bruke service "input_number.set_value" til å skrive temperaturen til en climate entitet inn i en input.number entitet. Fant løsningen her: https://community.home-assistant.io/t/save-attribute-in-a-input-number/371847 Har vurdert å bytte ut blueprint med min egen automasjon slik at jeg ikke trenger så mange automasjoner. Skal se om jeg kan få laget en slik automasjon jeg kan dele.

Tror jeg fant ut at det nå. To tiltak var nødvendig: 1) Endre rapportering av lys, fuktighet, temperatur på Aeotec Multisensor 6 fra hvert 30 sekund til 300 sekund (5 min). Endre Heatit Z-trm3 rapportering av temperatur reporting interval fra hvert 60 sekunder til 300 sekunder (5 min) og Meter report interval fra 90 sekunder til 600 sekunder. Fibaro Power Plug rapporterer også vel mye. Endret Power reporting interval fra 30 sekunder til 300 minutter. Se her for mer informasjon om hvordan få bedre z-wave nettverket: https://zwave-js.github.io/node-zwave-js/#/troubleshooting/network-health 2) Antennenpisken på Fibaro Dimmer 2 måtte flyttes litt på slik at den ikke lå bak metalldekselet til bryteren, men heller utenpå metalldekselet. Dette gjorde at antall failed pings ble redusert og jeg fikk høyere Rating. Dette fant jeg ut ved å bruke Zwave JS UI -> Network Graph -> Check Health på Noden. Se her for mere informasjon om verktøyet Nodes Healthcheck som er et meget godt verktøy: https://zwave-js.github.io/zwave-js-ui/#/usage/nodes_healthcheck. Her ser dere et bilde av Health check av Taklys stue før antennepisk ble flyttet på. Likevel var ikke dette bra nok. Etter å gjort en del forsøk med og uten plastdeksel på HA Yellow fant jeg ut at plastdekselet skjermet antennen på Zi-Pi7 for mye til at jeg ville få Rating 10/10. Så jeg har nå byttet over til Aeotec Z-Stick Gen 5+ med vinklet usb mens jeg venter på den bestillte Aeotec Z-Stick 7, som skal erstatte Gen 5+. Her ser dere et bilde av Health check av Taklys stue med Aeotec Z-Stick Gen 5+ med vinklet usb som controller på min HA Yellow.

Takk for firmware lenker. Ser ut som at det er noen enheter som FGD212 har kommunikasjonsproblemer med zwave-ja v10.x https://github.com/zwave-js/node-zwave-js/issues/4994. Mulig det er dette som skaper trøbbel. Men jeg tror det heller kan være litt mye rapportering til controlleren. Dette ser du i zwave-js loggen. Spesiellt mine Aeotec multisensor 6 og heat-it varmekabler er rapporterer litt vel mye. Blir det for mye så skaper det trøbbel for andre noder. Endrer derfor rapporteringtidene for z-wave enheter for å se om dette hjelper. Se her for generell zwave-js troubleshooting https://zwave-js.github.io/node-zwave-js/#/troubleshooting/connectivity-issues om dette. Problems communicating with nodes If communication with a device fails, the driver automatically tries to resend the messages up to 3 times. Afterwards, it gives up and moves on to the next message. You should get an error which looks like one of the following: → Failed to send the command after 3 attempts. Transmission queue full. Too many messages were sent in a short time without waiting for a controller reply. The driver takes care of this, so it should really not happen. This can happen if your network is really busy. Check the logs to identify spamming nodes.

Takk @xbmc.tt . Jeg skal oppgradere til v7.18.2. Jeg tror jeg også må prøve z-pi7 på nytt på min HA Yellow. Har en mistanke om dårlig z-wave dekning til FGD212 dimmerene.

Hvilken versjon bruker du @xbmc.tt? Har oppgradert Z-Pi7 til 7.18.1 (https://github.com/kpine/zwave-js-server-docker/wiki/700-series-Controller-Firmware-Updates-(Linux)#aeotec-z-stick-7-or-z-pi-7). Før jeg byttet til HA Yellow prøvde jeg Z-Pi7 på min HA rpi4 også med firmware 7.18 tror jeg. Fulgte Aeotec sin bruksanvisning her: https://aeotec.freshdesk.com/support/solutions/articles/6000252820-update-z-pi-7-with-raspbian-os-rpi-v7-18-1 Grunnen til at jeg byttet ut Z-Pi7 var meldinger i loggen om at z-wave controller hadde gjort inntil tre forsøk på å slå av eller på takspotlys som styres av Fibaro Dimmer 2 (FGD212), som ikke hadde svart tidsnok. Dette skjedde med takspot på kjøkken, stue og bad1etg. Disse feilmeldingene får jeg ikke når jeg bruker Aeotec Gen 5+, men denne usbstick står tilkoblet utenfor plastdekselet så den er ikke så skjermet.

Fikk min HA Yellow (https://yellow.home-assistant.io/) i hus forrige uke etter å ha ventet svært lenge på få den levert. Fordeler: - Bruker ZHA med den innebygde Zigbee/Thread (IEEE 802.15.4) radioen. Radioen fungerer fint selv om den er lukket inne i plastdekselet. - Stille Ulemper: - Har prøvd å bruke Aeotec Z-Pi 7 (https://aeotec.com/products/aeotec-z-pi-7/) som z-wave controller noe som ikke fungerte særlig bra. Z-wave controlleren hadde problemer med å sende ut service calls til z-wave enheter. Så nå er det tilbake til Aeotec Z-Stic Gen 5+ med vinklet usb. Heldigvis har HA Yellow bare USB2 tilkoblinger så interference fra USB3 blir ikke noe problem. - Sær på NVMe SSD-disk. Installerte denne https://www.kjell.com/no/produkter/data/lagring/ssd/samsung-980-pro-m.2-nvme-ssd-disk-250-gb-p62968 og HA Yellow ville ikke starte opp. Gir bare rød lampe. HA Yellow FAQ sier "All Samsung NVMe SSDs seem to work far." Uheldigvis for meg så var det en modell som hadde problemer.

Utvikler av PriceAnalyzer har laget en blueprint "priceanalyzer_multiply.yaml" som bruker en input_number multiplier for å justere temperatur enten opp eller ned 2-3 grader. multiply: name: Multiply Correction description: Input Number Helper To multiply the correction. Useful if you want more aggressive control. selector: entity: domain: input_number Du finner den her: https://github.com/erlendsellie/HomeAssistantConfig/tree/master/blueprints/automation/erlendsellie. Du kan bruke denne som utgangspunkt å lage din egen binær sensor template som du kan bruke i Schedy. {%-set baseTemp = states(number) | float(default=0)%} {%-set priceanalyzer = states(sensor) | float(default=0)%} {% set multiplyNumber = states(multiply) | float(default=1) %} {{baseTemp + (priceanalyzer * multiplyNumber)}} Jeg kan hjelpe deg med å lage template sensoren hvis du trenger det.

Det enkleste er nok å legge inn en "Time pattern trigger" som for eksempel sjekket hvert 5 minutt (https://www.home-assistant.io/docs/automation/trigger/#time-pattern-trigger). Prøv det først. trigger: - platform: time_pattern # You can also match on interval. This will match every 5 minutes minutes: "/5"

Jeg bruker ikke Node-Red nå, men denne feilmeldingen kommer fra HA Api når du gjør en json spørring som bruker service: Climate: Set temperature. Kan det være at HA får json meldingen i feil format (manglende innrykk eller syntaks feil) eller mangler entity_id?

Beklager, men jeg skulle ha lest innlegget ditt litt nøyere. Istedenfor knapper kan du jo legge inn en addon som gjør at du kan swipe dine sider. Se her: https://github.com/zanna-37/hass-swipe-navigation

Din Home Assistant webside må være tilgjengelig via https for å publisere dashboard til Google Hub. Se her: https://cast.home-assistant.io/faq.html. Se også blog her: https://www.home-assistant.io/blog/2019/08/06/home-assistant-cast/ Jeg bruker ikke Google Hub nå, men for å få ordnet https tilgang brukte jeg Home Assistant Cloud. Du kan sikkert bruke vpn, eget sertifikat også, men HA Cloud er enkelt og koster ikke så mye. Deretter setter du opp HA Cloud for å gi din Google Hub tilgang https://www.nabucasa.com/config/google_assistant/ For å publisere dashboard kontinuerlig kan du bruke denne Blueprint https://community.home-assistant.io/t/cast-and-re-cast-a-lovelace-view-to-a-google-hub/259631

Det er sikkert flere måter på å gjøre dette på. Jeg ville gjort automatiseringen ved først å lage en binær template sensor som er True (on) når time strømpris er billigere enn gjennomsnitt og False (off) når strømpris er dyrere enn gjennomsnitt. Du kan endre og teste template ved hjelp av Template editor under Developer Tools -> Template. Er du nybegynner på Template og Jinja2 syntaks anbefaler jeg at du leser her: https://www.home-assistant.io/docs/configuration/templating/ template: - binary_sensor: - name: "Pris er billigere enn gjennomsnitt" state: > {% set average = state_attr('sensor.nordpool_kwh_krsand_nok_3_10_025', 'average') | float(default=0) %} {% set timeprice = states('sensor.nordpool_kwh_krsand_nok_3_10_025') | float(default=0) %} {{ timeprice < average }} Deretter kan du lage en yaml automasjon som bruker Choose og Trigger ID til å velge hva som skal skje. Les mer om Trigger ID her: https://www.home-assistant.io/docs/automation/trigger/#trigger-id og Choose her: https://www.home-assistant.io/docs/scripts/#choose-a-group-of-actions alias: VVB On test description: >- Slår på VVB rele når timespris er under dagens gjennomsnitt - forsøk på unngå kveld trigger: - platform: state entity_id: - binary_sensor.pris_er_billigere_enn_gjennomsnitt from: "off" to: "on" id: pris_billig - platform: state entity_id: - binary_sensor.pris_er_billigere_enn_gjennomsnitt from: "on" to: "off" id: pris_dyr condition: - condition: time after: "02:00:00" before: "22:00:00" action: - choose: - conditions: - condition: trigger id: pris_billig sequence: - service: switch.turn_on data: {} target: entity_id: switch.bryter_varmvannsbereder - conditions: - condition: trigger id: pris_dyr sequence: - service: switch.turn_off data: {} target: entity_id: switch.bryter_varmvannsbereder mode: single Du kan også lage en price level template sensor for timeprisen som jeg har gjort her med Tibber timeprisen. Du kan da bruke denne som trigger i din automasjon. template: - sensor: - name: Electricity price - Price level (1-day) icon: mdi:currency-usd state: >- {% set price_cur = states('sensor.electricity_price_toraldasen_32') | float(0) %} {% set price_avg = state_attr('sensor.electricity_price_toraldasen_32', 'avg_price') | float(0) %} {% if price_cur == 0 or price_avg == 0 %} unknown {% else %} {% set price_ratio = (price_cur / price_avg) %} {% if price_ratio >= 1.4 %} VERY_EXPENSIVE {% elif price_ratio >= 1.15 %} EXPENSIVE {% elif price_ratio <= 0.6 %} VERY_CHEAP {% elif price_ratio <= 0.9 %} CHEAP {% else %} NORMAL {% endif %} {% endif %} Jeg kan anbefale Prizeanalyzer (https://github.com/erlendsellie/priceanalyzer) til å varme opp VVB og varmekabler. Fordelen med Prizeanalyser er at den varme opp varmekablene før de dyreste timene (boost) og senker varmen (save) når strømprisen er høy. Utvikler har også laget en god løsning for å varme opp vvb når strømpris er billigst (på natten).

Jeg ser at du også har åpnet en sak på dette på HA github. Min sak er er her: https://github.com/home-assistant/core/issues/84838. Daniel svarte at dette var på grunn av utstabil Tibber api så det er ikke så mye han får gjort med det.

Jeg tror problemet er på Tibber sin api webside. Det kan være at websiden blir spurt for ofte (IP ban) eller at integrasjonen ikke kobler til på nytt etter en eller to tilkoblinger som ikke får svar fra Tibber api. Du kan jo teste at du får riktig data ved å logge deg inn på Tibber sin api webside her https://developer.tibber.com/ I kveld har jeg fått de fire sensorene utilgjengelig på nytt. Det virker som at problemet kommer og går og dette kan være på grunn av overbelastning av Tibber sin webside. Hjelper ikke med en reload av integrasjonen heller. Jeg vet at Daniel jobber med at finne ut hvordan gjøre Tibber integrasjonen mer stabil. Den siste fixen var når i Release 2022.12.8 - December 21 hvor Tibber realtime Pulse streaming bli mer stabil https://github.com/home-assistant/core/pull/84313

Er friskmeldt nå. Trengte bare å gi Tibber integrasjonen litt tid.

Naah. Jeg skulle ikke konkludert så fort. De samme sensorene du hadde utilgjengelig fikk jeg også nå rundt klokken 13:00 idag. Hjelper ikke med en reload heller. Så ikke friskmeldt ennå.

Tibber intergrasjonen har fungert fint for meg etter de siste oppdateringene (HA 2022.12.8). Har noen noen få meldinger om at den ikke klarer å koble seg til Tibber api, men når den prøver på nytt kobler den seg til. Sensorene blir ikke utilgjengelig som du får. Du kan se de siste bugreports her: https://github.com/home-assistant/core/issues?q=is%3Aissue+is%3Aopen+label%3A"integration%3A+tibber" Hvis du bruker Tibber Pulse er det viktig å bruke usb strøm tilkobling hvis du har en Kamstrup strømmåler (https://support.tibber.com/nb/articles/5697101-kampstrup-og-pulse-kjente-utfordringer) og at du har god trådløst nett tilkobling.

Jeg ser at du har en Heatit TF016/TF021 termostat. Det er mulig denne lenken kan hjelpe deg videre:

Jeg endrer set temperatur ved hjelp av en input_number (https://www.home-assistant.io/integrations/input_number/) og binære sensorer for om jeg er hjemme, på ferie eller om det er natt. Jeg har også lagt inn trigger for om pid regulatoren blir mindre enn 100 % og derfor må senke temperatur på varmekabel for å stoppe at de bruker strøm. Jeg bruker også Priceanalyzer for å spare strøm (https://github.com/erlendsellie/priceanalyzer). Her er automasjonen for å endre set temperatur på varmekabel på bad1etg. alias: "Priceanalyser: Endre set temperatur 23 grader" description: "" trigger: - platform: state entity_id: - input_boolean.ferie - binary_sensor.natt_22_00_05_00 - binary_sensor.noen_er_hjemme - platform: homeassistant event: start - platform: numeric_state entity_id: sensor.regulator_energy_usage id: pid_low below: 50 - platform: numeric_state entity_id: sensor.regulator_energy_usage id: pid_restore above: 50 condition: [] action: - if: - condition: or conditions: - condition: state entity_id: input_boolean.ferie state: "on" - condition: state entity_id: binary_sensor.natt_22_00_05_00 state: "on" - condition: state entity_id: binary_sensor.noen_er_hjemme state: "off" - condition: trigger id: pid_low then: - service: input_number.set_value data: value: 20 target: entity_id: - input_number.temperatur_bad else: - service: input_number.set_value data: value: 23 target: entity_id: - input_number.temperatur_bad mode: restart Her er PrizeAnalyzer blueprint automasjonen som bruker temperaturen i input_number.temperatur_bad samt legger til -1, 0 eller 1 til temperaturen avhengig om det skal spares energi (-1 grad), være uforandret (0 grader) eller boostes (+1 grad). alias: PriceAnalyzer - Control Climate Bad1etg description: "" use_blueprint: path: erlendsellie/priceanalyzer.yaml input: sensor: sensor.priceanalyzer_kr_sand number: input_number.temperatur_bad climate: climate.varmekabel_bad1etg Blueprint action automasjonen ser slik. action: - variables: sensor: !input sensor number: !input number climate: !input climate - condition: template value_template: '{{ states(climate) == ''heat'' or states(climate) == ''off''}}' - service: climate.set_temperature data_template: entity_id: !input climate temperature: '{%-set baseTemp = states(number) | float(default=0)%} {%-set priceanalyzer = states(sensor) | float(default=0)%} {{baseTemp + priceanalyzer}}'

Xiaomi/Aqara støtter ikke zigbee standarden 100 %. Det hjelper heller ikke at de er sære på å kommunisere med routere også. Prøv rådene her https://www.home-assistant.io/integrations/zha/ : BEST PRACTICES TO AVOID PAIRING/CONNECTION DIFFICULTIES Noen råd på veien: - Bruk usb 2.0 forlenger kabel - Unngå wi-fi interferens ved å velge riktig kanal - Ikke koble usb kabel til usb 3.0 interface - Conbee II og zigbee2mqtt kan gi problemer https://www.youtube.com/watch?v=IS8Jk4ckGQY