All aktivitet

Her er link til amina app hos Homey: https://homey.app/en-nl/app/com.aminacharging/amina/?fbclid=IwZXh0bgNhZW0CMTEAAR326Ohm1nR1gM1aLRp2wVdvEhBCHcjePQ_Ot0B3RcavaKBBFbQZcW5AZMM_aem_ARUYeQqy_oZ5rE4SYXpuwhHtuI4tjbR8meofj1ZethFuImprrfUDN5d1v0_ANmdAz-33ubhmjN79fJwLpAcKJ-yE

Før jeg legger ut denne for salg på Finn, så tenkte jeg å lodde stemingen her inne blant de interesserte. Noen som kan gi et "skambud" på en så godt som ubrukt Fibaro Homecenter 3, så jeg slipper Finn.no ? https://www.elektroimportoren.no/fibaro-home-center-3/4512399/Product.html Selges da jeg har gått fra Homeseer, så forsøkte jeg med Homecenter og landet på Homeassistant.

Bruker bare HomeBridge for å kunne slå av og på noen eventer og noen lys fra Apple Home.

Hvordan brukes Homebridge her? Har opplevd noe lignende med HS4 et par ganger, men det har utelukkende vært pga feilkonfigurering av eventer. Eventer som jobber mot hverandre, osv.

https://mqtt-explorer.com/ Eventuelt bytte til EMQX mqtt broker 🙂

CPU: Prosessor Intel(R) Core(TM) i5-6260U CPU @ 1.80GHz 1.80 GHz Minne: Installert RAM 16,0 GB (15,9 GB brukbar) Systemtype 64-biters operativsystem, x64-basert prosessor Versjon Windows 10 Enterprise Versjon 22H2 Installert den ‎08.‎06.‎2020 Operativsystembygg 19045.4355 Opplevelse Windows Feature Experience Pack 1000.19056.1000.0 128 GB SSD: Intel SSDPEKKW128G7 Veldig usikker på fornuftig pris, relativt seriøse skambud mottas med takk. Global Cache Ir-dings, https://www.globalcache.co.uk/product/global-cache-wf2ir-itach-wifi-to-ir-network-adapter-infrared-control/ Z-Wave Z-Net fra Homeseer, nyere versjon her, https://shop.homeseer.com/collections/z-wave-products/products/z-net-g3-remote-z-wave-interface RFXCom, https://www.vesternet.com/en-global/collections/brands-rfxcom/products/rfxusb-with-rfx868 USP, fra høsten 2023, https://www.komplett.no/product/893764/datautstyr/pc-tilbehoer/ups-overspenningsvern/ups-og-ups-batteri/bluewalker-pw-ups-vi-850-shl?q=Vi%20850&_gl=1*1xeocb2*_up*MQ..&gclid=Cj0KCQjwsPCyBhD4ARIsAPaaRf2UEEBFpOerq9CosX9idzq15PafW4mZ-Lqb3Ebr9Qtu2RAx88uB15saAk4qEALw_wcB&gclsrc=aw.ds

S: HS4 Pro lisens Interessen tok slutt, er du på jakt etter en ny og bedre verden? Lisenser/plug-ins som kan overføres: Product: HomeSeer PRO® Software Product: AK Shelly Product: AK Shelly (HS4) Product: Global Cache Plugin Product: HARMONYHUB Product: HomeSeer GCPRO Product: HomeSeer HS3 PRO Product: HomeSeer HS4 PRO (Upg from HS3PRO) Product: HS3 BLLogMonitor Product: HS3 BOSESoundTouch Product: HS3 Chromecast Product: HS3 Device History Product: HS3 IFTTT Product: HS3 ImperiHome Product: HS3 iTunesDAAP Product: HS3 Jowi Hue Product: HS3 RFXCom Product: HS3 Spud EasyTrigger Product: HS3 UltraMon3 Product: JowiHue (HS4) Product: MeiHarmonyHub Product: My Weather ***Product: MyHomeSeer Connect® Subscription Product: Neato Botvac Robot Vacuums (HS4) Product: Neato Robot Vacuums Product: RFXCOM Plugin Product: Sonos4 (HS4)

Ja, jeg var kanskje uklar. Eventene ble trigget flere ganger hvert sekund... Men jeg kan ikke se hva som trigget dem. Det jeg likte minst, vart episoden med taklyset. Så vidt jeg ser, var det ellers bare av-eventer som er trigget, men på et tidspunkt begynte altså lyset å slå seg av og på en gang hvert sekund. Over en halv time viste loggen bare av-på-av-på... Kanskje en poltergeist? Det som hadde skjedd i dag, var følgende: Det jeg har av servere, rutere etc. er plugget inn i en GreenWave z-wave grenkontakt. Den har jeg stilt inn slik at den ikke responderer på "all on/off" (under z-wave-fanen på main device). Men i dag slo den seg av da jeg gikk hjemmefra og aktiverte alt av-eventen. Jeg ser under z-wave innstillingene at denne innstillingen på en eller måte er endret. Det er rart, siden vi kjører disse alt-av-eventene flere ganger daglig uten at dette har skjedd før...

Lurer på om jeg har oversett noe, hvordan ser man at et event kjører "kontinuerlig"? Eller tenker du at det trigges mange ganger etter hverandre?

Jeg har et som rebooter serveren når minnet er fullt, men skal legge til CPU-temperatur også.... Det er det jeg ikke klarer å finne ut av. Dette har som sagt kjørt stabilt i ett år uten problemer. i loggen ser jeg bare at diverse eventer kjørte kontinuerlig, men at det varierte over tid. Kan ikke se hva som trigget eventene. Jeg trodde det var HomeBridge som på et tidspunkt begynte å slå på en VD, men får ikke det heller til å stemme. Det ble ikke bedre da jeg deaktiverte HomeBridge. Men dette er tydeligvis ikke over. Kom akkurat hjem for å ha hjemmekontor resten av dagen, men nå er alt av servere, internett, Hue Bridge etc. nede.

Noen grunn til det? Betingelser som slo hverandre i hel?

Noen tanker? Nei, ikke så mye annet enn at slike feil er kjedelige å oppleve. Men hva med å ta utgangspunkt i faktiske opplysninger som at cpu temperatur var høy og minne var brukt max, og så lage en varsling på dette. Da slipper du i allefall at dette pågår i dagesvis uten at du merker det.

Takk for forslag, VikingOy, og beklager manglende respons i helga. Jeg klarte ikke å finne en passende attributt i Dev Tools. Men jeg byttet i dag til Zigbee2MQTT og da får jeg opp fargetemperatur som en egen attributt (eller expose kanskje man kaller det i Z2M?) som kan brukes i automasjoner og knapper i lovelace. Har forstått at ZHA ikke gir like mange konfigurasjonsmuligheter som Z2M, så kanskje det bare er der det ligger.

Fredag hadde jeg en litt skremmende opplevelse med HS4. Jeg har et passe stort og komplekst oppsett med HS4, jeg bruker JowiHue mot Hue samt z-wave, pluss en del annet integrert. Jeg kjører også HomeBridge. Systemet har kjørt nokså stabilt i flere år, og jeg har ikke gjort noen endringer på flere måneder. Samboeren min hadde hjemmekontor fredag og ringte meg fordi lyset på et rom slo seg av og på kontinuerlig, og det klikket grundig i z-wave-boksen bak bryteren. Vi ble enige om å ta sikringen på det rommet. Vel hjemme feilsøkte jeg, det var ikke enkelt fordi alt jeg gjorde i HS4 var som sirup. I loggen til HS4 så jeg dog at en event kjørte kontinuerlig. Denne eventen skal slå av alt lys, og starter en event per rom. Jeg sjekket HomeBridge og så at CPU hadde en temperatur på 106 grader (!!!), kjørte på fullt, og RAM var brukt maks! Jeg slo av serveren, og dro på hytta. Hjemme i går startet jeg serveren igjen, og nå ser alt ut til å virke. Loggen er så lang at starten på det hele er borte, men det ser ut som om eventer har blitt kjørt vilt siden torsdag kveld, og en gang på formiddagen fredag, begynte et lys å slå seg av og på. Nå er jeg litt skeptisk til å ha dette kjørende dersom jeg ikke kan finne ut av årsaken. Foreløpig har jeg økt tiden mellom hver gang en event kan trigges. Noen tanker?

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"