pivot

Jeg forsøker å få Sonoff RF Bridge R2 til å ta imot 433,92 mhz signalene fra Kjell & co brannvarslere av denne typen. https://www.kjell.com/no/produkter/sikkerhet-og-overvaking/brannvern/roykvarslere/luxorparts-tradlos-roykvarsler-2-pk.-p21130 wWe appen indikerer at en ny alarm er lagt til, men det virker som at dette bare er en dummy-oppføring etter at den ikke klarer finne noen 433 signaler den forstår (?). Disse dukker heller ikke opp i HA via HACS plugin, det er kunn Sonoff bridgen som dukker opp der... Såvidt jeg kan se så er dette samme som König/Nedis EN14604 (https://support.nedis.com/en-us/products/550481077) men jeg klarer ikke finne noe info om hvilken encoding deres 433,92 signal egentlig sendes som. Må jeg flashe Sonoffen allikevel for å klare lese signalene fra disse røykvarslerne?

Kult å finne denne plugin. Takk for at du har laget! Vet ikke om dette faktisk meldes fra Online Controller (har ikke den selv enda), men er det mulig å få opp info om hvilken posisjon spjeldet står i? Ser av skjermdumpene at det kan rapporteres om Motion og Stop, men hadde vært utrolig praktisk å kunne vite hvilken posisjon den stod i også (så man kunne stoppe den riktig sted for å føre den varme lufta dit man ønsker)

Jeg har forresten oppdaget noe uregelmessigheter med min andre wall plug også. Tidvis vil den, til tross for å være påskrudd og gi strøm til kaffetrakteren, rapportere (via binary switch) at den ble skrudd av - til tross for at den fortsetter å rapportere at det er strømforbruk via Watts og Power. Etterhvert ‘innser’ den at den faktisk egentlig er påskrudd, og den vil da endre seg tilbake til ON igjen. Enheten vil hele tiden faktisk levere strøm til trakteren, og LED-lyset vil være påskrudd og gjenspeile strømforbruket. Jeg oppdaget dette fordi jeg har Evenes tilknyttet status på Binary Switch, som deretter sjekker strømforbruket på de andre devices. Om dette er et Homeseer problem, eller om det er noe i z-wavenettverket er jeg ikke helt sikker på. Finnes det kanskje en separat z-wave logg også?

Veldig lite nettverk. Har bare 5-6 noder, og de fleste er noder som ikke repeterer (brannalarm, dør- og vindussensor, +) Har forsøkt optimalisering og slikt noen ganger tidligere, men det har ikke gjort noen endringer Ikke kjørt Update på firmware siden jeg kjøpte for litt mer en ett år siden. Dette gjøres via z-wave kommandoer, og OTA? Ikke satt meg inn i prosessen enda, men kan være verdt å gjøre meg kjent med. De fleste er satt opp til default 20m polling, og jeghar beholdt dette på de enhetene som faktisk er pollbare

Kjør på! Jeg tenkte på det samme, men ønsket å minimere antall kommandoer sendt til enheten dersom jeg kunne unngå det. Så da sjekket jeg gjennomsnittstiden for endringer av device og satte event som skulle trigge dersom det gikk enda mer tid enn det. (gjennomsnittstiden kan forsåvidt også regnes ut underveis, med egen funksjon, slik at den tilpasser seg "normen" og reagerer kun hvis normen endres betydelig, men det er nok litt overkill for denne diskusjonen og egentlig mer en interessant fremtidig utfordring for meg å løse) Ser for meg at det er en fordel å ikke mette z-wave nettverket med beskjeder, særlig i et større oppsett, for å begrense potensielle utfordringer. Desto mer som kan løses sentralt i software desto bedre. Hva tenker du om det? Forsåvidt passet jeg på å skru av loggingen av disse hendelsene også slik at ikke loggen blir overfylt med unødvendig informasjon.

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. ☺️

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?

Hei alle. Tenkte jeg kunne høre med dere andre i "fedrelandet" som bruker HomeSeer om dere har opplevd lignende problematikk, og hva dere eventuelt gjorde med det: Jeg har brukt HomeSeer i omtrent ett år nå, først en HomeTroller raspberry-sak og så på min ubuntu linux server. Fungerer som regel veldig bra, og har laget en masse events og styringer for å sakte men sikkert bygge opp en automasjon som oppfører seg nøyaktig slik jeg vil den skal gjøre. Mye "utenfor boksen"-tenking, for å oppnå det jeg vil uten å måtte bare kaste penger på utfordringen. Men for å holde meg til poenget: Ved flere anledninger har jeg opplevd at både Fibaro Wall-plug og Telldus smart-switch har mistet kontakten med HomeSeer, dvs at den ikke lenger svarer på kommandoer, og det har noen ganger ført til at disse ikke ble automatisk avskrudd ved trigget event. For å få dem tilbake har jeg måttet koble de fra strømtilførselen, vente litt, og plugge dem inn igjen. Da har de igjen fungert som normalt. Jeg er ikke spesielt fornøyd med at dette faktisk kan skje siden jeg har som hensikt å benytte z-wave til en mengde kritiske funksjoner etterhvert som tiden går og jeg har investert i alle de nodene jeg ser nødvendig. Hittil har den eneste konsekvensen "kun" vært at da jeg kom inn på mitt kontor var ikke varmeovnen avskrudd slik den skulle, til tross for at temperaturen i rommet var høy nok og både Homseer og aktuell event hadde registrert dette og trigget, og det var omtrent 28-29 grader der. Den interne (unøyaktige og lett-påvirkelige) termostaten til varmeovnen hadde sørget for at det ikke gikk høyere... Så da har jeg grublet på hvordan dette kan løses: Jeg har tenkt på å kjøre noen events som faktisk sjekker at alle enheter kan nåes / trigger dersom status blir Unavailable eller Unknown osv, og jeg har tenkt på å ha ytterligere styringer av strømtilførselen "bak" den egentlige strømstyringen for å kunne re-sette tilførselen og dermed bringe enheten tilbake igjen. Sistnevnte er den eneste som har potensiale til å faktisk rette opp problemet, og ikke bare gi beskjed til meg, men jeg synes det er en litt sånn halvveis-løsning. Det burde ikke være nødvendig.... (eller?) Avslutningsvis vil jeg nevnte at jeg ikke er sikker på hvor problemet ligger; om det er HomeSeer, om det er z-wave plugin, om det er uzb interfacet, eller om det er telldus/fibaro støpselet. Og naturligvis, når jeg kontakter Telldus eller Fibaro så får jeg kun beskjed om å bruke deres software og at uten deres software er det lite de kan hjelpe med. Noen som har gode forslag her? Kanskje noen som allerede har satt opp en rekke events for å håndtere slike utfordringer, eller kanskje til og med en plugin? Jeg er takknemlig for alle konstruktive forslag og tilbakemeldinger.

Ok. Jeg får nok installere nginx ved siden av apache for å teste det. Har det på en raspberry pi, og virker jo temmelig ålreit. På grunn av behov for å stadig hente ut info via json, og tidvis sende (trigge enkelte events, bl.a.), så hadde det vært svært kjekt å kunne låse passord-fri tilgang til enkelte IPer/mac-adresser/devices mens andre vil måtte skrive inn passord. I tillegg så er det jo fordelen å kunne koble til Homeseer direkte via WAN fremfor å bruke MyHS. Ingen altfor kritiske enheter tilkoblet foreløpig, men har til tider opplevd litt ustabil funksjon (z-wave støpsler som slutter å svare) så jeg holder meg unna beta-versjoner så godt det lar seg gjøre. Har de stipulert neste final release?

Interessant... Jeg forsøkte å "gjøre om" informasjonen din fra nginx-conf til noe som kunne passet inn i apache sine conf-filer, men uten hell. Bruker allerede apache ssl (self signed) på min linux-server og kunne gjerne tenkt meg å bruke det videre, uten nginx i tillegg. Har du noen forslag til hvordan dette kan gjøres i apache isteden?