VikingOy

Endelig dukket ELKO Termostaten opp som den skulle i Phoscon:

Et Zigbee mesh nettverk består av 1 coordinater og 1 eller flere routere samt 1 eller flere endpoints. Coordinator'en er det som også ofte kalles GateWay (GW) eller HUB. I ditt tilfeller antar jeg at du har en ConBee og da er det denne som er din coordinator. IKEA har sin egen GW, men de har i tillegg laget produktene sine slik at controller og endpoint kan parres direkte uten behov for en coordinator. IKEAs brytere, dimmere og bevegelssensorer kan altså styre IKEAs lamper direkte uten hjelp fra en HUB. Men, kobler du en bryter og en lampe sammen (parrer de), så er de heller ikke synlig for coordinatoren (GW/HUB'en). Heller ikke IKEA's egen. Du må derfor normalt gjøre et valg om du vil at enhetene skal gå via GW eller ikke. Nå har IKEA gjort det så "genialt" at om du kobler (parrer) enhetene via HUB'en, så kan de allikevel klare seg uten, dersom HUB'en tar kvelden. Det er funksjonalitet som jeg mener går ut over ZigBee standarden. Noe slikt støttes ikke i andre tredjeparts HUB'er. Du spør om dimmeren fremdeles vil virke om du deCONZ tar kvelden. Det er jo lett å teste. Bare slå av deCONZ så finner du fort ut at dimmeren ikke lengre kan styre lampa. Denne direkte-styringsmuligheten som IKEA tilbyr, mener jeg er proprietær. Men er alt koblet opp via en Home Automation Server (f.eks. Home Assistant), så kan du selv lage regler der nesten hva som helst kan styre hva som helst, bare det er parret inn gjennom en GW som er tilkoblet serveren. Da kan f.eks. en lampe som er koblet gjennom en IKEA HUB styres av en bryter som er koblet gjennom en ConBee HUB (deConz), eller av solens gang over himmelen. Og du kan ha hvor mange GW'er (HUB'er) du vil i hjemmet ditt. Fordelen med å benytte en ConBee GW (deConz) er at du får full kontroll på alt som eksponeres av data, sensorer og informasjon fra hver eneste ZigBee enhet i nettet (såfremt den lar seg parre), mens i IKEA sin løsning så skjules mye data som du derved ikke har mulighet til å benytte. F.eks. blir ikke bevegelsessensoren til IKEA eksponert når de er parret til IKEA's egen HUB slik at du kan ikke fange opp bevegelser som sensoren "ser" i f.eks. Home Assistant. Men om du parrer sensoren med ConBee (deConz) så ser du dette og kan bruke en IKEA bevegelsessensor til å styre hva som helst (og hvor mye som helst) gjennom å skrive automasjons-kode i YAML. Meg bekjent kan du altså ikke få både i pose og sekk med mindre du benytter IKEA's egen HUB. Men det finnes kanskje andre her ute som vet mer om dette enn meg?

For å få opp de attributtene jeg ønsket (formatert slik det passer meg, måtte jeg inn med litt triksing i configuraion.yaml; # Sensors sensor: - platform: rest resource: http://192.168.0.X:XXXX/api/XXXXXXXXXX/sensors/X value_template: '{{ "Varme" if value_json.state.heating == true else "Kald" }}' name: Relestatus Varmekabel - platform: rest resource: http://192.168.0.X:XXXX/api/XXXXXXXXXX/sensors/X value_template: '{{ value_json.state.floortemperature | multiply(0.01) | round(1) }}' name: Gulvtemp - platform: rest resource: http://192.168.0.X:XXXX/api/XXXXXXXXXX/sensors/X value_template: '{{ "På" if value_json.state.on == true else "Av" }}' name: Av-På Her er resultatet nå, og jeg er ganske fornøyd:

Takk for tips. Det fungerer jo for så vidt greit. Jeg begynte å leke litt med ulike visuelle oppsett, og foreløpig har jeg kommet så langt: Jeg må finne ut av hvordan jeg kan få gjort om "True/False" til å bli "Av/På" og så må jeg finne en måte å få dyttet inn et komma på riktig sted i gulvtemperaturen.

Jeg har ventet spendt på at @Offpiste skulle svare på hvordan han har lagt dette til i HA. Selv har jeg fått rimelig brukbart liv i standard Thermostat card: Jeg kan velge om jeg vil vise gulvføleren eller luftføleren, og innstillingen av ønsket temperatur følger dette valget. Men, så vidt jeg kan se er det ikke mulig å styre varmelementet manuellt av/på. Om man prøver dette direkte fra deCONZ (eller via REST) så feiler det. Jeg antar at det betyr at dette ikke er laget for å kunne gjøres. Av/på symbolet til høyre i bildet over funger ved å slå hele termostat-enheten helt av (displayet blir mørkt). Skjønt "helt av" er den nok ikke for om man trykker på "flamme"-symbolet så våkner hele termostaten opp igjen. Ordet "Heat" som står under gradetallet, viser "Heat" uansett om varmeelementet er av eller på. Fargen på buen er orange uansett. Men om jeg trykker på kalendersymbolet, så får jeg bare en feilmelding i HA, men til gjengjeld blir buen grønn. Jeg kunne derfor gjerne tenkt meg å snekre min egen visualisering i HA - noe ála det @Offpiste har gjort. Derfor hadde det vært interesant å høre fra han. Til sammenligning ser min REST avlesning slik ut: { "config": { "heatsetpoint": 1700, "locked": null, "mode": "heat", "offset": 0, "on": true, "reachable": true, "schedule": {}, "schedule_on": null, "temperaturemeasurement": "floor sensor" }, "ep": 1, "etag": "c1cee46b6df5463bc18c7b50cb53bf7b", "lastseen": "2020-11-15T21:06Z", "manufacturername": "ELKO", "modelid": "Super TR", "name": "ELKO Termostat", "state": { "floortemperature": 1710, "heating": true, "lastupdated": "2020-11-15T21:06:58.731", "on": true, "temperature": 2810 }, "type": "ZHAThermostat", "uniqueid": "00:0d:6f:00:0e:9d:c6:46-01-0201" }

@Tverfyll Siden du skriver "vi har" så antar jeg at du jobber hos ELKO, og derfor vet hva du snakker om (?) At den "gamle" ESH Super TR RF fungerer med ELKO Smart, er jo fint. Men det betyr vel da at det ikke er noen ny termostat på trappene som faktisk støtter Zigbee 3.0 ? En av utsagnene i markedsmaterialet til ELKO er nettopp at de "nye" Zigbee 3.0 kompatible enhetene vil kunne brukes i et hvilket som helst hjemmeautomasjonssystem som følger Zigbee standarden. Vi vet jo alle nå at ESH Super TD RF slett ikke følger Zigbee 3.0 standarden og derfor er nærmest umulig å få til å fungere med annet utstyr enn ELKO's egen HUB. (Rent bortsett fra at én ivrig og dyktig bidragsyter har klart det kunststykket å komme ganske langt ved å modifisere configurasjonen i deCONZ gjennom nitidig reverse engineering)

Her har du gjort en kjempejobb Arne. Da er det bare for oss andre og smøre oss med tålmodighet frem til den 15 november (Nærmere Julaften kommer vi nok ikke)

Aner ikke. Jeg bare antok at når de nå oppgraderer til v3.0 så tar de vel med seg alle produktene sine og ikke bare noen av dem ?

Det er ingen tvil om at dette er nytt. Men det kan nok hende at det kun er firmware som er endret. Det står klart at man ikke kan benytte den "gamle" gateway'en og jeg fikk konkret svar på en epost jeg sendte de om at bl.a. termostaten nå kan benyttes i et hvilket som helst Home Automation set up med støtte for ZigBee 3.0 Det er altså ikke lenger krav om at man må bruke ELKO's egen styreenhet (HUB/GW). Full Zigbee 3.0 støtte i henhold til standarden er ikke noe de har hatt tidligere.

Det er kan være at det er den nye produksjonsenheten som det er varslet at eieren (Schneider) skal flytte ELKO til, som har registrert og sertifisert de ny enhetene som ELKO reklamerer for her: https://elkosmart.elko.no/ Samtidig er det kjent at ELKO er på vei ut av landet: https://www.msn.com/nb-no/okonomi/virksomhet/norsk-el-eventyr-trues-av-nedlegging-80-arbeidsplasser-kan-forsvinne

Et veldig interesant spørsmål, som jeg ikke helt vet svaret på, men uansett - husk å få den nye ZigBee serien til ELKO slik at ingen "lurer" på deg en gamle som ikke er fullt ut kompatibel med ZigBee 3.0 og som erstattes i disse dager av den nye serien.

Oj, spennende 🤩

"Neste beta" ? Når er det?

Jeg er litt usikker på om jeg finner noe jeg kan bruke der - da jeg kjører deCONZ i en container og normalt henter nye versjoner på DockerHUB.

Javel - det var jeg ikke klar over. Da forstår jeg litt mer av hva du mener. Men det som releases den 15. oktober (om det skjer), er vel da bare en beta, og ikke en stable release, eller ? Og hvordan får man tak i denne beta versjonen? Hvilke platformer vil den bli tilgjengelig på, tror du?

Jeg skjønner ikke hva du mener. Min oppfatning er ikke at man må "bygge" eller "kompilere" noe. Som jeg skrev over; Det eneste jeg gjorde var å kopiere inn PR versjonen av general.xml og deretter restarte deCONZ. Ikke noe "bygging" eller "kompilering". Tar jeg feil?

Ja, men det er vel slik at det som legges ut den 15 er nøyaktig det som idag ligger i PR ? Så da er det vel ingen grunn til å vente, eller ?

Forstår jeg deg rett i at du har editert (redigert) innholdet i general.xml selv? Det var i så fall ikke det jeg mente. Slike filer kan dessuten ikke redigeres i vanlige tekst editorer. Du må bruke verktøy som er spesielt tilpasset slikt. Jeg bruker PilotEdit. Pass på at du ikke går surr i versjoner og foldere. Åpne opp den filen du nå mener ligger på riktig sted, og søk etter strengen "Air Sensor". Legg så ved her en 8-10 linjer nedover slik at jeg kan se hva du har funnet.

@Offpiste Hei, flott at du spør. De fleste "forstå-seg-på'ere" i slike forum tar alltid for gitt at andre som leser selvsagt selv må skjønne hvordan ting skal gjøres. Jeg beklager at jeg også er i ferd med å bli en "slik en". Hvor fila som heter general.xml ligger, er antagelig avhengig av hvilken type installasjon av deCONZ du har. Selv kjører jeg deCONZ i en container på en linux maskin. Hos meg lå denne fila inne i selve containeren : /usr/share/deCONZ/zcl/general.xml Den banen fant jeg ved at den lå beskrevet i en tekst-fil jeg fant der deCONZ legger sine settinger og config data: /root/.local/share/dresden-elektronik/deCONZ Tekst-fila het : zcldb.txt Og det eneste som var inni denne tekst-fila var altså den første banen jeg oppga ovenfor. Finner du denne fila tipper jeg at den også hos deg inneholder en henvisning til hvor du finner din general.xlm Det du så gjør er å bytte den ut med denne versjonen: https://github.com/dresden-elektronik/deconz-rest-plugin/blob/2baf9573f18035fc182fa67fa8c4662e2fa50bd2/general.xml

Ja, jeg la inn general.xlm fra PR og da fikk jeg brått tilgang til langt flere attributter, men hva så? Jeg vet fortsatt ikke hvordan jeg skal gjøre for å få HA til å vise Floor Temperatur og ikke Air Temperatur.

Nå har jeg klart å få ELKO Termostaten inn i HA Om det finnes andre amatører som meg der ute, som trenger litt mer enn gjennomsnittelig med detaljer, her er hva jeg gjorde: 1. Velg Sensor fra menyen i Phoscon trykk «Add New Sensors» 2. Spring bort til ELKO boksen og trykk samtidig : 3. Her står det i bruksanvisningen at man må vente til det står «pairing» i skjermen, men det holder ikke, man må faktisk vente til meldingen om «Pairing» forsvinner og erstattes av ordet «Scanning» før man slipper knappene. 4. Phoscon vil da bekrefte at en enhet er funnet, men allikevel dukker den aldri opp i Phoscon. 5. Derimot kan den nå sees i REST-API’et ved å sende : GET http://192.168.X.X:YYYY/api/ZZZZZZZZZ/sensors (Der X= IP, Y= Port nummer og Z = API-nøkkelen) Jeg bruker Boomerang til å sende REST kommandoer til Deconz API'et. Boomerang er et Chrome tillegg som er veldig brukervennlig. 6. For mitt vedkommende viste den seg da som sensor #5: { "config": { "heatsetpoint": 2000, "offset": 0, "on": true, "reachable": true, "schedule": {}, "schedule_on": null }, "ep": 1, "etag": "bb8880e991eb2a4d3e0074f4ce29e4f1", "lastseen": "2020-10-12T18:02Z", "manufacturername": "Heiman", "modelid": "Super TR", "name": "Super TR", "state": { "lastupdated": "2020-10-12T18:12:21.672", "on": null, "temperature": 2490 }, "type": "ZHAThermostat", "uniqueid": "00:0d:6f:00:0e:9d:c6:46-01-0201" } 7. Deretter setter jeg følgende inn i configuration.yaml : sensor: - platform: rest resource: http://192.168.0.7:6080/api/AB53E36311/sensors/5 8. Etter å ha restartet HA, kan jeg nå se enheten som registrert og jeg kan lage et Lovelace card som følger: 9. Den viser riktig temperatur, men ikke for gulvføleren, kun for luftføleren, og temperaturen oppdaterer seg som den skal. Innstillingen av temperatur (20 grader) bryr den seg ikke om, og den sier at enheten er avslått selv om den faktisk er påslått. Så det er jo enda veldig mye som gjenstår, men jeg er da i det minste et langt stykke videre 😊 Spørsmålet nå er jo om vi skal jobbe videre med dette, eller vente på ny versjon fra ELKO?

Elko reklamerer nå for at de har lansert en helt ny serie produkter som visstnok skal støtte ZigBee 3.0 standarden fullt ut, noe som betyr at produktene kan brukes sammen med andre Home Automation Systems og ikke kune LEKO's eget. De skriver bl.a.: ELKO Smart benytter ZigBee 3.0, en verdensledende smarthusprotokoll. Alle våre nye produkter er ZigBee 3.0-sertifisert, som betyr at radiokommunikasjonen er løst på beste måte, og at produktene vil kunne brukes i andre systemer enn bare ELKO Smart.

Hei, REST-API'et fungerer helt greit - men det ser ikke ut til å hjelpe. Jeg forstår ikke helt hva du mener med ".. satte jeg opp egne sensorer over REST..." ? Jeg sjekket "Old WebApp" og den finnes ikke der heller. Jeg ser den kun i Deconz. Dersom du har klart å få den inn i HA, ville jeg svært gjerne visst hvordan du gjorde det.

@sbarmen Hei, jeg strever med å ta igjen "forspranget" dere har og ber innstendig om litt hjelp. Har idag oppgradert min ConBee II til Firmware versjon 26660700 og Deconz til versjon 2.05.84 ELKO termostaten dukker opp i Deconz som 0xE4F1 men det er ikke fnugg av den i Phoscon. API-Key har jeg fått men termostaten dukker ikke opp i listen over sensorer når jeg kjører GET http://IP:Port/api/key/sensors Men jeg får 4 andre sensorer opp som stemmer med hva jeg har. I denne tråden fremstår det som uklart for meg hvorvidt der har konkludert med at man skal, eller skal ikke bruker REST for å få termostaten in i HA ?

Ja, og kobler du bryteren til et lys, så tenker jeg at det går on/off ? Er det ikke det som er meningen. At Deconz litt upresist kaller det et lys er vel av underordnet betydning, så lenge det virker?