Hillmar

Har testet her hos meg. Fungerer som i beskrivelsen deres. Kan nevne at det også fungerer å sette/slette koder i Z-wave menyen til Root-devicen til låsen. Her får man også assosiert et navn til koden.

Noen som har testet ID Lock med BLLock-plugin? Etter å bare ha trykket meg rundt i menyene så ser dette ut som en mye enklere måte å administrere låsen på (hvis det fungerer mot ID Lock).

Iht. manualen så må låsen låses på vanlig måte først, for så å taste kode for å aktivere "away-mode". Men låsen sender kanskje først en vanlig låse-melding og så en ny melding om at den er satt i "away-mode". Må testes i kveld.

ID Lock låses utenfra ved å bare touche keypaden, uten hverken å trykke kode eller LOCK button. Synes derfor det høres usannsynlig ut at det gjelder ID Lock, dessverre. Men håper selvfølgelig jeg tar feil!

+1. (Har Hafslund som netteier)

Om du velger Tibber, skal kjøpe elbil og installere elbillader så kan denne være et alternativ. "Smart" lading uavhengig av integrasjon mot bil. Ulempene er: - Avhengig av sky - Kanskje låst til Tibber som strømleverandør for å benytte den "smarte" delen av laderen. Usikker på hva Tibber vil gjøre tilgjengelig for 3.part mtp styring av laderen.

Hvor lenger får du -6,50 øre/kWt "påslag" hos Agva før de skrur opp prisen din? Om du shopper ny strømleverandør hver 2./3. måned så kan du sikkert beholde slike priser. Personlig gidder jeg ikke det, samtidig som at jeg godt kan "støtte" Tibber litt, mtp. at de faktisk jobber med litt innovasjon.

Skummelt! Forøvrig så håper jeg ikke du må ta av dekselet over koblingsbrettet for å komme til og justere termostaten...? Eller er det kanskje ikke tenkt at forbruker skal justere denne?

Tar opp denne tråden igjen. Er det noen med Hafslund som har fått åpnet HAN-porten? Jeg sendte en forespørsel i går og fikk følgende svar: Vi har dessverre ikke mulighet til å aktivere HAN-porten per nå, den vil bli tilgjengelig på nyåret. Mer informasjon vil komme når vi vet hvordan, men åpning av porten blir mest sannsynlig noe du kan bestille selv via Min Side.

Prøvde å «si det» ved å quote ZoRaC sitt innlegg ? Tar en ekstra titt på IncrementCustom.vb?

Jeg har også deltatt i Betaen og opplever det samme. IDlock mener det må en tilpasning til i HS om jeg forsto dem rett. De mener det nå at låsen rapporterer bruker riktig.

Jeg prøver å benytte dette scriptet for å dimme opp flere lyssoner (4) i stue/kjøkken samtidig om morgenen. Jeg har da et event som trigges av Alexa og det eventet trigger igjen et event for hver sone, som er satt opp som beskrevet over. Alle Dimme-eventene benytter samme .vb-script. Dette fungerer ikke... Selv med "Only allow a single instance to run at a time" disabled og enablet "Wait for script to finish before continuing", samt andre kombinasjoner av disse, så starter ikke dimming på alle sonene. Kun en eller to soner begynner å dimmes opp. Noen som har forslag til fiks her? Eller skal jeg kanskje bare utvide scriptet slik at et script dimmer alle 4 sonene? Det bør vel være inne rekkevidde, selv for en novise som meg, når alle sonene skal dimmes opp til samme nivå.

Det burde vel fungere. En virituell device som settes til «dimming utført» i dette eventet og tilbake til «dimming ikke utført» f.eks. samtidig som Hus status settes til Morgen. Denne devicen kan igjen brukes som betingelse i eventet ditt.

Enig! Men jeg misstenker at enkleste løsning for trådstarter er å innføre en virtuell device med "døgnstatus" først som sist. Det er sannsynligvis ikke siste event han kommer til å opprette som kun skal kjøre om det er natt...

Da er det som @Guahtdim sier. Må trigge på bevegelse så må «lampe av» ligge som «and IF» betingelse. Men anbefaler deg å se på HS-skolen del 7 der det er en god beskrivelse på hvordan sette opp sånn styring. Men jeg tror også, som nevnt i sist post,at du må gjøre noe med tidsstyringen.

Hva prøver du å oppnå? Skal pæren du egentlig skrur av forbli på i 10 min før den skrus av? Uansett tror jeg noe av problemet ligger i at du krever at klokka er «after 23» samtidig som du krever at den er «before 09». Om jeg husker rett så betyr «after 23» mellom 23 og 24,og «before 09» mellom 00 og 09. Du må derfor dele triggerne i 2 (eller benytte en virituel device som sier at det er «natt» for så å bruke den i dette eventet).

Hva endret du i APN profilen? Har samme router på hytta og det kunne vært greit med Remote Access...

Hva er sannsynligheten for at XL-versjonen er støttet av HS3 RFXCOM-plugin’et «ut av boksen» tror dere?

Jeg har samme problemet med denne pluggen i HS. Har bare registrert feilen, og ikke undersøkt noe mer ennå...

Jeg fikk også FW tilsendt på Mail i dag. Oppdaterte via Homeseer. Versjon i HS angis som 2.1, og de første testene tydet på at kWh-feilen er rettet (den rapporterer i alle fall ikke så hyppig som før).

Feilaktig Low Battery Warning er en kjent feil ja. ID Lock kjenner til feilen og rapporterer at de jobber med å rette det.

Har ingen erfaring med ztrm2, men har oppdatert andre Z-wave enheter OTA der jeg har hatt problemer med at det har tatt lang tid (typ en time uten at det var fullført). Da løste jeg det med å flytte den nærmere kontrolleren. Da tok det bare et par minutter.

Jeg er tidlig ute og ønsker meg at data fra Tibber Pulse hentes inn via plugin´et. Ifølge Tibber så vil det være tilgjengelig. "Du har tilgang til sanntidsdataene fra et åpent API på developer.tibber.com."

Jeg har bestilt med "Somfy WT med motstandsdeteksjon (Maestria+ 50 WT 10/17)" og skal styre de med RollerShutter2. Jeg gikk for Maestria+ fremfor Altus eller Jet siden den stopper ved motstand og går 10 cm tilbake. Fint når solskjermingen er automatisert og kan kjøre uten at du er tilstede. Om du ser bort i fra det så kan både Altus og Jet fungere.

Er sånn jeg forsto det kun et problem i siste versjon, og kun når du skal legge til devicer. @Moskus, prøv å legg til logging på en ny device som har komma og se om det går. En workaround som jeg har testet at fungerer er å legge inn node-nummeret rett i config-filen. Da kommer devicen opp, og logges korrekt, selvom det er komma i navnet...