LaStrada

Anbefaler deg å ta på brillene Helt vanlig måte å gjøre det på. 5 = 0.5.

At det kun er 2.4GHz støtte trenger jo ikke å være negativt. Mange nye «dingser» støtter kun dette, og fungerer fint. Selv har jeg UniFi-system og Mill 3. gen ovner. Dette fungerer fint. 1. og 2. gen fungerte absolutt ikke, så de gikk i retur / solgt! Har et eget IOT-nett her som kun er 2.4GHz og det fungerte på første forsøk å legge til alle 3. gen ovner. Har et eget VLAN for disse enhetene sånn at de ikke får tilgang til alt på lokalnettet. Nå sier ikke jeg at Mill er det beste av det beste, men de har løst veldig mye med 3. generasjon, samt noen firmware-oppdateringer som kom tidligere i år.

Jeg har en eldre utgave av den over her, og er kjempefornøyd med den! Om du går for en 700-serie kontroller (som den over) så må du bare huske på å oppdatere firmware. Kan lese om det her. Jeg skal nå migrere bort fra en Raspberry PI til en Intel Nuc og må finne meg noe nytt, eller beholde RPI som en z-wave "hub" og sende over nettverk. Ikke noe problem, men greit å tenke på om du kanskje på ett eller annet tidspunkt ønsker noe kraftigere enn en PI.

Du sier du bruker IKEA huben. Jeg antar endringen av lysene skjer her, og da vet jo ikke Home Assistant hva som skrudde på lysene. Home Assistant vil da bare få beskjed om at lysene har ny status, men ikke hva som trigget dette. Så jeg ville startet å feilsøke oppsettet her, feks sjekket om det er noen automasjoner, feilmeldinger eller lignende der. Jeg hadde et lignende problem med en IKEA Trådfri pære her. Hvis denne hadde mistet strøm en periode begynte den å flimre. Den rapporterte da on/off/unavailable i flere timer. Og etter dette kunne den begynne å skru seg av eller på helt tilfeldig i et par dager, før den plutselig fungerte igjen. Dette ble vist i loggen sånn som du viser her. Bytta pæra med en eldre Philips-pære jeg hadde liggende og alt løste seg.

Gjorde noe lignende for å koble meg på en Fresh Intellivent Sky for litt siden, og det fungerer utmerket (men mangler fortsatt å verifisere noe data). Har tenkt tanken å skrive en liten howto på akkurat dette, eller muligens 3 (Android + iOS + sniffer) 🤔 Så kanskje jeg må få gjort det, sånn at du har noe å gjøre på nyåret? Feedback til denne delen av forumet: Når jeg bruker venstre/høyre piltaster her, så blar den i bildevisningen under her istedenfor i tekstfeltet. Irriterende... Men hjelper å scrolle langt nok opp sånn at bildevisningen forsvinner, da fungerer det fint igjen.

Skjønner ikke helt hva du spør om her. Du har valgene Zigbee og Z-Wave, men lister også opp Philips Hue og Elko, som bruker Zigbee. Spør du om hvilket system/programvare (Home Assistant, HomeSeer, Homey osv)? Eller protokoll (Zigbee, Z-Wave osv)? Jeg antar sistnevnte, men da er det vel litt rart å nevne Elko og Hue? Selv har jeg Zwave og Zigbee på det aller meste, men foretrekker Zwave pga frekvensen det bruker (868MHz). Noe mer forstyrrelser på Zigbee-enhetene mine, men fungerer fortsatt fint. Som du sier så gikk du på en smell med Namron Z-wave. Det har jeg også gjort (plug-in modul), den krasjet hele nettverket mitt da den sendte etterhvert pakker 100% av tiden den var på og blokkerte for andre enheter å snakke på nettverket. Det ble en garanti-sak og den nye enheten var bedre, men den kan kun brukes non-secure. Om jeg legger den til som secure så skjer samme feilen. Kjent feil da jeg kontaktet Elektroimportøren, så kan returnere den om ønskelig (men ligger nå i en skuff og samler støv). Dette betyr ikke at Z-Wave protokollen er dårlig, men heller at Namron sin firmware/implementasjon er dårlig.

Tilbudet på Z-dim er på onsdag som kommer.

Jeg har samme problem, og for min del virker det som noe som har kommet med en av de siste firmware-oppdateringene til låsen. Noen ganger sier den at den er lukket, men ulåst. Andre ganger åpen og ulåst. Om jeg puller verdiene eller prøver å låse (selv om den allerede er låst) så oppdateres verdien. Hadde en teori om at det var for mye trafikk på z-wave nettverket sånn at meldingen ikke kom frem, men klarte å reprodusere dette uten at det var noe som helst trafikk på nettverket da døra ble lukket. Så jeg konkluderte med firmware-bug, men har ikke gjort noe mer ut av det. Fikk også nylig en ny lås på garantien og har samme problem der. Tidligere hadde jeg trøbbel med eldre firmware-versjoner at låsen ikke alltid låste seg automatisk, selv om låsen skulle gjøre dette selv. Fiksen var å lage en automasjon som prøver å låse døra hvert 20. sekund eller noe sånt noen ganger etter at døra er lukket (låsen skal i utgangspunktet rapportere dette, men har også en egen dørsensor i backup). Dette løser problemet for meg, men bruker sikkert litt ekstra batteri som fint kunne vært unngått. Tilfeldigvis har dette vært fiksen min for dette problemet.

IKEA Trådfri Gateway støtter ikke, så vidt jeg vet, temperatursensorer. Anbefaler deg å se på en annen måte å få inn Zigbee enheter på om du ønsker Zigbee sensorer, feks Conbee II sammen med Deconz eller ZHA. Sistnevnte kommer som offisiell integrasjon i Home Assistant. Bare vær obs på at sensorer på batteri ikke nødvendigvis rapporterer så alt for ofte. Feks mine Aqara temperatursensorer rapporterer ca hvert 5. minutt, noe som er for sjelden for min del. Jeg har likevel en sånn plassert i hvert rom som backup der jeg styrer panelovnene, samt andre steder jeg ønsker logging av temperatur.

Stemmer. Bluetooth er ikke særlig bra mtp rekkevidde osv. Jeg har en eldre Raspberry PI som nå kun brukes til å koble til vifta. Veldig upraktisk… Mulig må få laget noe til en ESP32 eller lignende senere, det vil være mer plasseringsvennlig.

Hei! Har siste dagene slengt sammen et bibliotek til min Fresh Intellivent Sky baderomsvifte. Koden kan hentes her: https://github.com/LaStrada/pyfreshintellivent Som apputvikler er ikke dette helt hva jeg jobber med, så jeg kan garantere at det er mangler og bugs 😬 Mangler en god del dokumentasjon og testing. Om du har lyst til å prøve det ut, kom gjerne med tilbakemeldinger her eller på github! En kjapp howto for å finne/autentisere enheten (ikke dokumentert på GitHub): Finn enhetens MAC-addresse Dette kan gjøres ved å bruke nRF Connect appen (iOS og Android) eller lignende. Se etter "Fresh Intellivent" Trykk på "Power" knappen på viften Hold så nederste knapp inne i 8 sekunder ("WiFi"-symbol) Koble til enheten Hent ut verdien til 4cad343a-209a-40b7-b911-4d9b3df569b2 Du har nå mottatt "auth" verdien du kan bruke i biblioteket mitt, sammen med MAC-addressen Dette kommer i biblioteket, må få laget en scanner av noe slag + automatisk hente ut auth-koden. Selv har jeg en liten wrapper rundt denne som dytter verdiene til Home Assistant (http request) hvert minutt. Ikke optimalt ennå, men gjør jobben sin for å hente ut verdier.

Som jeg skrev for noen dager siden begynte jeg på et Fresh Intellivent Sky bibliotek, og det ser ut til å fungere ganske bra! Flere verdier er ikke verifiserte ordentlig. Feks "light" endrer seg når lyset i rommet endrer seg, men bruker veldig lang tid på å endre seg tilbake. De fleste verdier ser ut til å ha ett desimal, men ikke temperatur. Det høres litt rart ut, så må debugge litt. Er også to bytes (kalt "unknown" i bildet under her) jeg har tatt med som nå logges hvert minutt for å se om det har en sammenheng med andre verdier / sensorer. Slang sammen en kjapp MQTT-klient som bare dytter data til Home Assistant hvert 30. sekund. Har stått på nå i ca 12 timer (derfor oransje strek i grafene er flat til ca halvveis). Målet i helgen er å få montert denne på badet sånn at jeg kan sammenligne med andre temperatur-/luftfuktighet-/VOC-sensorer. Her stiger/synker disse verdiene oftere enn i andre rom, så blir enklere å sammenligne data. Nå står den på et rom (dvs ligger på et bord) med ganske jevn temperatur. Ting som kan styres: Navn på enheten Programmene (følsomhet + RPM) Pause/Boost i x minutter Sette midlertidlig hastighet – en "hack", denne brukes for å simulere viftehastigheten når man endrer innstillinger i appen, men vi kan med dette sette en valgt RPM. Dette krever dog at man holder seg tilkoblet til enheten hele tiden NB! Koden min er ikke pen... Må skrive om alt siden jeg nå har brukt mest tid på å konvertere hex/bytes til int osv, så det blir ikke publisert helt ennå. Skal få laget en egen tråd om det her når jeg blir litt mer ferdig + få det ut på GitHub.

Kjøpte tidligere denne uka Fresh Intellivent Sky på Elektroimportøren (tilbud til 1999,- nå). Siden jeg ikke fant noen integrasjoner/rammeverk til denne (bluetooth) så begynte jeg på en egen. Kan hente ut en del data, men mangler en del vesentlige ting. Så har et håp om å få slengt sammen noe for å hente ut data (nåværende hastighet, luftfuktighet, VOC) og sette parametere. Har lest om andre som også hadde samme tanke, men ikke funnet noen som faktisk har gjort dette. Er i utgangspunktet en iOS-person, men har primært brukt Android-telefonen jeg har liggende her for å debugge Bluetooth-trafikken. Så får vi se om jeg forstår meg på de siste verdiene som mangler. Hovedmålet mitt med dette er primært å få automatisert kontinuerlig avtrekk. Som feks ferie/bortreist så kan dette skrus av. Den fungerer helt fint uten dette, men fordi jeg kan, så må jeg... eller noe sånt.

Det står beskrevet i manualen, dog litt uklart om man ikke kjenner til begrepene og vet hva man leter etter: https://www.elektroimportoren.no/docs/lib/5430599-Brukerveiledning-5.pdf Se under «ASSOCIATION GROUPS WITH MULTICHANNEL SUPPORT». 2. Internal room sensor 3. External room sensor 4. Floor sensor Den første enheten din har gulvsensor montert. Andre enheten har ikke dette, kun intern sensor (luft-temperatur). Usikker på om termostaten må ha gulvsensor, evt luft- og gulvsensor aktivert for at denne skal dukke opp. Jeg har gulvsensor på alle termostatene mine og viser da gulv-temperatur her.

Kom over denne, men har ikke sett den til salgs noen steder. https://www.develcoproducts.com/products/sensors-and-alarms/panic-button/

Stemmer. Må bare kobles parallelt med lampen, så den kan strengt talt kobles «hvor som helst» bare den kobles mellom L og N. Jeg har hatt de både i koblingsboks og i lampen. Edit: Står greit forklart/illustrert i Fibaro Dimmer 2 manualen.

Jeg hadde samme problemet i en gammel lampe her. Var det samme resultat med Fibaro Switch, Fibaro Dimmer 2 og god gammeldags "dum" bryter. Dette var G9 LED-pærer om jeg husker rett. Det hjalp ikke med Fibaro Buypass i dette tilfellet, prøvde med og uten. Det som hjalp litt var å bytte fra no-name og Biltema til dyrere Osram-pærer, da ble det et veldig svakt lys istedenfor blinking. For WAFen sin del kalte jeg det nattlys. Kunne sikkert prøvd halogen, men følte det var et skritt tilbake. Har i ettertid pusset opp hele gangen, hvor denne lampen var plassert, så nå har vi spotter istedenfor. Kan ikke si jeg savner den gamle lampa 🙄 TLDR: Anbefaler deg å prøve buypass som nevnt over her, om dette ikke hjelper kan dyrere pærer i noen tilfeller fikse problemet (i kombinasjon med buypass).

Anbefaler dere å sjekke ut Developer Tools -> Events og så lytte til zwave_js_notification og zwave_js_value_notification. Da vil dere se mye rart Eksempel event fra min K4 Z-wave bryter (knapp øverst til høyre, "på"). Endret verdiene `home_id` og `device_id`, usikker på om disse er farlig å dele eller ikke 🤔. { "event_type": "zwave_js_value_notification", "data": { "domain": "zwave_js", "node_id": 42, "home_id": 12345678, "endpoint": 0, "device_id": "abcd1234", "command_class": 91, "command_class_name": "Central Scene", "label": "Scene 001", "property": "scene", "property_name": "scene", "property_key": "001", "property_key_name": "001", "value": "KeyPressed", "value_raw": 0 }, "origin": "LOCAL", "time_fired": "2021-07-14T22:17:13.512848+00:00", "context": { "id": "29b509eb52f880e3e2a56c4d435d47bd", "parent_id": null, "user_id": null } } Her er en av mine automasjoner for å trigge ting fra en K8 Z-Wave bryter. - id: ba298195-da7f-4564-a78f-cceb401078d9 alias: "k4 switch scenes" trigger: - platform: event event_type: "zwave_js_value_notification" event_data: device_id: "abcd1234" property: "scene" action: - choose: # Scene 1 (on) single press - conditions: - condition: template value_template: >- {{ trigger.event.data.property_key == "001" and trigger.event.data.value == "KeyPressed" }} sequence: # Do stuff... # Group 2 (off) single/long press - conditions: - condition: template value_template: >- {{ trigger.event.data.property_key == "002" }} - condition: template value_template: >- {{ trigger.event.data.value == "KeyPressed" or trigger.event.data.value == "KeyHeldDown" }} sequence: # Do stuff... # Scene 3 (on) single press - conditions: - condition: template value_template: >- {{ trigger.event.data.property_key == "003" and trigger.event.data.value == "KeyPressed" }} sequence: # Do stuff... # Scene 4 (off) single press - conditions: - condition: template value_template: >- {{ trigger.event.data.property_key == "004" and trigger.event.data.value == "KeyPressed" }} sequence: # Do stuff... Viktig å ha med id i automasjonen, da kan du se hva som evt feilet (Configuration -> Automations -> Finn automasjonen). Eksempel fra en av automasjonene linket til dørlås (ID Lock 150 med Z-wave modul). Her har jeg en automasjon som lytter på denne Z-wave enheten (tilsvarende eksempel over her) og viser meg hvilket event som trigget denne automasjonen, dog i YAML-format og ikke JSON som over her. Veldig praktisk for debugging. Står mer om dette her. Edit: Tok ikke med alt her for å unngå at bildet tok hele siden her. Er mye mer informasjon under `Changed Variables` (dvs eventet i seg selv), men det var ikke relevant i denne sammenhengen. NB1! Dette kan gjøres penere og enklere... Eksempelet over her var bare for å teste knappene på nyinnkjøpt K4/K8 brytere. Driver og leker med 4 sånne for å se hva jeg vil bruke de til. Planen er å ha de plassert: ved ytterdøra for å aktivere scener (hovedsakelig alt av/på) over lysbryteren på kjøkkenet (styre musikk, lys andre steder osv) ved terrassedør (klargjøring for elektrisk markise) i nærheten av spisebordet (musikk, scener og lysstyring) Om jeg ikke blir fornøyd går de som er uåpnet i retur, men jeg håper det blir bra. NB2! Jeg kjører Z-Wave JS to MQTT, usikker på om det er 100% likt som Z-Wave JS, jeg tror jeg måtte justere litt på noen av dataene for å få det til å fungere med MQTT-varianten. Som feks "003" (String) var muligens tidligere 3 (Integer) og lignende. Sjekk som sagt under events og se hva som dukker opp.

Første batteriene varte i 11 måneder. Deretter 3 og så 1. Men skal sies at det var arbeidere i leiligheten som pusset opp badet som åpnet og lukket døra hele tiden, samt lot den stå oppe sånn at den delvis blåste igjen hele tiden. Så antar dette var grunnen. De nye batteriene har nå vært i 4 måneder og den rapporterer 65% batteri. Batteriene jeg bruker nå er billige batteriet fra Biltema tror jeg det var, ser ut til å fungere helt fin. I snitt låses døra opp ca 10-15 ganger om dagen sist jeg sjekket (mulig dette må automatiseres og rapporteres 🙈). Du skriver ikke noe om du har Zigbee eller Z-wave modul. Har den kanskje dårlig rekkevidde? Prøvd uten denne modulen (om du i det hele tatt har den)? Det er også mye diskutert på dette forumet, mulig du finner noe informasjon her: https://www.google.com/search?q=site%3Ahjemmeautomasjon.no+id+lock+batteri

Har kjøpt fra 123elektronikk.no. Mener det ble sendt fra Danmark, men ankom på under en uke. Mye rart der, så kanskje lurt å ikke kjøpe det aller billigste. Eller så har jeg kjøpt massevis fra Kina. Tar lang tid, men da kjøper jeg noen ekstra sånn at jeg har til fremtidige prosjekter.

Så kjapt over koden din og den gir ikke helt mening. Du har én condition under "or". Jeg vil anta at denne da alltid må være sann for at denne skal trigge. Mulig du har prøvd å kombinere de to siste condtions under "or"? Sånn det er nå må alle conditions være sanne for at dette skal trigges. Har du sjekket den nye debuggeren til automasjoner? Her kan du sjekke hvilke verdier som er satt og hvor det evt stopper opp. Anbefaler deg også å sette opp logging på alle enhetene i automasjonen sånn at du enkelt kan se om noen av disse evt ikke endrer til ønsket verdi når du kommer hjem.

Jeg må si jeg egentlig liker YAML, ikke YAML i seg selv når konfigurasjonen vokser, men jeg liker å "scripte" det selv. Føler JEG er i kontroll. Det er selvfølgelig en del fordeler med UI, blant annet at man ikke trenger å restarte HA for å få inn en ny integrasjon. Så jeg er forsåvidt glad for endringene med at mer og mer blir UI om det gir meg flere fordeler enn ulemper. Automasjonene mine er 98% YAML, men leker med pyscript for å kunne redusere enkelte automasjoner drastisk. Eksempler er hva som skal gjøres basert på hvem som åpner døra (ID Lock 150) og dynamisk endring av moduser (hjemme/borte/natt osv) basert på mange parametre, som feks hjemmekontor. Dette har vært mange forskjellige automasjoner (hjalp litt med blueprints og "choose"), men er rotete å lage og ikke minst vedlikeholde.

Min erfaring er at de generelt ryker ofte. Desto varmere desto oftere. Plassering og watt-styrke har mye å si. Har dessverre ingen erfaring med så kraftige pærer.

Eller hva med "Micro JST"? https://www.aliexpress.com/i/32841706371.html

Jeg har hatt mye trøbbel med dette i det siste. Virker som om det bare blir verre og verre. Kan ikke si jeg ser FW i appen, står at siste tilgjengelige er 1.5.7. Får vente litt til og håpe den dukker opp, og ikke minst fikser problemene jeg har! Har laget en midlertidlig for dette. Har en automation som prøver å låse døra hvert 20. sekund i 2 minutter om døra er lukket. Døra blir nemlig ikke alltid låst på første forsøk, selv om døra rapporterer lukket, men ulåst. 2 minutter er sikkert unødvendig mye, men er den lukket og låst så vil den ikke prøve å låse. Skulle vel sikkert ikke ha oppgradert firmwaren når jeg fikk låsen, den fungerte egentlig helt fint. If it ain't broke, don't fix it. Lærer aldri...