Fjosepose

Jeg har en Remotec ZXT-120 koblet opp til HS4. Devicen som dukker opp etter inclusion ser slik ut mhp temperatursetpunkter: Dette er litt uvant fra tidligere da jeg kun hadde ett temperatursetpunkt som da ble "sammenstilt" med mode(heat eller cool). Her ser det ut som om jeg må sette forskjellige setpunkter basert på om jeg skal kjøle eller varme. Jeg kjører varmepumpen enten på varme eller kulde (ikke noe automatikk), og ser nå for meg å måtte lage endel ekstra logikk for å håndtere setpunktene...eller er finnes det en smart måte å gjøre dette på der jeg kun trenger å forholde meg til ett temperatursetpunkt i tillegg til vifte og modus?

Det er nok en greie dette med signed/unsigned. Skjønner på en post at selv om HS viser verdien som signed, så settes verdien likevel korrekt i device, og da er jo mesteparten av (man)dagen reddet😀 Det betyr i så fall bare at man må ha kalkulatoren klar om man får en negativ parameter-verdi ut fra HS.

Slik jeg leser det så kan registerverdiene settes, i tillegg til 0=disable, fra 1 til 65535. Dette mapper over til tidsplanet med 0 til 6553 sekunder, altså maks 1 time 48min. Mitt problem er at registeret ikke klarer å ta i mot verdier høyere enn (ca) 32000...vet ikke om dette er et device eller HS4-problem...

Jeg flikker stadig på oppsettet mitt og i dag tenkte jeg å legge inn en "auto off" direkte i devicen som er en Fibaro FGS 222 (v2.2) Double Relay Switch. https://manuals.fibaro.com/content/manuals/en/FGS-222/FGS-222-EN-A-v1.1.pdf Jeg har opplegg for nedtelling i HS4, men tenkte at det kan være fint med en ekstra sikring av sterke lyskilder som kan være sjenerende om de blir stående på om natten pga en feil. Auto off fungerte fint i HC2, men der var det også et SW-lag mellom settings og de faktiske registerne. Nå jobber jeg rett i registerne, og i utgangspunktet så burde jo dette være riktig så enkelt. Register 4 og 5 styrer hver sin kanal mhp auto off tid: Ser at forklaringsteksten er noe misvisende, men fant at det skulle være 0.1s steps. Da burde 1 timer være 36000. Men det snodige er at registeret på to byte kun tar verdier opp til 320000. Alt over dette returnerer en negativ verdi. Nå har jeg sittet i boden og knotet, og orker ikke mer. Er det noen her som har FGS222 i sitt oppsett, og som kan bringe litt lys over saken?

Dette var en Heatit z-dim...løsningen(håper jeg) var å slette det som ikke passet, og legge inn node 1 i assos. gruppe 1.

Oppdaget forøvrig (litt tilfeldig) etter å ha gjørt en "node audit" at noen devicer mangler lifeline til controller, og at enkelt av assosiasjonsgruppene hadde "pekere" til devicer som både finnes og ikke finnes(node nummer langt nøyere enn det jeg har i mitt system). Jeg kan med sikkerhet si at jeg ikke direkte har gjort noe av dette...men hvordan det har skjedd er jeg usikker på. Vet ikke helt hva dette i praksis har medført men vet at downlighten på kjøkkenet hva vært noe tricky noen ganger. Jeg antar at alle devicer skal ha lifeline tilkontroller?

Dette var en bra detox for z-wave.nettverket! Muligens placebo men gui synes å være raskere også nå. Sent from my iPhone using Tapatalk

Her er noe som stemmer sånn ca: Skaleringen i register 17 ser ikke ut til å klaffe helt, men verdi 36 gir meg omlag avlesning en gang i minuttet. Tenker at jeg prøver med på å sette registerne til 100, og sjekke hva oppdateringsraten blir i praksis. Tviler på at parameter 18 slik den er satt default påvirker avlesningsresultatet.

Jeg har ikke Heatit trm2m (som kan/kunne byttes til trm2fx), se helt til høyre på denne linken: https://manuals.heatit.com På disse kan man i praksis kun stille inn samme parametere som man kan i menyen på selve termostaten. Ser ut som om jeg er prisgitt firmwaren 1.92 og hva den gir av rapporteringsintervall... Fant en post om at det er lagt til 5 ekstra parametere...får lete litt mer.

Sannelig så er det ikke mine Heatit z-wave (første versjon) som maser mest, og hver av de har de 80 kall på ca 15 minutter. Det blir omlag en rapport tvert 10ende sekund og når jeg har 6-7 stykker av dem blir det jo noe trafikk. Resten av nodene var stort sett stille. Jeg har oppgradert FW til 1.92 men ser ikke ut til at det finnes allverden med justeringsmuligheter på disse. Mulig at det finnes noen tips her på forumet...

Har en temperatursensor som jeg vet er masete…og som jeg skal ta i ettermiddag. Er forøvrig loggen i HS et greit sted å sjekke dette? Eller må jeg rigge opp zniffer for at det skal bli en ordentlig sjekk?

Da er jeg tilbake "on-track" til det opprinnelige spørsmålet om hvorfor enkelte devicer "mister" kommandoer relativt ofte. Har lagt merke til at dette skjer med lys og setpunkt for termostat. Nå er de fleste devicer forøvrig direkte mot kontroller: Hva er grunnen og botemiddel?

Ser jo at optimize ikke er å anbefale...en men en kjapp restore ordnet det. Ser etter nærmere syn at det typisk er batterienhetene som har 4 hopp, men at litt manuell justering av rutene fikser på det.

Måten jeg ser routingen på er grafisk i dette z-seer-programmet. Sent from my iPhone using Tapatalk

Huset er ikke så stort...rekkehus med 3 etg. Z-wavekontrolleren er i midten(hver etg 40/50m2, kun trevegger). Manga av devicene som har mange(4) hopp er i stua/kjøkken/gang i nærmest åpen synslinje til kontrolleren(og ikke mer enn 6-7m unna). Endel av disse tar seg en tur ut, og tilbake til en wallplug(ca 1.2m fra kontroller) og så opp til kontroller. Om jeg må gjøre ting manuelt får jeg mye å gjøre på...finnes det en god automatisk tilnærming som kan gi meg en god start, og deretter litt manuell flikking?

Jeg observerer at enkelte devicer ikke reagerer på kommandoer...det kan være ett og annet lys som ikke slår seg av, eller en termostat som ikke reagerer på nytt setpunkt ifm nattsenking. Hyppigheten av dette kan være opp til flere ganger i uka. Jeg har sett litt på nettverket gjennom Z-seer+ og der ser jeg at ganske mange devicer har de "villeste" ruter. Devicer like i nærheten av z-wavekontrolleren hopper via 4-5 andre devicer og gjerne en omtur via utelampa. Har forsøkt å kjøre optimalisering både gjennom z-seer og plug-in, men disse tilsynelatende omveiene består. Betyr dette at jeg i praksis bør sette rutene manuelt for et best mulig resultat?

Heisann....der var det jo en checkbox! Lette på feil sted altså. Thanx!

Hei Jeg har en autolåsefunsjon i HS4 som starter en teller om dørlåsen blir åpnet. Mellom 09:00 og 18:00 autolåses dørene eller 60min, mens etter etter 15min. Autolåsing skjer også ved husstatus = borte. Alt dette er det eventer som holder styr på og trigger, men så skjer det noen ganger at døra ikke er skikkelig lukket og da feiler autolåsingen. Jeg har derfor laget en validerings-event som trigges av autolås-eventene med en pause på 10s. I validerings-eventen har jeg satt trigge-condition til "manually triggered" men da synes det som om condition ikke blir tatt hensyn til (naturligvis?), og hele greia hopper rett til tingene som skal skje etter "then". Kan nok lage noen greier med en VD som kan trigge mine "under-events", men jeg kunne svært gjerne tenke meg å færrest mulig workarounds... Er det noen som har en smart løsning på å la en event trigge en ny event, men at conditions samtidig blir med?

Her er den praktiske, men noe klønete løsningen: 1) Lag en virtuell device (i mitt tilfelle ref 1806) 2) Kjør følgende script i eventet hvor man sender melding med pushover: Sub Main(parm as object) Dim Tid24h Tid24h = Format(Now, "HH:mm") hs.SetDeviceString(1806, Tid24h, True) End Sub 3) Les inn device string vha $$DSR:1806: i pushover-meldingen Mulig at dette også kan lages i "immediate command"

Hei Jeg prøver å finne ut hvordan man kan få 24h-tidsformat gjennom å bruke replacement variables, typisk $$time: Planen er å bruke dette i Pushover for å varsle om saker og ting, men default synes å være klokketid med AM/PM. Har ikke funnet annet enn diverse forslag som ikke virker. Noen som har løsningen?

Jeg laget meg en slags migreringsstrateg, som viste seg både å være god og lur(tror jeg). Prinsippet for styring og kontroll ville jeg ta med meg (og det fungerte fint også på HC2). Jeg bygget så opp samme struktur i HS4 med diverse hendelse/tidsstyring og parametere(VD). For eventer i HC2 som ble styrt av sensorer la jeg også inn kall som overførte samme informasjon til HS4 via API. Med dette hadde jeg i praksis to systemer som agerte likt på samme tidspunkt og/eller hendelser. Jeg valgte så ut grupper av devicer som jeg flyttet over, og det fine med dette var at beboerne i smarthuset ikke merket noe. Det ble selvfølgelig noe innsatsmessig overhead med å gjøre det på denne måten, men det gjorte at jeg heller ikke hadde noen stress med noen ting. Brukte ca to ukes tid på å flytte alle devicene. Forberedelsene gjorte også at jeg ble godt kjent med HS4 og hvordan ting&tang virket der.

Ja, jeg oppdaget etterhvert at ikke alle "funksjoner" man kunne sette/justere i parameteroppsettet hos HC2 var native z-wave, og at enkelte funksjoner var programmerte overbygg. Synes uansett at "totalopplegget" var oversiktelig, og samtidig fint med navn/forklaringer på parameterne. Menmen, nå er jobben gjort på dette området for min del. Om ikke annet så håper jeg, om ikke anne,t at parameterene i HS4 i fremtiden kan komme i en tabell.

Hva er det som ikke smaker i HS4? Selv har jeg ikke hatt HS3, men synes uansett at det var befriende å dra fra HC2, (selv om z-wave parameterhåndtering er knot)

Ja, her tenker jeg at det er rom for forbedringer, kanskje spesielt rundt det med å legge inn og justere parametere. Det finnes endel workarounds i form av scripts, men mye av dette burde vært innebygget. Feks det at man må hente hver enkelt parameter er klønete og uoversiktelig. I migreringsprosessen så var det dette jeg brukte lengst tid på å gjøre...lese parameterbeskrivelser og sjekke/justere. Heldigvis hadde jeg spart på settingene fra HC2(som forøvrig hadde et finfint opplegg akkurat på dette området).

Jeg gikk fra HC2 til HS4 og det gikk egentlig greit. HS4 har sine "særegenheter" som sikkert kan bli bedre, men ikke som jeg synes er noe betydelig argument for å vente. Z-wave plugin´en er jo en liten katastrofe men den er vel lik som for HS3, så intet tapt eller vunnet der. Kjør på...når du har fått vaksine og/eller koronarestriksjonene er opphevet er tiden borte😀