Sleepy81

Noe nytt på neste versjon? Jeg sliter enda med 0.0.1.10. Virker en kort stund, så før jeg følgende i loggen: 

Synes 800 NOK er alt for mye jeg også.

Men disse støvsugerene kan styres fra Alexa, så man kan si, "Alexa, Vacume" så begynner den.

Så jeg tenkte først på  en hack der jeg fikk min HS pc til å si den setningen med TTS, slik at Alexa plukket det opp, men trur det fort blir ganske ustabilt og lite praktisk.

Men finnes det noen plugin i HS som kan kjøre Alexa kommandoer? Vet man kan integrere Alexa i HS, men så vidt jeg kan se så er det kun for å snakke til HS, og ikke for å få HS til å starte aktiviteter på en Alexa...

Du har nok rett i det. Som vanlig.

Men hvis man har en enhet som «ingen andre har» så kan det være et lite puslespill å sette det opp riktig, og få det til å fungere. 

Så jeg vil uansett gått for enheter som folk har gode erfaringer med, så slipper man mye knoting.

5 timer siden, PetterMV skrev:

Tusen takk for raske og gode svar! Da konkluderer jeg med at jeg holder meg unna Delta Dore, så bestiller jeg en RPi og HomeSeer-lisens og kjører på med Z-wave gen5-produkter. Bruker da Tibber-appen til å kontrollere Nibe og Easee til å begynne med også får vi se hvor det bærer etterhvert. Gleder meg til å begynne å teste ut dette. 

Et tips: når du har funnet hvilke Z-wave produkter du tenker å kjøpe, sjekk litt på forumet til Homeseer, eller her på hjemmeautomasjon.no for å se erfaringer fra andre brukere.

En av de få bakdelen med Z-wave er at ikke alle enheter nødvendigvis automatisk er støttet fullt ut av styresystemet. Basisfunksjoner fungerer stort sett utmerket, men «tilleggsfunksjoner» kan det hende ikke fungerer. 

F.eks. man kjøper en lysbryter med strømmåler, som ikke er «støttet» av Homeseer. Da vil mest sannsynlig lysbryteren fungere, men kanskje ikke strømmålingen fungerer. 

Homeseer støtter «det meste» fult ut, men ville uansett googlet litt for å være sikker på at det du kjøper gir deg det du vil ha.

Z-wave mesher, så der er ikke rekkevidde noe problem. 

Delta Dore har jeg aldri hørt om i de 10+ årene jeg har syslet med hjemmeautomasjon, men basert på det jeg leser på forum ville jeg holdt meg unna. Virker proprietært og tungvint med lite grad av automasjon. 

Jeg hadde gått for Z-wave gen5 enheter. Også er det bare å velge «fritt» hva slags styringsenhet man vil ha. 

Har du mulighet til å ha en PC (eller RPi) gående 24/7 ville jeg valg Homeseer 3. (Eller kanskje OpenHAB hvis du er datakyndig og har tida...  )

Har du Mac: Indigo. 

Vil du ha en egen hub uten å «styre» med PCer ol. så kan du kikke på Fibaro eller Vera. 

Har hatt alle disse systemene selv, og alle har sine fordeler og bakdeler, men jeg faller tilbake på Homeseer for mitt bruk som det beste. 

Til sist: definer hva du vil ha. Skal du ha et «smarthus» som du bare skal styre fra mobilen, eller skal du ha et hjem som er automatisert?

Det første er «enkelt» å få til. 

Det siste er noe vanskeligere og tidkrevende, men også mye artigere og praktisk. 

Dæven! Så lett! Takk for hjelpa! Den biten hadde jeg helt missa, og tydeligvis missa i alle de forumtråden jeg har lest også.

På 26.10.2018 den 19.31, ZoRaC skrev:

 

Dimmer 2:

Jeg har også litt problemer med mine Dimmer 2. 

Jeg får ikke instant update til å fungere på Z-Wave Switch Multilevel devicen. Når jeg slår på og av bryteren lokalt, eller dimmer, så oppdaterer ikke HS seg. Z-Wave Power devicen fungerer dog utmerket, og oppdaterer seg innen et sekund eller to.

Jeg har forsøkt dette:

- Associations har jeg forandret til bare Group 1 til HS, jeg har forsøkt som ZoRaC har det (også default hos meg), og en hel del andre varianter jeg fant på nett.

- Jeg har forsøkt å justere parameter 27 fra 15 til 0 for å tvinge unsecure coms. (Sånn jeg har skjønt det.)

- Forandret parameter 21 uten forandring (tenkte kanskje at hvis den sendte dimmer level istedenfor 0xFF til HS så ville det hjelpe...)

Jeg kjører nyest HS, samt Z-wave 3.0.1.252 på en Aeotec Z-Stick Gen5.

Følgende data om Dimmer 2ene jeg har:

Noen som har noen ide om hva jeg kan teste?

Ah... den har jeg misset skrudd den på nå, så for vi se.

Skulle akuratt til å sjekke hvor ofte jeg får data, men akuratt nå har den stoppet, og den går ikke igang med å restarte listener heller.  Men får data ca hvert 2. Sekund. 

Har en Nuri/Kaifa måler. 

Edit: sjekket nå. Er hvert andre sekund data kommer inn til Homeseer. 

Har nyeste versjon av plugin. 

Har litt problemer med at den av og til stopper å hente data fra Tibber Pulse. «Restart listener» sparker den igang igjen, og da funker det fint en stund til. 

Er ikke ofte det skjer, går ca 3-4 dager mellom hver gang. 

Kan sikkert lage en event som restarter listener midnatt hver dag, men det beste hadde jo vært om det ikke trengtes.

Har bestilt meg en Grohe Sense Guard. 

https://www.grohe.no/no_no/smarthome/sense-guard/

Noen som har denne og fått den inn i HS på noe vis?

Lest litt på det, og den kommuniserer på WIFI, så man kan ta lokal kontroll på den. Det finnes også noen som har fått den inn i openHAB.

24 minutter siden, Moskus skrev:

... men skulle du sett!

 

Og ja, det ER en bug som gir flere enheter i HS3 versjon .478 (iallfall eldre enn 435). Vet finner bare ikke helt ut hvor...

Er averagepower data rett fra Tibber, eller gjør pluginen beregningen?

Hvis det er plugin som gjør beregningen, så foreslår jeg muligheten for å velge hvor lang tid det skal averages over, hvis det ikke er for tidkrevende å implementere. 

Grunnen er at meg (og sikkert flere) har enheter som er veldig sykliske (f.eks. Varmeelementet vårt i ventilasjonsanlegget varierer power med 1300w ca hvert 5 sekund grunnet at styringen slår det av og på hele tiden når det varmer)

Så vært fint å hatt average over f.eks 10 sek. Og andre har kanskje andre tider som passer dems forbruksmønster.

Fører, passasjer og alle burde holde tenker jeg. 

Kan man på noe vis ha settingene 1,2,3 på hver device (fører, pass, alle)? F.eks. som controls knapper per device? Eller fungerer ikke APIen slik at man kan sette 1,2,3 direkte? (I iOS appen toggler man jo igjennom settingene, så vet ikke om APIet sender selve settingen (f.eks 3) eller kun +1 (f.eks setting var 2, så blir det 3 ved neste trykk). 

Hvis det er mulig/enkelt å få til, så trur jeg det er best, da noen sikkert liker 1, andre 2 eller 3. 

Det er jo en kjempeidé! Har samme «problem» selv, og dette er jo en genial løsning jeg ikke har tenkt på selv.

Men lurer på om en liten microbryter er bedre? De fleste dørsensorer jeg har brukt er ganske «finicky» på plasseringen av magneten og sensoren.

Hm... Det var da som pokker.

Ser på HS forumet at noen får det til å fungere med noen versjoner av Z-wave pluginen, mens andre sliter. For vel bare vente å se (og håpe kontrolleren ikke tar kvelden i mellomtiden... )

EDIT: De på HS forumet gjaldt vel fort US versjonen, som er forskjellig... Er det UZB1 som er problemet her ("ny" versjon som ikke støtter restore), eller er det Z-wave pluginen til HS som bare ikke er oppdatert for å støtte dette?

Har du fått CI66ene dine og fått kikket på det?

Er interessert i samme løsning selv, så hvis du får det til å virke hadde jeg satt stor pris på en liten "walkthrough" :)

OK, da fant jeg det ut, etter å ha sett litt på utregningen i .lua koden.

Jeg hadde tastet inn østlig long som en negativ verdi, da det er det jeg er vant til fra jobben. (Jobber endel med kart, og de fleste kartprogram, som ofte er lagt av Amerikanere, definerer longs øst av 0 meridianen som negative verdier, sikkert fordi de ikke gidder å skrive minus foran sine egne vestlige longs hver gang  )

Så selv om "normen" er at østlige longs skrives med - forran, så skal det ikke gjøres i dette programmet. 

Logget i ca 12 timer nå. Dataene matcher bra med Grafana Sun and Moon databasen, bortsett fra at det er som nevnt tidligere 2 timer feil...

Øverst er database "sun and moon" i Grafana, nederst er data fra scriptet.

Har fått det til nå selv, og det ser ut som det fungerer fint. Men mørkt her nå så for sjekke resten av dataene i morgen.

Men jeg lurere på en ting, er det en feil med kalkuleringen av tiden her?

Jeg får følgende data nå (10. des kl 20:33 lokaltid, som altså er UTC 19:33)

Alt: -25,6

AZ: 268,7

Når jeg kjører SunCalc (https://www.suncalc.org) på nett før jeg følgende: (20:36 UTC +1)

Alt: -36,15

Az: 299,55

Hvis jeg derimot velger (18:36 UTC +1) så får jeg:

Alt: -25,06

Az: 270,06

Samme skjer hvis jeg kjører (https://www.pveducation.org/pvcdrom/properties-of-sunlight/sun-position-calculator). Jeg må gå 2 timer tilbake i forhold til hva lokaltiden er for at jeg skal få verdier som er tilnærmet like scriptet her...

Så jeg tror kanskje det er noe feil i scripte her med konverteringen lokaltid til UTC der det er konvertert "feil vei". Altså der det skulle vært trukket fra en time på lokaltida for å komme til UTC, så er det lagt til en time istedenfor.

Noen andre som har eller kan sjekke om de har samme problem?

Liker ikke å stole på proprietære greier, så var innom HS store og så nå at Z-net boksene hadde fått ny farge (blå!) og var rett ved å bestille, da jeg så dette:

Så funker det ikke i Homeseer lengere? Eller er det en feature som er tatt bort i den nye blå versjonen?

4 minutter siden, Salvesen skrev:

 

Jepp jeg har det samme i gangen når jeg "starter" bilen om morgenen. Da mest ift innbrudd. 

Av interesse, pleier du å låse opp og starte bilen på vei ut døra? Gir det noe fordeler kontra å bare bruke nøkkelløst entry normalt? Eller er det bare «because i can!» ?

7 minutter siden, iceball skrev:

Hvis man bruker ImperiHome på telefonen så er det mulig å legge på pin eller touch-id for ønskede funksjoner som skal aktiveres. Løser ikke hovedproblemet, men igjen, har man først fått tilgang til HS så..

Ja, det kan man gjøre med HSTouch også, men vil jo egentlig ikke ha noe effekt. 

Mer ikke så lett dette med sikkerhet når man plutselig begynner å integrere ting av stor verdi i automatikken...

Akuratt nå så stoler jeg jo egentlig helt og fult på at MyHS serverene ikke blir hacket, og det er jo delvis ute av min kontroll (bortsett fra å sette ett langt og godt passord). Mulig jeg er litt paranoid her, men med x antall 100k på gårdsplassen, så er kanskje det på sin plass.

2 timer siden, Salvesen skrev:

 

 

Mange gode poeng her, som du selv sier er en litt "fucked" uansett i og med at token er tilgjengelig. Men for å feks starte bilen krever det passord i POST'en som sendes. Jeg gjør dette egentlig bare med å hente info fra ini og hashe. Det ligger jo der allerede, så tror ikke det blir noe bedre med å lage en ekstra løsning hvor en taster det inn eller noe slikt. Litt usikker på hvordan de best løses. 

 

Ang token så ligger denne pr i dag i klartekst, skal få den kryptert i neste versjon. Men det er en veldig enkel kryptering på passord i dag og jeg kommer til å bruke samme enn så lenge. Så det blir litt på egen risiko å bruke teslaSeer. Her er iallefall ingenting lagret i "skyen" slik som andre tredjeparts applikasjoner driver med. Men man må jo være på nett for å bruke den også. 

Supert! Tenker at selv en enkel kryptering er bedre enn ingen kryptering. 

Har også slettet noen av child devicene som jeg ikke har bruk for for automatisering. Det vil hvertfall gjøre det litt mere komplekst. 

Security by obscurity FTW! ?

Skjønner  

Det er vel egentlig ikke en sikkerhets feature uansett, for har man kommet så langt at man er inne på HS serveren, så er det vel neppe en pin kode på devicen som står i veien.

Kan alltids bruke "Pin to drive" på selve bilen, men det er så kjipt om skjermen i bilen henger seg, da står man der.  Burde vært "Pin to Drive" kun ved oppstart av bilen med bruke av API/mobil, og sluppet "Pin to Drive" når man brukte nøkkelen.

Knall Plugin! Fungerer helt perfekt hos meg etter siste update. ?

Et par kjappe spørsmål:

- Siden Tesla's API både gir tilgang til lokasjon og muligheten for å åpne dører og starte bilen, så er det jo åpenbare ting man må passe på med tanke på sikkerhet med en sånn plugin. Beskytte tilgang fra WAN til HS er jo en selvfølge, men jeg tenkte uansett, hadde det vært mulig å legge inn f.eks. en PIN kode hvis man skal åpne dørene eller starte bilen i HS? Vet ikke om det egentlig har noe for seg, for får man tilgang til HS, så har man for tilgang til Token også, og da er jo løpet kjørt uansett. Er vel egentlig Tesla selv som burde gi ut token uten tilgang til dører og start hvis man ønsket.

-Ser at teslaseervariables.ini inneholder tokens samt e-post og kryptert passord til Tesla kontoen min.  Passordet ser jo ut som er salted og hashed, men er det noe som gjøres av pluginen, eller gjøres det av Tesla når man plugger inn brukernavn og passord i pluginen? Vet du hvor "godt" det er kryptert?

- I teslaseervariable.ini, står tokens i klartekst her, eller er de også kryptert?