psv021
Medlemmer-
Innlegg
512 -
Ble med
-
Besøkte siden sist
-
Dager vunnet
12
Innholdstype
Profiler
Forum
Blogger
Nedlastninger
Artikler
Regler
Hendelser
Galleri
Store
Alt skrevet av psv021
-
Kan være relatert til autostart av HS3 - kan det være at maskinen som kjører HS3 har restartet? Se denne tråden: https://forums.homeseer.com/showthread.php?t=165092 Dersom HS3 autostartes, og ikke startes fra riktig sted, finner den ikke nødvendige filer. Antar at det er relatert til relativ plassering av filer i forhold til oppstartssted.
- 6 svar
-
- 1
-
Da vil jeg tro at du kan slette tilhørende devicer i HS, men usikker på hvordan det blir med nettverket, og hva som er lurest å gjøre. Dersom noden skal erstattes av en annen node, kan du bruke Replace.
-
#3: Plug-in EasyTrigger har en toggle-funksjon, slik at man enkelt kan lage eventer som toggler en device mellom forhåndsvalgte verdier.
- 66 svar
-
- 1
-
Fjern noden fra nettverket med "remove"-funksjonen i z-wave (helt lik som "add"-prosedyren, stort sett). Tilhørende devicer forsvinner automatisk. Andre devicer, som ikke tilhører en node eller en plug-in (for eksempel virtuelle devicer du har laget selv kan du bare slette direkte - trykk på devicen, trykk "delete"-knappen nederst).
- 4 svar
-
- 1
-
Tenker litt høyt her, men kanskje en del av problemet er direkte sjekk mot bevegelsessensoren. Du kunne laget et buffer mellom sensoren og eventen: Lag en virtuell device som du kaller for eksempel "Bevegelse, stue" med to verdier; On og Off. Så lar du sensoren endre den virtuelle devicen i stedet for å endre lyset. Så bruker du den virtuelle devicen som erstatning for sensoren i eventene dine. Da kan du legge inn en forsinkelse, du kan bruke flere ulike sensorer mot samme virtuell device, osv. For eksempel: Virtuell device styres av sensor: If motion1 Or motion2 Or motion3 Then Removed delayed action for Bevegelse, stue Then Bevegelse, stue = On Then Bevegelse, stue = Off after delay 5 minutes Lys styres av virtuell device: If Bevegelse, stue changes and becomes On And day Then lys på 190 If Bevegelse, stue changes and becomes Off Then lys 30 Ble litt kjapt og galt dette, men håper du ser hva jeg vil frem til: Gå via en virtuell device i stedet for å koble lyset direkte til motion sensor. Da får du en buffer. Eventen som endrer virtuell device vil hele tiden trigges av ny bevegelse fra sensorene, men så lenge Bevegelse, stue er på, vil den bare forbli på. Eventen som styrer lyset vil bare se at Bevegelse, stue forblir uendret (helt til den ikke er det lengre).
-
Android sliter også med det. Exit-knapp (eller en knapp for å hente frem menyen) er kjekt å ha.
-
Litt på siden av spørsmålet kanskje, men det første kriteriet ditt ser rart ut. Det skal sikkert stå "time is after 02.00" på første, vil jeg tro. Slik det står nå vil det kun trigge nøyaktig kl 02.00.00. Mener jeg så samme tema i en annen tråd i dag, uten at jeg helt husker hvor den ble av. Der ble det, hvis jeg husker rett, foreslått å sjekke for hvor lenge siden denne eventen ble kjørt. Kanskje det kan hjelpe.
-
Ja, fungerer glimrende, takk for hjelp. I alle fall så lenge jeg er på samme nettverk. Litt usikker på hvordan det vil være utenfor, men det får bli neste utfordring... isVideo var nøkkelen til å få oppdatert grafikk. I HStouch, graf vises på egen screen som bare inneholder grafen og en lukk-skjermen-knapp. Har icon for graf ved siden av de ulike temperaturene. Ved trykk: 1) Kjør HS-event som oppdaterer grafen 2) Sett URL på bilde i graf-skjerm 3) Åpne graf-skjerm Per nå 24H graf som default, men i prinsippet ikke så vanskelig å legge til andre valg (3 døgn, 1 uke, etc). Det vil nok være en øvre grense for hva som er praktisk (og nødvendig).
- 13 svar
-
- 3
-
Så, nå i ettermiddag har jeg gjort følgende: 1) Googlet 2) Installert Apache webserver og etter hvert fått den opp og gå på en port uten konflikter 3) Prøvd å finne gode metoder for å få tilgang til charts fra DeviceHistory via Apache, helst på en sikker måte slik at jeg slipper å plutselig drifte en nettbutikk mot min vilje (eller verre ting) 3a) Var innom virtuelle foldere 3b) Funderte litt på automatisk kopiering av filer fra DeviceHistory-output til Apache-området med script fra HS3 3c) Spiste middag 4) Tenkte jeg skulle høre litt i denne tråden hva andre gjør 5) Leste innlegget til ZoRaC (vet ikke helt hvorfor jeg ikke fikk det med meg i går) (EDIT! Det var jo i dag tidlig ) 6) Testet http://<homeseer-ip><path-til-charts><chart.png> ...så nå blir vel neste steg å avvikle Apache-serveren da, vil jeg tro...
-
Ja, og det gir absolutt mening at grafikken ikke lastes på nytt hele tiden. Det hadde blitt tungt, og i 99% av tilfellene helt unødvendig selvsagt. Så jeg har litt forståelse for at min løsning ikke funker Skal se mer på URL-løsning...
-
Takk for svar. Det jeg gjør i dag er Status Graphics. Har, som Moskus nevner, lagt inn 1 s forsinkelse i eventen, og eventene setter devicen til en annen verdi før den settes til den "reelle" verdien, i håp om at grafikken da skulle oppdateres. Men den virker å lese fra et mellomlager. Det jeg leter etter er egentlig en "refresh status graphics"-kommando... URL-tipset vil forutsette tilgang til bildet via nett, det har jeg ikke per i dag. Kanskje det kan la seg løse...
-
Hehe "resten" er jo bare "bla bla" Anyway, takk for korreksjonen! Bra det funker! En ting jeg kan nevne er at den klikkelyden, som virker veldig svak når man har den på benken, faktisk er hørbar. Ville ikke montert den rett utenfor soveromsvinduet for eksempel.
-
OK så ikke slik ut på bildet? Prøv 1 1 0 0 0 0 0 (merk omvendt rekkefølge, første er #7, siste er #1.) Edit: Er det mulig å trigge sensoren ved å gå utenfor RG-11 (lukke sløyfen og se om du får signal da)? Når regnsensoren trigger slik den skal, og universalsensoren leses OK av HS3, så ser jeg ikke så mange andre feilkilder enn at signalet ikke oppfattes av universalsensor. Da minner det veldig om det jeg også sleit litt med, til jeg endte opp med modusen som sender lengre pulser (200 ms). De korte (50 ms) virket å være for korte for å trigge universalsensoren...
-
Sysler litt med å få historiske device-verdier (i mitt tilfelle: Temperaturmålinger) tilgjengelig i HStouch. Har foreløpig forsøkt meg på denne løsningen: Har en virtuell device med en kode per måler jeg ønsker graf for. Som grafikk for hver verdi har jeg tilhørende graf laget av Device History (bilde på disk). Så har jeg eventer som 1) Genererer korrekt grafikk 2) Setter virtuell device til korresponderende kode ...Så når jeg velger for eksempel "Stue" i HStouch, kjøres en event som lager en temperaturgraf for Stue, og dumper resultatet til filen på disk som ligger som grafikk for koden "stue" i den virtuelle devicen. Jeg trodde jeg var smart når jeg "løste" dette med kun én virtuell device. Men så virket det jo ikke... Og jeg tror jeg forstår hvorfor: HS3 ligger jo ikke og poller bildefilene på disken for endringer hele veien. Så når jeg trykker på "Stue" i HStouch, kjøres eventet som oppdaterer bildefilen, men det er den gamle grafikken som vises. Så, finnes det et triks for å "refreshe" grafikken i en device (få HS3 til å laste filen på nytt fra disk)? Det jeg har forsøkt er å legge inn en ekstra endring av devicen i eventen (først sett devicen til [en annen kode], så til den riktige koden). Har også lagt inn en 1 s pause mellom generering av chart, og endring av device.
-
Njaei ikke sånn umiddelbart, men sjekk linken øverst i guiden. Det er den (andre) guiden jeg har fulgt når jeg satte opp min. KAN jo være noe feil i mitt skjema, selvsagt. Det høres ut som om sensoren gjør det den skal (blink og lys). Kan være at impulsen den sender er for kort for at universalsensoren plukker den opp. Jeg endte opp med å bruke "mode 6" for å få universalsensoren til å reagere. Da sender regnsensoren litt lengre pulser.
-
Er det noen åpenbare årsaker til at du oppgraderte fra UZB1 til Z-NET?
-
Ja, det er min teori også. Greit å få ryddet opp i det! Kunne godt stått i loggen at en device blir pollet... Kunne også vært mulig å disable polling direkte fra oversikten. Var mye trykking for å gå inn på hver enkelt device og subdevice.......
-
Gikk gjennom nodene mine. De aller fleste hadde default-verdier på 20-ish minutter. Så fant jeg et par med 5-minutters intervall. Så fant jeg en Fibaro-sensor med 2 sekunders intervall på Luminance (!). Så fant jeg en annen Fibaro-sensor med 1 sekunds intervall på "Home Security" (!!). Nå fikk jeg disablet rubbel og bit, med unntak av 12h batteripollinger... Så muligens kan dette bidra til å redusere forsinkelsen mellom aksjon og reaksjon...
-
Gode tips her, lang to-doliste... Et spm om polling: Er det vanlig å ikke ha noe polling i det hele tatt? Jeg skal sjekke i ettermiddag, men ganske sikker på at jeg har polling på rubbel og bit. Typisk ganske ufrekvente, 1 gang i døgnet eller noe slikt, men likevel?
-
Må komme tilbake til det når jeg er hjemme og kan se på det... Men plug-ins fra husken: YR, Sonos, DeviceHistory, JowiHue (som forøvrig gir en del feilmeldinger), EasyTrigger, Verisure, Z-wave, HStouch, RFXcom, den-der-push-saken (Pushover?), Jon00 group devices 36 z-wavenoder hvis jeg husker rett. Usikker på hvor mange jeg har polling på og hvor ofte. Lett å finne det ut et sted?
-
Jeg ser i alle fall et par ting som kan være relevant for meg i listen din. Jeg kjører SONOS (og når jeg tenker meg om, så KAN det stemme at problemer oppstod omtrent når SONOS kom i hus). Det skal jeg sjekke opp nærmere. Jeg har også noen dørsensorer på samme dør som IDlock. Disse fungerer sammen, siden IDlock* mangler funksjonalitet for å fortelle om døren er lukket eller ikke. Kanskje disse kommer i konflikt. De driver jo typisk og sender samtidig. *) Ryktene forteller at i FutureHome gir IDlock informasjon om dørstatus, men den har jeg ikke klart å fange opp hos meg.
-
Følger denne da jeg ser samme symptomer hos meg også. På det verste tar det over et minutt fra signal sendes (knapp i HStouch, tidskontrollert scene, etc) til device faktisk endres (lys slås av/på, wallplug slås av/på, etc). Jeg har en scene som også endrer skjerm i HStouch. Denne er også forsinket. Jeg har til nå mistenkt min UZB1, da den fusker litt i andre sammenhenger også. Har også mistenkt mine IDlock'er, da jeg har en del problemer med dem. Så har i flere uker nå forsøkt å eliminere bit for bit. Siden feilen ikke er konstant, men dukker opp her og der (flere ganger hver dag da, riktignok), tar det litt tid å feilsøke. Det kan også godt tenkes at jeg ser symptomer på flere, uavhengige feil. Men mye av det du skriver høres veldig kjent ut. Kan også nevne at etter juleferien var systemet helt ubrukelig. Kom hjem, etter bare 4-5 dager, og ingenting fungerte. Bevegelsesdetektorene blinket, men ingenting skjedde i HS3. Jeg trodde den gang at de gikk i "dvale" eller noe slikt etter lengre tid uten bruk. Men det høres jo også helt dust ut... Hos meg går både optimize og full optimize også bra. Det ble tipset i en annen tråd om å ta en hard-reset på UZB1, har ikke gjort det enda. Har også lest tips om å flashe UZB1 med ny firmware. Har ikke mannet meg opp til det enda.
- 68 svar
-
- 1
-
...så er spørsmålet: Et event lager en graf, eksporterer den til en PNG i HS-filstrukturen. Hvordan får man den vist (og oppdatert) i HStouch? Tenkte først å bruke en virtuell device med denne filen som status-grafikk (slik for eksempel yr-plug-in gjør), men får ikke tak i den med mindre den ligger under /images/. Edit: Fant ut av det. Funker å skrive inn direkte path til filen (relativt til HS-katalogen)...
-
Jeg får de "sinnsvake" filnavnene når jeg genererer grafer i plug-in'en. Men når jeg bruker et event blir det pene navn (device-navn), ref hva Moskus skriver.