Vinnerliste

Hei! Jeg benytter beskrivelsen i pdf dokumentet og putter inn HEX verdiene og ipadressene til viftene inn i den plugin'en som Zorac tipset om. Deretter laget jeg virtuelle devicer for viftene(power,speed, modus mm). Jeg bruker Netatmo enheter til å overvåke temp, co2 mm i hvert enkelt rom. Utifra disse data setter jeg opp et regelverk i events når jeg skal kjøre viftene, i hvilket modus , hastighet mm.. Har også satt opp en Raspberry Pi med "Fart" sensor som gir signal om det er vond lukt på WC, og som deretter sørger for at man kan kjøre vifta. Men siden jeg ikke kan få tilbake status fra disse viftene på denne måten, så bestemte jeg meg for å lage en plugin til Homeseer som både oppretter nødvendige devicer for hver vifte, og får status tilbake som igjen kan brukes til å styre viftene mer detaljert. Dette er en større jobb og jeg regner med at det vil ta endel tid. :-)

Det er vel på tide at jeg så smått introduserer mitt eget system. Flott med dette forumet, da jeg synes at det aller morsomste med hjemmeautomatisering er fantasien eller mangel på denne. Med gode ideer fra alle slags systemer får man fort idémyldringen i gang! Jeg har en leilighet i en gammel blokk med rundt 100 leiligheter i, fra slutten av 1960-tallet. Da jeg er tømrer med fagbrev (og snart elektriker med fagbrev) måtte følgelig hele leiligheten rives i filler og bygges opp igjen. Siden jeg jobber mye med KNX og systemintegrasjon var det ett heller naturlig valg. Når det er sagt, så er jo leiligheten bygget opp som min lille lekestue og egentlig for å finne ut hvilke systemer som stabilt lar seg integrere mot KNX. For stabilt er viktig for meg, etter å ha levd med blant annet X10 (og Indigo) for mange herrens år siden. Systemer / Protokoller: KNX Philips HUE Nest (kun røykvarslere) Smarter Coffee Sonos I tillegg samhandler jeg med Pushover, YR, Kolumbus, RPi, osv. I veldig nær fremtid har jeg fått installert Magic Mirror, men dette tar jeg i en egen post. Gjenstår egentlig bare å få festen skjermen bak speilet samt få skreddersydd informasjonen. Fysiske produkter: Schneider Strømforsyning KNX 320mA Schneider SpaceLYnk Logic Controller Schneider KNX Dimmere, 2x 4x250W Schneider KNX Relé, 8-kanals Schneider Brytere Schneider Termostater Schneider PIRer IntesisBOX KNX-IR Varmepumpekontroller Zennio Quad+ Binærinngang RPi Touchskjerm (innfelt i vegg ved inngang) Philips HUE Ledstrip Nest Protect Denne listen vil nok vokse de neste månedene da jeg mangler litt grunnleggende sensorer, som f.eks vannlekkasjesensorer. Her er jeg litt usikker på hvilken protokoll jeg bør gå for, derav mitt medlemskap på dette forumet... Automatisering: Med KNX i bunn har jeg et veldig stabilt system som fungerer uansett hva som skulle skje med nettverk eller om en kontroller skulle dø. Man kan si at jeg har programmert inn basisfunksjoner som lar meg kontrollere lys og varme i rom om kun KNX-busen skulle være oppe å gå. Når det er sagt så er jo ikke KNX i seg selv veldig smart, så man trenger en modul på toppen for å ta seg av den biten. Her har jeg gått for Schneider Electric´s SpaceLYnk, som egentlig er en lisensiert boks fra Embedded Systems, Logic Machine. Dette er en proprietær webserver som støtter KNX, Bacnet, ModBUS, RS232/RS485 og det du kan integrere selv av webløsninger. Den baserer seg i all hovedsak på gruppeadressestrukturen man kjenner fra KNX og det er derfor ett verktøy man "lett" kan begynne med og forstå seg på. Den støtter blokkprogrammering, men jeg skripter selv. Skriptspråket er en lett modifisert utgave av LUA. Da jeg jobber med systemintegrering selv bruker vi selvsagt SpaceLYnk (eller HomeLYnk) i våre prosjekter. Jeg og en kompis har derfor laget ett "smart lag" på toppen av alle KNX installasjoner som baserer seg på innstillinger av bruker. På denne måten slipper man å ringe til elektriker for å endre de enkleste ting, mens man har smarte funksjoner som dynamisk lysstyrke basert på tid på døgnet feks. Jeg har derfor basert opplevelsen av leiligheten på følgende husstatuser: Hjemme morgen Hjemme dagtid Hjemme kveld Natt Borte Bortreist Brann Vaskemodus Alle disse statusene gir meg forskjellige lysnivåer basert på innstillinger jeg endrer på en webside. I tillegg styrer de varme. Det eneste jeg må fortelle leiligheten ved hjelp av brytere er om det er natt eller om jeg er borte. Resten klarer leiligheten å finne ut av selv. Jeg har ikke fått geofencing til å oppføre seg adekvat nok, så jeg ser for meg bluetooth beacon-teknologi på sikt for å ordne dette. Selv om det ikke er allverdens arbeid å trykke inn en bryter før jeg går ut av leiligheten For tiden forsker jeg på human centric lighting, så kommer nok til å legge til litt om dette etterhvert. Det er derfor jeg har Philips HUE i leiligheten bl.a. Sånn for ordens skyld så styrer jeg Philips HUE og Sonos på veggbryterne. Akkurat det synes jeg er fantastisk allsidig med KNX og SpaceLYnk (bildet vedlagt er eksempel på dette). Alle etiketter til brytere lager jeg selv. Romoversikt Gang: Minst mulig trykkerier her, men har en bryter ved utgangsdør som tar seg av statuser samt en RPi som tar seg av visualisering innfelt i vegg. Designet og printet festeklips til denne selv, slik at den er helt flush med vegg. RPi: Denne visningen aktiveres når huset (automatisk) settes i hjemmemodus på ettermiddagen ved registrert bevegelse i gangen: Den er _veldig_ flush med veggen: Bryter ved dør: Soverom Dette rommet har to dimbare ELKO veggspotter og HUE som indirekte rombelysning. Skal ha ett større speil på veggen motsatt av dette bildet og tenker også her å felle inn HUE ledstrip i toppen av ramma for å øke lysnivået i rommet. Siden rommet _nesten_ utelukkende en mørkeblått og matt sort fungerer det hvite taket som en slags diger lampe da det blir belyst direkte av ledstripene.

RfLinkSeer er en plugin for å støtte RfLink (hardware) et alternativ til RfxTrx. Dette er hardware man selv kan sette sammen eventuelt bestille på nett (se under RFLink gateway). OBS OBS OBS Dette er i Alfa(nivået før beta, som igjen er nivået før man faktisk sier man har en versjon man er fornøyd med) og ser ut deretter Kun testet i windows. Hva som er støttet så langt: "Lytting" til det som skjer (plugin er i hovedsak laget for å håndtere mine prologue tempmålere). Mulighet til å legge enheter inn i Homeseer Mulighet for å sende kommandoene ON/OFF/ALLON/ALLOFF. Testet med: 433Mhz brannvarsler (Kjell.com Konig SAS-SA200)- tar imot signal og kan også trigge denne (testet uten familien i hus) 433MHz fjernstrømbrytere (Håndterer ON/OFF/ALLON/ALLOFF) Hva som kommer til å skje videre: Gjøre ting penere i GUI Begynne å se på å sende kommandoer for de enheter som kan motta kommandoer Stabilitet når man mister kontakten med en RfLink enhet over tcp/ip Fange opp om en kommando kom seg over ok til RfLink *** Link til siste versjon: RfLinkSeer_V_0481 *** Hva gjør jeg for å installere? VIKTIG!!! Stopp Homeseer og ta en kopi av hele katalogen til Homeseer (normalt c:\program files (x86)\Homeseer HS3) og legg kopien på ett trygt sted i tilfelle du trenger å gå tilbake. Pakk ut filen i din Homeseer katalog - pass på at du får følgende oppsett (katalogen "Homeseer HS3" skal inneholde 2 nye filer HSPI_RfLinkSeer.exe og HSPI_RfLinkSeer.exe.config, mens du i katalogen Homeseer HS3\bin skal ha fått en ny underkatalog - RfLinkseer - med 17 filer) og under Html\images katalogen skal du ha fått en RfLinkSeer katalog 3 underkataloger og diverse bilde filer (totalt 49 bildefiler under RfLinkSeer og tilhørende underkataloger) Restart Homeseer Gå inn på Homeseer->Plugins->Manage og trykk enable på RFLinkSeer Brukermanual: Hvis du kobler til RFLink direkte så må du sette opp korrekt Com-port. Dette gjøres under Plugins->RfLinkSeer->Comport config. Velg fra dropdown og trykk på knappen "Add comport" Hvis du har koblet RFLink vha RasberryPi og ser2net så må du inn på TcpIp config. Tast inn ip, port og trykk "Add Tcp/Ip address". I begge tilfeller skal man se noe i løpet av 5-30 sekunder hvis man går inn på Plugins->RfLinkSeer->Found Units. Ser du ikke noe så gå inn på General config og sett logging til debug. Går du i logvinduet så skal du se en masse med RfLinkSeer meldinger. Hvis alt går bra ser du også noen av typen "received 20;12;....". Hvis du får en haug med feilmeldinger om reconnect etc så er det mulig at du har satt opp comport eller tcpip feil. For å velge enheter så går du til siden Plugins->RfLinkSeer->Found Units. Vent i 5-10 sekunder så skal det komme opp en tabell med enheter som den finner. Trykk på knappen Add for den/de enhetene som du ønsker å legge inn i Homeseer. For å endre kommandoport eller protokoll og enhetsId går man inn og konfigurerer enheten (trykker på navnet til enheten i oversikten). Man skal under fanen RfLinkSeer ha en eller 2 dropdowns. Den ene velger kommandoport (det man har konfigurert under com og/eller tcp/ip). Den andre porten velger enhet som man skal ta protokoll og enhetsid fra. I tillegg til at man viser protokoll og enhetsid så viser jeg også sist mottatte data slik at det skal bli enklere å velge (noe jeg savner i RfxCom plugin). Plugin støtter å kjøre mer enn en kilde. Hjemme kjører jeg to enheter (433MHz og 868Mhz) over tcpip og det ser ut til å gå greit. Jeg antar at man også kan kjøre ett par comporter også samtidig, men har ikke fått testet så mye på det. Mer info vil komme etterhvert som jeg får mer tid til å "pusse" på koden. Ansvarsfraskrivelse: Laste ned og bruke plugin gjøres på eget ansvar. Skulle jeg ødelegge Homeseer oppsettet ditt så kan jeg desverre ikke hjelpe deg. Endringer 0.4.8.1 - Fikset en feil i grafikk for temperatur mellom 21 og 26 (stoppet på 24) 0.4.8.0 - Fikset en feil i håndtering av kommandoer som ble introdusert i 0.4.7.4 0.4.7.4 - Fikset manglende link mellom child og parent devices. Endringer i Alpha4 (2018-06-08) * Kommandoene On, Off, AllOn, AllOff, Set_level kan nå bli sendt fra RfLinkSeer til RfLink (som igjen sender det ut til enhetene) * Mulighet for å endre porten som enheten skal sende kommandoer over. (ligger i RFLinkSeer-fanen når man configurerer eksisterende enhet i HomeSeer) * Mulighet til å endre enhetens protokoll og adresse til en funnet enhet som ikke er i HomeSeer, men funnet av RfLink. Dette gjør det enklere å hente inn enheter som endrer seg etter batteribytte. (ligger i RFLinkSeer-fanen når man configurerer eksisterende enhet i HomeSeer) Endringer i Alpha3 (2018-03-28) * Alle enheter skal nå ha ikon * Lagt til knapp for å manuelt slå av røykvarlser i Homeseer (den sender IKKE ut til brannvarslerne) * Fikset opp i oversikt over enheter slik at man Fjerne fra Homeseer devicer Oppdatere med nye ikon hvis man har en enhet installert fra før, men uten korrekt ikon * Mulighet til å endre hvor lenge man tar var på enheter som har gitt signal i oversikt over enheter som er funnet, men som ikke er lagt til i Homeseer * I oversikt er det nå enklere å se hvilke enheter som man har lagt til i Homeseer Endringer i Alpha2 (2018-02-22) * Bedre håndtering av On/Off kommandoer fra enheter * Unitconfig har fått en skikkelig overhaling og har nå følgende: Mulighet for søk Sortering Enkelt å legge til en ny enhet Kjente feil Krangler med Arduinoplugin hvis du bruker com port både på RfLinkSeer og Arduino plugin. Uvist hvordan dette skal løses siden jeg har lagt opp til at man skal kunne bruke mer enn en comport samtidig. Den antar at alle kommandoer som sendes går ok. Jeg har desverre ikke implementert noen sjekk på returen jeg får fra RfLink når jeg sender en kommando. Mye logging til console som ikke er fjernet, men dette vil du kun se om du kjører plugins i developer mode. "Testing testing"-teksten i config siden jeg først tenkte over den da jeg oppdaterte disse sidene.

Jepp... Korrupt kort...Funker nå

Huset har fått hjemmelagd programvare for pris-styrt oppvarming (varmer opp huset i billige timer). Se egen tråd. Etter noen iterasjoner tror jeg at jeg nå har fjernet første runde med bugs, slik at beregningen av besparelsen er noenlunde riktig. For de neste 24 timer er den hele 12 øre!! Da gjør det ikke noe særlig at BKK ikke har klart å få kontakt med min AMS-enhet ennå så jeg betaler fremdeles på estimert forbruk..

Ikke alltid 3 fas inn nei. Hadde det vært så vell så kunne jeg fått litt mer enn de stakkarslige 50 amperene å bruke. (I ett IT nett vil mange kalle det 2-fas eller 3-fas, siden man faktisk har to faser inn, i motsettning til TN som har 1 fase + Nøytral eller 3 faser + nøytral, men jeg her opplært med at det alltid heter 1 fas eller 3 fas

Eventuelt.. en -oppfinnsom- løsning på et problem som -dessverre- forekommer? - For det er jo dessverre et problem som oppstår (om enn ikke ofte) hvor konsekvensene kan være temmelig alvorlige dersom ‘riktig’ utstyr er tilkoblet. I mitt tilfelle ble det jo ‘bare’ en temperaturøkning i rommet, som kom opp mot 30 grader. I andre tilfeller kan det jo være verre, enten i form av betydelig mer varme fra en ovn eller en kaffetrakter som tørrvarmer kafferester til det er fare for antennelse. Hjemmeautomasjon brukes til å sikre boliger, både for innbrudd og brann, og det er i mine øyne ekstremt viktig med pålitelighet. Å bli låst ute av sitt nøkkelløse hjem fordi enheten er midlertidig uvenn med sentralen, eller at brannalarmen ikke utløser fordi programvare aldri startet en event selv om signalet ble mottatt, er ikke situasjoner som er ‘tilgiverlige’ slik jeg ser det. Fiktive eksempler, kun ment som illustrasjon, altså. Men det er jo realistiske progremstillinger for hjemmesnekrende automatikere, og utgjør jo en risiko som kan påvirke en hel arena (hjemmeautomasjon, generelt) til tross for at årsaken tidvis kan være brukerfeil eller ‘det var jo bare’ (automatiske software oppdateringer, midlertidig offline enhet som derfor ikke videresendte signalet, osv). I fare for å skrive et helt essay om dette får jeg avslutte her... iom jeg er noe usikker på om du applauderer eller motstrider mitt forsøk i ditt svar så er vel mitt svar også en blanding av bekreftelser og motargumenter. Men det hele er i alle fall sprunget ut fra mine egne utfordringer med hjemmeautomasjon og varierende påliteligheten, samt artikler som dette https://gizmodo.com/the-house-that-spied-on-me-1822429852 Det er greit å ha hodet med seg, tunga rett i munnen, og alt det der, når man setter opp systemer tilknyttet stedet hvor man bor og tilbringer store deler av livet sitt. ☺️

Tror vi kan skrive under på at det ikke er noe sentralt system eller en gang samme behandling av de som ønsker HAN porten åpnet. Merket meg at min henvendelse om åpning gikk fra Etne E-lag, til Valider, hvor de hadde en tekniker som fikset biffen. Valider var (er?) de som har/hadde kontroll på utrulling av Kaifa målere... Virker på meg som at det er veldig liten samkjøring på både formater og prosedyrer, og når det kommer til "sikring" av dataene så begynner det hele å bli en vits. Tror egentlig leverandørene har snakket sammen og samarbeidet, selv om det ikke er helt offisielt. Kanskje det mest spennende blir om Aidon deployer ut en løsning med 09-buggen

Jeg tror at dette vil føre til lavere forbruk. Jeg har elbil og har lært en del om hvor energien forsvinner. Det har ført til at jeg trykker litt roligere på gassen ut av lyskryss. Drar ikke full pinne opp til toppen av bakken .. osv. Jeg har lært å kjøre "gjerrig" eller miljøbevisst som enkelte kaller det Denne effekten tar jeg pussig nok med meg over på konas bensinbil. Jeg tror vi vil se lignede effekt på strømforbruk, fordi vi blir bevisstgjort på en annen måte.

Stemmer nok det... Men i de nyeste versjonene har de en eksport/import-funksjon i «Labs»-menyen. Mulig den kan brukes?

Takk for svar og innspill alle sammen! Den smarte pluggen fra Telldus har fortsatt problemer, og den vil fremdeles rapportere at den er av eller på (riktig, i henhold til hva jeg forsøker å få den til å gjøre) men uten å faktisk bytte modus mellom strøm av og støm på. Det er den andre enheten dette skjer med, så i dette tilfellet er det vel rett og slett et kvalitets-spørsmål på selve produktet. Men selvfølgelig; siden jeg ikke bruker deres offisielle hjemmeautomasjons-software til å styre den så er det enkelt å skjule seg bak at det er dette som er problemet. Jeg bryr meg ikke, jeg kommer uansett ikke til å kjøpe likt produkt igjen. Uansett så er jeg aller mest fornøyd med Fibaro sin Wall Plug, og selv om denne feilet den gangen jeg refererte til i min forrrige post så har den forholdt seg stabil siden det. Den har ikke falt ut, og fungerer egentlig upåklagerlig. Jeg har to slike, og de er begge stabile. Men en liten skepsis har forblitt i meg, så jeg har grublet en hel del på hvordan jeg kan sikre meg mot at det skjer igjen (at den forblir i på-modus, faller ut av nettverket og at homeseer ikke er klar over at den er blitt stuck mens den faktisk forsyner en enhet med strøm). Min løsning, som ser ut til å fungere fint etter litt testing, er å sette opp en event som trigges av en timer. Eventen er enkelt og greit: 1. Hvis endring i en av nodene til Fibaro Wall Plug detekteres (switch binary, power, watts eller kw hours) så blir en timer resatt, og starter tellingen fra null igjen. En endring i en av dens devices er naturligvis en god indikasjon på at den faktisk er tilkoblet nettverket og at alt fungerer som det skal. 2. Men, dersom ingen endring i de aktuelle devices til denne noden detekteres, etter en satt tid (15 minutter er foreløpig endt opp med å være et greit gjennomsnitt som gjør at den ikke trigges unødvendig ofte) vil en event kjøre funksjonen "Reset application status". Det er ikke mulig å avlese faktiske responser på andre z-wave kommandoer (f.eks polling) dersom noden egentlig har falt ut, siden interface da vil vente og forsøke igjen, men ved en slik reset så har jeg oppdaget at status faktisk vil endres selv om noden ikke svarer. Status blir da satt til ukjent, og jeg kan dermed trigge en ny event dersom dette inntreffer 3. Den siste eventen er altså da en som sjekker om device "application status" endres til "An invalid or Error State" / "Invalid/Error". Om den gjør det gir den beskjed til meg (via pushover), så jeg kan sjekke hva som er galt. Pushover meldingen er satt til Emergency, så den må besvares for å slutte å mase. I tillegg har jeg en event som maser på nytt etter enda lenger tid, dersom status til device ikke har endret seg. Dette har fungert fint i de tilfellene jeg har forsøkt å trigge lignende situasjon ved å ta ut noden fra stikkontakten. I teorien skal det fungere fint dersom den faller ut av nettverket også. Om jeg skulle trenge å bytte den ut, eller ha den frakoblet i en periode, må jeg naturligvis de-aktivere disse eventene. Denne metoden vil også fungere dersom man har behov for å overvåke at en wall-plug ikke kobles fra, for eksempel i felles-områder hvor flere mennesker har tilgang og man ønsker å overvåke at produktet ikke fjernes/stjeles - en slags "tampering protection". Hva synes dere om løsningen? Noen som ser noen utfordringer med den, noe jeg kan forbedre eller andre tilbakemeldinger?