kjetilsn

Takk for denne fungere flott, jeg la til round(2) da det ble tidvis ble mange desimaler: Fra API: { "value": true, "rain": 8.999999999999998 } template: { states.sensor.rain_kaland.attributes.rain | round(2) }} Og endre fra "on til "True" da det var det som kom opp på denne sensoren: {% if is_state('sensor.rain_kaland', 'True') %}

Takk for denne! Fungere flott:

Blir spennende å se hvilke endringer som kommer i strømavtalene de neste årene. Om det kommer tilleggkostnad for "overforbruk" altså dyrere KW pris når en overstiger en grense blir det jo aktuelt å få glatte ut strømtrekket med å ikke la flere rom varme samtidig.

Ja det er langt fra ideelt, men så langt den eneste bekreftede mulighet for denne låsen.

Du må ikke ha abonnement: https://www.komplett.no/product/983331/hjem-fritid/jernvare/byggemateriale/noekkelhullbeslag/verisure-kommunikasjonsenhet-vbox-mini?gclid=EAIaIQobChMI4rSD69ij3QIVyKQYCh1BNg_eEAQYAyABEgK11_D_BwE#

Hei , Har to yale låser som snakker først med Verisure. HomeAssitant snakker derfra med API mot Verisure. Hadde vert bedre om det var direkte lokal kommuniksjon, men det har fungert meget bra til nå. Håper også det snart kommer en zwave løsning til disse låsene.

Hei Morten, Jada, jeg bruker fortsatt denne måten, med små endringer, byttet fra "dummy" automation til input bolean, da det er i prinsippet er mer riktig, men funksjonelt er det ingen endring. fungere flott det. Liker det jeg leser at det er ny FW på veg, det vil jo gjøre ting mye enklere.

Hei, Da har jeg fått data fra AMS til min rpi som kjører HomeAssistant, via Rpi med Node Red flow fra Thomas_ja27 med mindre endringer, og koden til Per Erik. Stor takk til begge to! Bruker "alibaba" Mbus-USB dongle med parity Even. Foreløpig bruker jeg HomeAssistant sin innebygde MQQT. Fra før av regner jeg ut effekt som går til varme fra heatit/multireg termostatene, ved å trekke dette fra totaleffekt fra AMS gir det en fin visning med "effekt varme" "effekt forbruk" og "totalforbruk" der varmtvann foreløpig kommer inn under "forbruk" Neste skritt er å trekke ut KWh/d og få satt opp regnestykke på "totalkostnad" per dag, osv.

Jeg håper og antar dette er info de sender ut til alle de som har spurt om å få åpnet HAN porten. BKK imponerer! Jeg lager nok uansett interfacet til roarfred slik at jeg får trådløs overføring direkte. Alternativt kan jeg trekke en cat5 inn i sikringskapet og ha en rpi der.

Heisann, Fikk i dag hyggelig epost fra BKK om at de har åpnet min HAN port. Skal nå bygge interface fra roarfred: https://github.com/roarfred/AmsToMqttBridge/ BKK sendte også med denne linken: https://drive.google.com/drive/folders/0B3ZvFI0Dg1TDbDBzMU02cnU0Y28 Kunne ikke se at den tidligere var lagt ut her, om den er så fjern gjerne dette innlegget.

Hei, Ser ut som logging i HS er veldig forskjellig fra open zwave i hass. Jeg ville forvente å se "BASIC_SET" i strengen som indikerer status. Fra thermofloor FDS: 3.2.2 Association group 2: On/Off control This group defines the group of Z-Wave units that the thermostat controls. Control is performed through BASIC_SET commands, enabling all switching units to be used as auxiliary heating controllers. Maximum number of nodes in this group: 8

Har du mulighet å se loggen i mer detaljer, for å kunne identifisere hvilke "streng" som faktisk er sendt fra termostaten? I og med at det toggles fra 0-1 fra 1-5 min, kan indikere det jeg antydet over.. Fikk det samme i homeassistant når jeg ikke definerte 255 og 0 for trigger.

Ja slik skal det ikke være. Jeg kan ikke uttale meg så mye her siden jeg ikke kjenner til Homeseer, men dette lar seg i alle fall gjøre i home assistant: Kan det tenkes at funksjonen i homeseer endrer til av/på hver gang den mottar "basic set" uavhengig om det kommer 255 eller 0?, at den ikke skiller mellom de to? Det ville i så fall kunne forklare hvorfor "tilstand" endres så ofte. Termostatene sender "basic set" ca hver 5 min uavhengig om "tilstand" er endret. Jeg tok en snip av loggen fra en termostat under: 2018-01-31 04:55:43.692 Info, Node016, Received Basic set from node 16: level=255. Sending event notification. 2018-01-31 05:00:31.552 Info, Node016, Received Basic set from node 16: level=255. Sending event notification. 2018-01-31 05:05:19.409 Info, Node016, Received Basic set from node 16: level=255. Sending event notification. 2018-01-31 05:10:12.235 Info, Node016, Received Basic set from node 16: level=255. Sending event notification. 2018-01-31 05:15:00.069 Info, Node016, Received Basic set from node 16: level=255. Sending event notification. 2018-01-31 05:19:53.287 Info, Node016, Received Basic set from node 16: level=255. Sending event notification. 2018-01-31 05:24:40.715 Info, Node016, Received Basic set from node 16: level=255. Sending event notification. 2018-01-31 05:29:28.567 Info, Node016, Received Basic set from node 16: level=0. Sending event notification. 2018-01-31 05:34:21.443 Info, Node016, Received Basic set from node 16: level=0. Sending event notification. 2018-01-31 05:39:09.318 Info, Node016, Received Basic set from node 16: level=0. Sending event notification. 2018-01-31 05:44:02.149 Info, Node016, Received Basic set from node 16: level=0. Sending event notification. 2018-01-31 05:48:49.973 Info, Node016, Received Basic set from node 16: level=0. Sending event notification. 2018-01-31 05:53:42.784 Info, Node016, Received Basic set from node 16: level=0. Sending event notification. 2018-01-31 05:58:30.603 Info, Node016, Received Basic set from node 16: level=0. Sending event notification. 2018-01-31 06:03:18.433 Info, Node016, Received Basic set from node 16: level=0. Sending event notification. 2018-01-31 06:08:11.222 Info, Node016, Received Basic set from node 16: level=0. Sending event notification. 2018-01-31 06:12:59.031 Info, Node016, Received Basic set from node 16: level=0. Sending event notification. 2018-01-31 06:17:51.852 Info, Node016, Received Basic set from node 16: level=0. Sending event notification. 2018-01-31 06:22:39.682 Info, Node016, Received Basic set from node 16: level=0. Sending event notification. 2018-01-31 06:27:27.500 Info, Node016, Received Basic set from node 16: level=0. Sending event notification. 2018-01-31 06:32:20.287 Info, Node016, Received Basic set from node 16: level=0. Sending event notification. 2018-01-31 06:37:08.094 Info, Node016, Received Basic set from node 16: level=0. Sending event notification. 2018-01-31 06:42:00.903 Info, Node016, Received Basic set from node 16: level=0. Sending event notification. 2018-01-31 06:46:48.717 Info, Node016, Received Basic set from node 16: level=0. Sending event notification. 2018-01-31 06:51:41.519 Info, Node016, Received Basic set from node 16: level=0. Sending event notification. 2018-01-31 06:56:29.330 Info, Node016, Received Basic set from node 16: level=0. Sending event notification. 2018-01-31 07:01:17.143 Info, Node016, Received Basic set from node 16: level=0. Sending event notification. 2018-01-31 07:06:09.929 Info, Node016, Received Basic set from node 16: level=0. Sending event notification. 2018-01-31 07:08:47.284 Info, Node016, Received Basic set from node 16: level=255. Sending event notification. 2018-01-31 07:13:40.081 Info, Node016, Received Basic set from node 16: level=255. Sending event notification. 2018-01-31 07:18:27.924 Info, Node016, Received Basic set from node 16: level=255. Sending event notification. 2018-01-31 07:23:15.766 Info, Node016, Received Basic set from node 16: level=255. Sending event notification. 2018-01-31 07:28:08.611 Info, Node016, Received Basic set from node 16: level=255. Sending event notification. 2018-01-31 07:32:56.475 Info, Node016, Received Basic set from node 16: level=255. Sending event notification. 2018-01-31 07:37:49.307 Info, Node016, Received Basic set from node 16: level=255. Sending event notification. 2018-01-31 07:42:37.167 Info, Node016, Received Basic set from node 16: level=255. Sending event notification. 2018-01-31 07:47:30.038 Info, Node016, Received Basic set from node 16: level=255. Sending event notification. 2018-01-31 07:52:17.923 Info, Node016, Received Basic set from node 16: level=255. Sending event notification. 2018-01-31 07:57:05.803 Info, Node016, Received Basic set from node 16: level=255. Sending event notification. 2018-01-31 08:01:58.631 Info, Node016, Received Basic set from node 16: level=255. Sending event notification. 2018-01-31 08:03:15.324 Info, Node016, Received Basic set from node 16: level=0. Sending event notification. Kan også nevne at termostatene jeg bruker har FW1.8.

Det var rart. Jeg har 8 slike termostater gående. Den ene bruker jeg til å styre 3 panelovner som er koblet med fibaro rele moduler som styres på gruppe 2. Da jeg la til kontrolleren på gruppe2 sammen med fibaro releene, rapporteres det når termostaten slår inn og ut (følger fibaro enhetene, og lysdioden slavisk). I andre rom er de koblet til varmekabler, her fungere det også bra. Ikke den beste løsningen selvfølgelig, men fungere greit for min del. Jeg bruker home assistant (rpi3 med zwave.me GPIO). Har lest at andre gjør det samme i feks homeseer.

Så lenge du kjører den på fast last, så kan du assosiere den på gruppe 2 med kontrolleren din. På den måten vet du/kontrolleren når den varmer eller ikke, og kan enkelt lage script/funksjon for å regne ut energibruk.

Hei, Jeg har postet det samme spørsmålet over på forumet til home assistant, men ingen svar så langt. Tenker at når det kommer til Heatit/multireg så er nok de fleste brukarene norske/skandinaviske, så jeg prøver lykken her: Siden multireg/hetatit termostaten ikke rapportere tilbake om den varmer eller ikke varmer, og ikke gir energimåling har jeg assosiert den tilbake på gruppe 2. Videre er planen regne ut energiforbruk basert på den faste lasten varmekabelen er. Under er det jeg har lagt inn så lang, som fungerer, men jeg vil tro det finnes en bedre måte da "alias: Varme stue" er en dummy som settes av de to første nodene (Ovens on stue og Ovens off stue) Template sensor leser så tilstanden til dummy "varme stue" automation: - alias: Ovens on stue trigger: platform: event event_type: zwave.node_event event_data: object_id: zwave.thermostat_stue basic_level: 255 action: service: homeassistant.turn_on entity_id: automation.varme_stue - alias: Ovens off stue trigger: platform: event event_type: zwave.node_event event_data: object_id: zwave.thermostat_stue basic_level: 0 action: service: homeassistant.turn_off entity_id: automation.varme_stue - alias: Varme stue trigger: platform: event event_type: zwave.node_event event_data: entity_id: zwave.thermostat_stue basic_level: 25 action: I’ve then used a “template sensor” which I’ve added to the GUI heating_stue: friendly_name: "Stue" icon_template: "{% if is_state('automation.varme_stue', 'on') %}mdi:flash{% else %}mdi:close-circle-outline{% endif %}" value_template: "{% if is_state('automation.varme_stue', 'on') %}Heating{% else %}

Jeg la til dette for å løse problemet foreløpig: recorder: purge_interval: 2 purge_keep_days: 5 Tenker å se på ekstern DB etterhvert, og få på plass ekstern graph løsning.

Hei, Nå har jeg kjørt Hassbian på rpi3 i noen uker, og må si meg godt fornøyd med det. Alt er ikke rett frem å få til, savner enkle muligheter for god visning og strending av energiforbruk, men stort sett er dette midt i blinken for min del. Relativt enkelt å komme i gang, og relativt komplisert å få til avanserte funksjoner for en som ikke kan programmere, heldigvis er det gode eksempler på hass.io siden og på forum. Ser at her er halve moroa å få ting til, og det er få begrensinger. Stabiliteten er bra så langt, har selvfølgelig ikke hatt det gående lenge nok til å vurdere det skikkelig. Første tabben jeg gjorde var å ikke begrense størrelsen på databasefilen, som endte med krasj etter å fylt SD kortet til randen. Etter en uke gikk pien i lås, bootet ikke, ingen lys på NIC.. Tror ikke det har noe med HASS å gjøre, kan ha vært dårlig SD. Kjøpte nytt kort og satt opp på ny. Var enkelt å kopiere over konfig filene, og var oppe å gå på mindre enn en time. Har ikke begynt på automatiseringsbiten, det blir neste steg.

sjabby, Takk for svar, da prøver jeg meg på HASS og ser hvordan det går. Feiler jeg så kjøper jeg en homeseer lisens. Moskus, Kansje litt dårlig formulert av meg, men ble mildt sagt skuffet over vera edge, kan egentilig ikke utale meg om homeseer da jeg kun har lest om det, men ikke prøvd det. Er mest glad i open source prosjekter.

Hei, Flott forum dere har her! Håper noen erfarne brukere kan gi meg som nybegynner innen hjemmeautomasjon noen gode råd her på hvilke system jeg bør velge. Jeg er ikke helt grønn når det kommer til scripting og har brukt linux til forskjellige ting lenge, men er langt fra noen ekspert. Fult klar over at det ikke er noen fasit, og at noen systemer egner seg bedre for noen osv. Jeg har installert heatit/multireg termostater i alle rom med varmekabel (hele kjelleren samt bad oppe, 6 noder). Planen er å utvide til alle rom med smartplugger på panelovner osv, etterhvert. I tillegg har jeg Verisure system, med røykvarslere på plass i alle rom, samt to yale låser som jeg ønsker å få integrert i samme løsning. Fikk anbefalt å gå for Vera da jeg startet dette, siden den er enkel og stabil. Det er nok det verste rådet jeg har fulgt, da vera edge viste seg å være en av mine verste opplevelser noensinne, når det kommer til smarte dingser. Den er både ustabil, treg og ulogisk, går i bosset en av dagene om ikke noen vil ha den, kan kanskje brukes som bokstøtte eller noe. Har nå kjøpt en rasberry pi3 og et razberry z-way modul, planen var så å kjøre z-way sammen med openHAB. Etter litt mer lesing på diverse forum, finner jeg at det kanskje for min del er bedre å gå for HASS, da det ser ut som at verisure er bedre støttet, samt lettere å sette seg in i? Ser også at jeg kan kjøpe lisens på homeseer og kjøre det på pi'en. Er nå blitt veldig skeptisk til ferdige kommersielle løsninger etter de svært dårlige erfaringen med Vera, og er derfor skeptisk til Homeseer, selv om jeg leser at HS er i klasse for seg selv. For meg er det viktig at det ikke er noen begrensinger, samtidig vil jeg ha et stabilt system, mulig dette er en utopi? Gode råd motas med takk!

Takk igjen for gode svar karer! Jeg gir meg nå, og bruker tiden på å teste de nevnte alternativene. Begynner nok med en Domoticz eller HomeSeer installasjon på en ubuntu server som jeg allerede har stående og surre. MVH Kjetil

Hei Moskus, Jeg har ikke det største nettverket; 6 stk multireg/heatit termostater, en fibaro wall plug, og en dimmer.. Det jeg har gjort, (som kanskje kan være en "krasjfaktor") er å lage en hel del scenes som regulerer opp og ned temp i forskjellige rom, samt en luup-scene som henter temp fra gulv føler og mater det til "vist verdi" på termostatene hvert femte min, og så har jeg installert datamine2 som logger 17 verdier til en USB pinne, holder en knapp på det siste er årsaken.. Men likevel, ingen grunn til å drive å krasje.. Kan også nevene at jeg ikke har satt opp noe logging for å prøve å finne kilden til feil enda. MVH Kjetil

Takk begge to for gode svar! Viste ikke at det allerede fantes plugin for dette. Skal lese meg mer opp på de forskjellige systemene. Hva mener du du, xibris med at event-delen blir for dårlig etterhvert på Z-way? Det jeg liker minst med Vera er det dårlige og forenklede UI (UI7) og mangel på mulighet for å tilpassing, vet det er apper for alternativ UI osv, men... Bruker en Edge og den er treg som sirup, dessuten har den bestemt seg for å krasje ca hver 48 timer, uten noe spesiell grunn. Løsningen ble reboot script som kjører hver 24 timer, ikke ideelt.

Detter er gode nyheter! Har selv en bråte med verisure røykvarslere, 2 smartlock, men kjører heatit/multireg termostater sammen med en Vera edge. Håpet på at på en eller annen måte det gikk å kombinere disse systemene. Er nybegynner på z-wave, og er ikke overbevist om Vera var det rette valget. Lurer på å sette opp homeseer, domoticz eller noe annet på en linux maskin. Nå kan det se ut som om rasperry med z-way kan være riktig retning å gå? Anbefalinger? MVH Kjetil