All aktivitet

Er der en enkel mulighet å logge MQTT trafikken ? Av og til tar det lang tid, opptil minutter, før HA reagerer på forandringer, spesiellt Gateway status forandringer. Enten er det en veldig lang kø av meldinger ( tror egentlig ikke på det ) eller det trengs mange forsøk.

2PM har ikke potensialfrie kontakter som du trenger til porten. Pro2PM tror jeg har potensialfrie kontakter, i alle fall ser det slik ut på skjemaet på siden av den. Jeg bruker en Nexa AN179 på hver port.

Jeg gjorde samme jobben for noen år siden: HomeSeer --> Node-RED. Mye jobb men så lenge all IO allerede er på MQTT så går det greit å ta rom for rom/funksjon for funksjon med svært beskjeden nedetid for hvert rom/funksjon. Hadde lenge HomeSeer kjørende kun for Verisure/Yale Doorman men fant en fungerende løsning for Node-RED til slutt...

I ca 8 år har jeg kjørt HomeSeer 3 (betalte for oppgradering til 4 også, men ble aldri så jeg oppgraderte). De første årene passet @Moskus sin enkle forklaring veldig godt: «man betaler med enten penger eller tid» - HomeSeer koster penger, men har GUI. Alternativer som HASS kom etter hvert, var gratis men krevde at alt ble programmert i YAML (noe som tar tid). Utover det var ikke alternativene så gode med tanke på støtte til forskjellige produkter (f.eks Futurehome, OpenHAB, Z-Way, etc). Men på disse årene har ting utviklet seg og f.eks HASS har fått på plass både gode dashboards (som kan bygges via GUI) og automasjoner (via GUI). Støtten for integrasjoner av «diverse» duppeditter er også bedre i HASS. I HomeSeer har jeg med enkelte «duppeditter» laget noen script, som igjen bruker MQTT for integrasjon. Gjelder f.eks mot robotstøvsuger, Netatmo, Ecowitt, Bestway spa, osv. Etter å ha slitt med å få Amcrest ringeklokke inn i HomeSeer så satte jeg opp en HASS for den (og bilen) og brukte MQTT for å sende data fra HASS til HomeSeer. Fungerte ganske greit, men oppdaget etterhvert potensialet til HASS og begynte å flytte en del av scriptene mine over til integrasjoner i HASS også. Nå har jeg egentlig konkludert med at jeg vil flytte 98-99% av HomeSeer tingene mine over til HASS. Med over 1000 devicer (45 Z-Wave enheter, 40 Zigbee, 10-15 enheter på 433 MHz, +++) og ca 450 «events» så er det ikke en liten oppgave jeg har foran meg - som helst skal skje med lite/ingen «nedetid», og trinnvis over tid! 🫣 Tar gjerne imot innspill fra de som har gjort dette før meg! 🙂 Det jeg har gjort så langt: * Script mot Netatmo, robotstøvsuger, osv er allerede erstattet med integrasjoner i HASS - som sender dataene via MQTT. På den måten fungerer HomeSeer eventene som før. En del events for de enhetene er også flyttet over til HASS allerede. * For Zigbee bruker jeg Zigbee2MQTT (installert (sammen med Mosquitto) på HomeSeer-serveren) - det gjør at alle Zigbee-enheter er tilgjengelig i BÅDE HomeSeer og HASS samtidig. Så events som er «ren Zigbee» har jeg begynt å flytte trinnvis (uten nedetid). * For Z-Wave har jeg en UZB1, koblet til en RPi. HomeSeer kommuniserer med denne på nettverksport. Så da installerte jeg ZWave2JS UI addon i HASS, stoppet Z-Wave i HomeSeer og koblet addon mot samme nettverksport. Da fikk den inn alle enheter (lot den stå over natta sånn at de fleste batterienheter våknet og fikk «identifisert seg» mot addon). Noen av dem våknet ikke og må trolig vekkes manuelt for at HASS skal kunne «identifisere» dem, så det gjenstår litt her enda. Jeg renamet så alle enheter i addon slik at entitetene i HASS fikk fornuftige navn. Stoppet så addon og startet Z-Wave i HomeSeer igjen. Dvs at jeg nå skal kunne lage Z-Wave automasjoner i HASS også (men får ikke testet dem), men jeg må da lage ALLE før jeg kan «switche over». Gjenstår: * Alle panelovner og gulvvarme er styrt med VSTAT-plugin. Den funksjonaliteten må jeg finne en god erstatter for i HASS * App/dashboard - må lages i HASS (her er jeg godt på vei) * 433 MHz-enheter (RFXtrx433E) må migreres. Her tror jeg at samme metode som med Z-Wave kan benyttes, men forskjellen er at enheten er tilgjengelig via USB tildelt VMen for HomeSeer. Må da flytte denne «frem og tilbake» i ESXi, så litt mer tungvint * Har et script som håndterer pushvarsling fra events basert på om vi er hjemme eller ikke (f.eks bare den som er hjemme får varsel om å sjekke verandadøren på kvelden, osv). Dette må jeg finne en erstatter for i HASS. * Jeg bruker i stor grad «S2» på Fibaro Dimmer 2 til å styre Zigbee-pærer i samme rom. Den funksjonaliteten må jeg finne en løsning for i HASS. * Mange event som håndterer lys styrer både Z-Wave og Zigbee lys. Med bare én av dem migrert hittil så er det litt vanskelig å flytte events over til HASS trinnvis. Så som sagt, tips og råd til «veien videre» tas gjerne imot! 🙂

Et par nyttige linker... Zigbee dokumentasjon (ser ikke ut til å være helt stabilisert ennå, så det kan vel være greit å følge med på om det kommer nye versjoner av dette dokumentet). Linken er bla fra https://help.aminacharging.com/en/faq: https://doc.clickup.com/9004130215/p/h/8cb07x7-18308/c750786359b035a Firmware versjon 1.5.3 og oppgraderingsinstruksjoner, fra https://github.com/somlioy/amina_s/issues/7#issuecomment-2142017779 https://doc.clickup.com/9004130215/p/h/8cb07x7-30795/12688a97b1dfa55 Min lader kom med versjon 1.4.10, og der manglet en del av de dokumenterte Zigbee attributtene. Oppgradering over BLE vha Android-appen det refereres i dokumentasjonen til virket fint. Men jeg håper jo virkelig de har tenkt å støtte Zigbee OTA etter hvert.

Kjøpte for en stund siden en Shelly 2PM for å kunne fjernstyre de to portåpnerne våre. På koblingsskjemaet ser det imidlertid ikke ut til at denne er egnet. Jeg skal parallellkoble meg inn på eksisterende kablede brytere for å åpne/lukke hver port. Dvs. at jeg må kortslutte kablene i ett sekund, så begynner porten å gå. Kan noen bekrefte mistanken om at Shelly 2PM ikke er egnet? Ser ut til at 2 stk Shelly Plus 1 er mer riktig.

Det er ikke så rart det tar tid før Matter enhetene kommer. Standarden har vært ganske umoden. Støtte for måling av strømforbruk kom nå nettop i 1.3 versjonen, men det tar nok litt tid før en ser enheter basert på 1.3 ute i butikkene.

Takk! Det var denne som skulle til:

Fargetemperatur er som oftest ikke en egen entitet, men en attributt som hører light domenet. Gå til Developer Tools og legg inn light entity der, så får du se om fargetemperatur er listet som en attributt.

Spennende! Takk for veldig nyttig info. Mulig jeg tar for lett på dette, men det ser da ut som om det er noe som burde la seg implementere i z2m. Jeg kikket på source for firmwaren du viser til, her: https://github.com/jlama/powertagd/blob/master/firmware/src.zip Der ser jeg // Special ACK frame for Schneider PowerTag GP devices. #define SCHNEIDER_POWERTAG_ACK_CMD 0xFE // with 1 byte (0x00) payload .. uint8_t cmd_id = pop_gp_tx_queue(&gpdAddr, payload, sizeof(payload)); if (cmd_id == 0) { // No entry in TX queue, use default ACK reply cmd_id = SCHNEIDER_POWERTAG_ACK_CMD; payload[0] = 1; // Size of payload payload[1] = 0; // Actual payload } som matcher omtrentlig det vi ser i "PowerTag Commissioning.pcapng" som er linket fra https://github.com/Koenkk/zigbee2mqtt/issues/7975 Der er det noen slike pakker etter diverse rapporter fra tagene: ZGP stub NWK header Data, GPD Src ID: 0xe20765e6 Frame Control Field: 0x8c, Frame Type: Data, NWK Frame Extension Data .... ..00 = Frame Type: Data (0x0) ..00 11.. = Protocol Version: 3 .0.. .... = Auto Commissioning: False 1... .... = NWK Frame Extension: True Extended NWK Frame Control Field: 0x98, Application ID: Unknown, Security Level: Encryption with full frame counter and full MIC, Direction: From ZGPP .... .000 = Application ID: Unknown (0x0) ...1 1... = Security Level: Encryption with full frame counter and full MIC (0x3) ..0. .... = Security Key: False .0.. .... = Rx After Tx: False 1... .... = Direction: From ZGPP (0x1) Src ID: Unknown (0xe20765e6) Security Frame Counter: 2337 Security MIC: 0x794680c5 Command Frame: Unknown Command Frame ZGPD Command ID: Unknown (0xfe) Data (1 byte) 0000 00 . Data: 00 [Length: 1] det burde vel være mulig å få til noe likt i zigbee-herdsman:dist/controller/greenPower.js tror jeg. Men det er rart om ingen har prøvd. Så det er kanskje vanskeligere enn jeg innbiller meg

Jeg fikk ikke Elko Smart Tag til å koble opp via en Green Power proxy. Forsøkte med z2mqtt og med Phillips Hue 1600lm og to IKEA outlets (903.561.66). Forsøkte da med permit-join på kun en enhet for hvert forsøk. Alle kjørte nyeste OTA software. Løsningen ble til slutt å kjøpe en dedikert Sonoff Zigbee 3.0 USB Type E. Den måtte flashes med custom firmware for å kunne parre og lytte på Elko sin GreenPower. Med custom firmware vil den kun fungere for Elko SmartTag, men kan benyttes med flere samtidig. Mulig dette hadde fungert sømløst dersom jeg gikk for Sonoff Type P? Guide jeg brukte: https://github.com/jlama/powertagd Den lar deg sende data inn i influxDB, men jeg ønsket å få de inn via MQTT. Guide for MQTT: https://github.com/octera/energy-center/tree/a4d75631bbfb8f9ec24df1a429c5372c72df0839/powertag Konfigurasjon for MQTT topic slik at enheten dukker opp som en sensor: mqtt: sensor: - name: "Powertag Total Power Active" state_topic: "powertag/DIN UNIKE POWERTAG ID HER" value_template: "{{ value_json.total_power_active | float * -1 }}" unit_of_measurement: "W"

Slik ser en av mine PlugS ut: Har du oppdatert firmware i PlugS? ALT Shelly har gammel firmware når du kjøper de og der kan være dramatiske forskjeller... Du finner oppdatering direkte i brukergrensesnittet.

Nei 😞 Er det noe galt her?

Anførselstegn?

Takk for hjelp! Slik som dette? Jeg får det ikke til å virke Ser du noe feil?

MQTT dokumentsjonen til Shelly er så som så... Styring av Shelly Plug S er f.eks: <topic>/command/switch:0 og payload on/off Prøver å samle litt Shelly spesialiteter her:

Hei, Jeg har kjøpt overnevnt dimmer på Elektroimportøren og ønsker å sette opp en automasjon som endrer fargetemperatur på downlightene som dimmer kontrollerer. Det er mulig å endre fargetemperaturen i HA med ZHA-integrasjonen når jeg klikker inn på device'n, men jeg ser ikke helt hvilken entity som faktisk styres når jeg endrer fargetemp ved å dra slideren under mellom 0% og 100%. Og følgelig skjønner jeg ikke helt hvordan jeg skal sette opp automasjonen som jeg ønsker. Er det noen som har en tanke? Her er entities knyttet til dimmer spiseplass:

Jeg har satt opp en Shelly Plug S med MQTT og i mcsMQTT får jeg alle HS devicer som det er trafikk på. Dvs alle status devicer som strøm spenning osv. Men hvordan får jeg en device som kan skru den av og på? Jeg tipper på at om jeg bruker den riktige kommandoen i MQTT Explorer som vil den dukke opp i mcsMQTT men jeg skjønner ingen ting av MQTT dokumentasjonen 😞 Hve er topic, og hvilken palyload? Ett etter annet med switch:0 men hva?? Hjelp!

Hva er prosedyren for å legge en røykvarsler (Housegard Origo) til RFXtrx433E? Har riktig firmware installert, og bruker Home Assistant. Men hvordan går jeg frem?

Har akkurat samme dilemma. Heatit og andre er trege med å lansere støtte. Blir nok å fortsette med Homey og Z-Wave en stund til og så heller ta en runde om noen år og bytte ut med Matter+Thread. Kjedelig.

Er det noen som har prøvd zwaveplus beta verson står en guide på HS4 for overgang. Kjører zwave versonen 4.1.3 Skall prøve i løpet av helg er egentlig nybegynner men skall prøve

Prøveoppkopling av nyankomne MS7 - ser ut til at denne er langt meir følsom enn MS6 var. Har dermed tru på at dette blir bra 🙂 Ny rapport kjem etter permanent montasje...

En kan ofte klare seg uten å styre all kursene individuelt om en har en optimal tur-temperatur på vannet som går ut.

Ja, det kan sies så enkelt. Kjenner ikke detaljene i Uponor Smatrix Wave Style Termostat men høyst sannsynlig kan den tilkobles gulvsensor også. Jeg setter gulvtemperaturen manuelt og den varierer noe gjennom sesongen. Nå på våren har jeg gulvene på 20-22 grader, badet på 25-27. Om vinteren setter jeg gjerne 24-26 i stue/kjøkken/gang men 27 pleier å passe fint på badet om vinteren også. Vestlandsvintrene er jo relativt milde og det kan jo hende jeg kjører badet opp i 30 også når det er ekstra kaldt. Er der litt småkaldt i stuen om morgenen går der noen pinner i peisen men gulvene holder en fin grunntemperatur i huset... Huset mitt er fra 1840 og etterisolert men absolutt ikke noe lavenergihus... Alle gulvene bortsett fra badet er veldig godt isolerte og tykk betong så de tar evigheter å varme opp men holder også på varmen i dagevis.

Takk for svar! Så man betaler 14-20k for et system som åpner og lukker slik at vannet får flyte igjennom? Da forstår jeg det også slik at om man velger f.eks Uponor Smatrix Wave Style Termostat så måler den temperatur på selve termostaten og ikke i gulvet? Kan være enig i tanken din.