Vinnerliste

Har laget en Zigbeemodul med for Han-lesing. Den drives 100% fra Han-porten og kan sende data hele tiden. Den bruker kun 14mA ved sending, i motsetning til ESPne som bruker opptil 500mA. Har satt på en USB-kontakt på den og slik at man kan programmere den mens den er koblet til han-port. Men også drives av strøm via USB.

Det hadde jeg ikke gjort selv. Jeg hadde heller gått for smartere dimmere og dim-2-warm lyskilder hvis man ønsker å justere noe annet. Gjør også at veggbrytere faktisk får en funksjon, og kan ha flere hvis du bruker en dimmer som også kan være scenkontroller, som f.eks. Fibaro Dimmer 2. Men jeg regner med du har en grunn?

Nei, helt glimrende med 433 til midlertidige greier men det krever jo en ekstra kommunikasjonsenhet i sentralen om du ikke allerede har og rekkevidde KAN bli et problem siden 433 går direkte uten mesh.

Hjelpes! Det har jeg ikke tenkt på! Jeg får skrive det inn i HS-skolen for det er et ganske viktig poeng! Jeg har bare ikke kommet på at noen tenker på det som en snarvei til andre noder...

Da har Bert ordnet med HS3 databasen min og alt er nå i orden

Er det egentlig noe god grunn til å IKKE benytte 433MHz enheter til midlertidig julelys? Om man har mer enn 4-5 lys som skal styres så er Tranciveren spart inn ved at pluggene er billigere, og man slipper problematikken rundt mesh-nettverket. Jeg ønsker i alle fall ikke å ha en masse plugger stående stikkontakter rundt om kring hele året på grunn av dette... Og etter min erfaring så er 433MHz absolutt stabilt nok til at jeg kan leve uten tilbakemelding om at julelysene er skrudd av/på.

Vi har i den siste tiden hatt omfattende ombygging på huset, og i den forbindelse er gammelt utstyr meldt ut og nytt utstyr meldt inn. Det er snakk om en god del Dimmer 2, Switch'er, Multisensor 6 og HeatIt Z-TRM2fx termostater. Og alt i alt har jeg rett og slett blitt skikkelig imponert over Z-wave! Kona påpekte at "huset føles som det er litt tregt for tiden", og da hun sa det ble jeg også oppmerksom på det. Ja, det var tregere enn det var for ca. en uke siden. Det var rart, det eneste som er lagt til den siste uka er IDlock 150, og den ble ikke engang lagt ordentlig til. Z-seer hjalp ikke så mye. I følge det så det ut som det var mer variable responstider enn det var før, som vanligvis lå langt under 100 ms. Men den kunne i det minste bekrefte at de fleste noder hadde direkte kontakt og de som ikke hadde, fremdeles hadde høy hastighet. Så i teorien skulle altså Z-wave-nettverket være friskt og rastk. Men det var det jo ikke. Her kommer en kjapp oppskrift som potensielt kan hjelpe med å identifisere noder som har mye trafikk. 1. Skru på debug logging i Z-wave pluginen. Gå til Plugins -> Manage, og trykk på Z-wave plugin'en. 2. Huk av "Debug logging to file" 3. Vent en stund. Mulig at det holder med 10-15 minutter. 3. Deaktiver "Debug logging to file" for det kan bli svære filer av det. 4. Gå til \Debug Logs-mappen og åpne filen "ZWave_Debug_NodeChange.log". Her står alle endringer som skjer på nodene dine (og som HS har registrert, som skal være alle). 5. De nodene som har mest aktivitet kan være verdt å undersøke. Jeg la innholdet i NodeChange-filen over i Excel , og brukte noen enkle formler for å telle aktivet pr. node. Kolonne A inneholder nå hele loggfilen. I kolonne C hadde jeg løpenummer fra 1 til 110 (antall noder jeg har), og i kolonne D la jeg inn: =COUNTIF($A:$A;"*Source Node: " & C2 &" *") ... der C2 selvfølgelig er endret til C3, C4, C5, etc. Hvis du ikke vil lage din egen Excel-fil, kan du bruke min: Z-wave debug.xlsx 6. Det gir dette. 7. ... som kan sorteres på "Count". Hmnmmm! Tror vi ser noe her. Så er det bare å sjekke Plugins -> Z-wave -> Node Information om hvilken node det er 8. Node Information viste at det var taklyset i badet i 2. etg. 9. Javel, hvis det ikke er Polling og det ikke er noen andre sprø innstillinger (jeg sjekket parametrene), hva kan det da være? Gjør HomeSeer noe? 10. Sjekker Events. Huk av alle devicer under "Referencing device" øverst til høyre. 11. Sjekk event for event. Ai.... Det skulle ha vært EXACTLY, og IKKE AT LEAST!!!! ? Vel. Eventet ble endret til dette: .... og alt er 100% vel igjen. OPPDATERING: Nå kan du bruke den enkle exe-filen under. Den analyserer debug-filen for deg, og oppsummerer pr. device (istedenfor pr. node) og fjerner doble logginger (dvs. hendelser som logges på samme tidspunkt teller kun som 1, pr. device).

Det blir enklere å se hva som er feil og å være helt sikker på at child devices faktisk nå er knyttet til riktig root dersom du viser adressen til hver device i oversikten over devicer. Altså slik: Gå til tools -> setup -> custom. Der huker du av for "Show Device Address/Code Column on Device Management Page" Poenget er at noen av de nodene som nå står har navn som node 19 eller 25, kanskje egentlig tilhører node 43, 10 eller 64. Det er blitt slik på grunn av bruk av "snarveien". Selve device adressen endrer seg imidlertid ikke, så du trenger å dobbeltsjekke den og korrigere feil. Når jeg hadde dette kaoset så slet jeg også veldig med å legge til nye. Fikk systemcrash + at nye krysskoblinger oppstod mellom eksisterende noder. Hvorfor det skjer vet jeg ikke. Jeg ville ikke lagt til nye før du er 100% sikker på at alle krysskoblinger mellom noder er fjernet.

Ja, du kan koble til mange på samme ledning....

Nei, DS18B20 har en 1-wire bus og du kan koble til mange på samme inngang. En leser de individult ved hjelp av en indeks eller adresse. Står mer om dette hos esphome sitt web område

Dette er altså esphome sin måte å lese temperatur fra en DS18B20 dallas: - pin: GPIO14 sensor: - platform: dallas index: 0 id: varmtvannstank_temperatur name: "varmtvannstank_temperatur"

Jeg bruker en sonoff th16 og der firmware er esphome. Tanken er avslått mesteparten av døgnet, men det beregnes tidspunkt strømmen må slås på for at vannet skal være 75 grader klokken 04:45. Tanken bruker ca 400 sekund på å varme vannet 1 grad. esphome: name: varmtvannstank platform: ESP8266 board: esp01_1m wifi: ssid: "HEIME5.ORG" password: !secret heime_wifi domain: .lan # Enable fallback hotspot (captive portal) in case wifi connection fails #ap: # ssid: "Varmtvannstank Fallback Hotspot" # password: "okz8anWfZKFP" #captive_portal: # Enable logging logger: # Enable Home Assistant API api: ota: globals: - id: heating type: int restore_value: no initial_value: '0' switch: - platform: gpio pin: 12 id: varmtvannstank_varme #name: "varmtvannstank_varme" restore_mode: ALWAYS_ON dallas: - pin: GPIO14 sensor: - platform: dallas index: 0 id: varmtvannstank_temperatur #name: "varmtvannstank_temperatur" filters: - sliding_window_moving_average: window_size: 5 send_every: 5 interval: - interval: 1min then: - if: condition: - lambda: !lambda |- auto time_now = id(homeassistant_time).utcnow(); auto time_heat_end = time_now; if(id(varmtvannstank).mode != CLIMATE_MODE_AUTO) id(heating) = 0; int seconds = (75.0 - id(varmtvannstank_temperatur).state) * 404.30769; if(seconds < 0) seconds = 0; time_heat_end.hour = 4; if(time_heat_end.is_dst) { ESP_LOGD("main", "dst is on"); time_heat_end.hour = 3; } time_heat_end.minute = 45; time_heat_end.second = 0; time_heat_end.recalc_timestamp_utc(); if(time_heat_end < time_now) time_heat_end = esphome::time::ESPTime::from_epoch_utc(time_heat_end.timestamp + 86400); auto time_heat_start = esphome::time::ESPTime::from_epoch_utc(time_heat_end.timestamp - seconds - 3600); ESP_LOGD("main", "seconds=%d", seconds); ESP_LOGD("main", "%d-%d-%d %d:%d:%d", time_heat_start.year, time_heat_start.month, time_heat_start.day_of_month, time_heat_start.hour, time_heat_start.minute, time_heat_start.second); if(time_now > time_heat_start && time_now < time_heat_end) return true; else return false; then: - if: condition: - lambda: !lambda |- if(id(varmtvannstank).mode == CLIMATE_MODE_AUTO && id(heating) != 2) { id(heating) = 2; return true; } else return false; then: - climate.control: id: varmtvannstank mode: AUTO target_temperature_low: 79.0 target_temperature_high: 81.0 else: - if: condition: - lambda: !lambda |- if(id(varmtvannstank).mode == CLIMATE_MODE_AUTO && id(heating) != 1) { id(heating) = 1; return true; } else return false; then: - climate.control: id: varmtvannstank mode: AUTO target_temperature_low: 54.0 target_temperature_high: 56.0 time: - platform: homeassistant id: homeassistant_time climate: - platform: bang_bang id: varmtvannstank name: "varmtvannstank" sensor: varmtvannstank_temperatur default_target_temperature_low: 79.0 default_target_temperature_high: 81.0 visual: min_temperature: 54.0 max_temperature: 85.0 temperature_step: 0.1 heat_action: - switch.turn_on: varmtvannstank_varme idle_action: - switch.turn_off: varmtvannstank_varme

Har ikea pærer i enkelte rom å en gang i blant reagerer ikke bevegelsessensoren på at jeg går inn i rommet. Kan finne mobilen å appen å finne de lyset jeg vil ha på men de enkleste er å slå av og på den fysiske bryteren til lampen.

Ja, jeg bruker Elko vrider og deksel ??

Betyr dette at det er mulig å sette på Elko Plus vrider og deksel? I så fall ble denne dimmeren plutselig veldig mye mer attraktiv!

DS18B20. Den eine er kopla mot ein Fibaro dør/vindusensor, fordi eg hadde liggande ein som ikkje var i bruk. Den andre (som kom seinare) er kopla mot ein D1 mini. Etter at Arduino plugin til HomeSeer vart oppdatert kunne eg fint ha kopla begge to mot sistnevnte, men så langt har eg ikkje komme enda.

Jeg klarte altså dette på 3-4 timer for en 30-40 stk. Stort sett var det child devicer som jeg hadde flyttet. Man trenger ikke huske riktig node nummer, det står jo som device adressen. Så jeg identifiserte disse ut i fra listen over alle devicer, og noterte det ned i et excel ark e.l.. Slik jeg husker det, så er det litt mer komplisert dersom man flytter root noden til et annen sted. Men jeg mener at det var mulig å finne ut av dette uten å ty til hukommelsen, ved at det i oversikten over alle noder på controlleren vil være synlig hvilke som "mangler" root node.

Jepp. Men kun der, og jeg navngir alle nye devicer med fornuftige navn.

Takker @Moskus Der fekk jeg lært noe nytt i dag også?

Til info så er openzwave 1.6 på vei til Home Assistant, jeg følger med på dette og vil prøve å gjøre integrasjonen mellom idlock og HA så bra som mulig når 1.6 er på plass

Ble ferdig med en av julegavene til de to eldste i dag, en natt/stemmningslampe. Skulle tatt noen bilder når de er hengt opp, men det får bli etter julaften ? Det er brukt trådfri driver med ledlist. Følger også med en trådløs dimmebryter som ikke vises på bilde. Skal selvfølgelig kunne overstyres av Far i huset (via deconz/openHab)

Omsider fått ordnet lysene i trappa etter 1 års venting. Utsatt så lenge som mulig alt som har med lodding å gjøre Mangler fortsatt litt programmering for trigging, men fornøyd så langt.

Har laga egen kode for avlesing av HAN-port, og brukte den med ein heimelaga spenningsdeler for HAN-porten med ein seriell-USB konverter. Har også testa den med dei billige fra eBay som går rett på USB, og det har fungert utmerket siden april. Leser ut alle verdier, men har valgt å kun bruke aktiv strømforbruk (ettersom det er det som sjekkes hyppigst, kvar 2.5 sekunder). Tar denne verdien inn i RPi, og sender den videre til Domoticz, der den logger og akkumulerer verdier, samt lager rapporter. Ettersom den oppdateres ca. 24 ganger i minuttet, er det ypperlige muligheter til å lage lastavkastningslogikk, osv. i Domoticz. Eksempelvis er det mulig å sjekke at kva utstyr som er på ved å bruke noen enkle algoritmer som kjenner igjen mønsteres på strømforbruksøkninga, som er veldig kult/geeky. For å være heilt ærlig, ser eg ikkje heilt poenget med alle dei verdiene som sendes ut via HAN-porten i liste 2 og 3. Det relvante er aktivt forbruk, som rapporteres ut i "sanntid" (2.5s). Navn/type, serienummer, dato osv., samt (i mitt tilfelle) reaktiv effekt er relativt uinteressant

Det ligger en versjon her: https://github.com/Danielhiversen/home-assistant_config/blob/b0257291f7e85fc4483f39fda69d77e09c4612f5/custom_components/switch/vv_automation.py Men den er veldig tilpasset vårt forbruk av varmtvann. Flytter nå snart, og da skal jeg installere effektmåling på vvb. Så holder på med en metode som bruker den informasjonen også.