borg1n

Jeg har vanlige screens (ikke zip) med Somfy 433 Mhz sender, egen kanal for hver screen. De som leverer anbefaler nå at man velger en mer moderne styring der man har 2-veis kommunikasjon og status på hvor mye hver enkel screen er tatt ned. Jeg har ingen erfaring med disse nye systemene, men vil tro at det finnes grei støtte for de i Home Assistant. Den varianten jeg har (eldre type med 433Mhz) er "fire and forget" signaler, de integreres fint med RFXTRX og jeg bruker en Home Assistant (HACS) plugin som styrer 433 Mhz signalene og er satt opp med hvor lang tid det tar å kjøre ned/ kjøre opp hver screen og kan således beregne posisjon. Jeg har brukt dette i 4-5 år nå og kan ikke huskje at det har feilet en eneste gang - det virker overraskende bra og stabilt. Ift installatør hadde jeg selv valgt å kjøpe fra noen som jobber med det. Dels kandu få info pg anbefalinger fra de og dels har du kontakter for senere endringer og justeringer du måtte finne på. Om du har et nyere system kan du helt sikkert ha manuelle brytere i tillegg til automasjon. Og alle seriøse systemer har tillgesutstyr for å styre de ift sol og vind. Selv bruker jeg bare yr værmelding for å styre de, men da blir det litt scripting og koding.

Kanskje en ide for noen? Legge en "pressure mat" slik at "bryteren" får kontakt når forhjulet kommer borti den. https://no.rs-online.com/web/p/door-sensors-window-sensors/9184750?cm_mmc=NO-PLA-DS3A-_-google-_-CSS_NO_EN_Pmax_Test-_--_-9184750&matchtype=&gclid=CjwKCAjwo9unBhBTEiwAipC11y22zC8PMcAHdd8aFp2tQqrsX_thQuOwWwyZiuDEvizO7uFIFlRwkxoCitAQAvD_BwE&gclsrc=aw.ds Man bør nok i såfall legge noe over den (lime en mebran over og feste i betongen?) slik at den ligger og ikke slites ut av hjulet.

Det er en midlertidig feil der MQTT rapporterer alle device har navnkonflikt pga device navn er brukt som prefix. Dette er noe som man er bedt om å ignorere, det påvirker ikke system eller devices og det er noe det jobbes med å løse

Jeg trodde du tenkte kobble den til din OpenHAB (eller tilsvarende) som du kommuniserte via. Om du ser etter noe som selv kontakter mobilen din uten å gå via sky eller hjemme-automasjonsserver så kjenner jeg ikke til noe slikt. Det vil kreve en backend server logikk som såvidt jeg vet alle velger å legge enten i skyen, på hjemmeautmasjonsserver, Blueiris eller tilsvarende. Jeg har forøvrig en brukt HikVision Door Station (DS-KV6113-WPE1(B)) liggende som du (eller andre) kunne fått til en hyggelig pris om det er hva du ser etter. Den kan du kjøpe et display til som du parrer den mot (eller bruke en mobil app), slik at når det ringer på døra så ringer det på display eller mobil-app. Den har bra video-kvalitet, 2-ways audio etc, kan fjernstyre dørlås etc, men feilen (for meg) var at den ringer helt til noen svarer eller den får timeout, og minste timeout er 30s. Jeg hadde den også integrert i HomeAssistant og det fungerte fint, bortsett fra 30s ringing hver gang noen ringte på.

Jeg trodde Reolink sin nye virket slik, at man kunne velge om man ville bruke sky eller ikke, men mulig jeg husker feil

Da jeg så på det virket "ringeknapp" for wifi utgaven, men ikke for PoE utgaven (de har ulik firmware), og bruk av 433Mhz signalet var en anbefalt work-around. Det er mulig det er løst nå, jeg har ikke sjekket.

Jeg byttet nettop til Reolink Doorbell PoE, og kan bekrefte at den er lett å integrere. Den kommer i med en egen chime enhet" som settes i en stikkontakt (om man vil). Disse kommuniserer vha 433MHz. Jeg har testet å fange opp 433Mhz "chime signalet" i HomeAssistant (jeg bruker RFXTRX) og så bruke signalet til å gi egne meldinger på mobilen om det ikke er noen hjemme, eller få en annen "chime enhet" til å ringe og alt det virker veldig bra. I tillegg kan man veldge å få ringesignaler på Reolink app i mobil. (har forøvrig en HikVision DS-KV6113-WPE1(B) jeg skal kvitte meg med om noen trenger en slik. Du kan gjøre ca det samme med den, men den hadde den uheldige egenskapen at den enten ringte i minimum 30s eller til jeg svarte på mobilen og det fungerte ikke hos meg)

Ettersom jeg er på min tredje variant av garasjeport-kontroll tenkte jeg dele en ferdig oppskrift av hva jeg har endt opp med (og som ser ut til å virke stabilt og bra). Jeg vet i alle fall at jeg selv gjerne skulle ønsket at en slik var tilgjengelig for litt siden. Løsningen er som skissert i figur nedenfor med Fibaro Smart Implant og 2 kablede magnet-kontakter for å registrere lukket/ åpen garasjeport. Jeg har brukt 2 magnetkontakter fra Aliexpress og byttet til en sterkere magnet for å være sikker på "god kontakt" (jeg syntes selve magnetene til Aliexpress var litt små og svake). Wired Door Window Sensor Detector Magnetic Switch | Wired Door Sensor Nc - Mc-38 - Aliexpress Disse fra kjell.com har litt sterkere magnet, men jeg syntes de ble litt for store og klumpete (de fra aliexpress var nesten usynlige og har samme type magnet-switch så de bør være like bra). Magnetkontakt NC - Detektorer, sensorer og annet tilbehør | Kjell.com Jeg valgte å montere magneten der frikoblingsdelen for porten møter skinna med kjede. Da sitter magneten ca 1cm fra skinna der jeg monterer magnet-bryterene, henholdvis på øvre og nede posisjon for port (dvs posisjon for åpen og lukket port). Magnetkontaktene kobbles så til IN1 og IN2 på Smart Impant. Jeg brukte tidligere Fibaro z-wave kontakter for posisjon på port, kobblet til selve porten og dette fungerte ikke 100%. Dels var det vanskelig å sikre god kontakt mellom magnet og sensor, dels tror jeg batteriene var litt sensitive for sterk kulde og dels hendte det at jeg glemte å skifte batteri (og dessuten er den nye løsningen ca 900 kr billigere). Jeg har derfor større tro på kablede magnetkontakter. Deretter kobbler man kabel til OUT1, og du får således 3 ledninger som skal kobbles til garasjeporten; PWR, GND og PUT1. Start med å kobble til PWR + GND og inkludere Smart Implant i ditt system. Vent med å kobble OUT1 så unngår du at garaporten kjører opp og ned mens du konfigurerer. Konfigurer Smart Implant som følger: Paramter 20 = 1 (magnet-contact down = normally open) Parameter 21 = 1 (magnet-contact up = normally open) Set input1 and input2 as NoOperationPossible (decoupe input & output switches) Output 1 = Output 2 = normally open Parameter 156/ 157 = 3 (0.3s pulse) Parameter 150/151 = 50 (fully closing gate) - input sensitivity parameter Når alt dette er gjort kobbler du til OUT1 og tester at alt ser ok ut. OUT1 skal da virke som en impuls-bryter som automatisk slås av og sender en åpner/ lukker impuls IN1 skal være 'on' når porten er lukket og 'off' ellers IN2 skal være 'on' når porten er åpen og 'off' ellers IN1, IN2, OUT1 og OUT2 skal være helt uavhengige av hverandre, dvs endring på en skal ikke påvirke de andre Jeg har videre laget en egen tilstand for garasjeporten (definert og drevet i HomeAssistant config-fil) Open om IN2=On og IN1=Off Closed om IN1=On og IN2=Off Moving om IN1=Off og IN2=Off Error om IN1=On og IN2=On Om noen ser noe forbedringspotensiale er det fint med ideer og innspill

Bare for info, jeg har akkurat endret oppsett for min Smart Implant og har de-coupled input/ output, bruker OUT1 til å drive garasjeport (med 0,3s pulse) og har kopbblet til magnet-switcher på IN1 og IN2 der en er montert slik at magnet lukker den når porten er nede og den andre er lukket når porten er oppe. Jeg ble lei av at batteri på de andre sensorene ikke altid virket bra når temperaturen krøp for langt ned. Paramter 20 = 1 (magnet-contact down = normally open) Parameter 21 = 1 (magnet-contact up = normally open) Set input1 and input2 as NoOperationPossible (decoupe input & output switches) Output 1 = Output 2 = normally open Parameter 156/ 157 = 3 (0.3s pulse) Parameter 150/151 = 50 (fully closing gate) - input sensitivity parameter

Jeg tror jeg ville sjekket om det kan være noe annet. Jeg har et 20 år gammelt hus (før tek10) med standard loftsluke og jeg har ikke den type varmetap som det virker som du har. Jeg obsrverer typisk innetemperatur på 22.5, ute-temperatur på -3 og loftstemperatur på 0. Så før jeg skiftet loftsluken så tror jeg hadde prøvd å legge en isolasjonsmatte oppe på den du allerede har.

Jeg har etter å ha prøvd diverse løsninger, bl.a. uavhengige instanser av HomeSeer og HA med MQTT basert sync, funnet noe som jeg synes fungerer veldig bra for meg. Jeg har egne HomeAssistant installasjoner for hvert sted og bruker "Remote Home Assistant" for å kobble de sammen. Da velger du en HA instans som hoved-enhet og kan så velge hva du vil speile/ synkronisere inn i den fra de andre installasjonene dine. Du kan gjerne gi hver "satelitt" et prefiks slik at det er lett å se hva som hører til hvor. Med dette oppsettet er hytta en satelitt som kan kjøre selvstendig og i tillegg kan jeg integrere hytta i min hoved-instans og styre enheter derfra også

Du har selvfølgelig sjekket at det ikke er relatert til powersupply?

Jeg bruker HikVision 2543 ute og 2432 inne. Har forresten 2 stk gamle 2432 liggende (Kina modeller) om noen skulle ønske seg noen slike til jul. Reolink sine har jeg bare lest tester på, du kan sjekke tester på youtube.com (The Hook Up pleier å lage gode tester) +1 på BlueIris og Deepstack, veldig, veldig fornøyd med det

HikVision er bra kamera, bruker de selv. Husk at om du kjøper de fra Kina kan det fort bli problemer med oppgradering og firmware. De selges i Norge (mener jeg), men de er litt dyrere enn andre. Om jeg skulle skiftet tror jeg Reolink sine kamera hadde vært høyt på lista, de scorer bra i tester (aside: de har nettop sluppet en dørklokke-kamera som virker veldig bra)

Jeg kjører HomeAssistant med 2 z-wave sticker, begge remote. Den ene er integrert med Z-Wave/ Z-Wave JS UI, den andre bruker zwave2mqtt + mqtt. Av en eller annen grunn fikk jeg ikke til å få begge zwave stickene inn i samme løsning. Med en slik løsning kan du ha en z-wave stick i garasje/ fjøs og den andre i huset, dvs 2 z-wave nettverk.

Jeg kjører med en SONOFF ZB Dongle-P og ganske så oppdatert HA og alt virker fint hos meg. Jeg kjører riktignok med dongle-P på en remote RPI via ser2net. Har du prøvd å bruke en annen USB port for å se om det er /dev/tty nummereringen som spiller et puss

Tibber abonnement, pulse måler og plugin i HA ser ut til å virke bra

Har noen brukt Connecte SmartStikkontakt i Home Assistant? Connecte Zigbee Smart Stikk Dobbel Innfelt Hvit | Elektroimportøren AS (elektroimportoren.no) Iflg deres egne sider skal den fungere i HomeAssistant, men det ser ikke ut til at den er støttet av zigbee2mqtt. Er det noen av dere som bruker denne og har noen erfaringer å dele?

Hvorfor ikke bare sette en slik på kursen? https://www.eldirekte.no/qubino-smart-energimaler-z-wave/cat-p/c/p10637337?gclid=EAIaIQobChMIrbK8sP6B-gIVmrp3Ch2vpQZ3EAQYBiABEgLgjfD_BwE

En oppdatering i tilfelle mine erfaringer kommer til nytte for andre. Jeg fikk først satt opp en instans av remote RPI med docker og zwavejs2mqtt, med sending av device-data til HA som kjører på en Hyper-V VM. Dette fungerte ok etter litt innledende plunder. Jeg ser bl.a. at jeg ofte må restarte RPI etter at den sentral HA instansen har blitt restartet, men bortsett fra det ser det stabilt og bra ut. Jeg prøvde deretter å sette opp en tilsvarende instans (en for garasje og en for hus) og da gikk det helt "åt skogen". Såvidt jeg kan se går det ikke å ha 2 remote zwavejs2mqtt, de går i bena på hverandre og veldig mye slutter å virke, det er litt tilfeldig hvilke device som virker og hvor lang tid det tar før en kommando blir kjørt, om i det hele tatt. I tillegg ser jeg med det større oppsettet at endel device ikke er støttet av zwavejs2mqtt enda (bl.a. ID Lock or noe Namron). Etter litt prøving og feiling valge jeg å sette opp den andre instansen av zwavejs2mqtt i min sentrale HA (Hyper-V VM) og bruker ser2net til remote zwave USB stick. Og det gikk knallbra, da har jeg en zwavejs2mqtt som kjører mqtt og en som kjører websocket og de virker helt fint sammen. Oppsettet var da å først installere zwavejs2mqtt som add-on, åpne port 3000, så legge til zwavejs som integrasjon og kobble denne mot den lokale zwavejs2mqtt, så gå inn i web-GUI for zwavejs2mqtt å konfigurere ser2net path til USB stick (config -> zwave -> serial-port). Så langt ser alt bra ut, men jeg mangler noen få device.

annen ting, jeg har prøvd med 2 remote RPI-GW med docker zwavejs2mqtt og det går bare sådær. Når jeg kobbler til GW nr 2 så slutter den første å virke. Jeg har sjekket at de har ulike prefix og ulike identiteter, det virker nesten som at det blir noe krøll med "connectivity" og det synes jeg virker litt rart ettersom hele formålet med MQTT er vel at ulike klienter skal kunne publisere og subscribe uavhengig av hverandre så lenge topics er forskjellige. Noen tanker, tips? Update: den ene som virker er en zwave.me USB stick, mens når jeg kobbler til en noe eldre Aeotec (GW nr 2) så blir ting ustabilt og den første slutter å virke. Jeg ser her (https://www.home-assistant.io/docs/z-wave/controllers/) at det er en bug på eldre Aeotec dongler med flooding, så det kan kanskje være der liket er begravd

Jeg har oppdaget at jeg av og til trenger å restarte min "remote RPI zwavejs2mqtt bridge" etter at HA har vært restartet (den faller ut og slutter og virke). Er dette et kjent problem med en kjent løsning?

FYI: Etter å ha kjørt exclude/ include en del ganger, og byttet mellom S0 og S2 kom den omsider tilbake.

Takk for en god og nyttig guide. Jeg har brukt litt tid for å teste ZWaveJS2MQTT for å se om den er stabil og bra og om jeg skal gå bort fra Ser2net. Jeg har en sentral hub (på Hyper-V VM) og 2 utskutte zwave/zigbee gateway (loftet og garasjen) og har flyttet den for garasjen og det ser stabilt og bra ut, med 1 unntak som jeg tror skyldes at jeg har gjort noe feil. Jeg finner ikke ut av det og håper noen her kan gi meg litt hjelp. Først satte jeg opp zwavejs2mqtt som docker på min RPI-3 i garasjen, fikk alle device integret og opp og kjøre i den, så kobblet jeg den til min HomeAssistant med MQTT og fikk etter litt tid alle device opp i den. Men jeg så at navngivningen var rotete og valgte derfor å kobble zwavejs2mqtt fra HomeAssistant, slette alle device i HomeAssistant, så oppdatere navn i zwavejs2mqtt, så kobble den opp igjen mot HomeAssistant. Etter litt tid kom alle device tilbake i HomeAssistant, unntatt en. Jeg har i 2 dager prøvd å få denne device tilbake, men finner ikke ut hva jeg gjør feil. Det er en Danalock dørlås med S0 security, alle andre device er unsecure, bortsett fra en fibaro dimmer som står ved siden av dørlåsen og er S0. Jeg har prøvd å gjøre exclude og include med ny ID (samme navn), jeg har prøvd bytte navn, jeg har prøvd gjøre refresh, rediscover, re-sync etc men ingenting ser ut til å hjelpe. Har noen vært borte i noe lignende? Noen tips på hva jeg kank prøve?

Mener ELKO sine RF dimmere (zigbee) er 2 polet (den første versjonen iallefall)