iblis

Det er en modifisert utgave av den du skrev til meg for en stund siden. Poster det senere i kveld.

OK, takk for svar ? Hva er grunnen for at du har konfigurert språket til engelsk og ikke norsk @GeneralVirus?

Men nå ble jeg nysgjerrig, hvor fant du linken til denne artikkelen @GeneralVirus? ?

Ja, dette er en link som hører til den nye hovedsiden med artikler som fortsatt er i beta. Dere får alle tilgang om ikke så lenge ?

Dette sliter jeg også med, så er veldig interessert i hvordan du har løst dette @Moskus. Du skal ha kudos for detaljert rapport om ditt eget system, veldig interessant lesestoff. Hadde satt pris på litt bilder av herlighetene ?

Jeg har en versjon av dette scriptet hjemme hvor jeg deler opp hver event til en virtual device. Gjør det lettere å få det pent i HSTouch. Skal poste det når jeg er ferdig på jobb.

Riktig, jeg snakker om CCDE7261 som du kan fjerne under http://HS_IP/ZWaveControllers Joda, men forespørselen blir lagt i kø til neste gang noden våkner. Det funger slik: Batterinoden våkner og sender Command Wakeup Get til kontrolleren. Kontrolleren har en batteri forespørsel liggende og sender Command Battery Get tilbake til batterinoden. Batterinoden sender informasjon om batteriet tilbake til kontrolleren og deretter venter på neste forespørsel. Kontrolleren har ingen forespørsel i køen og sender da Command Wakeup Sleep til batterinoden. Batterinoden går i dvale frem til neste wakeup. Til dere som har lyst til å lære litt mer fordypende kunnskap om hvordan z-wave fungerer så råder jeg dere til å ta en titt i utviklings manualen til Z-Way, der står alt.

Det står som regel i manualen hvis det er et parameter du kan sette for hvor ofte du vil at den skal sende batteristatus. Gjør det ikke det så må du polle denne informasjonen. Selv poller jeg mine kun en gang i uken da jeg mener dette er tilstrekkelig for å avverge tomt batteri. Jo mer og oftere du poller informasjon fra sensorer jo mer batteri bruker dem.

Under wakeup så sender ikke Fibaro automatisk batteri rapport så lenge den ikke har blitt spurt om det.

Du bør også fjerne interface nr2 (Z-Wave Stic) hvis denne ikke er i bruk. Hadde vært fint om du lastet opp HS logg filen også som et vedlegg.

Fjern all polling utenom batteri på Fibaro sensoren.

Nice [emoji108] Snakker vi Project Rotini? [emoji4]

Stemmer [emoji6]

OK, men hvorfor hver tolvte time? Skulle vel være mer enn nok med en gang i uken for å vite hva batteri statusen er? Det sparer du litt batteri på også ville jeg tro..

De fungerer bra hos meg. Poller dere dem for batteristatus f.eks 1 gang i uken? De med rød strek er ikke Fibaro sensorer.

søk opp "ssl certificates wildcard". Disse koster som regel mer penger.

En ny beta-versjon av openHAB 2.0 har blitt sluppet og forbedringene er mange. Det er en stund siden openHAB 2.0 beta2 ble utgitt så det var helt klart på tide at en ny beta-versjon ble lansert med tanke på utviklingsarbeidet som har blitt gjort den siste tiden. Det er allerede flere av openHAB 1.x brukerne (meg selv inkludert) som har flyttet sitt produksjonssystem over til openHAB 2.0 beta2 da stabiliteten til denne utgivelsen har vært veldig bra. Derimot brukervennlighet samt støtten for 1.x bindinger som f.eks z-wave har ikke vært like imponerende, men dette ser det nå ut til at de har gjort noe med. Dette er noe av nyhetene i openHAB 2.0 beta3 Støtte for over 80 bindinger hvor 40 av de er bygget på den nye 2.0 APIen. En ny openHAB 2.0 webside for dokumentasjons. Støtte for Debian pakkesystem for enkel installering. Det er nå mulig å bruke PaperUI til å konfigurere bindinger og tjenester. Ny LIFX binding som bruker mindre ressurser. Oppdatert Philips Hue binding som nå også støtter alarm og fargesyklus alternativer. Forbedret Sonos binding som nå kan håndtere høyttalergrupper, spille varslinger og mange andre ting. ZWave bindingen er nå offisielt støttet i openHAB 2.0 og i tillegg har det kommet en dedikert Device List database hvor alle kan hjelpe til med å implementere støtte for nye enheter. Ny digitalSTROM binding. Det er nå mulig å bruke PaperUI til å konfigurere bindinger og tjenester. Innebygd støtte for HomeKit og Amazon Echo Som du kan lese over så har det blitt gjort mange forbedringer innen støtte for bindinger, dokumentasjon og brukervennlighet. Men den største nyheten i beta3 er at det nå er innebygd støtte for både HomeKit og Amazon Echo i selve programvaren. Før så måtte vi ta i bruk bindinger eller ekstra programvare slik som ha-bridge eller openhab-homekit-bridge for å få dette til. Men nå er dette støttet rett ut av boksen da openHAB 2.0 tar i bruk noe de kaller for Hue Emulation Service som gjør at du nå enkelt kan bruke Siri eller Alexa til å styre alle komponentene som er koblet til openHAB boksen din. Du kan lese hele blogginnlegget fra Kai Kreuzer her. Vis full oppføring

Eller denne som kan brukes både på vegg og i hånden: https://www.tronika.no/no/zwave-kontrollere/844-veggkontroller-octan.html

Ja, eller en harmoni fjernkontroll [emoji4]

I følge manualen kan du programmere de 3 snarveiene (F1, F2 og F3) til å aktivere scener.

Neida, dette vil fungere fint og du finner den tekniske manualen her. Den kan inkluderes som sekundær kontroller og har støtte for 12 scene kommandoer (COMMAND_CLASS_SCENE_ACTIVATION). Det vil da si at den kan sende opp til 12 forskjellige kommandoer (scene1, scene2, scene3 osv) til kontrolleren hvor Domoticz kan trigge en event per kommando.

Denne JA: Denne NEI (siden det kun dreier seg om en node ville jeg ikke vendt opp ned på hele systemet av den grunn): ?

Hvis den støtter Scene kommandoer så er det ikke noe problem, men støtter den kun assosiasjoner så blir det ikke like elegant.

Vil det by på store problemer for deg å ekskludere/inkludere denne noden igjen med tanke på eventer, scripts osv?