Moskus

Hvis du bestiller, så gjør det det! ?

Jeg gjør jobben. Sender faktura på 3990,-! Special price for you my friend!

... da passer det å nevne at Sensibo har plugin til HomeSeer.

"Delvis"? Nei, det hadde jo vært overraskende. ... trodde dette ble gjort automatisk hvis Gruppe 1 var assosiert til "HomeSeer (ID 1)".

Det er en veldig "barebone" plugin. Den gir deg enorme muligheter HVIS du kan bruke den. F.eks. kan jeg styre kaffetrakteren direkte med binære koder sendt til kaffemaskinens IP på en bestemt port (som jeg ikke husker i farten), men endte opp med å skrive en plugin likevel. Hvis du vet hvilke bytes, HEX eller ASCII kommandoer du skal sende, så er pluginen veldig hendig.

@Merko, hva kostet den på salg?

Jeg hadde en Asus AC66U ("Merlin-firmware"), og men ble stadig mindre og mindre fornøyd. Følte at nettverket ble treigere og treigere, også det som var kablet, og at rekkevidden på WLAN ikke var som den burde. Med Mikrotik hAp AC er det en ny verden. Jeg har fjernet WLAN-extenderen for det er ikke bruk for den mer. Absolutt! For de av oss som ikke er så nettverksnerd, så var overgangen fra Asus (som jo holder deg i hånda men begrenser deg) til routerOS en merkbar og tildels litt tung overgang. Og det er mye jeg ikke forstår! Men pokker den er bra.

Og det er med "Wall Plug", "Slave 1" og "Slave 2" assosiert til "Master" sin gruppe 2? Vel... "if it looks stupid but works, it isn't stupid".

Takk! Takk! Døgnet har det med å bli startet på ny når klokken slår 00:00. Dermed vil en regel som har conditions som dette: ... AND IF the Time is after 23:00 AND IF the Time is before 06:00 aldri inntreffe for et klokkeslett innenfor et døgn ikke kan både være "høyere enn" 23:00 og "lavere enn" 06:00. Nei, du må dessverre splitte det opp. Men jeg kan spare deg litt tid: Du trenger ikke å sette opp "etter kl 2200 og før kl 2359" og "etter kl 0000 og før kl 0600. Det holder med "etter kl 2200" og "før kl 06:00". Døgnets null-punkt er kjent uansett. MEN: Når det er sagt så er det jo et spørsmål om du kan komme rundt det på en enklere måte, spesielt hvis du skal ha flere eventer med slike hendelser. Hvis du ikke har det allerede, kan det være greit å begynne å tenke på hvordan dagssyklusen ser ut i heimen. Som nevnt i del 6 har jeg "Morgen, "Dag", "Kveld" og "Natt" (andre velger å dele det enda mer opp). Jeg antar att "mellom 22:00 og 06:00" er typisk for noe som skjer på natt. Hvis du ikke har en Tidsstatus-device som beskrevet over, kan du bruke en enkel device som sier om det er "natt eller ei". Lag en virtuell device og kall den natt. Lag så to små eventer som skrur den på og av. IF the Time is 22:00 THEN Set device Natt to On og IF the Time is 06:00 THEN Set device Natt to Off Dermed kan du bruke ... AND IF device Natt is On istedenfor det mer tungvinte (og ikke-fungerende): ... AND IF the Time is after 23:00 AND IF the Time is before 06:00 Du kan også bruke "Natt" (eller Tidsstatus om du vil) som en trigger direkte. For de som har vært innom objekt-orientert programmering, så kan de sikkert være med å bekrefte at dette mer å foretrekke enn en haug med eventer som trigger på samme (eller forskjellige) tidspunkter. Det blir mer dynamisk og vesentlig enklere å endre senere. Jeg lurte også på dette, men jeg finner ikke den muligheten her...

Det var mens jeg trodde du hadde én termostat, men skulle styre en annen micromodul. Assosiasjon har med hvor en node sender beskjedene sine. Men det betyr ikke at de blir "syncet" eller noe slikt. En bevegelsessensor kan settes opp til å styre en lampe via assosiasjon, slik at den for eksempel går på når det er bevegelse, og av når det ikke er. Men du får for eksempel ikke assosiert en bevegelsessensor til en annen bevegelsessensor uten videre av den grunn.

Jeg tror fremdeles at termostatene opererer selvstendig, men motbevis med gjerne.

Interessant video. Gikk jo faktisk forholdsvis kjapt også. ... men videoen lider av Vertical Video Syndrome.

Jeg har imidlertid problemer med å se at en termostat kan styre en annen termostat via assosiasjon. Her er det mulig at min begrensede erfaring ikke strekker til, men jeg tviler på Det tror jeg nok er det beste. Dette problemet er nok en mulighet uansett. Dette er jo enkelt å teste. Forsøk å assosier en annen node til en "slave" termostat, og prøv å skru den av og på. Se hva som skjer. Jeg tror ikke det vil skje noe fordi det ikke er mulig.

Godt. Men hvordan? Kortere tid enn du aner...

Ja, OK, så det var det du mente. Lurte på om du gjorde noen grep for å faktisk hindre selve kameraet å snakke på internett. Velkommen tilbake når du gir opp.

Ja, @Lazarus... hvordan?

Men hvordan skulle jeg vite det? (Men OK; jeg trodde det gjaldt alle modi. )

Du må lese hele innlegget:

Erfaring fra ganske mange viser i det minste at den blir lavere uten brytere.

Er assosisajonene til Wall-Plug satt til Vera?

Ah, først NÅ begynner jeg å forstå hva du vil. Hvorfor skal en termostat styre en annen? Da ville jeg heller byttet ut slave-termostatene med rene mikromoduler.

Jeg har et Event som heter "Alt lys av", der jeg definerer hvilke lys som skal skrus av (f.eks. er det enkelte noder som skal være på selv om lyset er av). Dette eventet trigger jeg fra de forskjellige tilfellene når det er nødvendig (f.eks. "Alarm på", "Nattmodus", etc). Det er mulig å bruke Z-wave actions som "All On" og "All Off" og begrense det pr. rom, men jeg ville ha større problemer med å ha oversikten med den måten, så jeg har personlig valgt det bort. Nå spør du etter personlige preferanser, men jeg hadde ikke gjort det på denne måten. Om ikke annet fordi det mange-dobler antall events du må ha kun for å skru av noen lys. Det er jo ikke så mye ekstra et slikt event vil ta, men til slutt så blir det jo litt... Assosiasjon har i utgangspunktet med hvor en node sender sine beskjeder, så det er ikke så aktuelt her. Jeg er ikke sikker på hva du mener. Hvis du ser en (standard) trigger (eller condition) på forumet, så skal du være i stand til å finne nøyaktig den samme triggeren. Men de er muligens beskrevet litt annerledes i nedtrekksmenyen enn det som vises i tekst etterpå... Wops, det har du rett i! Fixed.

Det viktigste først: Du skal ikke slette enhetene og legge dem til på nytt. Les HS-skolen del 5, under overskriften "Batteribytte". ... så sensoren: Prøv å holde reset-knappen inne et par sekunder.

Hvis du finner en API så er det håp, og forholdsvis enkelt. Hvis ikke, så er det mulig at du får det til likevel, men da er det mer jobb.

.. er korrekt. ... behøver ikke være korrekt. Vanligvis brukes den første gruppen som "Life line" for Z-wave Plus enheter, og den siste gruppen for vanlige (forrige generasjons) Z-wave enheter. Hvilken modul er node 3?