Moskus

Registrerte meg, så får vi se.

Nei. Det er dessverre ingenting som tilsier at det går. Ja, Z-wave opererer på 868 MHz, men det gjør mye annet også. Z-wave er en protokoll, og Honeywell bruker nok neppe Z-wave som protkoll, da hadde det stått på. Du finner telefoner med RJ45-kontakter også, men hvis du kobler den til routeren din så får du neppe en IP-telefon...

Qubino sine dimmere VAR i det minste et problem tidligere, men jeg er ikke kar til å huske om det også gjald switch. Fibaro sine enkle skal i det minste utmerket, de dobble hadde også problemer. Men dette er muligens noe foreldet kunskap, så ikke ta mine ord for lov.

Vanskelig for andre å si hva som er rett for deg, og det er jo også noe av friheten. Jeg gir kun råd, ingen befaling. Jeg baserer utsagnet fra noen år med erfaring, og en del prøving og feiling av mange enheter. Rundt 1000 devices er jo litt. At det er standard i HomeSeer hjelper jo på, og dermed følges navnekonvensjoner videre til Alexa, Google Home, etc. ... men hun bruker HStouch, og da går det jo fort uansett.

Dette har vel Bluetooth sagt i en evighet nå... ... tror Datatilsynet kommer til å få litt å henge fingrene i i tiden fremover.

Elko kan kun styres av Elko.

Nei. Men hvis du restarter hub'en så kan du kjøre "Scan bulbs" manuelt, men den blir kjørt automatisk ved oppstart.

Du må ikke aktivere polling i det hele tatt. Dimmeren som mottar kommandoer fra en assosiert enhet er selv ansvarlig for å rapportere status til controller. Altså må assosiasjoner mellom Dimmeren og HomeSeer være satt opp riktig (Group 1 til HomeSeer hvis Z-wave plus, dvs Dimmer 2, eller Group 3 hvis Dimmer 1) Nei, nei, NEI! Polling er ikke en erstatning for Instant Status. Skal du polle, så gjør det så sjeldent du kan Jeg vil foreslå IKKE OFTERE ENN hvert 5. minutt. Jeg har et par timer på de få nodene som poller. CPU er forsåvidt en ting, men det viktigste er trafikken på Z-wave-nettverket. Du har ikke uendelig båndbredde, og det er et poeng å spare på den til ting som faktisk er viktig. Polling på noder som skal rapportere statusen sin selv er IKKE en av dem. Dette er litt avhengig av nettverket ditt. Jeg har rundt 80 noder og skulle jeg pollet alle "for ofte" så hadde ikke nettverket hadd plass annen trafikk enn polling. Nei, tvert i mot. Du bør unngå det hvis du kan. Når det er sagt så er det enkelte ting som må polles, som f.eks. eldre strømmålere og sånt. Hver av dem. Du får oversikt ved å gå til Plugins -> Z-wave -> Node Information

Sjekket nå, jeg bare fjernet assosiasjonene. Kanskje jeg får justere parameteren også da...

Lurer på om det ordner seg hvis du fjerner assosiasjon alle grupper utenom Gruppe 1 (dvs. kun Gruppe 1 er assosert til HS). \ Hvis det ikke er det, så er det en parameter-endring som må til.

Pass. Pass. Og kanskje. Beklager, jeg vet ikke. Jeg har sett Dimmer 2 dimme LED ned til minimum, men også det du beskriver. Av og til fungerer bypass utmerket, andre ganger ikke. Noen ganger er det bedre med 2-wire tilkobling, andre ganger ikke.

Venter også på RGB-pærer.

Flott!

Venter på HTTPS-støtte... Det er lovet, men uten å si når.

Bruker bare Device-siden.

Kan du da ikke bare legge til de nye brytere "Non-secure" da?

"Else" er ikke så vanlig i hjemmeautomasjonssystemer fordi det sjeldent gir mening. I generell programmering sjekker IF en eller flere betingelser, THEN gjør en handling etter sjekken, ELSE gjør en annen handling hvis betingelsen er gal. I programmering gir dette mening, men når det er snakk om hendelser (som det stort sett er snakk om innen hjemmeautomasjon) er det ikke sikkert at det motsatte av betingelsen din er fornuftig lenger. La oss se på dette enkle eksempelet: IF tid = 10:00 THEN lys på IF'en er bare sann en gang i døgnet, så når klokka er 10 blir lyset skrudd på. Hva vil en ELSE gjøre her? IF tid = 10:00 THEN lys på ELSE lys av Klokka 09:58, 09:59, 10:01, 10:02, osv blir altså lyset skrudd av. Neppe aktuelt for de fleste. Enda verre blir det hvis vi har flere betingelser å sjekke, for da er det bare en av betingelsene som er FALSE for at hele IF uttrykket blir FALSE, og dermed utføres ELSE. Når det er sagt så finnes det (noen få) tilfeller hvor en ELSE er fornuftig, og det er, som du har funnet, hvis man har magnetbrytere eller bevegelsesensorer og ingen andre betingelser. Disse har kun to muligheter: Åpen/lukket og bevegelse/ikke bevegelse. Da er det fristende å bruke ELSE, og det vil kunne være fornuftig. Det er bare at i mange andre tilfeller så er det IKKE fornuftig, og dermed vil ELSE være garantert til forvirring. Det er vanskelig nok å sette opp fornuftige Eventer/Scenes med flere betingelser.

Bingo. Fibaro sine lytter ikke.

Japp, forståelig. Jeg vet imidlertid ikke om det er noe å gjøre med skalaen, elektroniske dimmere er (kun etter min erfaring) ikke lineære, spesielt ikke med LED.

... kan alle gjøre det?

Legg dem inn som non-secure? Har du mange secure noder?

Du er ikke den første som har blitt overrasket over det, dessverre... men: Ja, hvis seriekobling er et krav (og det burde det være). Bytt dem ut med Popp sine.

Flott! Hvordan ble firmware oppdatert? Byttet de boksen eller OTA?

Takk for tipset!

Det skulle man gjerne forvente ja, men slik er det nødvendgvis ikke. Forskjellige måter å dimme på gir forskjellige resultater. Det er også forskjell på vanlige glødelamper og LED når det kommer til dimming. Når du dimmer til 50% virker det halvparten så mørkt?