Moskus

Prøv å ekskluder den først, og så inkluder den igjen?

Jeg har en du ikke kan bruke, fordi du ikke får fatt i den lenger. Den heter DS10. Men jeg tror hvilken som helst magnetkontakt med tilkobling for ekstern magnet kan brukes. Hvorfor? Fordi det var enkelt.

Må jo være mulig å definere grupper på et vis....

Ikke via Harmony Hub, så vidt jeg vet. Jeg ønsker meg det samme...

Smart! Du kan forenkle det slik, hvis du ønsker: Public Sub TouchMain(ByVal Params() As Object) Dim parameters As String = String.Join("|", Params) Main(parameters) End Sub eller bare Public Sub TouchMain(ByVal Params() As Object) Main(String.Join("|", Params)) End Sub

Den er ikke i den virkelige verden enda...

Lettere er mulig. Men jeg liker Windows-klienten bedre enn Android-klienten (og det er Windows-klienten som vil kjøre på Linux, ironisk nok).

Vel... du må jo sette den i "Timer"-mode ellers fungerer det jo ikke. Men seriøst, jeg vet ikke hva dere gjør, men dette fungerer helt fint hos meg.

Jøss, det der hørtes jo ut som en glimrende funksjon. Finnes tilsvarende for Android? Eller snarere: Hvordan får jeg til det på Android?

Akkurat, ja. Det virker som om Fibaro nok en gang har rotet det litt til for seg selv i tidligere firmware'r og prøvd å fikse det i nye.

Ryktene vil ha det til at @Jabba24, @Crazyfrog og jeg kan spare frakt hvis du legger alle våre i en pakke. Får vi det til, @Fermate?

Ja, du må sjekke dette. Dette fungerer hos meg.

Min og.

Det er vel ikke nødvendig å "fikle til" koblingen? Kan jo fint styre en Z-wave-enheter. Den gjør jo selvfølgelig sjekken, men den hvis ovnen er PÅ sender den ikke PÅ-signalet en gang til.

Sannsynligvis bruker du klasser som ikke er importert i HomeSeer. Scripts i TenScripting kjører lokalt i VS (ikke på HS), og dermed har man tilgang til hele biblioteket. Typisk tabbe jeg gjør er å glemme at HS-kompilatoren ikke er glad i Linq.

Som forventet, siden "sertifisert" dessverre ikke er det samme som "100% riktig". Men min Sensative strip fungerer fint i HS. FutureHome legger inn støtte enhet for enhet. Det betyr at de sjekker hver enhet de legger inn, og tilpasser seg slik det (forhåpentligvis) fungerer når du legger inn nye enheter. Og så banner de høyt når Fibaro oppdaterer eksisterende produkter med ny firmware, for da må de sjekke en ny enhet og legge inn unntakene på ny for dette. Det er dette vil HS unngå, og det er derfor HS3 støtter langt flere enheter enn FutureHome gjør. Du risikerer riktignok å måtte gjøre noen justeringer selv, men sannsynligheten er høy for at får du lagt til enheten og brukt den slik du vil. De har faktisk tilpasset seg litt. Da HS3 kom var det ikke mulig å bruke Fibaro Dimmer 1 i det hele tatt, nå er det det. Jeg kunne imidlertid ønske meg at det var mulig å legge inn egne rutiner for noder man vil legge til, ikke ulikt OpenHAB. Hvis man ønsker det, kan man bruke en XML-fil til oppsettet, og hvis ikke så defaulter den tilbake til HS3 sitt egne, interne oppsett. Men jeg forstår de jo også hvorfor de ikke vil: Hvis det ikke fungerer nå, så er det enten "oss eller dem". Hvis de legger til brukerdefinerte oppsett, så vil den uerfarne HS3-bruker kunne gjøre litt for mye "løye".

Jeg vet ikke helt om jeg ser problemet. Hvis jeg setter temperaturen i stua eller soverommet til 24 grader, så skrur den jo varmekilden av når det ikke er behov for å varme mer opp... setter jeg så termostaten til "Off" skrur den jo av varmekilden selv om den står i Manual.

HST sitt utgangspunkt er at de gjør som de blir bedt om av noden du inkluderer. Hvis noden gjør alt riktig, så følger HS3 etter. Dermed skal de kunne si: "Hvis modulen er Z-wave sertifisert, så støtter vi den". Det er teorien, og tanken er jo gullegod. Dessverre viser det seg at standarder ikke alltid er 100% krystallklare (det er vel snarere regelen enn unntaket), og sertifiseringen avdekker ikke alle spissfindigheter produsenter har i firmwaren. Dessuten trenger man ikke sertifisere på nytt hvis man lager en ny firmware. Så fragmentering i Z-wave-markedet er dessverre et problem, selv etter innføringen av Z-wave Plus. Men det er visstnok en fryd å jobbe med sammenlignet med f.eks. Zigbee...

Den sjekker jo temperaturen fortløpende, men den sender ikke nødvendigvis nytt "på" signal hvert 5. minutt slik den gjør i "Timer"-modus. Med Z-wave skal det heller ikke være nødvendig (selv om det heller ikke skader).

Men var det de nyeste? ... og hva er Gruppe 2, da? Det er riktig. Med Z-wave Plus kom standarden at Gruppe 1 alltid er lifeline, tidligere brukte ofte produsenter den siste Gruppen som da varierte fra enhet til enhet og fra produsent til produsent. Festlig. Men jeg er redd at "Alt av informasjon" er relativt...

Nei... "Noen på hytta" er en helt vanlig virtuell device? Den skrur seg ikke av og på automatisk?

Vel, i følge manualen så sendes det jo et "On" eller "Off" signal til enheten assosiert med Gruppe 3 basert på lasten. Hvis denne assosiasjonen er borte, så får ikke controlleren denne informasjonen fra Wall Plug og oppdaterer heller ikke "feil". I teorien, og i praksis i det minste for HomeSeer. Har du den i OpenHAB eller SmartThings? Assosiasjoner i SmartThings er vel ikke bare en enkel ting?

Real-Time solar data er jo en slager.

Jeg bruker vanligvis Timer-modus, men overstyrer den ved behov.

Du kan kjøre Windows 10 IoT, og dermed UWP-apper som WinSeer, men Win32 er foreløpig bare å glemme. Windows IoT har ikke engang et UI, det booter direkte til app'en i full screen. Jeg kjører WinSeer på storskjerm hjemme... Nå kommer jo Windows 10 på ARM etter hvert, og med Win32-emulering så er det muligheter. Mono er .NET for Linux. Det er det HS3 bruker for å kjøre på Linux, så ja, det skal fungere. (Personlig hadde jeg håpet at Microsoft sin open source-satsing på .NET etter hvert skulle gi oss en bedre Linux-implementering, men ikke så langt)