Moskus

Ja, den leser i praksis kun av brukt kWh hvert 5. minutt og regner ut hva effekten blir basert på de målingene. Dette tallet vil jo alltid stige. En effektavlesing trenger mer logging for å kunne regne ut snittet til. Men Aeon Labs måleren gir vel kanskje totalt også?

Jeg tror ikke du kan bruke det scriptet, med mindre du har en teller som øker jevnt og trutt (som en måleravleser). Kun watt blir litt for lite.

Kan muligens bruke Arduino-plugin'en, umulig burde det ikke være.

Språket ligger jo ikke i selve boksen, kan ikke tenke meg at det er et problem.

Har du mange nok noder, burde det ikke være et problem. Har du få noder kan det være greit. Men hvor tregt er "tregt"?

Det snitter den enheten som du putter inn. Setter du inn kW får du det ut. Men du må evt. selv bytte benevning.

Aha... da så. Da er jo uansett den beste løsningen å bygge opp logikken med virtuelle devicer, for da kan man bytte ut måten disse devicene blir satt på senere. Ellers blir de knyttet til en fysisk enhet, og det er sjeldent en god idé over tid. Just my $0.02.

Det er jo det samme. Men det forklarer ikke hva du skal bruke det til...

Kan du sjekke firmware på begge? Var det ikke en firmware som var litt trøblete?

Det håper jeg ikke for det kan ikke være riktig... Jeg er ikke sikker på hva du spør om, men hvis du skal summere watt og kilowatt, så må enten den første deles på 1000 eller den siste må ganges med 1000.

Ta nye skjermbilder på en PC, vi ser ingenting...

... iallfall den billigste! ?

Dette er visst noe mer teknisk i Z-wave, men det er kun status fra fysiske enheter som skal rapporteres. Og til en viss grad gir det mening, for Z-wave er faktisk laget for å være ganske selvstendig, vi er bare heldige som har HomeSeer (og andre systemer, selvfølgelig) som er såpass mye smartere. En "fjernkontroll" sender kun en statusskifte til et fysisk lys, så er det det fysiske lyset sin oppgave å tolke denne statusen. Slik er grunntanken. Derfor gir det ikke mening at den fjernkontroll-bryter skal kunne være "av" eller "på" på egenhånd. Jeg tipper at grunnen er at det da er vesentlig lettere å få til en "usynkronisert" tilstand mellom den virtuelle bryteren og den fysiske lyset. Hvis du måtte trykke to ganger for å skru et lys av, så hadde det også vært irriterende. Joda, du skal gjerne gjøre større ting og mer avanserte ting, men det bryr ikke Z-wave seg om.

Du må vekke sensoren, og sjekke under Associations på Z-wave-tab'en.

Loggen melder bare om at HomeSeer registrerte at lyset ble skrudd av, så noe annet skrur det nok av. Det ser derfor ut som om du har assosiert lyset med bevegelsessensoren. Kan du sjekke dette?

Dette har mer med oppsett å gjøre enn assosiasjoner. Kjører du siste Z-wave plugin versjon? Prøvd beta?

Man kan nesten gjøre det med et event... Med et script finnes det mange måter å gjøre det på, men de løsningene jeg har i hodet blir fort litt avanserte. Det er mulig det kan gjøres enklere... Kanskje sånn. Stairs.vb Sub Main(ByVal parms As String) Dim devices() As String = parms.ToString.Split(",") 'Skrur alle på med et delay mellom hvert trinn For Each d As String In devices 'Henter device ref Dim dvRef As Integer = d 'Skrur den på TurnOn(d) 'Venter et et kvart sekund mellom hvert trinn System.Threading.Thread.Sleep(250) Next 'Venter 5 sekunder System.Threading.Thread.Sleep(5000) 'Skrur alle av med et delay mellom hvert trinn For Each d As String In devices 'Henter device ref Dim dvRef As Integer = d 'Skrur den av TurnOff(d) 'Venter et et kvart sekund mellom hvert trinn System.Threading.Thread.Sleep(250) Next End Sub Sub TurnOff(ByVal input As Object) Dim control As String = input Dim devicevalue As Double = hs.DeviceValueEx(control) Dim capi As HomeSeerAPI.CAPIControl = hs.CAPIGetSingleControl(input, True, "off", False, False) If capi IsNot Nothing Then hs.CAPIControlHandler(capi) Else hs.WriteLog("Trappetrinn Off", "Could not execute CAPIcontrol, it's nothing! (Input device value: " & devicevalue & ")") End If End Sub Sub TurnOn(ByVal input As Object) Dim control As String = input Dim devicevalue As Double = hs.DeviceValueEx(control) Dim capi As HomeSeerAPI.CAPIControl = hs.CAPIGetSingleControl(input, True, "on", False, False) If capi IsNot Nothing Then hs.CAPIControlHandler(capi) Else hs.WriteLog("Trappetrinn On", "Could not execute CAPIcontrol, it's nothing! (Input device value: " & devicevalue & ")") End If End Sub Scriptet skrur på alle lys du setter inn som parameter (med komma som skille) med et kvart sekunds delay, venter 5 sekunder, og skrur av alle trappelys. Jeg hadde hatt eventet likt, men laget to triggere for bevegelsessensoren. Den ene parameteren hadde jeg brukt lys-IDene i stigende rekkefølge, og for den andre i synkende rekkefølge, så slipper du å reversere array'en.

Tror mer eller mindre alle Z-wave "brytere" feiler her... Kanskje Gira sine rapportere status? http://logichome.dk/index.php/products/7-zhc5002-z-wave-coupler-for-gira

Hvis du ikke har oppdatert til .435 av HomeSeer nå, så er det kanskje på tide...

... men du får beskjed at du er koblet til broker?

Det bør han være, ellers må du få fatt i en annen. Ikke alltid man har det valget med "totalenterpriser", men da får du han til å legge opp til et vanlig anlegg med store bokser, og så får du få en flink en etterpå til å montere Z-wave. Det kan vel nesten formuleres sånn. Jeg har imidlertid aldri opplevd at elektrikere krangler på å montere sånt utstyr, selv om de selger andre smarthusløsninger selv. Nå bor jeg tross alt i Stavanger der både FutureHome (Z-wave) og Smartly (*grøss*) holder til, så elektrikere MÅ jo montere sånt. Men ikke engang for 10-12 år siden var dette egentlig et problem. Jeg fikk montert X10-dimmere/brytere bak lysbryterne våre da vi bodde i rekkehus, egentlig uten noe som helst diskusjon. Nå er vel ikke alle så heldige virker det som, men det er det man burde kunne forvente i 2018.

Jeg tror de gjør det, men den nye (unødvendige) hub'en sin.

Godt poeng. Det er bare å skrive... Problemet er at "the cutting edge" er i stadig endring, og kanskje ikke gyldig om 4 måneder...