haraldov

Vet ikke hvilken mqtt server du bruker, men jeg bruker HA Mosquitto broker addon. Mosquitto krever at jeg må bruke brukernavn/passord authentisering til mqtt kommunikasjon. Regner med at du har sjekket dette, men hvis ikke så kan det være dette som er problemet.

Har du prøvd å re-intervjue Fibaro Dimmer 2? Det kan også være at dimmer 2 noden mangler noen å videresende gjennom. Zwave er et mesh nettverk så jo flere noder på strøm du har, jo bedre blir mesh nettverket. Jeg har kjøpt en Aeotec Range Extender 7 som hjelper til å styrke nettverket, da Fibaro Dimmer 2 har en antenne som kan ha blitt skjermet da de sitter bak bryterboksen. Hvis denne antennen er bak en stålramme vil antennen fungere dårlig.

Jeg skulle ha lest lenken jeg la ut litt bedre. Der står det: If devices don't work (fully or partially) after upgrading, first re-interview them. Så jeg intervjuet Fibaro Dimmer 2 nodene på nytt og nå har de ikke død ennå. Dette ser lovende ut.

Du var ikke uklar. Men Tibber support rådene er verd å prøve. Jeg har en Pulse selv og har flyttet den ut av sikringsskapet ved å bruke en lengre nettverkskabel for å få god kontakt med wifi ruter. Jeg har også koblet til usb strøm til Pulse da Kamstrup leverer for lite strøm og gir av og til forsinkelser når data skal sendes hver 10 sekund. Fargen på lampen på Pulse forteller mye når vi ikke kan se noe på skjermen. Du bytter jo et nettverk. Kanskje WiFi ruteren din ikke har oppdatert rute. Kanskje du bare trenger å slå av og på wifi ruter for å slette feil rute. Du kan også bruke MQTT Explorer https://mqtt-explorer.com/ for å se om det kommer mqtt pakker fra tibber pulse.

Hvis du bruker Aeotec z-stick gen5 må du oppgradere firmware på den til z-stick gen5+. Du vil da få SDK Version: V6.81.06 som du trenger ved nvm backup/restore. https://aeotec.freshdesk.com/support/solutions/articles/6000242397-upgrade-network-to-z-stick-gen5-and-backup-tool

Jeg ser at du bruker Home Assistant. Blåtann er godt støttet i HA. Se her for USB dongler som er støttet i HA: https://www.home-assistant.io/integrations/bluetooth/. Disse er også godt støttet under hassos/linux. Et annet alternativ er jo blåtann proxies (esphome: https://esphome.github.io/bluetooth-proxies/

Tibber support skriver her: https://support.tibber.com/nb/articles/4605625-har-du-problemer-med-a-koble-pulse-til-tibber-appen Blinkende sterkt blått lys: Pulse har mottatt innstillinger fra appen, og forsøker nå å koble til internett og serverne våre. - Koble en usb kabel med strøm til Pulse. Pulse trenger mere strøm når den kobler seg til Wi-Fi. - Plassering av Pulse er viktig: https://support.tibber.com/nb/articles/5900627-plassering-av-pulse - Se her for mere informasjon om å bytte nettverk på Pulse: https://support.tibber.com/nb/articles/5490399-pulse-bytting-av-wifi-nettverk

Jeg tror ikke denne bugfix fikser alle noder. Etter kort tid hadde jeg seks noder (Fibaro Dimmer FGD212) som ble døde. Jeg kunne laget et script som pinger nodene hver gang de dør, men jeg avventer til en ny bugfix kommer på dette. Det er opprettet en egen sak på at noen zwave enheter har problemer med zwave-js driver versjon 10.0.x her: https://github.com/zwave-js/node-zwave-js/issues/4994. Så jeg går tilbake til Aeotec zwave5 inntil videre.

Med zwave-js-ui oppgradering i går fra versjon 1.6.2 til 1.6.3 ble også zwave-js driver oppgradert til versjon 10.10.0 zwave-js-ui: 8.8.6 zwave-js: 10.10.0 I versjon 10.10.0 ble nvmedit oppgradert med en bugfix for NVM backup/restore med firmware 7.19.x. Testet dette i dag å det gikk kjempefint med å gjøre en NVM backup av Aeotec z-wave 5 stick til Aeotec z-wave 7 stick med firmware 7.19.1. RF Region ble satt til Europa uten at jeg trengte å gjøre noen endringer. "Measured output power at 0 dBm" måtte endres på til + 3.3 som foreslått av z-wave utviklerene. Det er også en viktig bugfix for de med 700 controller som kanskje fikser noder som blir markert død. Ved å pinge nodene kan de gjenopplives. Zwave network graph av mitt nettverk etter NVM backup og healing av noder. Det er bare to noder som har to hops. Resten har ett hop frem til kontroller. Slik var det ikke tidligere. Da hadde jeg flere noder som hadde to og tre hops frem til kontroller: Krysser nå fingerene på at Aeotec zstick7 fungerer like bra som Aeotec zstick5. Vi får vente og se....

Automasjoner du lager i esphome vil fungere offline. Har ikke prøvd selv å få dette til, men i dokumentasjonen her: https://esphome.io/guides/automations.html så finner du triggere, conditions og action som gjør at du kan styre varmepumpen selv om HA er nede. Som eksempel mener jeg at @stigvi, har laget esphome kode for for å styre varmtvannsberederen uavhengig av home assistant.

For lokal kontroll kan du kan lage en IR remote for å styre IR recevier på varmepumpen. Du bruker da esphome som er tett integrert med Home Assistant. Se mer her: https://esphome.io/components/climate/climate_ir.html Et annet alternativ er å bruke en z-wave fjernkontroll som f.eks ZXT-120 til å styre varmepumpen. Se mer her:

@Kim123, kunne du delte denne automasjonen også?

@Kim123, kan du delt en av dine automatiseringer hvor du trigger ved endringer av input_text.effektbegrenser_pri? Jeg kunne tenkt meg å prøve ditt forslag på effektregulering som du skrev om her:

Hvis det stemmer med det som står her skal det bare være mellom gen 7 enheter backup/restore er støttet med Silicon Labs PC Controller. https://aeotec.freshdesk.com/support/solutions/articles/6000247479-backup-and-restore-z-stick-7 @xbmc.tt, slik var det for meg også etter jeg hadde brukt zstick-7 med mine 23 noder. Masse pakketap. Slik så visualiseringen ut. Med zstick 5 har jeg nå en hop mellom controller og noder, mens med z-stick7 hadde jeg opptil 4 hops mellom nodene. Pussig nok gikk det greit å inkludere enhetene.

Fikk tatt backup av Z-Stick 5 med Silicon Labs PC Controller og gjort restore til Z-Stick 7, men noe feiler fordi etter restore har fortsatt bare en node på z-stick7 som er controlleren selv. De andre 48 nodene er ikke overført fra z-stick5. Får ingen feilmeldinger fra Silicon Labs PC Controller. Tror du den kan være feil firmware jeg har brukt til min z-stick7? Det er litt uoversiktlig disse firmware versjonene.

Nvm backup/restore fra z-stick-5 til z-stick-7 fungerte, men Tx Power normal og Tx Power Measured ble satt til 0 etter restore. I tillegg ble Rf region satt til Unknown. Klarte heller ikke endre Rf region til EU eller Europa. Firmware var da 7.18.2 på z-stick-7. Med 7.19.2 fikk jeg feilmeldingen jeg postet tidligere. Frusterende å ikke kunne få brukt 700 serie controller. Løsningen er vel kanskje å kjøpe en UZB7.

Har oppgradert min z-stick7 til 7.19.1 med firmware som @OlavT lenket til. Prøvd så å gjøre en nvm backup av zstick5 og deretter en nvm restore til z-stick7 noe som mislyktes. Fikk denne meldingen: 2023-02-13 19:56:05.307 INFO Z-WAVE: The target NVM has an unsupported format, cannot restore 500-series NVM onto it! (ZW0280) restoreNVM undefined Fant deretter ut at firmware oppgraderingen gjorde min z-stick7 om til en 800 serie z-wave controller hvor nvm restore ennå ikke er støttet. https://github.com/zwave-js/node-zwave-js/issues/5257 Så nå er tilbake til z-stick5 som fungerer glimrende ennå.

Hvis du trenger å bruke USB 2 eller 3 portene på raspberry pi bør du bruke en egen usb hub med egen strømforsyning. Jeg hadde tidligere en Aeotec zstick5 og en zigbee usb adapter koblet til raspberry pi usb, men måtte tilslutt bruke en egen usb hub https://www.kjell.com/no/produkter/data/datatilbehor/usb-tilbehor/usb-huber/plexgear-desktop-500-usb-3.0-hub-med-stromforsyning-4-veis-p69306 Strømforsyning som leverer nok strøm til raspberry er også viktig å bruke: https://www.kjell.com/no/produkter/data/raspberry-pi/raspberry-pi-usb-c-stromadapter-3-a-p88081 . Dette nevnes også på Home assistant wiki: https://www.home-assistant.io/installation/raspberrypi

Start med å se på de røde og grønne lampene på raspberry pi 4. De forteller deg om raspberry for nok strøm, sdkortet er ok. Se mere her: https://raspberrytips.com/green-and-red-light-on-raspberry-pi/

Mine erfaringer med Aeotec 7-zstick og Aeotec zpi-7 er ikke gode. Jeg tror det er en feil i zwave-js koden, som zwave-js utviklerene ennå ikke har funnet (https://github.com/zwave-js/node-zwave-js/issues/4994). Men det kan like gjerne være en oppgradering av firmware som er løsningen. Jeg bruker firmware 7.18.2 som er godkjent av Aeotec, men likevel er ikke Aeotec 7-stick stabil nok for meg. Mine noder hadde 2 til 3 hops til controlleren, men når jeg bruker Aeotec zstick 5 er det bare ett hop frem til kontrolleren. Jeg fikk da i loggen meldinger om at kontroller hadde prøvd tre forsøk å sende melding til noden, men at dette ikke gikk. Det er også rapporter om døde noder som må vekkes opp med zwave ping kommando. Opplevde også at backup og restore fra Aeotec zstick5 til Aeotec zstick7 ved hjelp av zwavejs-ui gjorde at regional setting ble gal. Min zstick5 bruker zwave frekvens for Europa. Gjenoppretting til zstick7 beholder ikke denne innstillingen. Jeg får bare Unknown i regional, mens det skulle ha stått Europa. Se mer her om dette: https://github.com/zwave-js/node-zwave-js/issues/4502 Du kan lese mer om mine erfaringer her:

Z-wave-js-ui har støtte for firmware oppgradering nå. Eller kan du gjøre det med hassos ved å bruke et firmware oppdaering script. Se mer her: https://github.com/kpine/zwave-js-server-docker/wiki/700-series-Controller-Firmware-Updates-(Linux)#aeotec-z-stick-7-or-z-pi-7 og her: https://community.home-assistant.io/t/zwave-aeotec-z-pi7-firmware-upgrade/472636

Nei, samme problem hos meg. Jeg lager en sak på dette på github nå.

Jeg har brukt Workday sensor sammen med Google kalender (https://www.home-assistant.io/integrations/google/) som du lett kan sette opp fridager og høytider i. Lager en template sensor av disse to. # Sensors # Workday and weekends binary_sensor: - platform: workday country: 'NO' workdays: [mon, tue, wed, thu, fri] excludes: [sat, sun, holiday] sensor: - platform: template sensors: arbeidsdag: friendly_name: 'Arbeidsdag' value_template: '{{is_state("binary_sensor.workday_sensor", "on") and not is_state("calendar.fridag", "on") }}'

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.