Vinnerliste

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

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

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.

ja har hørt at yellow er sær på hvilken ssd-disk en bruker. jeg kjøpte denne fra komplett https://www.komplett.no/product/1200136?noredirect=true og den virker fint hos meg.

Brother P-Touch med Windows app er veldig fleksibel. Jeg har en men ikke funnet brukende app for Linux.. Svart tekst på transparent bakgrunn ser bra ut.

Etter at jeg skiftet fra deconz og conbee II til zigbee2mqtt og sonoff i begynnelsen av desember har systemet mitt jobbet mer eller mindre kontinuerlig med å oppdatere enheter med ny firmware. Jeg har ca 160 enheter på mitt zigbee nett og av disse er ca 80 Philips og ca 20 IKEA. Største delen av dette hadde ny firmware tilgjengelig. Og zigbee enheter oppdateres delvis inkrementelt så det har gått i mange omganger. Noen enheter har også gått fra å være zigbee 1.2 til zigbee 3. Så det viser vel egentlig hvor dårlig deconz er på å oppdatere firmware når den har havnet så ettertrykkelig på etterskudd. Jeg har i utgangspunktet ikke hatt noe problem med at enheter faller ut av nettet så ny firmware har kun forbedret funksjonalitet for min del. Stabilitet er som før. Det jeg ser er at lyskildene til Philips kan dimmes til mye svakere lysstyrke enn før. Nattlys i gang og på bad er virkelig blitt nattlys.

Takk. Testet og nå får jeg temperatur 😄

Merk at jeg kjører 3.0.9.0 her enda. Gå til Plugins -> Manage. Trykk på "More"-knappen til Z-wave og så Config.

I teorien, ja. Zigbee har standardisert hvordan utstyr skal opptre i nettet. I praksis er det sikkert mulig å finne en slik kontakt som ikke oppfører seg. I tillegg er Philips Hue hubben litt kresen i motsetning til generelle "hub'er". Det lureste er nok å ta et søk på google for å sjekke når du har funnet en konkret kontakt.

Ny versjon av PowerControl er lagt ut. Funksjonalitet lagt til: - Strømstøtte. Plugin beregner estimert strømstøtte og du kan legge til denne som en grense slik at en forbruker slås på, eller at en annen forbruker ikke slås av i forhold til pris og støtte. - Du kan konfigurere plugin-parametere direkte i web grensesnitt

I'm a noob. Man må aktivere lagring av historikk i appen før dette er mulig :).

Hehe, hest og traktor virker 🙂

Mange takk!😊 Vet du om man kan bruke climate.bad sensor og ikke input_number? Eller kan overstyre input_number.termostat_bad med temp data fra climate.bad? Hvordan går man frem for å ha 10 termostater styrt av priceanalyzer, 10 stk input_number ? 🙂 Kanskje det enkleste for meg er å få boost, save og normal inn i schedy ? edit: helt ny med blueprints. Har opprettet 5 input_numbers for 5 termostater, og 5 blueprints for priceanalyzer. Det ser ut til å funke. Schedy kjører bak og overkjører basert på pid-regulatoren til stigvi. Teste dette litt. 🙂

Jeg kan gjerne og være med å støtte! samtidig så hadde jeg ikke hatt noe mot å se relevant reklame (ikke adsense, men gjerne direktereklame fra relevante annonsører)