slippern

Har oppdaget et nytt lite problem. Om jeg kun setter fargen på RGBW lyset til feks: { "value": { "warmWhite": 128, "red": 0, "green": 0, "blue": 0 } } Da vil lyset slå seg på som forventet, men kortet i HA vil ikke oppdatere seg fordi brightness verdien ikke blir forandret automagisk.. Som en workaround har jeg satt warmWhite verdien ned til 1, også endret brightness verdien til ønsket nivå, men siden denne ligger i en annen topic enn fargen så blir det mange MQTT topics og forholde seg til i flowen. Regner med det finnes en mer elegant måte og gjøre dette på med bare en MQTT topic?

Laget en super enkel flow i dag, før gjorde HA denne jobben, men om man sletter en integrasjon midlertidig i HA, så fu*** man også opp alle automasjonene da entitien forsvinner. Så derfor flytter jeg absolutt alle automasjonene ut i Node-Red og benytter MQTT så ofte jeg kan/orker.. Ringeklokken har tilkoblet en Sage doorbell enhet. Når noen ringer på, så publiserer Sage en action: 'on' "Switch" blir derfor trigget om msg.payload.action == on. Videre er det en template med payload som sendes videre til nettbrettet. Payloaden her består av { "speak": "Ding-Dong, det ringer på døren!" }. Nettbrettet kjører WallPanel med MQTT og publiserer til topicen "wallpanel/nettbrett/command" Resultatet er at når noen ringer på, så sier nettbrettet "Ding-Dong, det ringer på døren!"

Koblet i høst til en usb-mbus slave til RPI som kjører Home-Assistant. Installerte integrasjonen "Norwegian AMS" og alt fungerte som det skulle med en gang (Har en Aidon måler). Edit: De bruddene i grafen skyldes et par restarter av HA idag.

Og nå har den spist opp et nytt batteri.. Må være noe hakke galt med enheten...

Enkleste er kanskje og montere inn et relè som kan trigges av en "ring hytta varm" løsning?

Min erfaring med Multisensor 6 er at den må tweakes endel på før den fungerer som ønskelig...

Kjøpte Qubino Flush fra power.no, ser tilsynelatende ut som en god pris iallefall: https://www.power.no/hjem-og-fritid/belysning/smart-belysning/smarte-brytere-og-kontrollere/qubino-dimmer-for-rgbw/p-1040773/?utm_source=prisguide&utm_medium=cpc&utm_campaign=product

Migrerte fra OpenZwave-MQTT til ZwaveJS-MQTT, var super enkelt som forventet, måtte kun endre navn på entityene. Ting fungerer også bedre, nå har feks Aeotec SmartSwitch 6 blitt oppfattet som en bryter, og ikke et lys. Responstiden i z-wave nettverket virker også å være noe bedre.

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!