Tor Magnus

Jeg bruker også MDEN (i tillegg til annet) og har også lurt en del på overgangen mellom periodene. Nå er det noe slikt som dette: Overgang til Morning er at sleep_state for en av oss går av. Overgang til Day er soloppgang eller kl 09:00, avhengig av hva som kommer først. Overgang til Evening er kl 20:00. Overgang til Night er at alles sleep_state er på. Da jeg hadde Fibaro HC2 var Morning etter første bevegelse i garderobe etter vekkerklokke, og det skal tilbake til det i Home Assistant. Videre må jeg behandle automasjon i soverom litt anderledes enn automasjon til andre rom fordi man ønsker f.eks. ikke alt lys i soverommet vårt på når kona står opp tidlig og jeg purker og sover en time til.

Man må jo bare elske selskaper som prøver å krympe kundegruppen sin...

Jeg har en Flexit ULV-100 loftsvifte som jeg for tiden styrer via en fibaro dimmer. Jeg mistenker at jeg kunne dra fordel av dette. Er det noen andre som bruker denne og har noen erfaring? Koblingsskjema side 3: https://www.flexit.no/globalassets/catalog/documents/20810_fdv_94001no.pdf

Har du med denne opsjonen på kommandolinjen når du starter kontainere? --device="/dev/ttyACM0:/dev/ttyACM0"

Så du ser for deg å bruke hass som en device sentral og gjøre automasjon i appdaemon istedet for i hass? Jeg ser mer for meg en løsning hvor jeg bruker appdaemon til å lage dashboards for f.eks. en RPI + manga screen i en pen ramme.

Home Assistant mangler f.eks. fullstendig fra den listen og jeg mistenker at det er en del som bruker det nå.

Hvis det fører til lavere lisens- / sertifiseringskostnader så er jeg veldig for det!

Jeg har kikket litt på appdaemon for å lage pene interfacer for veggkonsoller rundt omkring i huset. Ser ganske greit ut å jobbe med, selv om dokumentasjonen er av litt varierende kvalitet. Er det noen andre som har tester/bruker hadashboard/appdaemon og kunne tenkt seg å dele litt erfaringer/kode?

Prometheus samler inn data og lagrer det i en "time series database". Den erstatter likevel ikke history i home assistant da den (så vidt jeg har forstått det) også brukes til å sette verdier i HA ved restart. Hvis du har startet grafana så finner du den som regel på port 3000 på maskinen den ble startet på.

Jeg bruker Prometheus til innsamling av data fra Home Assistant og Grafana til å grafe de. Jeg bruker de per i dag ikke i Home Assistant, men det er vel en fare for at det skjer etter hvert.

Jepp, har ikke hatt noen problemer med det så langt ihvertfall. Når jeg ser på forbruket så ser det ut til å være innenfor spec og høyt forbruk ser også ut til å være begrenset i varighet. Ellers det @Moskus sa.

Ok, da tok jeg en runde med Mill og spurte litt om dette. Det er også slik at ovnene kontakter Mill's server og alle kall går via deres server. Det er jeg ikke interessert i så da er vi nok tilbake til "dumme" ovner styrt via z-wave relé.

Takk for påminnelsen. Brukte 5 minutter nå og endret notify.html5 på Home Assistant til å vise et snapshot fra kamera i gangen når døra blir åpnet. Dukker opp på telefonen med en gang i en notification. Nå trenger jeg bare å få opp kamera ved døra og koble ringeklokka til en z-wave sensor.

Vaskemaskin og tørketrommel er koblet i hver sin Fibaro Plug. I tillegg har jeg en Sonos og bruker html5 notifications for å varsle om start/stop. Utfordringene med vaskemaskiner og tørketromler er at det kan være stor forskjell i strømforbruk under forskjellige programmer og at anti-rynke programmer som kjører etter vask/tørk kan føre til at automasjonen kan trigges på nytt. Legg spesielt merke til binary sensorene som jeg lager som har delay på hvorvidt switchen er av eller på, og et threshold på strømforbruket. Følgende oppskrift fungerer for meg, YMMV. binary_sensor: platform: template washing_machine_activity: friendly_name: "Washing machine running state" delay_on: minutes: 1 delay_off: minutes: 5 value_template: > {{ states.sensor.washing_machine_power.state | float > 45 }} dryer_activity: friendly_name: "Dryer running state" delay_on: minutes: 1 delay_off: minutes: 2 value_template: > {{ states.sensor.dryer_power.state | float > 45 }} automation: - id: '1' alias: 'Washing machine started' trigger: platform: state entity_id: binary_sensor.washing_machine_activity from: "off" to: "on" action: - service: media_player.volume_set data: entity_id: media_player.changing_room volume_level: 0.55 - service: script.turn_on entity_id: script.say_sonos data: variables: where: 'changing_room' what: 'The washing machine has started' - id: '2' alias: 'Washing machine stopped' trigger: platform: state entity_id: binary_sensor.washing_machine_activity from: "on" to: "off" action: - service: media_player.volume_set data: entity_id: media_player.changing_room volume_level: 0.55 - service: script.turn_on entity_id: script.say_sonos data: variables: where: 'changing_room' what: 'The washing machine has finished' - service: notify.html5_phone data: title: 'Washing machine' message: 'Washing machine has finished' - id: '3' alias: 'Dryer started' trigger: platform: state entity_id: binary_sensor.dryer_activity from: "off" to: "on" action: - service: media_player.volume_set data: entity_id: media_player.changing_room volume_level: 0.55 - service: script.turn_on entity_id: script.say_sonos data: variables: where: 'changing_room' what: 'The dryer has started' - id: '4' alias: 'Dryer stopped' trigger: platform: state entity_id: binary_sensor.dryer_activity from: "on" to: "off" action: - service: media_player.volume_set data: entity_id: media_player.changing_room volume_level: 0.55 - service: script.turn_on entity_id: script.say_sonos data: variables: where: 'changing_room' what: 'The dryer has finished' - service: notify.html5_phone data: title: 'Dryer' message: 'Dryer has finished'

Noen som har en oppdatering på dette? Jeg vurderer å bytte ut noen ovner og Mill Glass ser jo ganske lekre ut.

Det har også bevegelsessensorene, så tipper det holder. Jeg må si at jeg synes det er merkelig at røykvarslerene ikke har mulighet til å reagere på alarm frames, siden relay, dimmer og plug har det. Jeg ville gjette på at dette har å gjøre med at de er batteridrevet og derfor ikke lytter på z-wave nettet mens de "sover". For å kunne reagere på alarm frames ville det nok vært behov for konstant strømtilførsel eller hyppigere bytte av batteri.

Jeg tenker vel at et script er løsningen når du skal gjøre slike ting. I og med at du gjør turn_on så må du vel kanskje også ha en delay før du setter source? TM

Tja, du kan jo starte med å disable av/på kontroll for hele gruppen?

Vil oppfordre alle å legge ut konfigurasjonen på github, spennende å se hvordan folk løser utfordringer.

Jeg kjører også i Docker på en NUC sammen med et hopprenn av andre kontainere. Det fungerer stort sett greit selv om det kan se ut som OZW har litt problemer av og til. Føler at Fibaro HC2 hadde en mer stabil z-wave stack. Config skrives i vim eller sublime selvsagt. Config ligger på github: https://github.com/tcastberg/Home-Assistant-Config

På det ene badet mitt har jeg en bryter med topolet brudd og en dobbel bryter for fibaro dimmer ovenfor. Bryteren med topolet brudd tar strømmen for hele badet og har en liten tape bit (skulle gjerne hatt en bryter med mye motstand istedet) for å stoppe folk i å slå den av. Jeg har også samme løsning som deg hvor jeg har en dobbel bryter med brudd på ene og fibaro på den andre. Egentlig kunne jeg tenkt meg en dobbel bryter med topolet på den ene siden og enpolet på den andre hvor alle innganger og utganger er separate. Fibaro kan da være montert etter topolet brudd og S1/Sx koblet mot bryter 2. | | | \ - \ \ | | |

Ikke glem at USB dongler er praktisk da man kan koble på en USB extension kabel og dermed få plassert den bedre.

Frontend improvements continue Thanks to @Andrey-git we now have an option to consume the frontend in modern JavaScript. This makes the frontend faster to download and run. For now it's opt-in but we're looking into making it opt-out in the future. The ES5 version of the frontend will remain available for older devices. To use it in on a single browser, add ?latest to your Home Assistant bookmark. To make it the default for browsers opening the frontend, update your config to look like this: frontend: javascript_version: latest Note on custom UI: this will need to be updated to work with the untranspiled version and won't work out of the box. System log enhanced Our about screen that shows the error logs has gained a nice upgrade by @postlund. Now the 50 latest exceptions will be displayed with the option to get more information. The Hass.io release will be delayed by a couple of days because Pascal is moving this weekend. New Platforms pyLoad download sensor (@iMarkus - #10089) (sensor.pyload docs) (new-platform) Add LaCrosse sensor platform (@hthiery - #10195) (sensor.lacrosse docs) (new-platform) Refactor Neato botvac components as a vacuum (@jabesq - #9946) (neato docs) (sensor.neato docs) (switch.neato docs) (vacuum.neato docs) (breaking change) (new-platform) Add platform and sensors for Vultr VPS (@GenericStudent - #9928) (vultr docs) (binary_sensor.vultr docs) (sensor.vultr docs) (new-platform) Adds support for Tile® Bluetooth trackers (@bachya - #10478) (device_tracker.tile docs) (new-platform) Support presence detection using Hitron Coda router (@arilotter - #9682) (device_tracker.hitron_coda docs) (new-platform) Add basic backend support for a system log (@postlund - #10492) (system_log docs) (new-platform) New sensor viaggiatreno. (@fabfurnari - #10522) (sensor.viaggiatreno docs) (new-platform) Breaking Changes hass.states.is_state_attr(entity_id, attribute, value)has been removed. The template version still exists. Unused method parameter wait has been removed from hass.bus.async_fire(@balloob - #10305) (breaking change) Refactor Neato botvac components as a vacuum (@jabesq - #9946) (neato docs) (switch.neato docs) (vacuum.neato docs) (breaking change) (new-platform) Lutron released a firmware updated for the Caseta system which removed our ability to connect to and control the bridge device over SSH, breaking compatibility with pylutron_caseta and Home Assistant. Component has been updated to work again, please see the docs on how to set it up. (@mdonoughe - #10286) (lutron_caseta docs) (breaking change) All changes Bump python-miio for improved device support (@syssi - #10294) (light.xiaomi_miio docs) (switch.xiaomi_miio docs) pyLoad download sensor (@iMarkus - #10089) (sensor.pyload docs) (new-platform) Add LaCrosse sensor platform (@hthiery - #10195) (sensor.lacrosse docs) (new-platform) Clean up core (@balloob - #10305) (breaking change) Refactor Neato botvac components as a vacuum (@jabesq - #9946) (neato docs) (sensor.neato docs) (switch.neato docs) (vacuum.neato docs) (breaking change) (new-platform) Move constants to setup.py (@fabaff - #10312) (no_ip docs) Add option to overwrite file to the downloader component (@arsaboo- #10298) (downloader docs) Use constants for HTTP headers (@fabaff - #10313) (binary_sensor.aurora docs) (device_tracker.tplink docs) (device_tracker.upc_connect docs) (media_player.bluesound docs) (sensor.haveibeenpwned docs) (sensor.zamg docs) (telegram_bot.polling docs) fix a import in test causing vs code to fail to discover (@perosb - #10358) Upgrade sqlalchemy to 1.1.15 (@fabaff - #10330) Move counter component (@fabaff - #10332) (counter docs) Add platform and sensors for Vultr VPS (@GenericStudent - #9928) (vultr docs) (binary_sensor.vultr docs) (sensor.vultr docs) (new-platform) Add heal_node and test_node services. (@turbokongen - #10369) (zwave docs) Addition of new binary sensor class 'plug' (@echox - #10336) (binary_sensor docs) Upgrae simplepush to 1.1.4 (@fabaff - #10365) (notify.simplepush docs) Update aiohttp to 2.3.1 (@pvizeli - #10139) Device model identification of the Xiaomi Philips Ceiling Lamp fixed. (@syssi - #10401) (light.xiaomi_miio docs) Zwave save cache to file now. (@turbokongen - #10381) (config.zwave docs) Bump to 0.12.2 to fix urllib3 dependency (@MisterWil - #10420) (abode docs) Remove extra info from zwave entity states (@armills - #10413) (zwave docs) Fixes issue #10425 (@robmarkcole - #10426) (sensor.london_air docs) Add baudrate option to Serial sensor (@dgomes - #10439) (sensor.serial docs) (breaking change) Remove model info from state (@balloob - #10399) (light.tradfri docs) update tibber library (@danielhiversen - #10460) (sensor.tibber docs) update pywebpush==1.3.0 (@perosb - #10374) (notify.html5 docs) Fix slow WOL switch test (@balloob - #10455) Fix recorder stop on SQLite vacuuming error (@milanvo - #10405) Add include/exclude filter to mqtt_statestream (@mw-white - #10354) (mqtt_statestream docs) Upgrade to 0.1.2 (@TopdRob - #10348) (notify.free_mobile docs) Upgrade pyatv to 0.3.6 (@TopdRob - #10349) (apple_tv docs) Remove useless temp converting (@pvizeli - #10465) (climate.homematic docs) Upgrade apns2 to 0.3.0 (@TopdRob - #10347) (notify.apns docs) Improvement of KNX climate component (@Julius2342 - #10388) (knx docs) (climate.knx docs) Updated gc100 package requirement to 1.0.3a (@davegravy - #10484) (gc100 docs) Remove lag from Harmony remote platform (@amelchio - #10218) (remote docs) (remote.harmony docs) Improve error handling. (@cgtobi - #10482) (influxdb docs) Upgrade psutil to 5.4.1 (@fabaff - #10490) (sensor.systemmonitor docs) Upgrade youtube_dl to 2017.11.06 (@fabaff - #10491) (media_extractor docs) Fix for telegram polling. (added pausing when error occurs) (@sander76 - #10214) (telegram_bot.polling docs) add JSON processing capabilities to sensor_serial (@dgomes - #10476) (sensor.serial docs) upgrade to new pylutron_caseta with TLS (@mdonoughe - #10286) (lutron_caseta docs) (breaking change) Bump dev to 0.58.0.dev0 (@fabaff - #10510) OwnTracks Message Handling (@ehagan - #10489) (device_tracker.owntracks docs) Add support for Alexa intent slot synonyms. (@kmdm - #10469) (alexa.intent docs) Introduce media progress for Yamaha Musiccast devices (@jalmeroth - #10256) (media_player.yamaha_musiccast docs) Add an option to serve ES6 JS to clients (@andrey-git - #10474) (websocket_api docs) Adapt to new yarl API (@tinloaf - #10527) (tts.google docs) Update nederlandse_spoorwegen.py to include platform information (@hmmbob - #10494) (sensor.nederlandse_spoorwegen docs) Pin yarl (@tinloaf -

Jeg bruker docker imaget fra https://hub.docker.com/r/homeassistant/home-assistant/. Jeg bruker Prometheus og Grafana på også på jobb og prometheus er veldig praktisk i det at det integrerer godt med docker og at home assistant allerede eksporterer metrikker for prom. Jeg er ikke helt sikker på hva du mener med å "cloude en backup", men jeg bruker git for å lagre konfigurasjonen hvilket betyr at hvis maskinen dør så kan jeg hente ut konfigurasjonen på en ny maskin og bare starte docker for å være tilbake. Når det er sagt så må man i z-wave parre opp alle devicer på nytt hvis z-wave usb kontrolleren må byttes.

Jepp, Her er det: https://github.com/tcastberg/Home-Assistant-Config Forslag til forbedringer mottas med takk.