baronKanon

Med conbee 2 kan du skippe Ikea og Philips hue-gateway. Jeg koblet SSD til USB-adapter og flashet Home Assistant for NUC på denne før jeg monterte i NUC

Luxaflex er jo en helt annen kvalitet enn IKEA, så det kan være verdt det i lengden. Ulempen er at man må ha en egen hub i tillegg til solskjermingsdingsen.

Er hardwareflashing av ESP-modulene mulig med nyeste Tuya? Ikke at det er en veldig enkel løsning, men et alternativ?

Hvis du har lagt til NodeRed som addon, så er den automatisk integrert med Home Assistant core. Du trenger ikke gjøre så mye mer for å snakke sammen. Jeg kjører gjerne service calls mot Home Assistant. Synes selv Node Red er håpløst krøkkete og dårlig laget, da man ikke i praksis kan ha flere inputs til en funksjonsblokk, slik man kan i skikkelige programmeringsverktøy for funksjonsblokker. Hvis Victron går på MQTT, så trenger du ikke Node Red i det hele tatt. Da trenger du MQTT-integrasjon via Mosquitto, og så må du sette opp klienten din for å formattere topics, slik at de kommer på format for autodiscovery i Home Assistant. Så kan du lage deg templatesensor for å formatere data slik du vil. Hvis du fortsatt ønsker å bruke NodeRed, kan du jo hente ut data direkte fra Home Assistant-entities. Da får du også vist data i HASS.

Hva med en RPi til? Er ikke "såååå dyrt"!?

HASSOS er jo hovedsaklig for automasjon og ikke mediaspiller. Skjønner ikke helt hvorfor de skulle lagt inn mediastøtte utover enkel lydutgang.

Noen kjører via docker. Er du sikker på at HifiBerry er støttet av HASSOS? Har mine tvil.

Kjører du Raspbian eller HASSOS?

Min telefon kommer opp som device tracker når jeg har aktivert dette i appen.

Du må lage en person som bruker en eller flere device trackere.

Først legger du inn ADDON openzwave Du må også legge inn Mosquitto broker. Da har du funksjoner for å kommunisere med Zwave-stikka di via OpenZwave, som er et kodeprosjekt som mange andre benytter seg av (både Home Assistant og OpenZwave-addonen). Openzwave kommuniserer via MQTT med Home Assistant. Home assistant kjenner igjen MQTT-meldingene fra OZW-addonen og bruker dermed OZW-INTEGRASJONEN for å behandle dataene. Så den offisielle Zwaven er fortsatt den innebygde (som du finner som Zwave i integrasjonslisten, og som er en eldre implementasjon av OpenZWave), mens en del avanserte brukere bruker OpenZwave eller Zwave2MQTT.

Jeg har opprinnelig ZWave, og ønsker å kunne bruke OZW-integrasjonen, siden den har mer støtte. Ikke det at jeg trenger det, men jeg vil ha det nyeste. Da jeg begynte for 3 år siden, var det ikke noe OZW-integrasjon, og den er basert på OZW. Tror dog at den ikke har så mye fokus, så derfor har den blitt litt glemt. Kan være at det er såpass mye endringer fra OZW 1.4 til 1.6 som gjør at det blir for mye omskriving i eksisterende integrasjon.

OZW-integrasjonen er ikke lagt inn som en erstatter (enda), men den er slik jeg forstår det lagt inn som et tillegg som utviklerne syntes var såpass smart at de lar det gå inn som en offisiell addon. Grunnen til at OZW ble lagt til er nok at Zwave-integrasjonen (innebygget) i HASS ikke følger med OZW-utviklingen og dermed ikke får støtte for en del nyere enheter. (integrert er 1.4, mens OZW er 1.6). Jeg har hatt lyst til å komme meg over til OZW-addon, men to (tre) ting stopper meg: 1. Må jeg legge til alt igjen, eller holder konfigen seg i pinnen min. 2. Støttes alle enhetene i integrasjonen (dvs. på HASS-siden), 3. Det krever brutalt mye opprydding i eksisterende konfig. HASS-teamet har sagt at de på det nåværende tidspunkt ikke har planlagt noen enkel migrering fra innebygget ZWave til OZW. Håper de får tid ti å se på det når OZW-integrasjonen er ute av beta. (grunnen til at du ikke får opp at det står beta når du søker opp integrasjon i HASS, er nok fordi den heter OZW, men i dokumentasjonen fremhever de atdette kun er en beta)

Husk at OZW-integrasjonen er i beta, og alle device-typer er ikke med i integrasjonen. Har den fått inn låser? OZWdaemon er jo siste versjon, men det blir noe annet med integrasjonssiden på HASS.

Tenker du på addons? Så lenge de er del av Home Assistant og lagt til som addons, skal det gå finfint, siden disse ikke bruker internett for å kommunisere med Home Assistant.

IDLock er stygg og ødelegger estetikken på en fin dør. Danalock er kun på innsiden på et sted vi sjelden er. Døren sees av alle. At funksjon på IDlock har en bedre WAF for noen er jo individuelt. Som jeg skrev: det kommer an på W

Kommer helt an på din W

Hos meg har DanaLock V3 en høyere WAF, i hvert fall. ID-lock kan tydeligvis åpnes med RFID, hvilket er ganske enkelt hvis man har slike kort/dingser.

Hei har sett på lignende selv, da jeg har en litt smådistré sønn som noen ganger må forte seg til skolen. Har vært hos lokal låsesmed, og han har Doorman og Danalock, bl.a. Han sier at de har installert mange Danalocker, og i noen blokker hører beboere at nabo i etasjen over/under låser seg inn med Danalock... Det er jo ikke akkurat det jeg ser etter. Med manuell bruk, så er den såvidt jeg har fiklet som en vanlig vrider. Hvis du kjøper en Danabridge, så vil du ha geofencing allerede innebygget via appen til Danalock. Ellers må du bygge noe rundt i HASS med geofencing der og ZWave. Har selv vurdert å bruke en RPi Zero W med en eller annen BLE-scanner som sjekker smartklokke/telefon/beacons når noen er nære nok, og da plassere den i nærheten av døra. Men har for mange prosjekter. Ender sikkert opp med en Danalock ZWave så jeg kan sjekke om den er låst, og låse via ZWave, samt evt. kodepanel utenfor. Tror man må ha danabridge for kodepanelet. Summa summarum: du trenger ikke HASS for å få Danalock opp og gå, men det er en (såvidt jeg ser) fin start for å starte med automasjon. Det tar litt tid å komme opp med noe man er fornøyd med, så det er litt hobby en stund. Og så finner man ut mer og vil optimalisere - så blir det hobby enda lenger. Red: ser nå dette avsnittet i beskrivelsen hos Dustin: Forstår det da slik at man ikke kan låse med nøkkel på vanlige låser uten at den mister posisjonen?!? Noen som har erfaring?

Etter å ha sjekket en del, så fant jeg til slutt ut hvordan jeg skulle koble: Følg den forbaskede fargekodingen! Hvorfor? Jo, det skal jeg fortelle deg. Denne veggboksen hadde ikke inngangsklemmer i samme rekkefølge som kontaktpunktene i kontakten, men litt kryss hitten og ditten. Dermed ble fargekodingen helt riktig når den var stokket fra inngangsklemmene til selve kontaktpunktet. Det var FOR enkelt, altså. Neste punkt var at kronverktøyet mitt ikke klarte helt å dytte lederne helt ned (ikke på alle, men noen), men de ble bøyd over. Frem med baksiden av en stanleykniv og dytte ned. Noen som har noen formening om hva som kan ha gått galt der? Seig isolasjon på lederne? feil verktøy? Feil teknikk? Summa summarum: jeg har nå 1Gb-link mellom UDM og USW, og nettverket mitt er nok engang i zen.

Sånn ser det ut hos meg nå. Bør jeg følge det som er merket eller slik jeg har lagt opp?

Har heldigvis bare to punkter enn så lenge, så tror det skal gå greit! Gå over alle punkter, teste, gjenta.

Har blitt tipset av en kollega om at kanskje ikke nødvendigvis knivene i knivkontakten er skarpe nok for isolasjonen i lederne, så kan være jeg må pelle opp og dunke inn igjen et par ganger for å få skikkelig kontakt. Sånn går det kanskje når man kjøper "nesten-ELKO" til 1/3 av prisen....

Pluggene er i kjøpekabler, det er veggkontakten som sliter

Jeg skal ha kablet nett inn i et separat rom/bod, der jeg har Home Assistant og en NAS. Jeg har trukket opp en CAT6-kabel mellom to punkter og skal terminere veggkontakter. Så er spørsmålet: skal jeg terminere som om det var en plugg (dvs. halv oransje,oransje, halv grønn, blå, halv blå, grønn, halv brun, brun) i begge ender? Prøvde å koble opp mellom en Ubiquiti Dream Machine og en USW8 i hver ende. Null reaksjon. Bruker kronverktøy for å terminere. Skal også se om jeg kan låne et testverktøy fra jobben i dag for å se om alle punktene har kontakt.