nilsen78

Hei, SmartThings HUB'en til Samsung er (såvidt jeg vet) avhengig av å linkes til Samsung's Cloud (brukerkonto).
Det er ingen god løsning for en som er seriøs med Home Automation (ref hvordan det gikk med Garmin forrige uke).
Målet må derfor være å få til styring av ELKO sine termostater fra f.eks. en ConBee II  (deConz).
Siden du tydeligvis har knekt koden for bruk mot SmatrtThings, kanskje det hadde vært mulig å oppmuntre deg til å gå videre ? 
Fordelen for deg er som sagt at du kan frigjøre deg fra Samsung Cloud.
 
Det er (såvidt jeg vet) ingen som har klart å finne en norsk (eller skandinavisk) Home Automation Integratør som har den nødvendige kompetansen (og/eller pondus) til å påvirke/få-i-gang et samarbeid med ELKO slik at de letter på dyna og åpner opp dokumentasjonen sin.  ELKO er p.t. den største (og dyreste) leverandøren av El-materiell i skandinavia (og som mange mener har den beste kvaliteten), men de har valgt en proprietær policy og ser ikke ut til å forstå at fremtiden er åpne standarder.  OBOS har nå gått vekk fra ELKO i flere store byggeprosjekter her i Oslo der kundene krever SmartHus løsninger. Om ikke ELKO snart ser skriften på veggen, går det vel med de som det gjorde med Kodak, Agfa, Nokia o.s.v.
Det ville vært leit, for produktene til ELKO har god kvalitet - noe folk flest normalt er villig til å betale for.

Syntes dette er en interessant og viktig diskusjon for å løfte standardiserings fokuset. Vet ikke hvor mye som skal til for å kalle noe zigbee sertifisert, men mener jo at dersom man lager en device og i stor grad benytter et område som er såkalt «vendor spesifikt» og selger den devicen uten å dokumetere hvordan man har benyttet dette området så er det ikke så mye igjen av implementeringen av en standard. Da gjenstår egentlig vendor lockin og potensielt reverse engineering for de som prøver å bruke denne «standard» devicen til noe annet en Elko sitt eget system. Som nevnt i meldingen min over kan jeg forstå hvorfor Elko har valgt tilnærmingen med bruk av «vendor spesifikt» område og det er nok pga begrensninger i selve zigbee standarden, men jeg forstår ikke hvorfor de ikke slipper dokumentasjon på implementeringen sin.


Sent from my iPhone using Tapatalk

[mention=2799]Mrodseth[/mention] du kan jo nevne at du aller helst vil ha dingsene Zigbee v3 sertifisert [emoji6]
Om alle gjør det så vil det sive inn hos leverandørene at vi vil ha standard dingser og ikke noe annet rart.
Forøvrig, status Elko: https://zigbeealliance.org/zigbee_products/?product_type=certified_product&se=Elko
 

Det var en nyttig lenke, har ikke fulgt med på en stund på status til Elko sine zigbee enheter.
Kan legge til at zigbee standarden var og nok fortsatt er mangelfull for gulvarmer termostater som vi har i Norge. Termostat clusteret fra zigbee standarden som Elko benyttet er skrevet med tanke på Air condition systemer og noen gode alternative zigbee clustere fantes ikke på det tidspunktet Elko slapp termostaten. Mulig et mer passende cluster eller sett av clustere finnes nå i versjon 3 av standarden? I tillegg er det endel nyttig funksjonalitet på Elko termostaten som ikke har noen naturlig/intuitive clustere å mappe mot så da har Elko brukt vendor spesifikke områder for å mappe ganske mye funksjonalitet utenfor standarden - igjen forståelig, men gjør det vanskelig å integrere uten en relativt stor innsats.

Helt enig med deg NilsOF, standard er veien å gå også for Elko og det vil kreve en omskriving av dagens Elko termostat av Elko.


Sent from my iPhone using Tapatalk

Noen sjanse for å få denne integrert på Smartthings tro?
 
http://proff.elko.no/aktuelt/nyhet-elko-smart-elbillader-article2912-448.html
 

Spennende, kan kommentere dette utifrå min erfaring med å skrive Device handlere til dimmeren og termostaten til Elko for SmartThings.

Til nå kan det se ut som Elko følger Zigbee standard til en viss grad så det er håp om at man kan lese og sende data også til denne. Samtidig har jeg også sett utstrakt bruk av vendor spesifikke attributter noe som medfører at man må eksperimentere og gjette mye for å finne ut og forstå hvor man skal lese/skrive til. Så i forhold til å kunne lese og sende data er min gjetning at det mest sannsynlig vil gå, men vil kreve endel arbeid med device handler og detektiv arbeid for mapping av Clustere/ attributter (Elko ser ikke ut til å fritt dele disse detaljene foreløpig)

Når det gjelder smartthings siden og muligheten til å få en fungerende og funksjonell device handler så er det også noen spørsmål og usikkerheter. SmartThings bruker såkalt «capabilities» for å kommunisere med andre automasjons rutiner (eks webcore) og selv om jeg ikke tror SmartThings har en passende capability for bil ladere, vil man kunne mekke sammen noe ved å bruke flere capabilities. Dette med capabilities er viktig da det kan se ut det er mer sentralt i den nye SmartThings appen.

Så oppsummert vil jeg si at det er sannsynlig, men ikke sikkert og at det vil kreve endel arbeid av noen som har anledningen til å gå til innkjøp av denne og eksperimentere litt.

Lykke til?




Sent from my iPhone using Tapatalk

 

Hvor da? Link?

lenke

 

 

Sent from my iPhone using Tapatalk

Spennende, hvor nye er de? Eventuelt vet du hva som er forbedret i disse? Ble distribuert noen andre versjoner av sw på forumet i høst. Jeg installerte de uten at det resulterte i noen forbedring for min del. Var forøvrig ingen forverring heller [emoji4]



Sent from my iPhone using Tapatalk

@Lyngbø

Hei, det er riktig at denne benytter zigbee. Deler opp utfordringen din i mindre problemer:

Første utfordring blir å koble denne opp til ditt system.

Når det er gjort er neste utfordring å få systemet ditt til å forstå hva slags device termostaten er. Dersom systemet ditt har implementert zigbee standarden så vil det kjenne igjen termostaten som en 'termostat' (cluster 0201 iht zigbee standarden)

Dersom du kommer hit så vil du kunne styre termostaten med noe begrensede muligheter (sette ønsket temp, lese ut målt luft temp fra intern temp måler).

Dersom du ønsker noe mer avansert styring så må systemet ditt støtte muligheten for å mappe produsent spesifikke attributter - du finner en oversikt over disse i en av mine tidligere poster på denne tråden)

Lykke til, kan hende andre på forumet som kjenner ditt oppsett bedre kan bidra med mer konkret info. 

Ikke mer enn at elektroimportøren generelt sett kan være dyrere...

Kan hende, men har fulgt litt med på prisene på nettet og dette er langt under det som er vanlig pris for disse. Ser også at betalingsløsninger deres er direkte bank overføring...

Sent fra min SM-G930F via Tapatalk

12 timer siden, Large skrev:

Jeg er interessert i Elko termostaten og har funnet en ok pris for den https://www.tekam.no/produkt/elko-termostat-for-varmekabler/

 

Men vil jeg få conbee eller zigbee2mqtt til å funke mot termostaten?

 

Det er en overraskende lav pris og ser de også selger dimmeren fra elko:

 

* Dimmer - 1.617 nok (2.799 på elektroimportoren)

 

 * Termostat - 1.287 (2.290 på elektroimportoren) 

 

Noe jeg ikke får med meg her? 

Ser de har lagt ut ny brosjyre på Elko sine hjemmesider med litt bilder og illustrasjoner.

http://ipaper.ipapercms.dk/elko/katalogerbrosjyrer/elkosmarthome/

Sent fra min SM-G930F via Tapatalk

Ups sorry, jeg så ikke på datoen.
Dette ER jo før vi testet [emoji851]

Vil tro at elko termostaten vil bli mer krevende til å fungere utover veldig basic. Ref post #98. På termostaten har altså elko valgt å benytte vendor spesifikke attributter på en god del ting. Dette krever en tilpasset integrasjon utover zigbee cluster specification.

Sent fra min SM-G930F via Tapatalk

Hei, vet ikke hvordan det funker med attributt rapportering med HS, men i smartthings måtte jeg skrive en konfig kommando og be dimmeren rapportere attributter endringer så fort det skjedde minst 1% endring. Er det lag ift hvor fort dimmeren rapporterer endringer? Er nemlig mulig at den er konfigurert til å rapportere endringer hvert x sekund? 

Går det an å etablere direkte bindings mellom devices med HS? Det burde ta bort lag. Det er utfordringer med lag med smartthings også pga cloud løsningen der, men trodde HS kjørte alt lokalt og dermed mindre lag? 

Elko zigbee dimmer og endevender er laget for å brukes med direkte binding, vil tro man kan knytte andre devices sammen også med elko dimmer? 

Har aldri testet denne måten å bruke zigbee dimmeren. Men, det kan hende du vil oppleve noe latency fra du skrur på dimme rattet til noe skjer 

Alternativt kan man jo bruke vanlige spotter og både styre de fysisk med den dimmeren + styre dimmeren via hjemme sentral. Men, jeg vet ikke hvor langt man kom med deconz og om noen har det oppe og kjører med HomeSeer? 

Litt avhengig av hva du skal utover å styre de elko devicene, så kan det hende at det holder med smartthings hub + elko devicene

Øker fra 3 til 4 rs jeg, ikke at det hjelper så mye. 

3 stk pluss på meg, men rs om det ikke blir nok som bestiller pluss

53 minutter siden, petersv skrev:

Definere: finne flere parameter enn de som er mandatory og kommer opp automatisk.

 

Kan elaborere hvis du vil  : Som tidligere nevnt i denne tråden av @nilsen78 er det mange andre parametere som er under vendor spesifikke atributter. 

Heisan, usikker på hvordan deconz funker med tanke på å manuelt definere atributter, kanskje noen her som kan si noe rundt det og eventuelt andre systemer man kan definere dette selv?

 

Men, uten å svare på spørmålet ditt kan jeg iallefall si at jeg ved ledig tid og stund har undersøkt litt mer rundt disse vendor spesifikke atributtene og klart å mappe flere av de.

Har laget en enkel oversikt over testing og hvilke atributter jeg har verifisert her: https://github.com/nilskaa/Smartthings/blob/master/devicetypes/Elko Super Thermostat - vendor specific attributes.txt Holder denne oppdatert når jeg finner mer.

 

Så kan de som ønsker, gjerne bruke denne i arbeidet sitt mot sine integrasjoner (jeg bruker smartthings, men denne listen er plattform uavhengig og baserer seg på atributter og clustere som beskrevet i zigbee cluster overview dokumentasjon)

 

Har nå mappet atributtene for (satt VS forran de som ikke er standard termostat clustere): 

* Ønsket temperatur (setpoint)

* Luft temperatur (målt fra selve termostat enheten - intern føler)

* VS- Gulv temperatur (målt fra gulv føler)

* VS- Operasjons modus - Luftføler modus/ Gulvføler modus / Gulv-vakt modus

* VS- Barnelås

* VS- Varme kabel Aktiv/ikke aktiv

* Minimum og Maksimum temperatur som termostaten kan settes til

* VS- Forbruk (denne angir gjenomsnitt eller muligens en del av maks belastning, finner ikke utav det før jeg kobler på og måler med multimeteret)

 

Alle vendor spesifikke atributter forventer jeg krever en egen mapping for å få til å funke i ulike hjemmestyrings løsninger. De som ikke er VS forventer jeg funker "out of the box" med en standard termostat integrasjon basert på Zigbee cluster library dokumentasjon.

 

Har kontaktet Elko også og beskrevet hvor bra både termostaten og dimmeren deres fungerer mot andre plattformer (Smartthings) og spurte om litt hjelp med en atributt oversikt. Men, har foreløpig ikke fått noen respons utover at henvendelsen min ble sendt videre hos Elko.

 

 

La ved et bilde av hvordan dette ser ut i Smartthings Appen for de som er interessert i denne platformen

21 minutter siden, Osteduden skrev:

jeg tar 2 stk
 

noen som kjapt kan forklare 2 -wire kobling? kan ikke disse brukes alle plasser?

Dimmeren trenger strøm for å fungere derfor må begge fasene (L og N) kobles inn til dimmeren. Bruddet kan man velge å ha enten på en eller begge fasene ut til lyset (1 eller 2 polet brudd). Noen dimmere er koblet kun på en av fasene uten at begge fasene er trukket inn til El boksen, da kan man ikke bruke denne elko dimmeren uten å trekke inn den andre fasen. 

14 minutter siden, siddis84 skrev:

nilsen78 : du må finne dimmerkitet for 316GLED som[mention=1098]trondermedbart[/mention] linket til. Det har sentralplate og knott for 316 GLED, uten lys da det er innebygd i 316 uavhengig om du kjøper Plus eller RS.

(Vi har vanlig Plus i hus og RS i leilighet, så har sjekket og testet mot RS utgave. Bare ikke den smarte utgaven.)

Det dimmerkitet du sikter til er for å sette lysring på 315GLE e.l. såvidt jeg kan se. For å gjøre det komplisert så er det forskjellig knott og festering til 315GLE og 316GLED, så sjekk at det du kjøper er spesifisert til 316.

 

Takk det var oppklarende ? noen som vet hvem som selger det kitet for 316gled? Finner ingen som har det. 

29 minutter siden, siddis84 skrev:

Ja, men du trenger Plus ramme i tillegg også. F.eks. denne hvis dimmer er innfelt i veggboks.

 

http://proff.elko.no/plus-rammer/category712.html

 

(Dimmerkitet er kun sentralplate og knott. Passer i RS ramme, men vil se litt rart ut med RS ramme og Plus plate&knott.

 

 

Sent from my iPhone using Tapatalk

Etter det jeg kan se inneholder Dimmerkitet sentralplate og lys, men ikke knott. Dessuten ser det ut som Dimmerkitet er det eneste som inneholder den sentralplaten med lysleder. Så handlelisten for konvertering blir da (forutsatt at lyset i RS versjonen ikke er deaktivert i firmware til bryteren)

Hentet priser fra elektroimportoren for referanse:

- Dimmerkitet (for å få sentralplate - 229 nok) 

- pluss ramme (39 nok) 

- knott (får man kjøpt det løst?  - ser de selger en dimmer servicepakke - 99 nok) 

29 minutter siden, siddis84 skrev:

Hyl ut om noen vet at det IKKE går an å bruke plus-deksel på RS.

Det er også lys i Plus serien, noe jeg antar rs ikke har. Men, lyset kan byttes i Plus serien så kan kanskje ettermonteres om resten av deksler passer... 

Jeg er med på 3 stk av den standard rs typen  (var en av de med ca antall)

Jeg er også interessert i Plus serien om det skulle bli aktuelt. 

@KnutH fibaro dimmeren kan kun betjenes fysisk av en trykk bryter (langt trykk for dimming).

Et annet poeng er at fibaro kun er dimensjonert for 10A kurser og mange har 16A på lyskursene sine her til lands, noe å tenke på... 

@KnutH disse ser ikke ut til å ha noen tilkoblingsmuligheter utover enpolet/topolet kretser som skal dimmes og L+N fasene for strøm tilførsel av selve dimmeren. Så må nok belage deg på å bytte begge...