Mastiff

Eller andre kontrollere? Jeg har et stort sett vanntett driftssystem: Hvis det ikke kommer MQTT-meldinger fra Z-Wave-nettverket via Hass til hovedsystemet (EventGhost/Girder), har jeg en ekstra Pi med Tellstick Duo som kutter strømmen til den Pi-en der Hass kjører og Z-Sticken er plugget inn og kobler den til igjen etter tre sekunder. Dette blir da i praksis en omstart av Pi-en. Det som irriterer meg, er de to minuttene det tar før Z-Wave er tilgjengelig igjen. Hvis noen i huset da prøver å slå på eller av tv-en eller en av de aktive høyttalerne som er styrt av dette, virker det jo ikke. Jeg skal sette opp en ekstra Pi med rfxTRX for å unngå denne pausen på det som styres av 433 mHz (samme opplegg der, hvis det ikke kommer noe i løpet av 15 sekunder, har noe kjørt seg, så hoved-Pi-en startes om igjen - dette skjernormalt et par ganger i uka), og det ville vært topp hvis jeg kunne ha en ekstra Z-Stick i den også, så av/på-signaler kunne gå til den istedenfor den som holder på å starte om.

De greiene er da altfor primitive. Det skal være fleksibilitet og muligheter i systemet. Men jeg har nå bestilt rfxTRX, jeg tror jeg holder meg til det jeg er kjent med inntil videre.

Jeg måtte ha noe nå, spørsmålet var bare hvor mange jeg skulle kjøpe. Men Arduino Mega koster rundt 500 i Norge, iallfall. Og Kina tar for lang tid.

Jepp, jeg har nettopp bestilt to stykker, så en som jeg trener nå, og en reserve. Men jeg lurte bare på om det var utgående siden to av stedene som har hatt den (Teknikmagasinet og Kjell.com) enten ikke har den lenger eller holder på å selge ut det de har igjen.

Regner med at det vil være på samme måte på Node-RED. Men med Arduino til 500, senderen og mottakeren til en hundrelapp og kanskje en times jobb for å få satt sammen greiene, vil det for meg si at en rfxTRX433e til 900 kroner blir et bedre kjøp for meg.

Aha, sorry. Det så jeg ikke, jeg så under R og H... Det ser ut som snedige greier. Men funker det å koble det til en Pi direkte, eller må jeg feste det til en Arduino Mega og så kjøre den på Pi-en med USB?

Rollertrol? Jeg ser iallfall ikke den (Hasta) på lista. Men jeg må ærlig innrømme at jeg aldri har sett på RFlink. Kanksje verd å gjøre. er det bare å plugge den inn i en Pi, eller er det mer avansert? Den ser ganske "DIY", som det heter på ny-norsk, heller enn "plug and pray".

Jeg ser at det er stadig færre steder de selger den i Gnore nå. Holder den på å gå ut? I så fall må jeg vel kjøpe 5-6 stykker så jeg aldri går tom for dem, siden jeg ikke har tenkt å endre ryggraden i systemet mitt (basert på Tellstick Duo, rfxTRX og Z-Stick) hvis jeg kan unngå det!

Tro meg, hvis "sentralen" min (en Windows server 2016 med virtuell maskin pluss to Pi som alle passer på at alt er i gang og kan kan slå av og på igjen hverandre hvis noe låser seg), så har termostaten på ovnen vært ute ganske lenge. For da har strømmen vært borte mer enn åtte timer, som er den tiden UPS-en min med to 110 Ampere 12 V båtbatterier kan kjøre.

Hvis det er sånn det må foregå, så blir spørsmålet mitt hva som gjør dette bedre enn å sette en Z-Wave-strømplugg (eller til og med 433 mHz-plugg) på ovnen og så vite når den slår seg av og på ved at det er systmet som aktivt gjør det?

Nope. Den selgeren i Kina bløffet tydeligvis. Det han hadde og ville selge, var ikke løse keypads, men bare hele låser av innendørs hotelldørtype.

Hmm... Det er ikke likt hos meg. Bortsett fra Friendly name som Dørlås (som jeg selv har satt), så ser jeg ikke produsentnavn og sånt i dem.

Det slo meg plutselig hvor jeg hadde tenkt feil (mens jeg jobbet med den egentlige jobben min...underbevisstheten kan være rar sånn). Dette funker: - alias: Termostater modus av action: data_template: entity_id: "{{('climate.termostat_'+trigger.payload+'_heating')}}" operation_mode: 'Off' service: climate.set_operation_mode condition: [] id: '152406878952579' trigger: platform: mqtt topic: ZWaveTermostatModusAv

Hvor mye eldre da? Jeg har en i hvitt metall som er 4-5 år gammel (den aller minste typen), og den gjør ikke det.

Jeg har faktisk flere ganger opplevd at automations ikke starter på nytt når jeg gjør det fra inne i Hass, derfor begynte jeg å starte det om igjen fra kommandolinjen. Og App Daemon er litt overkill for det lille jeg gjør. Men jeg kan sende koden bort på Hass-forumet, det er alltid noen der som ser hva som skjer. Takk for hjelpen så langt!

Det måtte jeg, ja! Takk! Det funket med "entity_id": "climate.termostat_8_heating", "operation_mode": "heat" Jeg prøvde å tilpasse koden til automations (jeg må redigere fila "manuelt" via VNC på Pi-en fordi det ellers herper formateringen min med forklaringer og ### som skiller): - alias: Termostater modus av action: data_template: payload_template: {{('entity_id': 'climate.termostat_'+trigger.payload+'_heating'), ('operation_mode': 'off')}} service: climate.set_operation_mode condition: [] id: '152406878952579' trigger: platform: mqtt topic: ZWaveTermostatModusAv Det funket ikke, og det understreket en av de store ankepunktene mine mot programmering i Home Assistant: Hvis noe er feil, virker ingen automations. Hvis et skript har feil i noen av de andre systemene mine, påvirker det ikke andre skripts (jeg vet at skripts og automations er atskilt i Hass, i EG og Girder er det samme greia). Og noen feil, som denne, gjør at Hass ikke kan starte i det hele tatt. Men det er selvagt ikke noe problem hvis man faktisk vet hva man gjør...

Det har bare utviklet seg setter hvert. Det funker sånn: 1. Girder er UI (webserver med Lua HTML-kode som jeg fikk en ekspert til å lage for meg) og timer for endring av modus. Den sender verdier (temperatur og modus i øyeblikket, altså om det er natt, dag eller frostvakt), til 2. EventGhost, som tar inn signaler fra temperatursensorene kjører skriptene og sjekker en haug med ting. Blant annet om en sensor ikke har gitt signal på en halvtime (da får jeg mail), om det blir for kaldt eller varmt i et rom (da får jeg mail), om brannalarmer blir utløst (mail til egen alarmkonto som alltid gir lyd), det kjøres logging av temperaturer for framstilling som grafer og masse andre funksjoner. Jeg syns det er krøkkete å programmere i Home Assistant, og jeg brukte EventGhost før jeg oppdagt Hass (antakeligvis før det ble skapt). 3. Sensorene kjører via RFXtrx og Tellstick Duo (som redundant løsning) som er koblet til en Pi med Node-RED (det mest stabile og fleksible jeg har funnet til nå for å drive maskinvaren). Den slår også av og på ting der det brukes AC-protokoll (igjen redundant, ved at det slås på/av både med RFXtrx og Tellstick Duo. 4. Home Assistant bruker jeg bare til Z-Wave, det er den eneste protokollen der Node-RED ikke er like stabil og fleksibel. Systemet krever én VM på serveren (som uansett alltid går), én Pi med Hass og Node-RED for RFXtrx, Tellstick og Z-Wave og en ekstra Pi styrt fra en separat EventGhost-installasjon som brukes til å starte om igjen hoved-Pien hvis signalene fra en av sensorene faller ut eller VM-en hvis noe galt skjer der. Det skjer omtrent en gang i uka, og av en eller annen grunn som regel om natta. Det er flere år siden jeg begynte på systemet, men det siste året (etter at jeg la til den andre Pi-en) har det vært100 % stabilt, uten noen utilsiktede temperaturer. For meg er stabilitet binært. Én feil betyr at det ikke er stabilt. Særlig siden det styrer temperaturene i utleiedelen av huset må det fungere perfekt. Det har det da også gjort, bortsett fra i ett tilfelle da en av leietakerne, som ikke gadd å følge med under forklaringen, hadde trukket ut Z-Wave-pluggen på rommet sitt for å få det varmere (hun syntes visst ikke 22 grader var varmt nok...) istedenfor å gå på nettbrettet som jeg hadde forklart dem veldig tydelig hvordan de skulle bruke for å endre temperaturene. Jeg kunne lært Julius å bruke det for å holde tempen i sjimpanseburet, så enkelt og logisk er det! Det samme systmet styrer for øvrig lyd og bilde, lås og diverse annet.

Takk! Jeg har kommet så langt at at jeg vet at navnet er climate.termostat_8_heating, men når jeg prøver å legge inn også det jeg skal endre, sier den at det er ugyldig JSON, og enheten forsvinner:

WiFi-ovner er en oppfinnelse av djevelen! Det eneste som faktisk fungerer stabilt og fleksibelt nok, er å styre med et godt system (jeg bruker en kombinasjon av Girder, EventGhost og Home Assistaant), bruke en ovn uten noen annen styring enn vanlig termostat og så skru opp termostaten på 25 grader (eller mer, hvis det er et rom med veldig stillestående luft, så det tar tid før varmluften kommer langt nok bort fra ovnen). Jeg kjører Mill-ovner styrt av Z-Wave-strømplugger, de nullstiller ikke termostaten eller noe sånt tull hvis de har vært uten strøm lenge.

Å, så det er det de docker-greiene var! Jeg tenkte det var et eller annet system for installasjon av pakker på Pi som jeg ikke kjente til. Da er det jo litt merkelig at jeg ikke får det samme som deg, med tilgang til den menyen. På devicene har jeg lock unknown, en bunke tall og bokstaver og til slutt locked, alarm_level osv.

Oi da. Jeg må visst prøve å fjerne hele greia igjen og gjøre det på den måten du hadde gjort det. For dette er etter at du først har gått igjennom den prosedyren du nevnte over?

Hm... Min viser 0. Den forrige låsen, en 101, viste 100 helt til batteriene døde. Og jeg får ikke ned noen meny på konfigurasjonssiden for Z-Wave, under node config option. Jeg får bare noe på Node User Codes. Irriterende... Hva er det man kan stille på config options? Går det an å legge inn koder derfra?

Det har en tendes til å hjelpe, ja. For når du går ut av Home Assistant, skriver den vel så vidt jeg vet endringer til den fila all info som er inne i selve systemet. Nå har jeg gjort det samme, og det endret noen ting, blant annet heter den ID Lock 150. Men batteriet viser fremdeles 0 når jeg sjekker node information. Har du fått batterinivået fram? Det er egentlig det viktigste for meg. Jeg blåser i hvem som åpner med hvilken brikke og kode, men jeg MÅ ha beskjed før batteriet er for lagnt nede (fordi den ene låsen er i en utleieleilighet, og jeg må kunne bytte batteri før leietakeren står utenfor og freser fordi han/hun ikke kommer inn...). Edit: Forresten, hvilken konfigmeny var det du fikk fram her?

Godt tenkt, men det virker ikke sånn, nei. Jeg prøvde uten å få noe resultat, både med operation mode og config parameter.

Denne koden endrer setpoint på en Heatit-termostat til 5 grader når jeg sender 3 som trigger payload for MQTT (3 er da nodens ID): - alias: Termostater til 5 grader action: data_template: node_id: '{{ trigger.payload }}' parameter: 10 value: 50 service: zwave.set_config_parameter condition: [] id: '1524675052575' trigger: platform: mqtt topic: ZWaveTermostatAv Det funker feilfritt. Det jeg ikke klarer, er å endre modusen. Jeg har prøvd denne koden (ifølge oppsettet er modus config parameter 1): - alias: Termostater modus av action: data_template: node_id: '{{ trigger.payload }}' parameter: 1 value: off service: zwave.set_config_parameter condition: [] id: '152406878952579' trigger: platform: mqtt topic: ZWaveTermostatModusAv Jeg har prøvd Off, ‘Off’, off og ‘off’, uten å få til noe. når jeg ser på {{state_attr(‘climate.termostat_8_heating’, ‘operation_mode’)}} ser jeg det som off og heat, og jeg ser altså i nodens config at operation mode er parameter nummer 1. Er det noen som har noen anelse om hva som er feil her? Det funker uten problemer å sette operasjonsmodusen fra Hass-GUI-en, så det er en feil i koden, og ikke mellom Hass og termostaten. Jeg kan bare ikke fatte hva. Jeg vet ikke om det henger sammen, men en annen ting er at hvis jeg går inn på Z-Wave-configurasjonen, velger tremostaten, drar ned node config options og klikker på hva som helst, vil den gå til modus off. Men jeg tviler på at det henger sammen, siden jeg ikke klarer å sette off med koden min. jeg har også eksperimentert med samme kode, men med set_operation_mode uten å komme noe videre.