Vinnerliste

Ja, Z-wave og Zigbee er mesh-nettverk "av natur", også på Homeseer. Sent fra min BLA-L29 via Tapatalk

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!

Bortsett fra scenebryterne de bruker - de er EnOcean. Ok, mulig de også virker i HS, men da må man ha EnOcean-interface og plugin.

Z-wave er ikke ment til dette bruket, så jeg vet ikke hvor reell testen vil være. Jeg er tvilende på om du faktisk har fått testet det du vil ha testet. Z-wave er (som du vet) et mesh-nettverk, og er laget for å være så stasjonært som mulig. Derfor var tidligere "healing" (eller "Optimize" som HomeSeer kaller det) alfa og omega. Z-wave Plus bruker "explorer frames" for å finne kjappeste ruten mellom en eller flere enheter, og for større nettverk skal det da egentlig ikke være nødvendig med healing. Det er ikke opp til noden selv å finne ut hvor den er plassert i mesh'et, det er det controlleren som gjør. Rekkevidden til selve controlleren tror jeg derimot har vesentlig høyere betydning. For de som bruker USB-interfacer vil det f.eks. være en dårlig idé å la denne stå bak en stor PC inntil en vegg. Bruk da heller en USB-forlenger og få den opp og bort fra maskinen (evt. en RaspBerry Pi som forlenger over nettverk). Det er jeg faktisk ikke sikker på. Skal du teste rekkevidde på enheter tror jeg den eneste muligheten er å ha kun enheten du skal teste inkludert i Z-wave nettverket. Altså ingen meshing eller annen "juksing", kun direktekontakt. Det er vel i beste fall delte meninger om dette ja...

Ordet seg med litt parameter justeringer! Takk

Teste igår etter å ha sett denne posten, Kan bekrefte at styring av HUE fra Telldus går helt fint ? nå er det jo bare å lage seg nye regler så de gamle Telldus fjernkontrollene kan styre HUE pærene mine. Takk for tipset @arneolav

Fikk montert mine i dag, totalt 12 stk.Har bare inkludert to av de i Homeseer enn så lenge, nettopp pga jeg ikke får disse to til å fungere riktig. Har kun gulvsensor på alle. Er som sagt noe rart med begge to. Den ene får jeg ikke til å vise Meter samma hvor mye jeg rescanner eller inkluderer på nytt. Mens den andre, som forsåvidt rapporterer fint i HS gjør noe merkelig med Setpointene, visning i displayet på termostaten osv. Parameter 14 på denne er satt til 1, dvs vis sensor temperatur i displayet. Dette virker fint på Heat mode, men når jeg endrer den til Cool mode så vises plutselig Cool Setpoint temperaturen i displayet. En annen ting som skjedde da jeg endret fra Heat Mode til Cool Mode (Cool er satt til 21), var at varmekablene skrudde seg PÅ. De var av i Heat mode (24,5) ettersom temperaturen fra gulvsensoren er 25,6 pga peisen. Fortsetter feilsøkingen i morgen.. EDIT: Så forresten nå at temperaturen i displayet endret seg fra 21 til 20,5. Så nå er jeg enda mer forvirret. Aner ikke hvor det tallet kommer fra. Temperaturen på gulvsensor devicen i HomeSeer oppdaterte seg akkurat til 26,1. Cool Setpoint er 21, Heat Setpoint 24,5, Energy Save Heat 12. Forvirret.

Ble bra her med Luxaflex og ingen synlige ledninger. WAF var lav etter innkjøp pga pris, men steg igjen når det ble montert. OpenHAB 2.3 har bug i powerview-bindingen, den er fikset til 2.4 (som ikke er sluppet) - men så oppdaget jeg at Duette-gardinen ikke er støttet, dvs. OpenHAB 2.4 klarer ikke styre den øverste skinna, kun den nederste. Pga. bug i 2.3 lagde jeg meg min egen kobling med MQTT mot Powerview-hub'en i Python. Denne vil virke for alle andre uavhengig av OpenHAB, men krever litt ad-hoc skreddersøm. I tilfelle noen trenger det (Når OpenHAB bare snakker MQTT mot mitt eget Python-script så omgår jeg hele bug'en og også Duette-begrensinngen - hadde jeg vært bedre i Java hadde jeg nok heller fikset OpenHAB enn å gjøre det omigjen i Python..) Åpner seg i topp om morgenen. Lukket på husalarm er på siden det er vinter, og disse isolerer godt. Åpent på dagtid når vi er hjemme. Åpen kun øvre halvdel om kvelden for å minske innsyn.