Vinnerliste

http://192.168.100.100:81/events vs. http://192.168.100.100:81/events.html Den første er mer HS3-aktig.

Sorry for writing in English, I'm using speech recognition to avoid having to type out long Norwegian sentences because of tendinitis. I have just started developing an integration for Homely integration for Home Assistant. My initial pull request is currently in review, and once this is accepted we should be able to poll the Homely API for various sensor data. I currently only support the following devices: Door sensor Smoke alarm Motion sensor mini These are the only devices I have, and the documentation is not very extensive. The keypad and siren does not seem to appear in the API. If you have additional devices, please consider downloading the helper package homelypy, run it, and provide me with the dump as described in the readme file. It should provide me with the necessary information to add support for any included device. Or better yet, create a pull request with the additional devices :-). Note that the API is currently only read-only, so we can only receive telemetry data from the devices, not control them. It is therefore not possible to e.g. arm the alarm or sound the siren. I do not know if or when they are planning to improve this, but hopefully soon 🤞 The method for getting things into Home Assistant is a bit slow, so I am only allowed to include a single platform in the first round. I have chosen sensors, so we get temperature, battery level, and signal strength for each device. The binary sensors have already been created (alarm state and battery low state), but I have to wait until the initial pull request is approved. On my list is also to create a separate device that represents the home alarm system to show the various states of arming and alarming. Depending on how slow things go I might get everything approved before the next release, maybe. Unfortunately I have not gotten the web socket interface to work correctly, yet, I have a support request waiting with the guys at Homely. Until I figure this out the integration only supports polling and is set up to do this every five minutes to avoid any throttling issues. My ongoing development branch is here: https://github.com/kolaf/core/tree/homely/homeassistant/components/homely And the associated pull request is here: https://github.com/home-assistant/core/pull/84951 If you have any comments, suggestions, or want to chip in, just let me know. And, of course, feel free to reply in Norwegian. Kolaf

Takk for firmware lenker. Ser ut som at det er noen enheter som FGD212 har kommunikasjonsproblemer med zwave-ja v10.x https://github.com/zwave-js/node-zwave-js/issues/4994. Mulig det er dette som skaper trøbbel. Men jeg tror det heller kan være litt mye rapportering til controlleren. Dette ser du i zwave-js loggen. Spesiellt mine Aeotec multisensor 6 og heat-it varmekabler er rapporterer litt vel mye. Blir det for mye så skaper det trøbbel for andre noder. Endrer derfor rapporteringtidene for z-wave enheter for å se om dette hjelper. Se her for generell zwave-js troubleshooting https://zwave-js.github.io/node-zwave-js/#/troubleshooting/connectivity-issues om dette. Problems communicating with nodes If communication with a device fails, the driver automatically tries to resend the messages up to 3 times. Afterwards, it gives up and moves on to the next message. You should get an error which looks like one of the following: → Failed to send the command after 3 attempts. Transmission queue full. Too many messages were sent in a short time without waiting for a controller reply. The driver takes care of this, so it should really not happen. This can happen if your network is really busy. Check the logs to identify spamming nodes.

Wow, ToDay I Learned! Jeg visste den originale device siden virket, men kom ikke på å sjekke Events!

Etter at man ble student fra høsten av, så har det plutselig blitt litt mindre inntekt, men med så mye kunnskap og hjelp man har fått her de siste årene, så støtter jeg gjerne med en sum hver måned!

Det er en liten tråd her:

ser d har kommet v7.19 her er link jeg brukte den zwave_ncp_serial_api_controller_BRD4208A.gbl https://github.com/SiliconLabs/gecko_sdk/blob/gsdk_4.2/protocol/z-wave/Apps/bin/gbl/zwave_ncp_serial_api_controller_BRD4208A.gbl vis du skal ha v7.18 da må du til https://github.com/SiliconLabs/gecko_sdk/tree/gsdk_4.1/protocol/z-wave/Apps/bin/gbl

Kom over denne tråden, og jeg jobbet et par år med vannmåling for Smartliv og Asker (og Lier) kommune. Jobbet en del med dekryptering av målerne. Det er korrekt som du påpekte tidligere her at målerne deler krypteringsnøkkel. Dette gjelder dog kun for Axioma sine og ikke Kamstrup sine, så hvis du har en Kamstrupmåler, bør du kunne få en nøkkel. Men tviler dessverre på at de som jobber med dette i Asker har kompetanse til det. Det som kommer ut av nettien har med CRC-koder, mens noen moduler skreller bort CRC, så der har du rett. Du finner en del dokumentasjon på WMBus-protokollen her: https://oms-group.org/fileadmin/files/download4all/specification/Vol2/4.3.3/OMS-Spec_Vol2_Primary_v433.pdf Når det gjelder payloaden du postet, så er den ca slik: 2a442d2c625484761b168d2a0114b76522cbaa96817c787f3183f757807e0a2fecf5a6ac0c35e3cd19d027 2A = lengde på meldingen 44 = C-field (kontrollfelt) 2D 2C = Manfacturer (Med en formel, så blir det stringen "KAM" 62 54 84 76 = A-field (Unikt nummer på måleren). Leses byte-vis baklengs: 76 84 54 62 1B = Versjonsnummer/Modellnummer. 16 = Device-type (0x16 = Cold Water) Kamstrup sender C1-mode, så husker ikke resten av bytene i hodet. Husker T1-mode litt bedre. 😄 Kamstrupen sender også Compact og Full Frame-meldinger, hvor den ene meldingen inneholder mye mer data. Når det gjelder Axioma / Qualcosonic-målerne så har den alarmer i en av header-bytene. Kamstrup har dem i den krypterte payloaden. Om du er interessert, kan jeg grave frem noe info der. Den har bl.a. disse alarmene: Leakage, Burst, Dry, Freeze, Tamper, Low Battery, Backflow. Er også en parameter som sier om alarmen er temporær eller permanent. Lekkasjealgoritmen er litt så som så. Det som ligger i selve payloaden er litt forskjellig etter modell og konfigurasjon. Her finner man selvfølgelig forbruk, men man kan også finne: flow-rate, positive volume, negative volume, temperature, low battery, error free time, error message.

Det fungerte 😄

Det ordnet seg etter noen oppdateringer av HA. Var et eller annet som ikke var rett versjon av.