Moskus

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.

Det er jo ikke så mange valg å ta. Enten fungerer det eller så fungerer det ikke. Men du sier du har installert det på "filserveren". Det er en ren Windows-maskin, ikke et NAS eller noe slikt?

Ja, selvfølgelig. Hva om du oppretter en enkel tekstil på OneDrive-root-nivå?

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

... øh... hva snakker vi om nå?

Jeg bruker OneDrive mye, men har ikke sett det problemer. Har den først dratt ned alle filene, så har den tilgang. Hva beskjed får du hvis du trykker på OneDrive-ikonet nede ved klokka?

... kan du ikke bare endre den til "Watts" da?

Ja, si i fra hvis du finner det. Jeg tenkte at det er jo stort sett controller som gir beskjeder til noder, ikke omvent. Når du optimaliserer finnes controller 4 forskjellige ruter til node, men kun en tilbake.

Owl er via RFXCOM-plugin'en, og Bert har dessverre ikke oppgradert pluginen til å være helt etter CAPI, så han setter device string istedenfor. Da kan du ikke endre på det, med mindre det er en innstilling på RFXCOM-tab'en. EDIT: Nei skulle du sett:

That makes sense, because it's an unreleased plugin by Fermate and me. It's still in development.

Jeg vet det ikke, men har alltid tenkt på det som "fra controller til node".

Ja, selvfølgelig. Kjapp oversikt over nettverksbruk og ressursbruk på fysisk utstyr/PCer og virtuelle servere.

Wops, indeed! Ja, jeg ble litt kjepphøy og opprettet en ny RFXCOM-termostat for å "bevise" at den fungerte fint. Det gjorde den ikke, så da måtte jeg jo bare krype til korset og fullføre scriptet...

Wow, flott! Testes når jeg kommer hjem!

Scriptpakke sluppet:

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!

Enig! Det er faktisk helt idiotisk! Spesielt med tanke på at HS2 faktisk hadde et slikt verktøy som fulgte med Pro-utgaven, men selvfølgelig ikke fungerer med versjon 3. Som du, @iblis, har påpekt, så er jo informasjonen der. Tror jeg må gjøre alvor av å parse Node Information-siden, ser i første omgang for meg en tabell som du viser over (den med grønne prikker).

Aha, det var i det minste gode nyheter. Men når Amazon legger ned Alexa så er Pi'en så gammel at det ikke er så mye annet å bruke den til.

Tippe denne:

Det kan du, men du får dårligere mikrofoner (og tilhørende signalbehandling), samt at du må trykke på en knapp (med mindre Amazon har endret APIen sin).

HS3 beholder ikke rutenett når du kjører backup, så kjør først en Optimize på hele nettverket, deretter Optimize på de nodene som eventuelt feilet, påfulgt av en "Full Optimize" på hele nettverket (med påfølgende "Full optimize" på de nodene som feilet).

Ja, det må det være. Når den eneste parameteren som endres er at noden bytter kurs, så må det være støy på kursen. Det har derimot ikke lykkes å finne ut hva som støyer. Andre noder på kursen trives greit.

Nok en gang står det du trenger å vite i HomeSeer-skolen, denne gangen i del 6. Det du skal ha tak i er "Device Ref", "Device Reference" eller "DeviceID" som alle er samme sak. Den står i URLen når du har trykket på en device. Eller på "Advanced"-tab'en. "Device codes" (A1-B2, etc) kan du bruke, men det er bedre å la være. Det er gammeldags fra den gangen X10 gjaldt. Og det er altså de fem øverste linjene i scriptet du skal endre, dvs. etter = tegnet.

Jeg har en slik node på badet. Hvis jeg kobler den til en annen kurs, finner den 30-40 naboer. Hvis jeg kobler den til kursen den skal være på, finner den 2-3...

Ny RGBW-LED-stripe over lamellene. Gir mer lys i stua.