Fjosepose

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😀

MQTT fra event synes ikke å fungere helt bra...ting stoppet å virke. Har forøvrig funnet ut feilen med MQTT. Der som man sender en identisk string to ganger så vil devicen havne på MQTT-blacklist og dermed ikke fungere. Grunnen til at dette hender er at ved andre sending så er det jo ikke noen endring i data som skal over og "systemet" sender derfor heller en value som av en eller annen grunn putter devicen på blacklist. Eksempel når jeg sender samme string (HS44444) på device (1671) to ganger med noen minutters mellomrom 27/05/2021 12:54:16 23056 | HSEvent STRING_CHANGE| 64| | HS44444| 1671 27/05/2021 12:54:16 23056 | Publish TNi3/mcsMQTT/Funksjoner/0/Batteri_alert_text=HS44444 27/05/2021 12:57:28 215383 | HSEvent VALUE_SET| 2048| | 0| 0| 1671 27/05/2021 12:57:28 215383 | 1671 has been blacklisted from event callbacks Gjør jeg endringer på stringen går det fint. Her er det nok en bug etsteds!

Herfra tenkte jeg resten skulle bli enkelt....planen var så å pakke/formattere batteriinformasjonen i en event(ala det ZoRac gjør) og videre "trøkken den ut" via MQTT. Jeg ser at eventen min endrer på STATUS i en VD som jeg har laget, men jeg klarer altså ikke å få informasjonen videre til mqtt-broker. Virker neste som om "fritekst" fra en event ikke trigger MQTT-plug-in´en, i motsetning til om jeg feks hadde forhåndsdefinert STATUS´er(korresponderende til values) i VD... Noen som har erfaring med MQTT plug-in´en på dette området? Jeg har brukt den mye, men opplever ofte at den er noen ganger vel "organisk"...kan tilsynelatende gjøre sammetingen to ganger, men få ulikt resultat...

Å gjøre slik er galskap for da blir det uorden i universet🤪 Ellers så ser jeg at jeg muligens kan nyte godt av at jeg har navngitt alle "batteridevicene" med "batteri" i navnet. Ser ut til at man kan lage en Easytrigger-gruppe med å bruke "name contains..."

Nå er det på tide at alle eksperter går over til HS4[emoji1] Jeg bruker allerede Floor og Room så enig at disse går ikke an å benyttte. Hvor kan jeg sette verdier i «andre properties» som i screenshot over? Sent from my iPhone using Tapatalk

..hmmm, denne location 2 mener jeg å ha sett noensteds, men akkurat nå klarer jeg ikke å finne ut hvor den er. Forøvrig tenker jeg at denne metoden din er greiest(dog ikke uten arbeidet med å fikle med alle batteridevicene) siden her kan jeg dytte meldingene til en push-message-widget i mitt smartpanel, ikke helt ulikt slik som på en mobil(farger og størrelser ikke justert enda):

Tenker du på den batteri-modifiserte utgaven av "CheckDoorsAndWindows.vb"? Ser fin ut den, men da blir det litt jobb å finne fram og legge inn alle batteridevicer. Ser dog ut til å kunne løse jobben, eller være et utgangspunkt for løsning!

Hei Jeg har installert SDJ-health for å forsøke å lage varsling på når batteribytte trengs. Det som er litt «ulagelig» for meg er at den «gode» i formasjonen er gjemt inni masse tekst. Er det noen her som har et script som feks kan putte alle batterivarsler inn en i haon-string? Sent from my iPhone using Tapatalk

Klarte å knote meg til en løsning i går kveld, og den ser ut til å virke i dag! Renovasjonsetaten har tydeligvis en hjemmeside av god gammel type(og ikke XMLHttpRequest) . Når jeg taster inn URL med søkeparametere får jeg tilbake en "monster payload". Etter en runde med .split('xxx') i Node-Red på unike identifikatorer (alle eiendommer har et unikt nummer) klarte jeg å ekstrahere dato for restavfall og papir. Ikke spesielt elegant, men fungerer så lenge ikke noen store endringer skjer med den aktuelle websiden. Mener å ha lest at Oslo kommune planlegger API for "hvermannsen" på informasjon og tjenester...da første snakker vi smart (city)!

Jeg ser at det er laget noen bra løsninger for hentetider til renovasjon for Homeseer...men så langt jeg klarer å søke ikke for Oslo. Jeg har vært inne på nettsiden til Oslo kommune og funnet et sted hvor man kan få denne informasjonen pr adresse: https://www.oslo.kommune.no/avfall-og-gjenvinning/avfallshenting/?sid=&street=Nordalveien+13a Er format/løsning på dette nettstedet likt om for hentetider hos Posten....da tenker jeg på om det feks. er XMLHttpRequest? Om jeg gjør et kall på URL´en over i Node Red får jeg bare masse "vas" i retur. Det som hadde vært aller best ville være at noen fortalte meg at jeg ikke var spesielt flink til å søke og at løsningen for Oslo er her.... alternativt må jeg prøve meg på litt koding og trenger litt peking i riktig retning...

Cunning! Ja, verdiene mine er stigende slik som du beskriver, så da er nok denne metoden mulig! Metoden er dog en workaround og ikke helt optimal siden jeg sannsynligvis må slå opp tallverdiene i VD´en om jeg skal gjøre endringer om to-tre år. Ønsket helst å ha betingelsene eksplisitte.

Hei Jeg har brukt lunchen til å mekke litt på en event, men har savnet en noe fleksibilitet. Jeg har laget følgende event som skal trigge på samme hendelse, men har en forskjell i condition: Finnes det funksjonalitet som gjør at jeg ikke trenger å "bygge så mye", men istedet gjøre: Ikke noe undergang om ikke mulig...men ville bare vært kjekt!

Hei Jeg har nå begynt å "koble" meg på eksterne MQTT-devicer, og først ut er min dashboard tablet hvor planen er å styre "Wallpanel" over MQTT. Planene er å gjøre kommandoene reload, relaunch, wake tilgjengelige i HS4. For å gjøre dette bruker jeg den (foretrukkede metoden) plug-in devices hvor jeg velger en topic og videre fra den genererer en HS4-device. Problemet mitt er å lage en fornuftig gruppering hvor jeg har én parent device og funksjonene reload, relaunch, wake som hvert sitt child device. Det klarer jeg ikke helt på en reperarbar måte. I hovedsak så genereres det automatisk en ny parent for hver topic jeg legger til (assosierer). Noen spesielle triks som jeg bør kunne her?

Det er bare å kaste seg ut i det! Lag deg en "migreringsplan" og kjør på mens vi fremdeles har sosial nedstengning. Jeg flyttet fra Fibaro HC2 og til HS4, og det var to ting som lugget. Det ene var mangelen på globale variabler, men det gikk over på to timer da jeg så hvordan dette abstraherte alle typer devicer inn i HS4-plattformen. Det andre var å flytte alle z-wave devicene mine, totalt 67 noder. Flytting fra HS3 --> HS4 inkluderer vel ikke noe av dette.

Hei. Har lest litt bakover, og det kan se ut til at du klarer å bruker Verisure-plugin´en på HS4? Jeg har installert den på HS4, men ser i loggen at jeg får noen varsler: Slik jeg skjønner så kan dette fikses med å "mekke" litt på en konfig-fil.. Om riktig, siden du har fått dette til å virke på HS4, kunne du lagt ut din anonymiserte/sladdede konfig-fil som en "golden sample"?