Mathias

Jeg har veldig god erfaring med min Daikin på wifi Den har integrasjon mot HA som oppdager pumpen med en gang den kobler på lokalnettet første gang

Måtte få på plass et kamera på 3D-printeren min så da satte jeg i gang med det jeg haddde liggende. ESP32Cam med Tasmota32 SK6812 ledstriper ESP8266 D1 mini med ESPHome Resten har jeg printa og laget selv Ble helt ok dette. Får iallefall et godt bilder som gir meg både info om pågående utskrift og timelapse. Gøy var det iallefall

Er det ikke slik at script i HA vises som bryter (switch) i Homekit? I så fall kan du jo lage ett skript pr. Airflow som du kan styre i Homekit. Altså at du lager script som bruker service ecovent_set_airflow til å sette verdi.

Den nye versjonen kom vel i går eller noe så i såfall har det forhåpentlig rammet meg positivt Har lest gjennom endringene som er gjort i versjon 2021.8.0 og ser at det blant annet er en del punkter som gjelder feilretting mot ESP32-brikker som jeg håper har positiv effekt på kamaraer. Er ikke alltid så enkelt å se hva endringene faktisk er med mindre man bruker en del tid på Github. Har ikke fått testet det som var problemet mitt ennå da jeg er på hytta, men oppdaterte ett kamera med siste versjon og det fungerte i alle fall etter oppdateringen også

Hei Jeg kjører begge deler og synes det fungerer fint. Hadde jeg startet helt fra ingenting så hadde jeg nok gått for kun Conbee, men siden jeg hadde Hue-hubben før jeg anskaffet meg Conbee så lar jeg Hue være Hue og resten styres i Conbee. Ulempen er at det det blir to nett og man drar ikke full nytte av mesh-nettet. Det har gjort at jeg ved ett tilfelle måtte koble en Hue-plugg til Conbee for å nå den mest avsideliggende kroken i huset. Dette fordi at det er kun enheter på fast strøm som fungerer som aktiv node i nettet. Fordelen slik jeg ser det er at man med Hue-hubben får oppdateringer til Hue-pærene. Mulig man får dette via deConz også, men det har jeg aldri sett noe til. Jeg kjører Z-wave to MQTT JS og liker den veldig godt. Denne har et veldig godt kontrollpanel som man ikke får ved å kjøre standard JS. Da kan man blant annet OTE-oppdatere enheter, trigge Reinterview osv. Man kan også bruke MQTT-meldinger til trigge ting i HA som ellers ikke ville være mulig med standardfunksjoner på visse enheter. Som feks at man kan snappe opp trykk på brytere og bruke det som sensor eller trigge automasjoner. Dette vil vel være det samme om man kjører Zigbee to MQTT.

Hei Jeg kjører OctoPrint via addon i HA og det fungerer helt strålende. Bortsett fra at jeg ikke klarer å få integrasjonen som gir printerstatus og kamera-stream osv inn i HA. Den oppretter sensorer, bryter og kamera, men helt uten data. Jeg mistenker at det kan være at jeg enten bruker feil API-nøkkel eller at jeg bruker feil adresse, men finner ikke ut av det. Noen her som bruker OctoPrint-addon og som har fungerende integrasjon i HA og vil dele en config på det?

Hei Må bare spørre om det er flere her som har problemer med å legge til nye enheter i ESPHome? Jeg får lagt til enheter i ESPHome og loggen på enheten tilsier at alt fungerer som det skal, men HA oppdager ikke nye enheter fra ESPHome. Jeg finner igjen sensorer i Developer Tool på de nye enhetene, men den dukker ikke opp under ESPHome i Integrasjoner og kameraer blant annet fungerer ikke. Noen flere som opplever problemer med dette for tiden?

Dette var jo relativt praktisk det. Funker fint for meg og ser også at man kan fjerne measurement på enheter man ikke vil ha det på. Takk for gode svar

Ja, enig der. For min del kunne det godt ha vært en chackbox eller noe der man slo det på pr device eller noe. Jeg er ikke interessert i at absolutt alt jeg har skal logges overdrevet mye, så en mulighet til å velge selv hva som skal loggge statistics hadde vært helt fint

Nok en spennende oppdatering i Ha denne uken. Ser at @daniel.h.iversen er en solid bidragsyter også i denne utgivelsen og er takknemlig for alle som legger ned arbeid og tid Er spesielt nysgjerrig på hvordan det jobbes med å tilrettelegge for å ta vare på nødvendig statistikk og ser også at flere av integrasjonene som er nyttig å ha statistikker fra ikke har støtte for dette. Hva skal til for at en sensor, eksempelvis Daikin Power Consumption som jeg savner dette på, lagres med statistics? Hvordan gir man "beskjed" til HA i en integrasjon at dette er en sensor som skal generere statistics? Kan man lokalt lage en template der man oppretter statistisc av en sensor?

Hei Jeg kjører Home Assistant med Z-wave (Aeotec Z-Stick Gen 5) og Zigbee (Conbee II) som står i kjelleren og i praksis lengst mulig unna alt av utstyr uten problemer. Både Z-wave og Zigbee lager et nettverk der signalene "hopper" fra node til node som gjør at hver enhet utvider rekkevidden utover i nettverket så lenge de er på fast strøm. Så plassering av HA har lite å si så lenge at den er nær nok til de næremeste nodene. Hvis du går for Home Assistant så kan du også koble deg på Tellstick'en lokalt slik at du slipper å gå via skyen for å nå 433-enhetene du velger å beholde. Avhengig av hvilken type wifi-pærer du har så kan det være noe tungt å få kontroll på disse i systemet. Mange av disse har sine egne proprietære systemer med liten mulighet til å styre fra et annet system. I HA kan du sette opp så mange dashboards du ønsker og velge hvem som skal få se hva, så i praksis kan du lage engne oppsett for hver enkelt bruker, men det blir jo fort litt mye å holde styr på. Uansett så må man regne med å bruk litt tid på å få satt dashboard som er brukervennlig nok til at samboer++ synes det er mer praktisk enn tungvint. Jeg brukte et halvår før jeg introduserte det til kona enkelt å greit fordi jeg visste at det måtte være godt nok på første forsøk. Hun bruker nesten aldri brytere på veggen lenger og forholder seg stort sett kun til knapper som slår av og på scener i HA-appen Oppvarming (og nedkjøling av soverom) har vi funnet nivået på nå så det har vi nesten ikke justert manuelt på det siste året. Feilfritt er vel umulig, men så lenge man ikke kokkelerer for mye med det som er kritisk i det daglige så er systemet veldig stabilt. Det stort sett det man koder selv som feiler. En god og velprøvd innkjøringsperiode er nok alltid lurt å regne med Nå har jeg ikke prøvd de andre systemene du nevner, men kan absolutt anbefale Home Assistant. Siden systemet er gratis og man kun trenger en Rpi til å kjøre det så er inngangskost lav. Jeg startet med å kjøre HA på en Rpi3 og var fornøyd med det, men kjører nå på VirtualBox i Windows 10 på en gammel laptop jeg hadde liggende Her inne er det også mange som kjører HomeSeer som også virker som et solid system, men jeg har aldri prøvd det og regner med at noen andre vil anbefale det

Godt mulig jeg er helt fjern nå, men hvor finner jeg det?

Ja, og i så fall hvilken type begrensning kan det være? Merkelig opplegg Prøvd å ta strømmen av de andre mens du prøve å legge til?

Har du prøvd å flytte ovnene helt inntil routeren og prøve å kjøre oppsettet da? Ja, helt enig. Tenk på hvor mange som har slike ovner som aldri får dem på nett og bare gir opp uten å bry seg mer... De sier at de jobber med en 3.-generasjon wifi-chip som også angivelig skal kunne styres direkte på lokalnett, men det tar tydeligvis lang tid å lage noe som mange her inne enkelt koder på en ettermiddag. Drømmen er å få en panelovn som kan flashes med ESPhome eller noe, men det kommer vel aldri

Hei Mill kan være veldig vanskelig. Jeg har også hatt en runde med problemer der.. Jeg kjører Home Assistant, så alt jeg ønsket var å få ovnene inn i Mill-appen og deretter styre dem fra Home Assistant. Du nevner ikke hvilken mobil du bruker når du kobler ovenene. Jeg sleit skikkelig med appen på en iPhone og hadde lengre dialog med Mill uten at vi klarte å finne en løsning. Til slutt kjørte jeg igang en gammel Andriod jeg hadde liggende. Denne støtter ikke 5ghz wifi. Da fungerte det med en gang. Kanskje du kan prøve det hvis du har en eldre telefon liggende? De innrømmet etterpå at de hadde funnet en feil i iOS-appen... Skrev om min Mill-historie her: Mill panelovn og inkludering i Millheat-appen - fikk det til omsider... Håper du finner ut av det

Her ble det shopping, gitt. Takk for tips!

Så hvorfor ikke bare kjøpe Daikin? Den bør iallefall funke med Diakinseer Jeg har en Daikin og en Panasonic. Forsåvidt fornøyd med begge, men mest fornøyd med Daikin både i funksjonalitet og integrering mot Home Assistant.

Mulig noen flere enn meg som fikk stopp på ecovent-integrasjonen etter oppdatering til 2021.6 I tilfelle noe plages så er løsningen å legge inn en ekstra "version"-linje i fila manifest.json som man finner i mappa til Ecovent. Jeg endret til følgende og da fungerte det fint: { "domain": "ecovent", "name": "EcoVent", "documentation": "https://github.com/aglehmann/pyEcovent", "dependencies": [], "codeowners": ["@aglehmann"], "requirements": ["pyEcovent>=0.8.3"], "version": "1.0.0" } Har lagt inn en "issue" i Git-repoet så regner med at det fikses på "offisiell" versjon om ikke lenge

Jeg har sett litt på det jeg også, men er ikke så rå på python. Klarer å skrive skript som fungerer, men er ikke god nok til å få utnyttet det skikkelig. Du kunne ikke delt et eksempel på et relativt enkelt skript du bruker?

Hei Home Assistant-brukere! Ser at det er stort fokus på å flytte alt over til UI. Det er vel og bra og bidrar til å ta ned terkselen for å komme i gang og gjør Home Assistant mer tilgjengelig for hvermansen. Men hva bruker dere som er her inne mest? Utelukkende UI, sverger dere til YAML på alt dere gjør eller en kombinasjon? Og hvis du skal ha hjelp til noe her inne; vil du helst få YAML-kode eller et skjermbilde fra UI? Jeg ser at bruken min har endret seg etter hvert som HA har endret seg. Jeg benytter gjerne UI til å opprette nye automasjoner, skript, "helpers" osv, men fortsatt synes jeg det er veldig effektivt å gå inn i YAML-filene for å gjøre endringer, spesielt hvis jeg skal gjøre flere endringer på en gang. HA har, i alle fall blant dem som ikke har prøvd det skikkelig i det siste, et rykte på seg for å være veldig kodebasert med høy kneik å komme over før man kan ha glede av det. Dette mener jeg ikke er tilfelle overhodet lenger og forløpig ser jeg i tillegg at bevegelsen mot UI og brukervennligheten (gledelig) ikke går ut over fleksibiliteten kodeaspektet gir meg. Mitt nåværende HA-system er i skrivende stund 924 dager gammelt og det har vært en reise i rivende utvikling. Enorm forskjell nå fra da jeg startet og jeg er meget fornøyd med at valget falt på akkurat Home Assistant. Det gjør virkelig gode valg rundt utviklng og de virker å ha en god plan og visjon om framtiden, etter min mening. Er litt nysgjerrig på hva dere andre som bruker HA mener om dette

Hei! Jeg har et kort som ser slik ut for å styre min vifte: Den benytter følgende: - 'custom:fan-control-entity-row' - kortet som du finner i HACS - denne gir deg de knappene med "HIGH", "MED" osv... - Template-sensor som trekker ut aktiv "Airflow"-attributt. - Template-sensor tar verdien i sensoren ovenfor og presenterer på norsk. (Man kan greie seg kun med den her og ta det direkte, men jeg hadde et annet behov i tillegg så da gjorde jeg det sånn) - Tre script som aktiverer hver sin airflow. Disse har jeg på den nederste rekken som knapper med <tap_action: togggle> Kortet i kode: cards: - cards: - entities: - customIsOffSpdColor: white customTheme: true entity: fan.kontor_vifte sendStateWithSpeed: true type: 'custom:fan-control-entity-row' name: Ventilasjon - entity: sensor.kontor_vifte_aktivt_modus name: Aktivt viftemodus show_header_toggle: false title: null type: entities - cards: - entity: script.fan_kontor_vifte_heat_recovery hold_action: action: more-info icon: 'mdi:cached' icon_height: 25px name: Varmegjenvinning show_icon: true show_name: true tap_action: action: toggle type: button - entity: script.fan_kontor_vifte_air_supply hold_action: action: more-info icon: 'mdi:home-import-outline' icon_height: 25px name: Lufttilførsel show_icon: true show_name: true tap_action: action: toggle type: button - entity: script.fan_kontor_vifte_ventilation hold_action: action: more-info icon: 'mdi:home-export-outline' icon_height: 25px name: Ventilasjon show_icon: true show_name: true tap_action: action: toggle type: button type: horizontal-stack type: vertical-stack type: 'custom:vertical-stack-in-card' Template-sensorer: - platform: template sensors: kontor_vifte_current_airflow: friendly_name: 'Kontorvifte - current airflow' value_template: "{{ state_attr('fan.kontor_vifte', 'airflow') }}" - platform: template sensors: kontor_vifte_aktivt_modus: friendly_name: 'Kontorviftemodus' value_template: "{% if is_state('sensor.kontor_vifte_current_airflow', 'ventilation') %} Ventilasjon {% elif is_state('sensor.kontor_vifte_current_airflow', 'heat recovery') %} Varmegjenvinning {% elif is_state('sensor.kontor_vifte_current_airflow', 'air supply') %} Lufttilførsel {% else %} Ingen info {% endif %}" Script som aktiverer de tre forskjellige viftemodusene: fan_kontor_vifte_heat_recovery: alias: Kontorvifte varmegjenvinning sequence: - service: fan.ecovent_set_airflow data: entity_id: fan.kontor_vifte airflow: heat_recovery fan_kontor_vifte_ventilation: alias: Kontorvifte ventilasjon sequence: - service: fan.ecovent_set_airflow data: entity_id: fan.kontor_vifte airflow: ventilation fan_kontor_vifte_air_supply: alias: Kontorvifte lufttilførsel sequence: - service: fan.ecovent_set_airflow data: entity_id: fan.kontor_vifte airflow: air_supply Ett av skriptene presentert i UI: Kan sikkert virke litt overdrevent komplisert, men du ba om eksempler, så da får du det jeg har Er greit å tilføye at dette kortet bruker jeg i et "avansert-dashboard". Normalt så bruker jeg kun den som viser de knappene øverst da jeg skjelden endrer viftemodus. Automasjon blir jo mye likt som i skript bare med valg av triggere og evt forutsetninger som ekstra parametere. Da denne vifta står på kontoret mitt og kun skal kjøre når jeg er på kontoret så har jeg ikke tatt meg bryet med å automatisere den, men det kommer jeg nok til å gjøre etter hvert når jeg får en nerdete ånd over meg (som ofte dukker opp)

Vil tro at det er med disse som med andre enheter/nettverk at enheter på batteri ikke bidrar i mesh. Så hvis du la til en enhet i nettverket som er koblet på fast strøm så vil du se at den bidrar i mesh.

Hei igjen Ble litt usikker på om det nå fungerte som følge av at din pull har blitt inkludert eller ikke. Men jeg får inn event-data fra K8 ved å lytte til følgende event: zwave_js_value_notification Data jeg får da ser slik ut: Event 4 fired 3:47 PM: { "event_type": "zwave_js_value_notification", "data": { "domain": "zwave_js", "node_id": 16, "home_id": 3533556688, "endpoint": 0, "device_id": "a6b3956a73bd6ad9c1cc43597fc1404b", "command_class": 91, "command_class_name": "Central Scene", "label": "Scene 007", "property": "scene", "property_name": "scene", "property_key": "007", "property_key_name": "007", "value": "KeyReleased", "value_raw": 1 }, "origin": "LOCAL", "time_fired": "2021-05-18T13:47:20.868443+00:00", "context": { "id": "2d27021188e289dd5a06cd942b17e801", "parent_id": null, "user_id": null } } Og dette er godt nok for meg

Hei! Jeg har sett noen som har laget støvsugergarasje på Home Assistant-forumet tidligere ved hjelp av noe omtales som BLUM-servo-hengsel. Så vidt jeg kan se så er det kun en impuls som trengs for å få den til å operer. I grunn veldig likt som en vanlig garasjeportåpner. I det prosjektet ble det brukt en Sonoff SV som i praksis er et enkelt relé på en ESP8266 wifi-brikke. Hvis motoren du har kjøpt også kan aktiveres med impuls så bør det være helt greit å bruke en Smart Implant eller lignende som kan gi impulssignalet. Jeg har sett litt på dette en gang for en god stund siden, men har ikke tatt meg bryet med engang å skaffe meg delene som trengs enda

Kommer an på hva du kopierer fra og hvilken editor du bruker. Av og til funker copy/paste, av og til ikke Usikker på hva du mener med teste, men du kan jo bare legge den inn i et kort og se at du får de valgene du skal ha i nedtrekksmenyen. Og jeg har ikke skjønt hva du skal bruke det til Men regner med at det skal skje noe når du velger den ene eller andre HDMI-inngangen. Da er det nærliggende å tro at valgt input_select skal fungere som trigger i en automasjon som utfører noe. Du kan jo bare leke deg med å lage en automasjon som slår på et lys eller noe når du velger en HDMI bare for å teste det. Eksemelvis sånn: Og når du ser at det fungerer så kan du kjøre på med mer avansert automasjon etterpå