Moskus

Scriptet vi kjøre neste gang temperaturen endres ja, men det er jo i det minste mye sjeldnere enn hvert sekund! ... du vil evt. betale med mer CPU-forbruk. Men sånn er verden...

Nei. Dette vil trigge hvert sekund temperaturen er under 23 grader. Helt unødvendig. For å trigge eventet, så trigger du istedenfor på Device Value Change. Når temperaturen endrer seg, så kjører scriptet og gjør det den skal med rommets varmekilde basert på temperatur (og du sender begge deler inn i scriptet med parametre). Hvis du vil at dette skal trigge på andre hendelser også, så får du legge de inn spesifikt som ekstra triggere (et event kan ha mange triggere) i tillegg. Se VirtualThermostat.vb Det settes riktignok opp med sjekk hvert X minutt, men det er anbefalt å endre manuelt (for det kan ikke settes opp programmatisk). MEN nå sies det att Callbacks også fungerer med scripts, så jeg må kanskje oppdatere scriptet snart.

Ja, det kan det være, selv om feilmeldingen ikke tyder på det. Men du kan legge til den lokale brukeren til HS3-mappen under "Security" så burde det være løst.

Ok, selv som en ihuga scripter må jeg spørre: Hvorfor? Noe av fordelen med HS3 over versjon 2 er at det ikke er like stort behov for å scripte lenger. HS2 var god på eventer, men HS3 er vesentlig bedre (enn ganske mye annet). Eneste måten å trigge scripts på er fra Events. Men derfra er det opp til deg. Vil du trigge på klokkeslett, så gjør det. Vil du trigge på Device value change, så gjør det. Du velger selv om du skal sjekke conditions i scriptet eller om Eventet skal gjøre det. Ja, det kan jo fort skje. Men det er opp til deg å forhindre at det skjer. Vet ikke om jeg er enig i det, men OK. Jeg bruker scripts kun hvis det er enklere å sette enn å sette opp et Event. Eksempel: CloneDevice.vb er det teknisk sett mulig å sette opp som eventer, men det vil kreve 100 eventer (for verdier 0 Off til 100 On, alle med conditions og triggere, etc. I praksis forferdelig komplisert og unødvendig. Et script er mye enklere. Jeg bruker fremdeles CloneDevice.vb selv om HomeSeer nå har fått "linked devices" innebygget. Fordi scriptet kan bruke conditions, noe "linked devices" ikke kan. Altså blir stue-devicene "linket" når vi ikke er på ferie, for da styrer jeg spesifikt enkelte lamper istedenfor. Med en gang man skal bruke en løkke eller veldig avanserte conditions (hvis det, men ikke når det og det) er det fornuftig med scripts. F.eks. tok det liten tid å sette opp events for alle lys styrt av bevegelse. Man lager et ferdig Event, og kopierer det. Så er det bare å bytte ut lys nedover. Ja, det er litt kjedelig arbeid, men når man er ferdig er det vesentlig lettere å finne frem i når man skal endre noe eller bytte ut en device, etc. For events kan man filtrere ut kun bestemte devicer og det er VELDIG praktisk. Den muligheten mister man når man bruker scripts, for filteret leter ikke i script-filene... Mitt råd er: Tenk deg godt om, og bestem deg for hva du faktisk vil oppnå. Å kode er utmerket, spesielt med TenScripting (som er obligatorisk for mer avanserte scripts enn hs.WriteLog("Hello", "World")), men det er ikke sikkert det er den mest "kostnadseffektive" løsningen. "If all you have is a hammer, then everything looks like a nail" er nødvendigvis ikke best tilnærming...

Næh. Home Automation vil jo pr. def alltid være større. ... eller også The Home Remote for enklere tilfeller. HomeRemote er OK, men personlig mener jeg det tar like lang tid å sette det opp som HStouch f.eks. Felles for alle er imidlertid at man må bruke energi på å sette dem godt opp. Det finnes ingen snarveier til gode UIer, dessverre.

Kult! Screenshots av et par eventer?

DET tror jeg nok dessverre du kan legge fra deg med den gang. Det nærmeste du kommer "enkel integrasjon" er nok Hue-hub'en.

Lang og grundig post! Kudos! ... stating the obvious: Når noe koster 60% av konkurrentene er det som oftest en grunn til det. NWI er controllers domene. Når det fungerer i mitt hus med mine gamle noder, så burde det fungere overalt. Du får si i fra når du har vokst ut av HC2, så kan du se nærmere på HomeSeer da!

Bare husk to-polet brudd for utendørs anlegg...

Zee2.

Det var vel dessverre ikke så overraskende... Man må altså ha et "skikkelig" eksternt relé for lysstoffrør. Eller bytte til LED-striper.

... det er vel bare å lage, det? Det finnes jo lassevis av alternativer nå, og det praktiske er jo at mange av dem er gratis å prøve. F.eks. Home Assistant er jo bare å laste ned, installere på en Pi og konfigurere, så finner du jo fort ut om det er noe for deg eller ikke. Se f.eks. også nærmere på Hass IO. Hvis du vil være 100% sikker på å ikke ødelegge noe (f.eks. Z-wave oppsett) er det jo bare å kjøpe en ny UZB1, og legge inn en backup av Z-wave nettverket ditt på den, og så bruke den nye pinnen på Home Assistant. Bare lukk HomeSeer så går alt bra. Jeg prøver å legge ned veto mot å forkorte "Home Assistant" til "HA" fordi "HA" allerede betyr "home automation".

Plugin?

Står begge ute?

Glimrende! ... bare synd de valgte Zigbee...

Jøss, det var jo bra da!

Dette er kun mulig manuelt av en eller annen idiotisk grunn, men ellers riktig.

Sist jeg dette, var det på en Danalock, det også (ver 1 riktignok). Den fikk jeg aldri til. Det var versjonen med en keypad, måtte bytte den til en versjon uten...

Skikkelig snålt, jeg har problemer med å se forklaringen...

Ingen erfaring direkte med dette, men jeg har vært borti andre ikoner som hadde nesten samme krav, dvs. W = 40 og H<=32. I det tilfellet var løsningen å velge nøyaktig H = 32....

Kan du sjekke "Z-wave.ini" i \Config og se om det er en linje som begynner med "Key="? Er Danalock(ene) langt unna controller? Kan du flytte controller nærmere?

Hei, og velkommen skal du være. Det er mange her som sikkert hjelper deg! ... men det er lettere hvis du stiller spørsmål om det du lurer på.

Nei, den finnes ikke i nettbutikken. 295,- for pære + fjernkontroll. Pakker med kun pære lar nok vente på seg litt til. Hvis du låser opp døren fra utsiden med nøkkel.... vet Danalock at døra er opplåst?

Ja... windows eller Linux?