Moskus

AeoTec sitt system legges til FutureHome (hvis det er støttet) og styres altså derfra. ... men er det et problem? Det blir jo en app mindre iallfall. Ellers er det mange måter å gjøre en garasjeport smartere på, og det finnes helt sikkert flere stand-alone løsninger. Å åpne en garasjeport er som oftest så enkelt som å ha et såkalt potensialfritt relé som lukker en krets. Men her på dette forumet har vi en tendens til å prøve å samle alle funksjoner i et system, slik at de kan samhandle og dermed gjøre huset/leiligheten/hytta generelt sett smartere. Jeg brukte en Fibaro Smart Implant til det da den i mitt tilfelle har omtrent samme funksjon som AeoTec sin.

For å være helt ærlig: Hadde jeg bygget nytt hus hadde jeg ikke brukt tid, energi eller plass på badet (eller annet varmt rom) til å sette VVB i. Forskjellen mellom oppbevaring i et rom som holder 24 grader mot et som holder 16 grader tror jeg er ganske lite, ettersom vannet er så mye varmere uansett...

Ja, i prinsippet. Isolasjonen i tanken er jo en konstant, men effekttapet er avhengig av temperaturforskjellen. Minde differanse gir mindre varmetap. Om det utgjør en merkbar forskjell på strømregningen din sammenlignet med brukt energi på å varme opp vann er vel en annen diskusjon.

Ja, for deg virker det nok som det, det overrasker ingen. Hadde det stått at det var en fordel om det kunne integreres i en eksisterende Hue-hub, så hadde jeg svart det. Men det står ikke det, det står at han vurderer HomeSeer og at han har kikket på Fibaro Dimmer 2. Da falt det mest naturlig å tenke Z-wave. Siden han har vært såpass spesifikk, er det også nærliggende å tro at han lest iallfall litt om emnet, og kanskje han har en plan videre som det ikke står noe om her. Men for å si noe om det, trenger vi mer info.

Nei, assosiasjoner settes opp på "fjernkontrollen", ikke på noden som skal styres.

Ja, det er en mulighet. Jeg tenker nok motsatt; det går fint å ha "ekstra pærer" og sånt på Zigbee, men lys og varme styres med Z-wave. Fordeler og ulemper med alt, og man kan jo fint bruke begge deler, en UZB1 koster lite.

Den fås også i Z-wave-format. https://www.elektroimportoren.no/led-dimmer-z-wave-200w/1402756/Product.html Da er den også billigere.

Pi er ikke 3,14!

Aha. En kvanteringeklokke! Hvis du vil ha noe som fungerer og kan integreres i noe smartere enn Ring sitt eget system, så tror jeg du kan unngå denne. Og så er det en del usikkerhet rundt datainnsamling, deling med politi, etc...

Veien fra det du gjør til et faktisk script er veldig kort.

For å bruke Device Graphics, så skal du faktisk ikke bruke SetDeviceString. Gjør dette én gang: hs.setDeviceString(2205, "", false) for å resette. Bruk heller SetDeviceValueByRef, som dermed blir: Sub Main(Parms as Object) hs.SetDeviceValueByRef(2205, hs.deviceValue(336) + (hs.deviceValue(335) * 0.5261)) + 8.7423287671232876712328767123288 ,True) End Sub .. og nå kan du justere utseende med Device Graphics.

?

Det er riktig. Men derfor kan du ikke blande effekt og energi, for effekt er energi pr tidsenhet. "Watt per sekund" er derfor smør på flesk. Logikken din er riktig, men begrepene er litt mishåndtert. Hilsen siv.ing. innen bygg der en del av pensum er beregning av varmetap, energitilførsel og oppbygning av konstruksjoner med forskjellige U-verdier. EDIT: Riktignok en stund siden jeg har tenkt på sånt nå, men å regne med enheter er allid kjekt!

Ja, og det er derfor vi regner forbruk som watt-timer, Wh. Nei, det tror jeg ikke spørsmålet er. Effekt er ferdig definert. Det oppgis i watt. Er effekten på ovnen på 400W, så er den det. Er varmetapet 60W. Men hvor mye forbruk den har løpet av en tidsperiode for å holde temperaturen , er et annet mål, og har en annen enhet.

U har enheten: W/(m²K) Men effekt W er energi pr. tidsenhet, dvs. W = 1 J/s (dvs watt = 1 joule per sekund). Enten bruker forsvinner 66 W eller så gjør det ikke. Enten bruker en ovn 1000W eller så gjør den ikke.

Det er mulig. Men 2300 kr for en termostat (uavhengig av produsent) er dyrt, selv kjøpt gjennom en elektriker.

Oversikt. Samt at jeg ikke egentlig har tenkt på det som en mulighet. Skulle jeg gjort det slik hadde jeg nok heller skrevet et script.

Ah, OK.

Si at du kan kjøpe dem selv, men at du betaler 1500 kr + moms for å få dem montert, ferdig med oppmøte og materiale. Påslag på varer er én ting, men nesten 100% er drøyt mye.

Jeg har deaktivert nesten alt polling, ingen grunn til å ha det på. Men har du kritisk utstyr, så for all del. Et par lange poll på 2-3 timers mellomrom (eller mer) skader nok sannsynligvis ikke. Du kan assosiere termostaten direkte til et Endpoint på Z-water, det er å anbefale. Ingen grunn til at akkurat det skal gå omveien via HomeSeer. Fordelen er jo også at det fungerer om HomeSeer mot formodning skulle gå ned.

De som har laget den har laget værstasjoner før, så det er nok ikke uoverkommelig for dem.

Du kan sette Floor og Room først: hs.GetDeviceRefByName("1st Floor Living Room Ceiling Lights, Light Switch Multilevel 1") Men det beste alternativer er å sette det som en input parameter til scriptet, eller å hardkode det til en variabel ("Dim dvRef As Integer = 1234").

Oi, farlig! Den kan være upåregnelig og mye strengere...

Det kan jo se sånn ut, ja. Jeg ville kalt det "hindrer" istedenfor "hjelper", men OK...

Pkt. A. OK, dette gjør jo oppsettet mitt over. Check. Pkt. B. Virtuell device med "automatikk på eller av". Event med trigger "Device set and has a value below 19" som setter "Automatikk" til "av". Pkt C. Dette er jo tilsvarende min beskrivelse over. Når "noe" skjer trigger du eventer som setter Auto av og på nivåer. Pkt D. Det er her det kan bli vanskelig, og det gjelder å holde tunga bent i munnen, og det kan være at det ikke er mulig å gjøre med pkt. 3 (altså med scene-kommandoer) For når vet man at man skal aktivere automatikken ved å trykke på S1 og ikke bare endre dimmenivå? ---> Se pkt. C. "Automatikk av eller på" settes aller først også til "På", og deretter trigger man et passende event som beskrevet i pkt. C. Altså ingen parameter-bruk, det er jo OK.