baronKanon

Noen som har vært borti at (nesten) alle enhetene plutselig blir grå og utilgjengelige i deConz fra tid til annen? Noen ganger går det seg til av seg selv, mens andre ganger må jeg koble til igjen. Dette har skjedd meg litt for mange ganger de siste ukene, og jeg (og samboeren min) er ganske lei av at det ikke fungerer.

Bruker kanal 11, og har en ConBee med kabel tilkoblet en NUC med Home Assistant og deCONZ-addon. Den kjører versjon 2.10.4.

I nærheten står en Ubiquiti UniFi Dream Machine, som er WiFi-hubben vår, og den kjører på kanal 11 på 2,4GHz-båndet. Dette båndet på WiFi skal ikke ha store overlappet med Zigbee kanal 11.

Spørsmålet er da: kan man endre kanal for Zigbee-nettet sitt? Kan jo være en nabo har noe som forstyrrer. Skal jeg flytte ut deCONZ til en egen RPi? Er det bare en softwarefeil i 2.10.4?

Setter pris på hjelp i denne saken, for nå er det veldig ustabilt her.

4 minutter siden, Offpiste skrev:

Fikk min G3 Instant fra Unifi i dag 

Deilig. Fikk beskjed om at min er på vei nå. Når bestilte du?

Hvorfor skulle jeg brukt Zigbee2MQTT? Deconz er jo utviklet direkte for Conbee/Raspbee, og jeg kan ikek si jeg merker noen store forsinkelser der det går gjennom stikka, med mindre det er noen hopp.

Og liker at man kan snakke "direkte" med ESPHome-dingser.

1 minutt siden, Steve0 skrev:

Gjør ikke det heller. HA kjører websocket mot zwavejs2mqtt. Men fordi jeg måtte velge en eller annen docker uansett, valgte jeg som @Offpisteden som har et kult kontrollgrensesnitt så lenge HA-addon ikke presenterer noe lignende.

Ser den - blir nok det for meg også. Trodde man kunne kjøre vanlig Zwave JS og bruke ZwaveJS2MQTT til å konfigurere med. Ikke det at jeg skjønte hvordan det skulle gå til, da, pga. hardware og kontroll av denne. Nå skjønner jeg at det er enten eller, og det gir jo mening. Blir begge forkene vedlikeholdt like flittig?

5 minutter siden, Offpiste skrev:

Den offisielle har ikke noe kontroll panel enda og jeg vil ha muligheten til å ha MQTT også.

Ser den (bortsett fra MQTT - mareritt for meg)

4 minutter siden, Steve0 skrev:

Jepp. Jeg kjører ‘alt’ av brologikk på en raspberry pi, mens min Home Assistant instans kjører på en annen fysisk maskin (esxi server).

Du må jo ikke kjøre MQTT for å kommunisere mellom Home Assistant og ekstern Zwave JS, såvidt jeg har fått med meg. Websockets funker like fint.

1 time siden, Offpiste skrev:

Bruke denne guiden: Zwave 1.4 -> ZwaveJS2MQTT

 

Andre guider:

Zwave 1.4 -> Zwave JS

OpenZwave (Beta) -> ZwaveJS2MQTT

OpenZwave (Beta) -> Zwave JS

 

 

 

 

 

 

 

Er det noen grunn til at du valgte ZwaveJS2MQTT fremfor offisiell addon?

Akkurat nå, Steve0 skrev:

Jeg byttet i helgen Z-Wave backend for andre gang ila en måned. Var så uheldig å ha gått over til OZW 1.6 i romjula...

Må dog sies, Zwave-JS er allerede i mye bedre tilstand enn OZW 1.6 (beta) noen gang har vaert. Bortsett fra device-databasen, men den saken jobbes med synlig på Github.

Man skal vel kunne dra inn konfiger fra OZW for devicer?!

27 minutter siden, Offpiste skrev:

Da har jeg migrert fra 1.4 til Z-Wave JS med ZwaveJS2MQTT Add-on. 🎉

Gikk smertefritt, det som tok tid var å endre navn på enhetene/entity_id.

 

 

Artig! Hvor lang tid brukte du på å rename og gjøre deg ferdig? Exporterte du alle entiteter du hadde til en fil og renamet 1:1?

9 minutter siden, Tverfyll skrev:

Ikke er DSB særlig imponert heller

Det er flere produkter som vil kunne gi tilstrekkelig sikkerhet hvis det er koblet slik som Åskväder. På jobb har vi flere skinner der vi setter inn moduler for mange grenuttak på en 16A-kurs, med vanlig Shuko-plugg på ene siden og Shuko-uttak på andre. Det er skikkelige saker og godt nok dimensjonert. Det viktigste med deres brukeanbefaling er at ofte er ikke kablene i forgreninger kraftige nok til å motstå varmgang som kan forekomme ved høy belastning, og at man risikerer et svakt punkt som ryker før sikringen går. Har produktet tilstrekkelig dimensjonering på kontaktflater og ledere, samt god mekanisk kontakt mellom modulene, så er dette nok ikke ille, så lenge vi får godkjenning. Tror de har glemt å tenke litt før uttallelsen, jeg

3 minutter siden, solosuper skrev:

Hvordan installerer man ZwaveJS. Når jeg trykker inn på addons får jeg beskjed om "This add-on is not available on your system.".

 

Kjører HA på RPI4, med 2021.1.5

Du må opp på 2021.2.0

Du MÅ heller ikke migrere over til ZWave JS. Det er noe jeg vurderer å gjøre en gang jeg har en helg uten familien (dvs. særlig...), ikke før.

Akkurat nå, henlagt skrev:

 

Den vil bli tilgjengelig når du oppgraderer til 2021.2.1.

 

Regna med det, da. Addonen var jo merket med experimental, så ikke noe å mase etter. Bytter uansett ikke før de har migreringsverktøy på plass. Selv om dette gir meg en god mulighet til endelig å rydde opp på stikka mi og få alt inn på nytt. Har noen spøkelsesenheter som ikke vil ut fra konfigen.

Deprecated betyr at den er utdatert nå, og at den er ansett som avleggs. Etter en stund pleier de å fjerne slike integrasjoner.

Skjønner at de vil ha den vekk, men jeg bytter ikke før Zwave JS er stabil og at de har laget et migreringsverktøy. Det var et migreringsverktøy til OZW Beta på gang, men dette verktøyet kom aldri igang.

Fun fact er at jeg så at Zwave JS addon ligger i addon store, men støtter ikke hardwaren min..

2 minutter siden, xibriz skrev:

Det er nok fordi de kan gjøre det 😥

 

Jeg blir iallefall å kaste ID Lock 150 med z-wave-modul i søppla til fordel for Yale Doorman L3.

Hvorfor? 

Hei

Har opplevd dette selv, og det var fordi jeg hadde ConBee plassert i nærheten av et aksesspunkt som hadde 2,4GHz-kanal for nære Zigbee sin kanal. Byttet kanal på 2,4GHz, og det gikk veldig mye bedre. Sjekk dette ut først! Kan også være at Home Assistant-dingsen din kjører på en ugunstig 2,4GHz-kanal i forhold til Zigbee. Begge kan byttes.

Høres merkelig ut. Du må ha topolet brudd ett eller annet sted, men dimmeren kan jo være på sekundærsiden.

Må du ha to-polet dimmer? hva med en 2-polet bryter foran dimmeren. Kravet er bare at det er mulighet for topolet brudd ved vedlikehold/feil.

7 minutter siden, Moskus skrev:

FGD-212 er ikke en dobbel dimmer, men siden Fibaro er Fibaro kan det være at den andre er statusen på knapp nr 2 (dvs S2). 

Det var det, ja!

Har begge instansene samme entiteter tilkoblet (sjekk i Zwave-kontrollpanelet)?

10 minutter siden, Øyvind skrev:

Kjører Home Assistant på NUC.  For Z-wave bruker jeg Aeotec Gen5 stick.

Hadde noen plagsomme doble devicer i HA.   For å bli kvitt dem eksluderte jeg alle noder, kjørte factory reset av sticken, restartet HA.   De doble devicene forsvant ikke, så jeg fjernet integrasjonen.
De doble nodene forsvant, men så snart jeg inkluderer en dimmer på nytt får jeg dobbelt opp igjen.

 

Noen tips for å unngå dette?

Er det dobbel dimmer? Da har du jo en instsns per dimmer! (?) 

Slik jeg ser koblingen, så er det snakk om en ren kortslutning av lyskretsen og der 1-polet bryter ville vært koblet på før, og så at man flytter lysbryteren over på innganger i den nye fjernkontrollen

1 minutt siden, stigvi skrev:

Fra Elko? Det finnes jo utendørs PIR sensorer, men fra Philips

Ikke med innebygget relé

1 minutt siden, hjemmedude skrev:

Blir z wave tregere med størrelsen på nettverket? 

Kan være det. Evt. også med pollefrekvenser kanskje? Var veldig på Zwave en lang stund, men i praksis har jeg blitt mer glad i Zigbee. 

5 minutter siden, Moskus skrev:

De var jo hendige!

 

Ønsker meg disse i Z-wave-versjon.

Hører dere, Elko?! Putt inn en Z-wave-chip også!

Hvorfor? For å være helt ærlig, så har jeg blitt mer glad i Zigbee enn Zwave. Sistnevnte har altfor dårlig responstid på kommandoer, synes jeg. Zigbee går stort sett ganske fort. Utfordringen med Zigbee (som jeg nettopp har opplevd) er at det lett kan oppstå interferens med 2,4GHz WiFi. Måtte endre kanal på aksesspunktet nærmest ConBee-stikka mi. Etter at jeg gjorde det, gikk alt meget bedre.

Mitt ønske er en utendørs PIR-sensor, så jeg får opp bevegelse også i systemet på det automatiske utelyset.

54 minutter siden, henrikhoe skrev:

takk for tipset, det er nok en god løsning ja. 

Jeg mener det er en dårlig løsning å putte mange VM-er på samme boks. En NUC er "billig", og en god nok løsning for HASS. Om proxmox ryker eller vertssystemet eller en annen VM knekker hosten din, så har du ikke bare ett system som ryker, men alle. Jeg jobber med kontrollsystemer, der en del blir puttet på samme system, noe som er svært uheldig hvis en ting ryker. Å fordele eggene på flere kurver er nok lurt.