Vinnerliste

Har vert på besøk hos Disruptive Technology i dag og testet brikkene deres Det var stas ? Mere info kommer når jeg får klarhet i hva jeg har lov til å si

Jeg vil også anbefale Observium som er et gratis og bra alternativ til PRTG. Bruker dette selv både på jobb og i hjemmet.

Jo, men fruene har en tendens til å like hjul istedenfor brytere som må holdes inne... men når automatikken først er på plass, så tenker de ikke så mye over det lenger.

Bruker denne eventen: Dette scriptet: Public Sub Main(params As Object) Dim OldMalerstandh As Double Dim NowMalerstandh As Double Dim Forbrukh As Integer OldMalerstandh = CDbl(hs.GetVar("forbrukh")) NowMalerstandh = hs.DeviceValueEx(416) Forbrukh = CInt(NowMalerstandh - OldMalerstandh) hs.SetDeviceValueByRef(657, Forbrukh, True) hs.SetDeviceString(657, Forbrukh & " Kwh", True) hs.SaveVar("forbrukh", NowMalerstandh) End Sub Så har jeg en global variable som husker siste måling: Og en Virtuell device hvor forbruket lagres, denne logges i Device history: Ser jeg har klippet noe fra forbruktime og noe fra forbrukdøgn, men det er bare bruke samme navn alle steder i ditt oppsett.

Nå er det mulig å styre en varmekilde med en vilkårlig temperatursensor og en vilkårlig varmekilde (av/på). Jeg har lovet i lengre tid å slippe script-pakken min, men det har vært litt mer utfordrende å lage en fungerende frontend. Nå har jeg imidlertid hoppet bukk over den problemstillingen og har flyttet innstillingene fra selve root-devicen og over i en tradisjonell ini-fil. Det gjør det lettere å endre alle innstillingene, selv om det er et stykke fra å være ideelt. Merk: Script-pakken er testet, men må vurderes som en beta-versjon. Egenskaper: "Auto", automatisk modus: Temperatur hentes ut fra et eller to oppsatte programmer. Programmene kan bruke ferdigdefinerte temperaturer eller egendefinerte. "Manual", manuell temperatur: justeres med nedtrekksboks og knapper for + og -) "High" og "Low" for hurtigvalg av forhåndsdefinerte "Schedule" og "AlternativeSchedule" kan byttes på f.eks. med Fridager.vb-scriptet (eller en vilkårlig annen On/Off virtuell device). Foreløpige begrensninger: Fungerer foreløpig ikke på Zee 1 eller 2. Begrensning i mono gjør at Enums ikke fungerer (visstnok). Jeg kan imidlertid unngå enums med litt omskriving (selv om det er veldig praktisk), så det kommer i en ny versjon. Nedtrekksboksen for manuell temperaturvalg setter ikke "Mode" til "Manual" automatisk (begrensning i scripting, kan ikke, så vidt jeg vet sette opp return CAPI-kall i script). + og - knappene gjør imidlertid dette helt fint. Oppsett 1. Først finn device Ref/IDene til både devicen for temperatursensoren og devicen for av/på bryteren til varmekilden (ovnen?). Device Ref står øverst på "Advanced"-tab'en etter at du har trykket på en device (eller i URLen som dukker opp når du holder musepekeren over linken til devicen). 2. Lag et event som du kaller "Termostat setup" (f.eks), sett trigger til "This Event is manually triggered". Legg til en Action som er "Run a Script", og trykk så på knappen "Edit, og skriv inn "VirtualThermostat.vb" (filnavnet er VELDIG viktig) og trykk OK. 3. Nå kollapser scriptet, så vi utvider det igjen og trykker på det røde flyet : . I scriptboksen (det store blanke feltet med Sub Main.... etc) fjerner du alt og kopierer inn scriptet under: ... og trykk på "Save Script" knappen nederst. HUSK: Trykk på "Save Script" knappen nederst. Gjort det? I "Sub or Function"-boksen skal det stå "Setup". I Parameter skal det stå: HeaterDeviceReference=1139,ExternalTemperatureSensorRef=74 ... der du bytter ut 1139 med dev-ref til av/på-bryteren og 74 med dev-ref til temperatursensoren. Da skal alt se slik ut: 4. Trykk på den blå pilen øverst på eventet for å sette i gang setup-rutinen. Da er vi snart ferdige. 5. Scriptet oppretter et Event (i Event-kategorien "Virtual Thermostat") som kjører scriptet hvert 5. minutt, og det er nesten helt riktig. Vi må bare justere et par ting. Åpne scriptet som ligger under "Virtual Thermostat". Gi det et litt mer beskrivende navn, så er det enklere å finne tilbake. 6. Utvid Run Script action'en, og deaktiver "Only allow a single instance to run at a time" (ellers er det jo bare en termostat som vil fungere) Hvis alt nå er vel, skal det se slik ut: 7. Personlig skrur jeg av logging på slike eventer: 7. ??? 8. Profit! Konfigurasjon I /Config-mappen din har det nå dukket opp en fil som heter "VirtualThermostat_nnn.ini" der nnn er device referansen til root'en (den samme som også navngir eventet over). Den vil se f.eks. slik ut: [Settings] ExternalTemperatureSensorRef=74 TemperatureCorrectionAddition=0 TemperatureCorrectionMultiplier=1 TemperatureOffset=0,3 Log=False HeaterDeviceReference=1139 TemperatureHigh=22 TemperatureLow=19 AlternativeScheduleDeviceReference=0 [Schedule] 6:00=High 8:0=Low 16:00=High 22:00=Low [AlternativeSchedule] 6:00=High 23:00=Low ... der vi kjenner igjen ExternalTemperatureSensorRef og HeaterDeviceReference som de vi satte opp i Setup-rutinen. De andre feltene har følgende forklaring: TemperatureCorrectionAddition=0 er hvor mye som legges til eller trekkes fra den faktiske temperatursensoren. Fint for kalibrering TemperatureCorrectionMultiplier=1 hvor mye temperatursensoren skaleres med fra den faktiske temperatursensoren. Fint for kalibrering. (1 = ingen skalering) TemperatureOffset er hvor langt ned under "Setpoint" temperaturen tillates å bli før varmekilden skrus på. Hvis Setpoint er satt til 22 grader, vil ikke ovnen bli satt på før temperaturen har sunket under 21,7 grader. TemperatureHigh og Low er selvforklarende. AlternativeScheduleDeviceReference er referanse til en enhet som bestemmer om det er "Schedule" eller "AlternativeSchedule" som skal brukes. Schedule og AlternativeSchedule: Her står klokkeslett (i stigende rekkefølge og uten ledende nuller) og tilhørende temperaturer. Med mindre du spesifiserer noe annet, vil kl 0:00 alltid begynne med "Low" temperaturvalg. Så da leser vi Schedule slik: Mellom kl 00 og 06 er det "Low" Mellom kl 6 og 8 er det "High" Mellom 8 og 16 er det "Low" Mellom 16 og 22 er det "High" Og fra 22 og utover er det "Low" Du kan spesifisere din egen temperatur istedenfor "High" og "Low" også, i tilfelle du vil ha en halv grad ekstra om kvelden. Da kan det f.eks. se slik ut: [Schedule] 6:00=High 8:0=Low 16:00=High 20:00=22,5 22:00=Low Pro tip: Du kan også sette opp Eventet til å kjøre på "device change" når temperatursensoren endrer verdi, istedenfor hvert 5. minutt (eller hvor ofte det å passer deg). Da kan det også være lurt å sette opp et par tilleggs-triggere til på bestemte klokkeslett eller andre hendelser, for det er jo ingen garanti at temperaturen endrer seg slik at scriptet trigges. Enjoy!

Utmerket kundeservice! Forrige mandag sendte jeg mail til produsenten, spurte hvor jeg kunne kjøpe 1 magnet. Fikk svar samme dag, i dag lå de i postkassen. De spanderte også porto. Ros...

Nei. Den konverterer det forrige lagrede heltallet til en Double (altså et desimaltall). Men feilen er her: Dim Forbrukh As Integer. Endre det til Dim Forbrukh As Double

I dag har jeg kjøpt (mottatt) en ny UZB-1 som skal være i reserve i tilfelle den andre svikter, etter at jeg fikk kjeft av @iblis for å ta unødvendig risiko ved å ikke ha reserve-interface tilgjengelig

Jo, absolutt! Akkurat nå har jeg nettopp eskludert/inkludert begge mine IDlocker på nytt, da jeg hadde store nettverksproblemer. I prosessen fjernet jeg alle spor, inkludert disse subdevicene... Så jeg har ingen skjermbilder sånn på rappen. Men her er en kjapp forklaring: Lag en virtuell device som heter "autolås", som har to verdier: "På", og "Av". Lag et event som slår på autolås når devicen autolås settes til "På", og motsatt et event som slår autolås av når devicen autolås settes til "av". Noe slikt, fra hukommelsen: IF [autolås device] changes and becomes "Off" THEN (Z-wave actions) Set configuration parameter 1 on device [din IDlock] to value 0 Motsatt for autolås på (se IDlocks z-wave manual for å bekrefte verdiene. I HStouch bruker jeg en av/på slider, f.eks en slik: (det står en grønn "PÅ" under knappen). Når den legges inn med kun 2 verdier, 1 og 0, blir den binær (av/på) samtidig som den fungerer som en slider.

Da ankom "DALI Master" i posten. 18 stk Gyro DimToWarm med DALI driver kom forrige uke... elektriker kommer på torsdag og ikke minst ungen har lagt seg nå.. så da blir det å fyre opp Visual Studio og få laget noe styring på dette PS: er det noen som er interresert i å kjøpe ca 2 år gamle downlights SG Gyro hvite, så har jeg 18 til salgs til 200kr stykke

Det er selvfølgelig nok for å betale en grei årslønn og gi eier av firma et greit overskudd ? Jeg betalte 830 kr per time inkl.mva og jeg regner med de også sitter igjen med nok penger i kassa.

fant denne om firmware 3.5 så ser jo ut til at det egentlig er en bugg de nå fikser... 38. Brightness level correction for flickering loadsCorrection reduces spontaneous flickering of some capacitive load(e.g. dimmable LEDs) at certain brightness levels in 2-wire installation.In countries using ripple-control, correction may cause changes inbrightness. In this case it is necessary to disable correction or adjusttime of correction for flickering loads.

Det var disse: https://www.amazon.com/gp/product/B01LAKT1E4/ref=oh_aui_detailpage_o04_s00?ie=UTF8&psc=1

Du får dem også uten 0-en som bildet viser, for den gir jo ikke mening med pulsfjær.

Elko Plus.

Da er mitt Prime i boks, og jeg kan dermed også bestille 5+5 ?

Nei, Spotify er støttet nå. Det er det jeg har tenkt å gjøre. @Fermate hvor kjøpte du dine små mixere?

Stemmer veldig bra med sjefen her. Så lenge alt går automatisk så har hun vært fornøyd.

(Relativt) Flate brytere ser mye finere ut enn store klumpete dimmere, så jeg tror ikke "noen" kommer til å klage så mye som du tror

Veldig greit å få beskjed hvis noe er nede, før "brukerene" oppdager det. Har mye å si for WAF.

Elektrikeren din har rett. Du kan ikke benytte dine eksisterende dimmere, du må bytte dem ut med brytere + impulsfjær.

Gjelder huset som skal automatiseres? I så fall kjøpte jeg et hus... Så da er det vel bare å begynne å planlegge...

Her er en kort oppsummering om enkle tiltak man kan gjøre for å holde Z-wave-nettverket friskt og raskt: https://drzwave.wordpress.com/2017/01/20/seven-habits-of-highly-effective-z-wave-networks-for-consumers/ Dette er intet nytt, men greit å se det oppsummert: Minimer polling Ha mange nok enheter for å dra nytte av mesh Plasser controller/interface sentralt Optimize/Heal netverket Hvis en node ikke fungerer, eksluder og SÅ inkluder på nytt Batterilevetid, og hvordan maksimere det Fjern døde noder i controller/interface