slippern

Fant ut av det, var step = flow.get("Step"); var udefinert, så brightness+step ble altså til feks 44undefined... 🙂

Lager lysstyring med dimming via MQTT mot Zwave-JS. Men sliter fryktelig med noe som skal være enkelt... En av verdiene er NaN, men alt tilsier at det faktisk skal være et tall.. Har funksjonen update: flow.set("lys_brightness", (msg.payload.value)); return msg; Denne henter verdien "value" fra MQTT: Funksjon som dimmer opp lyset: var step = flow.get("Step"); var brightness = flow.get("lys_brightness"); if(brightness > 1){ brightness = brightness + step; flow.set("lys_brightness", brightness); } if(brightness >= 99){ brightness = 98; flow.set('press', false); flow.set("lys_brightness", brightness); } msg.payload = {'value':brightness}; return msg; Men av en eller annen grunn så får jeg feil på denne, har kjørt en debug og den sier bare value: NaN... Hva er det jeg overser?

Flere som opplever at den bruker mye batteri? Har vell hatt den i litt over 1år og er nå på mitt tredje batteri... Vurderer og se etter noe annet nå..

Jeg har gjort tilsvarende, men har en applikasjonsbasert firewall som gjør noe jobben lettere, da jeg hvitelister applikasjonen og blokkerer alt annet, prøver og oppnå Zero-Trust så langt det lar seg gjøre Har 4 VLAN idag med tilhørende brannmurssoner, mgmt, klient, IoT og DMZ. I mgmt-nettet ligger brannmur, AP, switch etc.. All trafikk blir hvitelistet. I DMZ sonen ligger web-serveren, denne kjører proxy inn mot HomeAssistant, all trafikk er hvitelistet + SSL inbound decryption.. Her ser du noen av ulumskhetene brannmuren har tatt knekken på idag.. HA, Apple TV, ChromeCast, Smart TV befinner seg alle i klient VLAN-et, for og kunne dra nytte av broadcast/auto discovery/AirPlay funksjonaliteten. Klient VLANet har tilgang inn i mgmt vlan (Ikke best practice hensyn sikkerhet), men fader så kjekt 🙂 Har lenge hatt en plan om og sette opp en egen VPN, slik at jeg logger meg på VPN for å få tilgang til mgmt-nettet.. IoT-nettet skal all trafikk hvitelistet: Xiaomi robotstøvsugeren er veldig gla i og prate med internett, så IP-ene 18.196.0.0/15, 101.33.0.0/17 + Amazon Webservices er åpnet opp for med applikasjonene SSL, unkown udp og en custom app jeg måtte lage, dette er også den eneste dingsen jeg har måttet åpnet opp for at den skulle fungere.. IoT-nettet har også en egen skjult WPA3 SSID. Jeg har ellers noen regler som tillater at DNS-serveren som kjøres på HA inn i de ulike nettene, da med DNS som applikasjon på regelen. All utgående DNS til andre servere enn intern DNS blir effektivt blokkert, ufattelig mange dingser som vil bruke Google sin DNS istedet for lokal. Lokal DNS-server får igjen kun lov å prate med Quad9 serverne. I ditt tilfelle så ville jeg ha hatt et eget nett for servere / innhold med personlig info, og kun latt de enhetene som trenger tilgang til dette få det, igjen, hvitelisting.. 🙂

Så lenge trafikken treffer din router/brannmur så teller det som datamenge hos telenor.. Hva brannmuren din gjør med trafikken (deny/drop/accept) driter telenor en lang marsj i 🙂 Er ikke et problem normalt sett, men om noen kinesere skulle ha det vell artig, så blir det et problem.

Bare husk at du med internet.public ikke lengre er bak brannmurene til Telenor, så da treffer all slags mulig dritt trafikk din router.. Som igjen går ut over datapakken.. Så kan være smart og følge litt med forbruket 🙂

Jeg hadde også samme probleme i openzwave, kjørte en heal node, og at den da ble rett.

Din Azure admin må tillate det.

Har nylig hatt samme problemet, løsningen er og la det tids-trigges første gangen, er visstnok en irriterende bug!

Om RPI-en blir ustabil pga wifi eller BT så kan synderen være for liten/dårlig strømforsyning.

Koblet en USB til MBUS modul til RPI-en, og installerte integrasjonen Norwegian AMS. Alle entitiene dukker automatisk opp, så det tar ca hele 60 sekunder og sette dette opp 🙂

Fått AMS data inn i HA 🙂

https://www.bruksanvisningpdf.no/hormann/promatic-2/bruksanvisning?p=146

Husk på WAF 🙂

Ang Reolink og ville jeg ha tenkt meg to ganger om.. Dette er sakset i fra Smarthus & IoT Norge FB-gruppen.

Ja så fort fordelen med node-red! 🙂 Har konvertert postkasse automasjonene til en flow idag, nå er det bare å begynne på lysstyringen. Men bør jeg la node-red styre belysningen direkte via MQTT, eller la det gå innom HA? 1: Node-Red -> HA -> MQTT -> Z-wave 2: Node-Red -> MQTT -> Z-wave Fordeler / Ulemper?

Har akkurat fått i drift min første flow med Node-Red. Måtte før ha fire automasjoner til låsen på ytterdøren, og nå er alt i en og samme flow 🙂 Er rett å slett imponert over hvor enkelt, og oversiktlig det er!

https://developer.samsung.com/smarttv/develop/guides/pip-picture-in-picture/showing-pip-overlays.html

Ser ut til at på Samsung TV-er kan man sende HTML elementer til TV-en, da blir det også mulig og dra over et bilde fra feks overvåkningskamera/dørklokke etc 🙂

Står på de to siste linjene i forrige post? 🙂

Har satt opp en til z-wave kontroller i nettverket. Denne fungerer som secondary, i tilfelle primary skulle gå til f... I tillegg så blir denne og ha en ekstern antenne, slik at jeg forhåpentligvis får noe bedre signal til z-wave sensoren i postkassa 🙂 Løsningen er en RPI 1b med zwave2mqtt, den er treg som pokker, og et razberry 2 kort 🙂 mqtt-delen er deaktivert inntil videre, hvordan vil det bli med to kontrollere med mqtt som begge "spammer" mot HA?

Du kan koble på en lyssensor som teller blinkene, et blink er vell 1kwh om jeg ikke tar feil.

Z-Way support the backup/restore from UZB-stick / RaZberry and back to UZB-stick / RaZberry. Skal jaggu meg teste og ta backup fra UZB og laste den inn på RazBerryen! 🙂

Du kan prøve å putte USB sticken i en RPI og kjøre Z-Way, eventuelt Silicon Labs sin PC-controller, for å få testet zwave utenom HS.

Ta heller og feilsøk til du får det rett.. Om du skal drive på og resette systemet hele tiden, vil du aldri få et system som faktisk fungerer (Bare vent til du får 20-60 devices og forskjellige integrasjoner).. HA krever endel prøving og feiling, og det uten og resette.