Moskus

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...?

Den loggen skulle jeg gjerne sett.

Prøv å gå til Tools -> Setup -> Labs. Trykk på knappen "Fix relationships".

Vel, selv med Elko sin egen hub er det vel en noe begrenset suksessrate, hvis man skal tro det man leser på nettet (noe man ikke alltid skal gjøre, selvfølgelig, men likevel).

Det er selvfølgelig mulig på et programmeringsnivå. Men HStoch og direkte i HS3 er ikke det. HStouch var direkte fantastisk da det kom. Men det har dessverre ikke blitt oppdatert over tid, selv om det fremdeles er et av de bedre verktøyene hvis man ønsker egendefinerte skjermer.

Problemet med erfaring er at det tar sånn tid å skaffe seg...

Glava, f.eks.

Muligens ikke direkte ut av esken, jeg har ikke kikket på det for den er ikke så aktuell. Men ser at bl.a. OpenHAB har binding mot den.