Moskus

Hva er distansen mellom den og kodepanelet?

(Hvordan la du den inn i deConz?)

Ja, hadde det vært så enkelt så hadde det selvfølgelig blitt gjort. Men det festlige med async-hendelser er at det ikke er bent frem å håndtere. Jeg bruker Tibber sin eget .NET SDK, og det er ikke håndtert der, så jeg har begrenset mulighet til å overstyre det. Ja. "Restart realtime" er en kommando som du kan trigge med hvilket som helst Event som man pleier. Hvis du har EasyTrigger kan du sjekke om en av child-devicene ikke har oppdatert seg på X sekunder, og restarte deretter. Jeg er bare overrasket over at det fremdeles er et problem. En debug logging til fil hadde vært hendig...

Du kan starte valgt effekt fra app'en (som er det som heter "movie"), du kan kjøre en demo (dvs "effect"), du kan pause ("RT") og skru den av.

... google? https://www.instructables.com/id/External-Antenna-for-ESP8266/

Bare vær OBS på at de ikke passer inn i Elko-rammer. ... men hvilken er det du har? Vanligvis skal ikke kontrollere på batteri behøves å vekkes før de reagerer.

Ah, det forklarer saken.

Men hvordan fungerer denne, da? Er den ikke assosiert til et relé eller noe slikt i nærheten? Dekning burde jo da ikke være noe problem, også den krypterte kommunikasjonen kan jo gjøre noen hopp.

Lokal tilgang burde være viktigere enn alle apper og skyløsninger. Men det vitale er etter min mening en god og veldokumentert API og bør være øverst på prioriteringslisten. APIen kan gå via skyen hvis det ikke er noen andre måter å få det til på, men lokal tilgang er selvfølgelig å foretrekke. Noe av grunnen til at jeg bruker Tibber er nettopp dette. Det går riktignok via skyen (der burde f.eks. sanntidsdata kunne hentes direkte), men APIen er så bra å bruke slik at "alle" kan lage integrasjoner mot større smarthus-systemer. Å ha en egen hub er i prinsippet ikke et problem etter min mening. Å kunne kommunisere med nevnte hub er viktigere enn å unngå en hub. F.eks. kan hub'en da ha tilgang til kablet nett (som er å foretrekke) og så får hub'en ta seg av kommunikasjonen med "nodene". Aller helst burde man unngå slike hub'er, og heller bruke en allerede eksisterende protokoll. Z-wave er å foretrekke (det er enklere for sluttbruker, mindre spørsmål med det), Zigbee hvis man må. Z-wave først, etter min mening. Det øker sjansen for kompabilitet. Er det Z-wave verifisert, så skal det fungere. Det som er synd med Zigbee er at det mangler en del i software-laget, og det er opp til produsenten selv å definere dette. Dermed kan det fungere på tverrs av hub'er, men det trenger ikke det. Z-wave er jo også i ferd med å bli åpnet opp, og det vil forhåpentligvis gi nye og spennende muligheter samtidig som det forhåpentligvis blir billigere å produsere. Kun nødvendig hvis wifi/nettverk. Igjen kun nødvendig hvis wifi/nettverk. Ja, enig. En selvfølge.

Brukes omtrent på samme måte, men man spesifiserer bare en IP-adresse istedenfor et WLAN-oppsett.

Hvorfor i all verden skal man ikke ha automatisk oppstart? Noe annet er jo idiotisk?

Ingenting. Men Zigbee krever litt mer innsats for spesielle enheter. Det er to forskjellige tilnærminger. Begge vil kunne gjøre stort sett det samme, men jeg påstår at HomeSeer klarer seg bedre i lengden enn Homey.

Dette er en utfordring mer på generelt nivå enn med Homey. Jeg gjør en blanding av alt. Mange lys styres med Lux og bevegelse, og sammen med "tid på døgnet" (f.eks. er det "morgen", "dag", "kveld" eller "natt") så kommer det ulike styrker. Mitt største problem med Fibaro sensoren er at den rapporterer så sjeldent. Eller hvis den skal rapportere oftere, spiser batterier.

Then you are doing it wrong... Men seriøst. Jeg får vel se på Mill sin API engang, men synes alle rapportene om mangel på oppfølging og dårlig stabilitet er litt avskrekkende.

Nei, akkurat Restart Listener fungerer fint så lenge Tibber svarer. Her har nok Tibber hatt problemer enn de 30 sekundene som jeg har avsatt til at de skal fikse det. (Det irriterer meg veldig at det skal være vanskelig å sjekke om en websocket kan åpnes eller ei!!!). Jeg får gjøre denne justerbar i første omgang, og finne en god løsning på websocket problemet på lengre sikt.

Jeg tenker at du motsier deg selv her...? Hva er det du mener som gjør HomeSeer komplisert over SmartThings? Kan det har mer med vane å gjøre enn faktisk kompleksitet? Jeg har brukt HomeSeer i 12 år, og synes selvfølgelig det er enkelt. Men jeg kan forstå at andre ikke mener det er like enkelt, for det er enklere systemer der ute. De er bare ikke like enkle når det begynner å bli behov for mer avanserte automasjoner. Spør, så svarer vi gjerne.

"The Donald"... Direkte linje eller er det hindringer mellom? 7-8 meter kan være laaaangt i wifi-verdenen. En Arduino med et ethernet-shield og en nettverkskabel?

Enten er du nesevis så det holder og tror at jeg er idiot, eller så er det et forsøk på å være morsom. Jeg håper på det siste. Jeg har prøvd med denne koden: if(TibberSeer.IsGoingToCrash) { TibberSeer.DontCrash() } ... men det virker ikke! Jeg ser det samme hos meg så enten er det Lyse/Altibox eller så er det Tibber (jeg tipper det siste). Men forskjellen er at TibberSeer klarte (som den skulle) å håndtere kræsjene hos meg. Du kjører den helt siste versjonen?

Jeg har Aidon, og får strøm på alle faser...

En temperatur på 23,6 grader virker vel ikke urimelig...?

Parameter 19 og 21 kan med fordel settes betydelig høyere. Minst 300 (dvs. 5 minutter).

Aaaah! Bare 30 sekunder inn i videoen fikk jeg angst. 5 sekunder rapportering?! Hjelpe meg!

Nei, absolutt ikke. Men en mineralullsabsorbent er betydelig mer effektivt enn et teppe (tro meg, jeg skrev mastergraden på absorpsjon i tepper ). Fordelen med tepper er at man kan variere bruken og dermed klangen etter behov, men i et fast lytterom vil det nok ikke ha den samme bruken. Der er det jo også refleksjoner man vil fjerne (f.eks.fra bakvegg og felter på sidevegg). Ecophon Master er min favorittplate.

Dette er nok det viktigste. Flexit burde jo vite dette?

Hun vet ikke at de styres sentralt...?