Gå til innhold
  • Bli medlem
berland

berlands smarthus

Anbefalte innlegg

Ny på forumet, har dillet med en smarthusinstallasjon siden januar 2017.

 

Starten: Jeg bestilte strøm via nystartede Tibber, og fikk tilsendt en Sensibo-fjernkontroll til varmepumpa. Sensibo sin webløsning for automasjon syntes jeg ikke var tilstrekkelig, så da begynte jeg å prøve meg med OpenHAB. Jeg har mye erfaring med Linux-systemer og hakking på tekstfiler, så når jeg leste at OpenHAB skulle passe for sånne som meg, tenkte jeg meg ikke mye om med tanke på valg av system.

 

Før huset ble smart hadde jeg en ett år gammel installasjon av temp- og fuktsensorer (via Tellstick) som ble integrert.

 

Status pr i dag er

* 3 Fibaro veggplugger (styring av vifter i garasje, måling av strøm på avfukter og varmepumpe)

* 5 Heatit Multireg varmekabeltermostater

* Sensibo-fjernkontroll for varmepumpe

* Z-wave modul for Systemair - styring av ventilasjonsanlegg

* Netatmo-sensordata integrert, med regnmåler

* Garasjeportåpner (kan åpne/lukke og lese av status)

* Robotklipper (Worx Landroid - kan lese data, har ikke fått testet å sende kommandoer)

* Smappee-sensordata integrert (måler strømforbruk)

* Alle telefoner og nettbrett rapporterer batteriforbruk

* SectorAlarm  (jeg poller web-api hvert 5. minutt og fanger opp endring i alarmstatus)

* To stk TV kan skrus av

* Squeezebox - to separate høyttalere

* En Nexa-plugg for kontroll av om en luftkompressor har mulighet til å gå.

* Tilstedeværelse av meg selv basert på hvilket wifi-AP min telefon er på

 

Ikke-integrert smarthus-funksjonalitet er astro-ur på utebelysning, og 10-20 år gammel Gira FunkBus trådløs styring av belysning. Fem  nylig (siste 5 år) oppussede rom har allerede belysning styrt av elektriker-koblet bevegelsessensor.

 

Enova har sponset 20% av utgiftene til varmekabeltermostater (inkl. elektrikerregning) og Sensibo/Tibber.

Endret av berland
ekstra detalj nevnt
  • Like 1

Del dette innlegget


Lenke til innlegg
Del på andre sider

Noen regler som er satt opp:

 

Garasjen er isolert og frostfri. For å unngå rustfare står en avfukter og holder RH under ca 60%. For å spare strøm har jeg også stryring av vifter som ventilerer garasjen hvis duggpunktet utendørs er lavere enn innendørs. Siden viftene bråker en smule, så skrus de automatisk av hvis garasjeport er/står åpen, eller hvis min telefon kobler seg opp på wifi-aksesspunktet  som gjelder der. Vifter går heller ikke på hvis det vurderes å være for kaldt innendørs. Triggerpunkt for duggpunktdifferanse som kreves er avhengig av hvilken RH som er i garasjen. Noe mer beskrivelse ligger også på en tråd på byggebolig

 

Varmepumpe og varmekabler går på timeplan, hverdag og helg. Varmepumpa står rett ved terrassedør, så til neste sommer får jeg testet integrasjon mot (uinstallert) terrassedørsensor, som skal skru ned varmepumpa om den døra står åpen i mer enn ett minutt. Hvis boligalarm slås på, betyr det at vi er borte, og da skrus all varme ned. Varme slås på når boligalarm skrus av. 

 

Lyd fra en squeezebox-høyttaler skrus ned når TV skrus på. Bindingen mellom OpenHAB og LG TV er ikke 100% stabil (vet ikke hvilken side ustabiliteten sitter på), men for å finne ut av om TV har kommet på klarer jeg meg med Network-binding i OpenHAB som får med seg om TV blir pingbar.

 

Det står en kompressor i en lydisolert kasse i verkstedet, og den vil jeg ikke skal gå i tide og utider. Kompressor har kun strøm hvis temperatur i kassen er under 25 grader, når det ikke er natt, og når vi er hjemme. Vurderer å kreve wifi-tilkobling til riktig aksesspunkt også. Noe mer info finnes også her på byggebolig.

 

OpenHAB kan sende beskjeder til min mobiltelefon via Pushover ved diverse hendelser.

 

Ventilasjonsanlegget går på normal-hastighet og med ettervarmer alltid avskrudd til vanlig. Hvis CO2-nivå i stua er høyt går ventilasjonen på maks. På dagtid kan ventilasjonen gå ned på minimum hvis CO2-er lavt eller hvis vi ikke er hjemme (alarm påskrudd). Hvis det blir "for varmt" i stua, går ventilasjonen på maks, varmegjenvinner blir avskrudd.

 

Når ny enhet (telefon/nettbrett/datamaskin) kobler seg til nettverket (kablet eller trådløst) får jeg beskjed om det (dnsmasq sender mqtt-melding til OpenHAB, som varsler min telefon).

 

Del dette innlegget


Lenke til innlegg
Del på andre sider

Interface til systemet har vært OpenHAB sin Basic UI siden starten, og hvor toppen ser ut som i vedlegget under. Denne har jeg tilgang til utenifra via OpenVPN og OpenHAB for Android. For to uker siden tok jeg meg endelig tid til å teste ut HABPanel, og WAF økte markant. Jeg fikk laget til noen paneler med diverse sensorer og kommandoer, og det henger nå et nettbrett ved utgangsdør som kan åpne garasje, skru av varme/radio (selv om dette gjøres automatisk hvis alarm skrus på) og som viser meteogram og siste radarbilde. Visuelt er ikke HABPanel helt up to speed, men dette får jeg klare vente på til noen fikser, eller bidra selv til. 

 

Dataanalyse gjør jeg via ørten plott satt opp med Grafana (som leser direkte fra InfluxDB som OpenHAB sender alle data til). Denne er jeg godt fornøyd med. I denne byggebolig-tråden har jeg dratt analysen litt lenger med direkte Python-analyse av tall i InfluxDB.

 

openhabbasic.png

habpanel1.png

grafana.png

  • Like 1

Del dette innlegget


Lenke til innlegg
Del på andre sider

Planer i høst er å bygge min første RaspberryPI med sensorer. Jeg har bestilt 4 stk Sensirion-sensorer jeg skal koble til en PI via i2c for å måle temp og fukt i hvert av kammerene i ventilasjonsaggregatet på kaldloft. Avhengig av hva nytte jeg ser i dataene skal jeg vurdere om noe skal styres utifra dette (fukt fra bad f.eks, kondensfare på kaldloft, strømsparing). ledninger 

 

Belysningen i huset er allerede irriterende smart, men kun trådløse lysbrytere i huset som kommer fra Gira og går på en proprietær FunkBus-protokoll (866 Mhz, kryptert). Jeg har en liten enkel løs fjernkontroll med kun fire trykk-knapper som er i stand til å skru av alt lys - på denne har jeg tenkt å lodde på ekstra ledninger slik at en Raspberry PI kan "trykke" for meg. 

 

Jeg har søkt på nett jevnlig etter løsninger for å integrere min Gira med OpenHAB, men ingen løsninger har dukket opp. RFLink kan fås med programvare for å lese av Funkbus ser det ut som, men ikke sende kommandoer, så da har jeg avventet innkjøp av det. Antar det er teoretisk mulig å kjøpe dyr Gira-maskinvare, og koble det med OpenHAB via KNX, men det frister lite.

Del dette innlegget


Lenke til innlegg
Del på andre sider

Hei og velkommen! God og dekkende beskrivelse du har. :) 

 

9 timer siden, berland skrev:

Antar det er teoretisk mulig å kjøpe dyr Gira-maskinvare, og koble det med OpenHAB via KNX, men det frister lite.

Kan jeg forstå. Det er vel mulig det må byttes ut også om en stund, fungerer det f.eks. med LED-pærer?

Del dette innlegget


Lenke til innlegg
Del på andre sider
2 minutter siden, Moskus skrev:

Hei og velkommen! God og dekkende beskrivelse du har. :) 

 

Kan jeg forstå. Det er vel mulig det må byttes ut også om en stund, fungerer det f.eks. med LED-pærer?

Ja, Gira-Funkbus-dimmerene fungerer fint med LED. Alle (50-60 stk) halogen-spottene ble byttet i vår (bortsett fra et fåtall som ble igjen for å unngå flimring). Full ned-dimming er forsåvidt mye lysere enn det var med halogen.

Del dette innlegget


Lenke til innlegg
Del på andre sider
9 minutter siden, berland skrev:

Full ned-dimming er forsåvidt mye lysere enn det var med halogen.

Ja, det er et kjent problem med gammeldagse elektroniske dimmere, jeg har det jeg også. Blir ikke oppgradering på meg heller med det første, det får vi gjøre når vi bygger på huset. ;) 

Del dette innlegget


Lenke til innlegg
Del på andre sider

Lagde en Python-løsning i dag for å koble sammen strømforbruksdata fra Smappee-måleren (via API-modul fra github) og prisdata fra tibber sin API (Python3 API-modul), og beregne kumulativ daglig kostnad. Kostnaden er forsåvidt noenlunde teoretisk, da hva jeg faktisk betaler kun beregnes ut ifra månedlige manuelle strømavlesninger. Pandas-biblioteket i Python brukes til å gange sammen 5-minuttsforbruket fra Smappee med priser som er gitt på timesbasis.

2017-10-23 22.56.51.jpg

  • Like 4

Del dette innlegget


Lenke til innlegg
Del på andre sider

Jeg har en Aotec Z-wave garasjeport kontroller men har lyst på flere features i den og vil gjerne bygge selv (etter suksess med lysbryteren)

 

Har kjøpt inn en 

Raspberry Pi Zero

Grove PI zero hat

SHT31 temp/humid sensor for GrovePI

2 stk Grove ultrasonic reader

1 stk Grove dry-reed relay

 

Med disse skal jeg klare åpne og lukke porten (bare å sette releet på i et par tidels sekund) og jeg kan lese temperatur og fukt. Den ene ultrasoniske avstandsmåleren skal jeg bruke til å måle posisjon til garasjeport (monteres der porten kommer opp når den er åpen), og den andre avstanden ned til bakken (1 meter avstand betyr at bilen står der, 2 meter betyr ingen bil i hus).

 

Har vurdert kamera også, men det får bli en annen gang.

 

Foreløpig er konseptet bare bevist i stua, installasjon i garasjetaket blir en annen dag.

2017-11-16 19.32.05.jpg

  • Like 3

Del dette innlegget


Lenke til innlegg
Del på andre sider

Ikke et forsøk på vinne en designpris, men jeg fant en matboks på butikken, lagde noen hull til LED-pærer og hull til ultralydsensor. Dernest er alt sammen programmert ferdig (bortsett fra all bug'ene jeg ikke har oppdaget) slik at jeg nå 

* fanger bevegelse på port (testet med håndbevegelse, ultralyd)

* fanger bil-tilstedeværelse (ultralyd), indikerer med grønn/rød LED tilsvarende nye parkeringshus :)

* Skrur på relé som kobles til portåpneren om jeg ønsker å åpne porten.

* Rapporterer temperatur og fuktighet.

 

Jeg har laget 4 stk python-script som går uavhengig, og kjøres som en 'service' på Raspberry'en, et for å styre LED, et for å styre ultralydsensorene, et for å styre portåpner og et for å kontinuerlig rapportere temperatur og fukt. Scriptene snakker sammen over MQTT, og samme MQTT-buss er også kommunikasjonsveien mot OpenHAB. De tre øverste LED blinker, og har da sin egen tråd inni led-scriptet med løkke over av/på.

2017-11-20 21.49.16.jpg

  • Like 8

Del dette innlegget


Lenke til innlegg
Del på andre sider

Så lenge du kjenner fuktighet og temperatur så er det mulig å beregne dette. Søk på calculate dew point. 

 

Frost ute opplever man vel rundt 0 grader ;-) 

Endret av Guahtdim

Del dette innlegget


Lenke til innlegg
Del på andre sider

"Frost ute" er så enkel som den kan være, blinker rødt hvis det er minusgrader ute.

 

"Kondensfare" blinker gult hvis duggpunktet i garasjen er mindre enn temperaturen ute. Hvis bilen kommer utenifra (og karosseriet holder utetemperatur) og kommer inn i en garasje der duggpunktet er høyere, så kondenserer fuktighet på bilen (og ikke bare på lakken hvor det ikke gjør noe, men potensielt overalt på bilen hvor du ikke vil ha fukt). De gangene er det kanskje ikke lurt å parkere inne i garasjen,, men det avhjelpes kanskje ved å holde porten litt lenger åpen.

 

Vifter i garasjen styres etter samme oppskrift, og vil alltid forsøke å lufte ut garasjen når dette er tilfelle.

  • Like 3

Del dette innlegget


Lenke til innlegg
Del på andre sider

Garasjedatamaskinen er satt i drift, og det funker. Ultralydsensoren er montert på en hylleknekt i taket, og porten stopper 4 cm foran denne når porten er helt oppe. Grafanaplottet viser en åpne og lukkesekvens og avslører at porten min beveger seg med 15 cm i sekundet. 

 

Ultralydmålingen av portposisjon er som forventet ikke helt presis. Den måler potensielt i 30 graders bredde, og innenfor en slik kjegle er det mye tak kanskje treffes av og til. Tar høyde for dette i programvaren.

 

Aotec garasjeportkontroller er nå til overs :) Send melding på PM hvis noen er interessert.

 

Kabelrot er noe man rydder i en annen gang..

2017-11-26 16.34.53-2.jpg

2017-11-26 20.36.12.jpg

2017-11-26 20.36.20.jpg

Screenshot from 2017-11-26 20-37-40.png

Endret av berland
  • Like 1

Del dette innlegget


Lenke til innlegg
Del på andre sider

Grafana-plottet viser avstandsmålingen fra ultralydsensoren, ganget med -1 for å få snudd plottet opp ned. Når den grønne linja går opp, så beveger porten seg oppover, og på -4 cm så er porten helt åpen.

Endret av berland

Del dette innlegget


Lenke til innlegg
Del på andre sider

Ventilasjonsanlegget har blitt oppgradert med Sensirion SHT31-D fukt og temperatursensorer, en sensor i hvert kammer, og koblet til samme raspberry Pi zero som også styrer lyset. 

 

Beregner duggpunkt og entalpi for dataene i hvert kammer, og bruker dette til å beregne virkningsgrad og hvor mye fukt som produseres i huset. 

Virkningsgrad vil jeg analysere i forhold til hvordan det skal kobles til optimalisert oppvarming, og fuktproduksjon ser ut til å være en god måling på om noen dusjer eller ikke. Må samle data noen uker/måneder og tenke ut etterhvert hvordan dette kan brukes (og hvor mange feil jeg har gjort i dagens beregninger..)

Screenshot from 2017-12-03 20-27-27.png

  • Like 5

Del dette innlegget


Lenke til innlegg
Del på andre sider

Garasjedatamaskin har fått noen programvareoppdateringer (på min egen kode) - det er ikke helt trivielt å både kunne fange opp bevegelse på port når det skjer, i tillegg til å kunne filtrere bort datastøy som jeg ikke klarer unngå med en ultralydsensor (av og til så kommer det tullete målinger). Også hvis bilen blir stående med garasjeluka åpen, så registreres det som åpen port.. :(  En oppgradering får komme når laser-avstandsmålere blir lett tilgjengelig for slike prosjekt, da blir avstandsmålingen presis og kanskje med mindre støy.

 

Reléet (Grove Dry Reed relay) ser ut til å være dødt - da virker ikke garasjeåpneren via MQTT. Jeg lurer på om garasjeportmotoren sender for mye strøm gjennom, så jeg har bestilt nytt nytt relé som det kanskje bare blir plug and play for å få installert.

Del dette innlegget


Lenke til innlegg
Del på andre sider

Har byttet ut gammel kjøkkenbenkbelysning med Philips Hue Lightstrips, lagt inn samme type i et glasskap, og satt inn Hue-lamper på barnerom. Godt fornøyd med lampene og belysningen, ikke like fornøyd med å dra inn en ZigBee-standard som ikke er helt åpen. Men deConz-prosjektet som jeg leser om gjør at jeg stoler litt mer på at lampene vil være brukbare i lang tid.

 

Barna har fått vekkerutine på lys, og det er laget diverse andre rutiner på lys etter tid på døgnet. Kjøkkenbenkbelysning er styrt av en PIR-sensor (Aeotec Multisensor 6) slik at det er på fullt bare når det er folk på kjøkken, dimmes ned etterpå - til lysstyrke avhengig av tid på døgnet.

Del dette innlegget


Lenke til innlegg
Del på andre sider
11 timer siden, berland skrev:

Har byttet ut gammel kjøkkenbenkbelysning med Philips Hue Lightstrips, lagt inn samme type i et glasskap, og satt inn Hue-lamper på barnerom. Godt fornøyd med lampene og belysningen, ikke like fornøyd med å dra inn en ZigBee-standard som ikke er helt åpen. Men deConz-prosjektet som jeg leser om gjør at jeg stoler litt mer på at lampene vil være brukbare i lang tid.

 

Barna har fått vekkerutine på lys, og det er laget diverse andre rutiner på lys etter tid på døgnet. Kjøkkenbenkbelysning er styrt av en PIR-sensor (Aeotec Multisensor 6) slik at det er på fullt bare når det er folk på kjøkken, dimmes ned etterpå - til lysstyrke avhengig av tid på døgnet.

Veldig kult, kan du fortelle hvordan du styrer dette fra Openhab? rules og cron jobs? Liker at du forklarer mye av hva du gjør. Inspirerende! 

Del dette innlegget


Lenke til innlegg
Del på andre sider

Akkurat vekkerutinen er foreløpig bare via Hue-app, siden den så ut til å funke godt. Lyset bruker da en halvtime på å gå fra 0% til 100%. Jeg bør programmere det i en OpenHAB-regel etterhvert for å sørge for at rutinen ikke er aktiv når vi er borte, da blir det en egen regel med en for-løkke på dimming fra 0 til 100 og med en passende sleep() mellom hvert steg. Trolig også med en måte å avbryte rutinen på, f.eks. hvis dimme-tilstanden har blitt endret av noe annet mens regelen var i sleep()

 

Lampene kan variere fargetemperatur, så da har jeg lagt inn fargetemperaturverdier som øker i løpet av døgnet. Vekkelys er veldig varmt. Morgenlys og formiddagslys på kjøkkenbenk er kaldt, og blir varmere om kvelden. Litt før leggetid blir det også dempet og varm belysning på barnerom "leggeseglys". Det er et fargelys på det ene rommet (snart begge), litt usikker på hvordan jeg skal utnytte det, kanskje en tilfeldig farge hver kveld og ny tilfeldig hver morgen. Dette er regler (rules) i OpenHAB som trigges av cron.

Del dette innlegget


Lenke til innlegg
Del på andre sider

OK, stilig :) har kontrollert mitt med samme løsningen egentlig, bruker Hue appen for vekkelys. Har lagt inn mulighet til å kontrollere både lamper og grupper via OH, men bruker oftest appen av enkelhet. Må få opp en tab på veggen snart... Legger man inn fargetemp endring i Hue appen også? ikke sett noe sted jeg kan gjøre det basert på tid på døgnet.. Mulig jeg er blind ;)

Del dette innlegget


Lenke til innlegg
Del på andre sider

Nei, fargeoppsettet settes fra regler trigget av cron i OpenHAB.  

 

For å sette tilfeldig farge på en Hue-lampe uten å endre lysstyrken gjør jeg slik:

        val tilfeldigfarge = (Math::random * 360).intValue().toString()    
        val dimmerverdi = (Taklampe_dimmer.state as Number).intValue().toString()
        Taklampe_farge.sendCommand(tilfeldigfarge + ",100," + dimmerverdi) 

 

Del dette innlegget


Lenke til innlegg
Del på andre sider

Ventilasjons-"dashboardet" i HABpanelet mitt  har fått en solid oppgradering, med flere tall å se på og status på viftehastighet og styring av termostat. Rød varsling hvis ettervarmerbatteriet slår inn (her illustrert som test). Ellers også flere  typer virkningsgrad (i midten) og delta-verdier for differanser mellom luftstrømmene. H er entalpi, og x_s er fuktmengde.

 

Alle tall kommer fra de fire selvmonterte temp- og fukt-sensorene inni aggregatet, en fibaro-plugg på stikkontakten for å måle effekt, og Systemair sin Z-wave modul.

 

Screenshot from 2018-02-08 21-54-45.png

  • Like 4

Del dette innlegget


Lenke til innlegg
Del på andre sider

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Gjest
Skriv svar til emnet...

×   Du har limt inn tekst med formatering.   Fjern formatering

  Du kan kun bruke opp til 75 smilefjes.

×   Lenken din har blitt bygget inn på siden automatisk.   Vis som en ordinær lenke i stedet

×   Tidligere tekst har blitt gjenopprettet.   Tøm tekstverktøy

×   Du kan ikke lime inn bilder direkte. Last opp eller legg inn bilder fra URL.


  • Lignende innhold

    • Av Rufus
      Jeg ønsker å få til en virtuell device for alle vinduer, og en for dørene. Denne skal oppdateres med hvilke vinduer/dører som er åpne til en hver tid. Eventuelt om alle er lukket.
      Scripting er jeg ganske fersk med, så det har blitt litt copy paste fra her inne samt homeseer forumet.
      Fant et script som skal gjøre akkurat det jeg trenger, men jeg får warning i loggen :
      VB.Net script exception(0), re-starting: Object reference not set to an instance of an object
       
      Noen som har noen tips, er det noe åpenbart jeg har misset her?
      Til info så har jeg oppdatert scriptet med mine devicer
      Jeg kjører forøvrig HS3 på Raspbian.
      ' these are the virtual devices to be updated by the script '423 Windows '424 Doors 'Use the reference ID of the door or window sensor devices in the arrays below Public Sub Main(ByVal Parms as Object) Dim array_windows() as string = {"221", "217", "215", "213", "211"} Dim array_doors() as string = {"219", "209"} Dim windows_count as integer = 0 Dim window_name as string = "" Dim wstr as string = "" Dim doors_count as integer = 0 Dim door_name as String = "" Dim dstr as string = "" Dim dv as Object End Sub 'Using 2 subs, one for doors and the other for windows 'WINDOWS Sub windows(ByVal Parms as Object) Try windows_count = 0 window_name = "" wstr = "" for each devw as string in array_windows 'hs.writelog("Array", "Window " & window_name & " | Value " & hs.DeviceValue(devw)) if hs.DeviceValue(devw) = 1 then windows_count = windows_count + 1 dv = hs.GetDeviceByRef(devw) window_name = dv.Name(hs) wstr = wstr & window_name & ",<br>" hs.writelog("DoorWindow", window_name & " Open") 'hs.writelog("DoorWindow", array_windows) end if next If windows_count > 0 then hs.SetDeviceValueByRef(423,100,true) hs.SetDeviceString(423, wstr,true) Else hs.SetDeviceValueByRef(423,0,true) hs.SetDeviceString(423, "Alle vinduer lukket",true) End If hs.writelog("DoorWindow", "Window Count: " & windows_count) Catch ex As Exception hs.WriteLog ("DoorWindow", "Error: " & ex.Message) End Try End Sub 'DOORS Sub doors(ByVal Parms as Object) Try doors_count = 0 door_name = "" dstr = "" for each devd as string in array_doors 'hs.writelog("Array", "Door " & door_name & " | Value " & hs.DeviceValue(devd)) if hs.DeviceValue(devd) = 1 then dv = hs.GetDeviceByRef(devd) door_name = dv.Name(hs) doors_count = doors_count + 1 dstr = dstr & door_name & ",<br>" hs.writelog("DoorWindow", door_name & " Open") end if next If doors_count > 0 then hs.SetDeviceValueByRef(424,100,true) hs.SetDeviceString(424, dstr,true) Else hs.SetDeviceValueByRef(424,0,true) hs.SetDeviceString(424, "Alle dører lukket",true) End If hs.writelog("DoorWindow", "Door Count: " & doors_count) Catch ex As Exception hs.WriteLog ("DoorWindow", "Error: " & ex.Message) End Try End Sub  
    • Av Danonym1
      Med Tibber pulse nylig i hus hadde det vært svært ønskelig med en native binding til OpenHAB.
      OpenHAB har et bounty system for bindinger, er dette noe flere ville vært intressert i å bidra til, enten med penger eller enda bedre med utvikling av binding. Jeg selv har begrenset kunnskap på programmering av denne typen og ville nødvendigvis helst kunne bidra med penger og testing.

      Se også denne liken: https://community.openhab.org/t/tibber-binding/67019

      PS. Ja jeg har sett den ene posten i dette forumet på hvordan det kan løses, men ønsker en dedikert binding.
    • Av stigla
      Hei.
       
      Har laget en OpenHAB binding for HDL. Se forumet til OpenHAB for detaljer og link til git repo/jar fil.
       
      https://community.openhab.org/t/new-binding-hdl-automation/67204
       
      Stig
    • Av Michal
      Jeg har oppgradert min Heatit termostat (med uoriginal kabel for et par kroner, gikk helt fint), men har problem å forstå de nye "kanalene" som dukker opp i openHAB (v. 2.4.0).
      Jeg får følgende kanaler:
      Switch switch_binary .. av/på, vet ikke hva den gjør Switch sensor_binary .. vet ikke hva det er; verdiene er oppgitt som "Triggered"/"Untriggered", men jeg ser alltid bare Triggered Switch thermostat_mode .. velge modus: av/på/eco/cool (hvor det siste ikke gjør noe) Number thermostat_setpoint_heating .. setpoint i vanlig modus, funker som forventet Number thermostat_setpoint_cooling .. setpoint i "cooling" modus - ikke i bruk Number thermostat_setpoint_furnace .. vet ikke hva det er, ser ikke å ha noe effekt Number config_decimal_param12 .. styrke i "Power" modus - bruker ikke denne Switch switch_binary1 .. indikator om varmen er på - funker Number sensor_temperature2 .. lufttemperatur, målt inni termostaten .. ganske nytteløst Number sensor_temperature3 .. temperatur fra ekstra sensor .. har ikke Number sensor_temperature4 .. gulvtemperatur (fra føler) .. funker ok  
      Det jeg lurer mest på er:
      Hva er de første to brytere? Og er de ment som read-only, eller også for styring? Jeg ser at når jeg slår termostaten på manuelt (ved å bruker kanal 8, dvs. rele-switch), så skifter kanal 1 fra 'av' til 'på' - betyr det at dette er en indikator på om termostaten styrer selv, eller bare lar seg styre? (Man må jo nesten ha noe slikt, fordi ellers vill den bare overstyrt den man har gjort?) Hva er kanal 6, dvs setpoint for "furnace"? Er det virkelig ikke mulig å se eller styre setpoint i eco-modus? Det ser jo å gå i HomeSeer, ifølge dette innlegget. Men "device overview" fra Z-wave databasen sier at eko-modus skiller seg bare med større hysterese - noe som høres merkelig ut, siden selve termostaten har klart setpoint for både vanlig/"komfort" og "eko". Forresten vises "ECO mode setpoint" som parameter 11 under konfigurasjon, men denne er ikke synkronisert i termostaten - akkurat som de andre parametrene der - er det vanlig?  
      Forresten har jeg satt alle 5 "association groups" i konfigurasjonen til "Controller".
       
       
       
    • Av Ole
      Hei,
      Vinteren nærmer seg og dører og vinduer lukkes, da er det vel på sin plass å følge med på at Radon nivået holder seg innenfor sunne grenser,
      jeg har derfor "tuklet" litt med Airthings og tilpasset deres RaspberryPI script slik at jeg kan bruke og logge verdiene i openHAB.
      Jeg har valgt (for meg enkleste løsning) å gå via mqtt/mosquitto slik at løsningen også kan tilpasses og brukes av andre systemer.
       
      Last ned filene og følg instruksene, vær obs på at jeg kan hverken bash eller python, men ved hjelp av Google og masse prøv å feil fikk jeg det da til å virke, og løsningen har nå gått stabilt på to forskjellige systemer i et par måneders tid.
      Kommentarer og ikke minst forbedringer mottas med takk.
       
      read_wave.py inneholder instruksene og informasjonen du trenger.
      read_wave.sh er scriptet som kjøres for å oppdatere verdiene (må tilpasses din Wave).
      Airthings.ITEMS er et eksempel på openHAB items for bruk med scriptene over.
       
      /Ole
       
      Airthings.items
      read_wave.py
      read_wave.sh
×
×
  • Opprett ny...