Moskus

La oss håpe det. Bluetooth er jo nærmest ubrukelig i de fleste sammenhenger...

... Indiegogo-kampanje, ikke Kickstarter mens du er i gang.

OK, da begynner jo prisen å bli mer interessant. Jeg kan ha 3 stk.

Nei, i det minste ikke enda. Jeg har hørt noen som mener at SmartThings har relativt god støtte for Zigbee-utstyr, og siden det er cloud-basert med API kan det jo integreres relativt enkelt. Hvis behovet er der, så kommer det nok.

Hahaha! Nei, vent... HAHAHAHAHA! ? ... OK. Seriøst: Ja, det håper jeg også. Men det tror jeg ikke før jeg får se det med egne øyne. Samsung sin satsing på smarte hvitevarer har til nå vært så proprietær at Apple sannsynligvis er misunnelige. Men, siden det skal være støtte for SmartThings (og vi får se hva denne støtten innebærer), så er det vel et visst håp (men SmartThings er også Samsung, så det kan meget vel være proprietært det også). Om ikke annet er jo SmartThings-hub'er veldig billige (mikroskopisk priset sammenlignet med prisen på hvitevarene), så man kan jo bruke den som en gateway mot hvitevarene. Og Zigbee, f.eks.

Vel, det er nok akkurat det jeg er uenig i...

Det anbefalte er å optimalisere manuelt, for å optimalisere hele tiden er verken en god ide eller nødvendig. Z-Health kan komme til å bli fjernet i en fremtidig oppdatering av Z-wave plugin'en (visstnok).

Jeg bruker begge to, men ville ikke sammenlignet disse. De har to helt forskjellige bruksområder i mine øyne. Device Management er nok ikke laget for det. Hos oss er det slik: Hjemme kjører HStouch på skjermer. De gir "live" og helt oppdaterte informasjon om huset, inkludert lys, temperaturer og kameraer, og jeg kan enkelt (over)styre diverse funksjoner. Skjermen brukes jo også til mye annet, som bildefremviser, generell surfing, handlelister, Netflix/Plex på kjøkkenet, etc, samt at den kan kobles om via HDMI til å vise det som TVen i stua viser. Når jeg er ute er det enklere å bruke Jon00s Quick Web Page Builder for å få et øyeblikksbilde over situasjonen akkurat nå (i en nettleser). Ja, det er teknisk mulig å lage relativt fancy systemer, men siden det er en Jon00-sak så må man ha vesentlig mer fritid enn jeg har for å orke det.

Ja, godt poeng. Men det er noe rart her. Devicen blir satt umiddelbar (23:18:37) ... men det tar laaang tid før Z-wave devicen svarer at den har skru på lyset (23:19:01). Jeg ville forsøkt optimalisering først...

(Beklager, det blir Eventer, men SÅ kommer HStouch. Men kun med Designer, for uten designer er jo bare en app...).

Det er ikke RGBW-modulen som har fått en uvanlig lang "slå seg på tid"? Jeg har gått på den smellen før. Det kan du sjekke under root -> Z-wave -> Settings. EDIT: Dvs. det kan du ikke, du må sjekke hvilken parameter som styrer det. Disse RGBW-modulene har jo ganske lang dim opp/ned tid sammenlignet med vanlige dimmere, er min erfaring.

Hmmm... det sier du NÅ etter at jeg bestilte 4 stykker... Husk at denne ikke bruker BLE. Jeg har utelukket den av den grunn.

Kanskje de fungerer bedre enn Fibaro sine som har en ganske høy feilrate...

WALLC-2 kan være et lite helvete å konfigurere, så hvis utseende er det samme for deg, så ville jeg valgt den andre. Jeg har ikke prøvd den selv, men den får jo forholdsvis gode skussmål.

Nei, jeg ser ikke mulighet for å sette devicevalue uten å bruke CAPI med JSON. Jeg har noen ønsker ang JSON-interfacet, jeg skal sette det på lista.

Ja, Blocky liker å gjøre det på den måten. Det er enda en grunn til at jeg aldri har blitt komfortabel med det. Om det blir ryddigere eller ei er vel mer et spørsmål om definisjoner. Jeg mener det er uendelig mye lettere å lese HS-Eventer enn Blocky, slik at når man har noen hundre Events så kan man faktisk finne ut hva som skjer relativt enkelt. Det jeg derimot savner sårt i HomeSeer (og andre systemer for den slags skyld) er muligheten til å ha en betingelse knyttet til en Action. Det kan man få til i HS, men det er litt mer knot enn det burde være.

Aha, men det er ikke slik bruken av "Else" fungerer. Siden det er to forskjellige Actions, så er det også mest hensiktsmessig å lage to forskjellige Events. Men sett dem i en gruppe (jeg kaller min "MDEN", for "Morning, Day Evening, Night"), så er det enklere å finne tilbake. Har du imidlertid samme Actions, men vil ha to forskjellige triggere (eller samme trigger, men conditions før og etter midnatt), kan du ha dem i samme Event: IF Bevegelse trigget AND IF Time is after 22:00 OR IF Bevegelse trigget AND IF Time is Before 07:00 THEN Device Tidsstatus = Night

Ut fra loggen ser ut til at det brukes CAPI, ikke SetDeviceValueByRef, men her er det gråsoner (for eksempel hvis det brukes JSON).

Jeg ser hva du mener, jeg har tenkt tanken selv. Men jeg har selv brukt den metoden i en evighet, og har ingen store behov for å bytte det ut kun for å bytte det ut.

Det kommer jo an på hva du legger i ordet "robust". Har du problemer med at TX3'en detter ut?

Det tror jeg kan diskuteres, men det er jo verdt et forsøk.

Avhengig av hvordan den virtuelle devicen blir oppdatert er det fint mulig å unngå å oppdatere klokkeslettet, så dette er vel mer opp til scriptet...

Det er en funksjon her som er rett og slett genial når det gjelder sitering. Man markerer setningen, og velger "Siter dette". Sitatet blir satt inn der du har markøren i "skriv innlegg"-feltet. Seriøst, alle forum burde ha denne funksjonen. Men ellers er ikke BB-kode bare-bare på IPB-forumer, visstnok.

Ja, er må jeg bare trekke lærdom av det jeg har gjort, og si at jeg håper jeg aldri gjør samme tabben igjen. Det var Evelen som rapporterte sin egen dobbeltpost (kudos til @Evelen!) og min tanke var at den var det ikke vits i å ta vare på, selv for historiske grunner. Det var to alternativer for innlegget som ble rapportert: "Slett" og "Slett tråd". "Slett tråd" var det jo åpenbart ikke, mente jeg, så jeg trykket på "Slett", men det gikk jo ikke bare bra...

Hallo godtfolk! Jeg skulle fjerne en dobbeltpost som ble rapportert i en tråd som omhandlet en magnetsensor fra Clas Ohlson. Men istedenfor å slette den posten, så slettet moderatorverktøyet hele tråden, og nå finner jeg den ikke tilbake igjen! ? ? Det var selvfølgelig IKKE meningen.