Vinnerliste

Fikk alt jeg trengte inn i går, så jeg måtte bare sette i gang loddingen... Funker fjell i test, her med utviklingsverktøyet 'PC Controller'. Litt synd at det er ca 10 minusgrader ute (og måleren min står selvfølgelig ute...) så jeg er ikke akkurat veldig fristet til å stå ute å debugge med denne her. Får bli til helga. Energiforbruket på 3V3 av hele oppsettet ligger rett under 45mW, så det er masse margin selv for Kamstrup.

Øyeblikksbilde fra optimalisering. Lyseblå strek er strømpris (skala i kr til høyre). Minimumstemperaturprofil i mørkeblå, og optimalisert temperatur i rødt. Koden forsøker å holde temperaturen på et minimum på slutten, dvs. når strømprisinformasjonen slutter (og så ligger det inne en legionellasikring hver natt til søndag som tilsier 70-80 grader som krav). Når rød kurve stiger, brukes det altså strøm, og variasjonen i hvor fort den faller kommer fra beregnet ukesprofil fra forbruk. Det ligger også inne en varmetapsmodell slik at temperaturen faller litt fortere i tanken hvis den holder 80 grader kontra 50 grader. Når huset settes i ferie-modus senkes den mørkeblå kurven ned til 40 grader.

Jeg har ikke lisens på z-way, så det trenger du ikke.

Stikkordet du leter etter er "association". Finn ut hvordan HC3 setter opp det med batteri-sensorer som "dimmeren" din er.

Jeg har kjørt på samme UZB1 siden sommeren 2016 og har ikke hatt noe problemer med den. Oppgradert firmware på den et par tre ganger mener jeg å huske, kjører v5.39 på den nå. Har brukt z-way for å oppgradere firmware samt ta backup av den.

Her er mine tre stikker, den til høyre merket "3" har en ekstra Aeotec-logo, og det er denne jeg påstår har fått endel hardware-bugfixer. https://www.dropbox.com/s/14c5xk9srt0av4s/2021-01-08 16.25.05.jpg?dl=0

Jeg er på min tredje aeotec-stikke. Jeg hadde først to som jeg synkroniserte med backupsoftwaren, og slik at jeg alltid hadde en i reserve jeg kunne putte rett inn når en hardware-feil slo inn og krevde at jeg la inn fra backup. Husker ikke hvorfor, men jeg kjøpte så en tredje for vel ett år siden. Denne er mattere i plasten og litt mer avrundet (i plastkassen sin), og har sannsynligvis fått noen oppgraderinger internt også, for denne har vært mye mer stabil enn de to første (jeg lurer på om den faktisk aldri har feilet) Har også en UZB1 som jeg en gang tenkte å bruke, men den er ikke mulig å få til (windows/lisensproblematikk?) (burde vel forsøkt å selge den)

Hva med en NodeMCU som styrer en servo som du kan programmere til å dra i snoren ved behov? Finnes godt med eksempelkode for servostyring på nett. Litt Petter Smart, men enkelt og greit og trenger ingen elektriker :)

Med andre ord kan man komme like langt med en Zuno/Node MCU/Arduino ting med releer. Men det blir fort en stort klump som muligens må ha egen strømforsyning. Men siden modellen ikke selges så er dette ikke noe å rote videre med.

Ja, men selv om Smart Implant har potensialfrie reléer er det ikke lurt å kjøre 220V gjennom den. Men man kan evt. bruke Smart Implant til å styre større reléer.

Jeg kom i mål med konverteringen til Jython. Samtidig har jeg ryddet opp i ekstra-koden min som har rullet ved siden av, og innsett at den til en viss grad nesten er som en HabApp i den grad den lytter på hendelser eller kjøres ved faste tidspunkt. Det har forsåvidt kostet noen hjerneceller å få grepet på async-programmering i Python, som også er kjernen i HabApp. https://github.com/berland/pyrotun Tror ikke HabApp forsvinner, det gir absolutt mening å ha et async-bibliotek for å programmere Python mot hendelser i OpenHAB via REST API'et, og så kan man finne ut hvordan man best mikser cPython 3.x kode via HabApp og Jython 2.7 kode direkte inni OpenHAB. Begge vil ha noen fordeler og ulemper avhengig av hva man vil automatisere.

Utregningen her har noen antakelser som det er lett å snuble i. Det ikke-intuitive kommer av at fuktig varm luft har mye energi (entalpi) og tørr uteluft har lite av det. Og så antar vi at vi tar den tørre utelufta, fukter den opp til din måling av inne-fukt (21%), og også varmer opp "fukten". Du kan alternativt tenke på at du bare skal varme opp lufta utenifra, og ikke ta hensyn til fuktøkning, da blir det noen hundre watt mindre (og 80% RH ved -10 grader vil gi 7% RH innendørs). Men personene og huset avgir fukt som holder 25 grader, og denne fuktige energirike lufta forsvinner ut vifta di, så det er riktig å ta hensyn til det i beregningen. Fukteffekten her (via entalpi) er det samme som gjør at varmegjenvinner kan varme opp uteluft med f.eks. 10 grader gjennom varmeveksler selv om temperaturfallet i avkastlufta er mindre enn 10 grader.

Koden fikk seg en oppvask i høst (ikke pga. innsparingspotensiale!) og har nå følgende egenskaper: Gjør full optimalisering hvert 8. minutt, og kan skru av eller på hver gang Bruker Dijkstra's algoritme for korteste vei (shortest path) for selve optimaliseringen, etter at det gikk et lys opp for meg en dag i 2019 om hvordan problemet skulle formuleres som en graf. Tidligere ad-hoc/brute-force kode hadde neppe ikke klart å optimalisere av/på hvert 8. minutt 24 timer fram i tid. Hvert døgn reberegnes ukesprofilen for forbruk, og ved å ikke titte for langt tilbake i tid eller vekte siste måneder mer, så har den fått med seg bittelitt endret bruksmønster med hjemmekontor (maskinlæring). Bedre kode gjør det mulig å gjøre et bedre estimat av besparelsen, som er et ganske tricky regnestykke der man må simulere hva den innebygde termostaten i vvb hadde gjort i tilsvarende situasjon, men nå stoler jeg ihvetfall mer på det. De fire siste dagene har det vært fest, siden koden har spart meg over 1 kr strømutgifter i døgnet (ellers var 2020 på mange måter et magert år). Koden ligger på https://github.com/berland/pyrotun/blob/master/pyrotun/waterheater.py som åpen kildekode og er i prinsippet gjenbrukbar (gitt Python-kunnskaper) for alle med temperaturlogg for tanken i InfluxDB (for forbruksestimatet).

Brukt ledig tid den siste tiden på å sette opp Glances. snart har jeg det som jeg vil. Skal heller skrive litt om hvordan senere. Alt via REST og TEMPLATE sensorer.

Problemet med ikea pærer (men ikke annet utstyr som brytere og led drivere) er at de er en tanke mer pest og plage enn alternativene. Når de detter ut av nettet for ørtene gang så går de etter hvert gjennom fasene irritasjon, #&#!!#%?, forbainna mannskit (eller søren og, som vi sier i sør) til du slutt røsker (ikke skrur) de ut av sokkelen en gang for alle. Da bryr du deg ikke lenger om de var billigere.

Dette scriptet lar deg logge alle bevegelser til en device, slik at det blir enklere å se på web eller HStouch. Bevegelser (eller enhver hendelse) blir da logget slik. MotionLog.vb (ny) Public Sub Main(ByVal input As Object) Dim logDeviceRef As Integer = 1081 ' Update this Dim count As Integer = 9 'Maximum number of lines shown on the device - 1. 9 means 10 lines are shown Dim currentText As String = hs.DeviceString(logDeviceRef) currentText = currentText.Replace("<br>", "|") Dim lines() As String = currentText.Split("|") If lines.GetLength(0) < count Then count = lines.GetLength(0) Dim oldLines(count - 1) As String Array.Copy(lines, oldLines, count) 'Creating the device text Dim newText As String = Now.Date & " " & Now.ToLongTimeString & " - " & input.ToString If lines.GetLength(0) > 0 And lines(0) <> "" Then newText &= "<br>" 'Adding the previous lines newText &= String.Join("<br>", oldLines) 'Updating the device string hs.SetDeviceString(logDeviceRef, newText, True) 'hs.TriggerEvent("Restart SisteBeveglse timer") lines = Nothing oldLines = Nothing End Sub For hver bevegelsessensor har jeg da et event som blir trigget ved bevegelse (selvfølgelig! ), som i tillegg til å styre lys der det er nødvendig, kjører dette scriptet med sub Main og parameter med navnet på sensoren, som "Kjøkken" eller "Stue". I tillegg har jeg en timer som he ter "SisteBevegelse", som jeg resetter når dette skjer. Hvis du også vil bruke dette, må du opprette den timeren, lage et Event (som jeg har kalt "Restart SisteBevegelse timer" fordi det ikke finnes kode for å restarte den), og fjerne fnutten foran den nest siste linjen i koden. EDIT: Oppdatert slik at det blir penere i HStouch. EDIT2: Bruker arrays for å gjøre scriptet enklere. Burde nå kjøre på Linux uten problemer.

Jeg har havnet i en litt kjedelig situasjon. For to dager siden oppdaget jeg noe rart med z-wave-nettet mitt, det var som om at stikka ikke sendte ordentlig signaler ut i meshet. Javel, da er det jo godt at jeg har backup av den. Men nei stikka, en Aeotec G5 som sto i boksen lot seg ikke lese av backupverktøyet, og det gjorde ikke backupstikka mi (også en Aeotec g5) heller. Den sier noe om eeprom/rom feil. Problemet er bare at innholdet på backupstikka er et år gammelt.. .. men den virker med de nodene som ligger inne på den Så prøvde jeg en UZB1 i Aeotec sitt backupverktøy, og den lot seg lese. Nå tør jeg ikke skrive noe av de backupene jeg har til noen av stikkene mine.. Så jeg får ta jobben med å inkludere alt fra begynnelsen, det er ikke så mange, men en del er plassert litt kinkig til. Så for å unngå dette i fremtiden tenkte jeg å gjøre som planlagt (for lenge siden, men andre ting har alltid kommet i veien): Å gå over til UZB. Men så var det dette med firmware og kompatible versjoner. Se på dette: https://service.z-wave.me/expertui/uzb-stats/versions-graph.html 😕 😕