psv021

Ja, mener på det - har testet begge deler... Det hjelper jo ikke at begge devicene er utrolig kranglete å inkludere skikkelig. Trenger en del forsøk før de kommer inn skikkelig.

Elektriker var innom og fikk koblet til S2 på en av mine Fibaro Dimmer 2. Planlegger å bruke den mot en Fibaro Wall Plug. Men får det ikke til å funke. Har ekskludert/inkludert dimmeren (det virker å være eneste måte å få tilbake S2 på - den hadde jeg slettet), og lagt til assosiasjon til wall plug i gruppe 4, ingen endpoints: ...men ingenting skjer når jeg trykker på S2. Forsøkte å ekskludere/inkludere wall plug igjen (derfor står den med default-navn i bildet over), men ingenting skjer nå heller. Noe åpenbart jeg burde sjekke, eller som jeg har gått glipp av her? Har også forsøkt dette: Jeg merker meg forresten at assosiasjonen overlevde en eksludering/inkludering. Assosiasjonen ble satt, så ble wall plug ekskludert/inkludert, og assosiasjonen er der fortsatt (men med nytt navn).

?: https://forums.homeseer.com/attachment.php?attachmentid=55362&stc=1&d=1468505792 Forskjellen hos deg er at det står at det er gjort fra "CAPI control handler". Da ville det være naturlig å lete etter et event, som ble foreslått. I mitt tilfelle får jeg bare dette: Tilfeldig tidspunkt - [Device] set to OFF. Nå har jeg akkurat restartet HS3, så jeg har ikke eksempler fra loggen lengre, men det dukker kanskje opp noen de nærmeste dagene. Ellers så har dette nå skjedd kun 3 ganger. Første to ganger med den ene rullegardinen, så den tredje med den andre rullegardinen. Første gangen tenkte jeg ikke så mye på det, andre gangen begynte jeg å sjekke litt (da satt vi og så på TV i sofaen 2 meter borte, så det ble veldig synlig for alle at det plutselig gikk ned en rullegardin). Tredje gangen forstod jeg at det er noe mystisk på gang et eller annet sted... (men hva???)

Har 2 stk roller-shutter fra Qubino som jeg bruker med to rullegardiner. De fungerer bra, og har gjort det lenge. Den siste måneden har jeg imidlertid opplevd et par-tre ganger at den ene rullegardinen er nede når jeg kommer hjem fra jobb. De er ikke inkludert i noen automatiske eventer, så det er litt merkelig. I loggen står det bare at den er satt til OFF på et vilkårlig tidspunkt. I dag var den andre rullegardinen nede da jeg kom hjem, så jeg antar derfor at Qubino-shutteren er fellesnevneren. I loggen ser jeg at den har blitt satt til OFF kl 09:14:01. Det er ingenting annet som skjer i loggen. Ingen eventer som kjøres, ingenting. De andre gangene dette har skjedd har det også vært vilkårlige tidspunkt uten andre, assosierte hendelser. Veldig mystisk. Noen tips til hva årsaken kan være? Andre som har opplevd det samme?

Trigger må være hendelser, condition må være tilstander. Hendelse: Det blir tirsdag. Tilstand: Det er tirsdag. Når man først har "sett" den logikken blir det veldig logisk PS! Kanskje et dårlig eksempel på hendelse i denne sammenhengen, denne hendelsen er vel ikke tilgjengelig direkte fra drop-down i HS... Men det var for å illustrere poenget.

Tok bort DeviceText - fortsatt tannhjul, men ingen tekst (kommer en bindestrek, det er muligens en default string i scriptet i tilfelle input manger)... ? Skal speile de scrapede devicene til noen andre virtuelle, og se hvordan det funker over tid. Tror HS roter med endringstidspunktene. Se bilde av de to tekst-devicene (som skal være tekst, og som fanger bare tekst, ikke numeriske verdier). Sist endret i går, da devicene ble opprettet iflg dato. Men hvis man ser på teksten, så ser man at den må være hentet i dag (søndag/mandag). Kanskje endring av kun tekst ikke teller som en endring i HS (må være endret verdi?)...

Jepp, det er den verdien den fikk da scriptet ble kjørt første gang og devicen ble laget. Men dersom jeg kjører scriptet på nytt, blir den ikke oppdatert. Og dersom jeg setter en range 0-5, med Control, og setter verdien manuelt til f.eks. 3, er verdien fortsatt 1. Dersom jeg setter enkeltverdier 1 til 5, i stedet for range, og setter verdien til en av dem, får jeg opp kontroll-knapper for de ulike verdiene - men de gjør ingenting. Så jeg kan trykke så mye jeg vil på andre verdier - devicen står fortsatt på den verdien den opprinnelig fikk. Har ikke tilgang til scriptet, kun til HS3 akkurat nå, men skal teste litt mer senere. Det kan godt være det er devicetext som er årsaken som du nevner over. Syntes bare det var så rart at 1) Devicene ikke blir oppdatert når scriptet kjøres på nytt, og 2) at jeg heller ikke kan endre device-verdiene manuelt... Dersom jeg kan få scriptet til å oppdatere devicene er alt i orden, da kan jeg speile dem til egne devicer for å få ikoner.

Ja, kanskje det ligger noe overstyring i scriptet - men jeg fortstår ikke hvorfor jeg ikke skal kunne overstyre dem igjen. Er det mulig å lage en "skrivebeskyttet" device i HS3? Jeg sjekker, etter å ha forsøkt å sette verdi manuelt, verdien både i HS og i "advanced" - begge deler er slik devicen ble satt da den ble laget av scriptet i første kjøring. Det er helt sikkert noe dustete jeg har oversett. Jeg skal forsøke å teste litt mer. Kanskje en moderator kunne ha splittet ut denne side-diskusjonen, da det ble litt off-topic i akkurat denne tråden...

Finnes noden nettverket nå (se Node Information)? Hvis den finnes, men ikke kan ekskluderes hadde jeg brukt "Remove faulty node" eller hva det heter, under Z-wave på selve devicen. Så factory reset på bryteren. Slette alle tilhørende devicer. Så restart av interface og prøv igjen... Står den langt fra controller når du inkluderer? Har hatt masse inkluderingsproblemer med ulike enheter. Har funket etter flere forsøk. Vært oppe i 5-6 forsøk på noen Fibaro multisensorer...

Bruker grab 1+2, og siden devicene opprettes korrekt forutsetter jeg at scriptet virker. Har satt opp at device skal oppdateres uansett om verdi er den samme, men jeg får heller ikke til å endre verdi på disse devicene manuelt. Det er merkelig. Så hvis jeg legger til range 0-5, og Control, og justerer verdien, så blir ikke verdien endret. Den har fortsatt verdien den ble initialisert med av scriptet... Med grafikk mener jeg verdi-basert grafikk. Så jeg legger inn grafikk tilhørende ulike verdier, men de vises ikke. Gjør jeg det samme med en virtuell device jeg selv lager funker alt fint...

Tja, har satt det opp til å kjøres hver 12 time ja. Men i debugging har jeg sikkert kjørt det 20 ganger på kort tid. Når scriptet blir kjørt, oppdateres ikke devicene. Men dersom jeg sletter en av devicene (som scriptet har opprettet), lager scriptet en ny (så jeg vet at scriptet kjører, og at det leser nettsiden korrekt). Men jeg fatter ikke hvorfor ikke devicene oppdateres...

Klør meg litt i hodet her. Tror det handler mest om HS3 enn det handler om Jon00-skraperen, men det er i alle fall noe jeg ikke har forstått: Scraperen lager virtuelle devicer slik den skal, men de oppdateres ikke. Har fjernet kryss på "do not update if value does not change". Forsøkte å slette en device og kjøre scriptet igjen. Da lages det en ny device som erstatning for den som mangler. Men eksisterende devicer, laget av scriptet, oppdateres ikke... Noen tips?? Devicene som lages viser ikke grafikken. Jeg har lagt til verdiene (som range på noen og som diskrete verdier på andre, bare for å forsøke begge) og tilhørende grafikk. Men det er kun tannhjulet som vises i HS3 uansett, selv om devicene har verdier som passer med grafikk jeg har lagt inn. I HS touch vises kun "thumbnail" - for devicene laget av scraperen er det en skiftenøkkel som er lagt inn som default. Hvorfor oppfører disse devicene seg helt annerledes enn andre devicer? Jeg ser i utgangspunktet ingenting annerledes her.. Edit: Får ikke endret dem manuelt heller... Selv om jeg setter til Control, og forandrer verdien, blir ikke devicen endret. Mystiske greier... Edit2: Når jeg ser nærmere på devicene, og sammenligner med en av "mine" virtuelle devicer, er det forskjeller. Relevant? Device laget av scraperen: Device laget av meg:

Nei, linjeskift/avsnitt etter [Grab]. Ja, skjer i Notepad også. Sikkert nettleseravhengig og alt mulig (jeg bruker IE11). Ikke noe feil i det du skriver, altså, men tydeligvis noe formatering som skjer i forumet.

Dette var glimrende, takk for guiden! Et tips til andre: Dersom man kopierer ini-teksten rett fra innlegget, kommer det et ekstra linjeskift etter første linje. Det funket ikke hos meg før jeg fjernet det linjeskiftet.

Jeg mener at 5.6 er den siste, det kan vel sjekkes. Det er relativt (...) greit å oppgradere - jeg brukte Z-way tror jeg, det var en annen tråd på akkurat det. Fulgte oppskriften... Men, uansett, jeg mener at 5.6 var siste versjon.

Jeg har flere dimmer 2 i veggen. Bruker kun S1. Men nå funderte jeg på å bruke S2 på den ene dimmeren til å styre en Wall plug (av/på). Men skal jeg tolke denne tråden til at det ikke er rett frem?

Ellers kan jeg nevne at JowiHue fikk problemer hos meg etter oppgradering til siste versjon av HS3. Der slås ikke lysene på slik de skal lengre... Men forstår det slik at det er z-waveenheter du har problemer med, så det er muligens ikke relevant. En annen ting du kunne ha sjekket er hvilken firmware-versjon du har på UZB1 (står i loggen under oppstart av UZB1), og hvilken versjon av z-wave plugin du bruker. Jeg oppgraderte firmware på min UZB1 til 5.6 (mener jeg å huske) rett før jeg oppgraderte. Dersom feilene du opplever faktisk er relatert til oppgraderingen kan det kanskje være noe slikt.

Men har du sett gjennom Node Information, om det er noen merkelige ruter der? Og har du forsøkt en Test Connectivity på hele nettverket (z-wave --> controller management) for å se om det er enkeltnoder som tar lang tid å få svar fra eller ikke svarer i det hele tatt? I fall et siste kan det være et sted å starte. Polles den hvert 10. sekund...? At den sender data ofte er vel riktig oppførsel, som du indikerer. Men dersom det er mye polling så kan vel det påvirke. (Nå videresender jeg tips jeg fikk fra Moskus og andre i "min" tråd ). Sikkert greit å vente litt med det da, det trenger ikke være disse sensorene som ikke funker. Jeg ville først ha sjekket hvordan rutene til de ulike sensorene ser ut, om det er noen som kan utbedres. Enkeltsensorer kan jo også rescannes eller optimiseres uten at det påvirker for eksempel Device History. Det er vel bare hvis man ekskluderer/inkluderer, og de får nytt nodenummer, at den svikter (?)

Her er i alle fall noen mikrobrytere, men de forutsetter vel noen inngrep i karmen.. https://m.elfadistrelec.no/no/komponenter/releer-og-brytere/mikrobrytere-kippbrytere/mikrobryter/c/cat-DC-59774

Jeg hadde kjempeproblemer med nettverket mitt for en tid tilbake. 10 sekunder er ingenting. Jeg kunne ha flere minutters forsinkelse, hvis kommandoene i det hele tatt kom frem. Måtte restarter UZB1'en min hver eneste gang jeg skulle skru av et lys via HS3. Anyway, jeg fant aldri ut hva problemet egentlig var, men jeg gjorde følgende: 1) Fjernet polling på alle devicer. Beholdt polling kun på batteri-status, og da sjelden polling (en gang i døgnet ca). Prøver å unngå samme polleintervaller på mange devicer 2) Fjernet 2 stk IDlock fra nettverket, da jeg mistenkte at de bidro til noen av problemene 3) Fjernet alle Fibaro Multisensorer, og la de til igjen non-secure. Jeg hadde lagt de til med "Include", som jeg nå har lært er "Secure". 4) Sjekket Route for alle devicer (finner det under z-wave --> Node Information). Her var det noen noder som hadde funnet seg ganske kronglete ruter til kontrolleren (eller var det omvendt). Setter alle som kan til "Direct". Jeg har lært å ikke bruke "Optimize" på hele nettverket for ofte... Det kan visst rote til mer enn det ordner opp. For din del, hadde jeg startet med "Test node connectivity", og sett om det var noen noder der som ikke svarer. Dersom andre noder rutes gjennom slike, kan vel det lage problemer. Nå funker mitt nett bra. Det jeg mistenker (!) er følgende: IDlock støtter beaming, og dermed kan den videresende på z-wave. Den ene IDlocken min er montert i en brannsluse, på en ståldør, der den nok har dårlig dekning. Det kan tenkes at den har dekning når døren er lukket, men ikke dekning når døren er åpen, eller tilsvarende. Så dersom andre noder har begynt å rute sine signaler gjennom denne IDlocken, kan det ha forårsaket problemer. Se denne tråden:

Kanskje du kan bruke en Fibaro universal sensor eller tilsvarende. Dersom du kan lukke eller åpne en strømkrets når døren er låst, kan det plukkes opp. Enten snike inn noen tynne ledninger eller kobberstriper eller noe, eller bruke selve låsen som krets hvis mulig. Tenker bare høyt, aner ikke om det er gjennomførbart eller trygt.

Ja skulle jo tro det, men jeg vet ikke. Leste litt i vilkårene nå uten at jeg ble veldig mye klokere. Anbefaler en tlf/mail til Enova. Det er jo ikke helt utenkelig at tilskuddet gis til etablering av varmestyring, men ikke utvidelse av eksisterende. https://www.enova.no/privat/alle-energitiltak/redusere-eller-styre-stromforbruket/varmestyringssystem-/

Jeg er usikker. Kravet er vel at man installerer et system som kan styre varmen i minst tre soner. Dersom man allerede har styring i minst tre soner, og legger til tre nye, vet jeg ikke om tilskuddet fortsatt gjelder... Vilkårene er ganske lesbare da. Jeg tok en telefon til Enova også for å oppklare noen detaljer, og fikk gode svar. Det eneste jeg syntes var litt krøkkete var at skjemaene krever norsk organisasjonsnummer for alle kvitteringer som skal søkes tilskudd for. Så når jeg har kjøpt en del ting fra både USA (HomeSeer, f.eks) og Sverige så ble det litt vanskeligere. Måtte ettersende den informasjonen.

Et tips litt på siden. Enova gir tilskudd til varmestyring av (minst) 3 soner. 20% av kostnadene inntil 20.000. Jeg fikk nettopp tilbake noen tusen derfra. Kravene er blant annet at investeringene må skje innenfor et år, og at minst tre soner må styres. Se Enova for detaljer. Du kan jo ha det i bakhodet.

Automasjonstabbe: Har fått på plass kameraovervåkning i huset. Kameraene gjør opptak når bevegelse detekteres, hvis de er påslått. Siden personvern osv, fikk jeg etter hvert på plass en løsning der kameraer slås på når huset settes i Borte-modus, og slås av når huset er i Hjemme-modus. Det gir mening, siden det ikke skal filmes eller gjøres opptak når noen er hjemme. Men, hos meg er det satt opp slik at huset blir satt i hjemmemodus når bevegelse detekteres (jeg bruker en selvstendig innbruddsalarm, uavhengig av HA-anlegget mitt). Så oversatt, så blir dette: Når bevegelse detekteres, slå av kamera. Det var fruen som forsiktig spurte om det egentlig var slik det skulle være...