LarsH

Takk! Modbus: Nei, ikke testet den løsningen mer. Men jeg har "lært opp" en Broadlink RM4 mini med alle funksjonene som fjernkontrollen kan tilby. Holdt for meg, med muligheter for full kontroll via Home Assistant. Foreløpig lever viftene "sitt eget liv". Jeg kjører viftene på hastighet "1". Du kan høre en dur hvis det ellers er stille i rommet. Det som trekker mest oppmerksomhet, er når viftene endrer retning. Hvis du vil ha de på soverom, ville jeg nok kjøre de i natthastighet. Da er det rimelig stille. Eller monitorerte jeg temperaturer på ut- og innluft i flere måneder i vinter. Var nyskjerrig på hvor effektive viftene egentlig er. Absolutt max differanse var på 2.5 grader . Må si det er "innafor"

Jeg har kjøpt et par "Arida 160RE" ventilatorer med varmeveksler. De kan kommunisere som master/slave via kabel. "Klimair 160RE" og "Südwind Ambientika" ser ut til å være samme ventilator. "Südwind Ambientika Wireless+" har trådløs kommunikasjon på 868MHz, og jeg ville lage noe tilsvarende til Arida 160RE. Da slipper jeg å banke opp CAT5 -kabel 🙂 Kontroller-kortet er av bra kvalitet. Bestykket med Texas MSP430TM microkontroller og Texas SN75176B differential bus tranceiver. Ut fra hva jeg målte, og så på skopet, måtte vifta ganske sikkert kjøre Modbus/RS485. Kjøpte et par Eletechsup RT18A01 RS485 868MHz tranceivers. Alternativt RT4AE01. 240 kroner 'ish for 2stk i den store butikken. Litt utfordring å finne dokumentasjon. De er klare til bruk, men konfig kan endres med AT-kommandoer via et USB/RS485 interface. Tranceiverne passet perfekt i innbyggingsbokser (#89041) fra Kjell&Co: Testet tranceiverne på viftene. Den ene vifta satt opp som slave + motsatt luftstrøm av master. Våget ikke å "stjele" 5V fra vifte-kontrollerne. Tranceiverne får strøm fra noen gamle mobilladere. Virket!! Før permanent montering, har jeg endret ID + satt ned effekten på tranceiverne et par hakk. Bare 9m avstand og nærmest fri sikt mellom dem. Det gikk greit å endre konfig med AT-kommandoer via GTKTerm eller CoolTerm i Linux. I stedet for fjernkontrollen, kan jeg styre master-vifta på IR fra Home Assistant via en Broadlink RM4 Mini. Har brukt "python-broadlink" for å hente kodene fra fjernkontrollen. Et annet alternativ er å ha en RS485 tranceiver #3 med USB interface som master, sette begge viftene som slaver og styre de fra PC. Men ikke i dag. Nå prater viftene sammen - trådløst. Og det var målet

Den må jeg ta en titt på. Ettersom spenning kommer hver 4de json-melding, la jeg imellom en smooth -node før gauge -noden i Dashboard. Da slapp jeg å få "undefined" fra meldingene som ikke inneholder spenning. Satte den til å vise middelverdi av hver 3dje verdi. Gjorde noe lignende for effekt-tabellen. Viser middelverdi av hver 5te måling. Den ble litt bedre. (Kokte opp en drøy liter vann mellom 08:34 og 08:37 🙂

Takk! Innholdet i function-noden ga meg en løsning på filtering. I NodeRed v3 så det ut som jeg kunne droppe json-noden også. Det virker ihvertfall i en rotete test-flow. Nå er det bare å leke med oppsett av et passende NR Dashboard

I bought them somewhere on Ebay. Elfa is (unfortunately) too expensive for small buys. The capacitors are Radial Electrolytic Capacitors, preferrably with low ESR. They need to be specified for up to 105 degrees Celcius. 4.7uF 400V has 3.5mm pitch between leads. 10uF 50V and 100uF 16V are both 2mm pitch. If you are able to get hold of quality caps like Panasonic or other Japanese ones, you're good to go.

Noen gode på Node-RED her ute? Jeg er for fersk på NR og trenger noen tips: Planen er å hente MQTT fra AMS Reader via Mosquitto til et NR-flow som presenterer slik jeg vil i NR Dashboard. Står fast på filtreringen av MQTT før data sendes til gauges/ charts. Er det "Topic Filter" -noder som gjelder? Noen som eventuelt har et json flow eksempel jeg kan bygge videre på? Ser ut som om Node-RED er ganske "snill": En 3B+ med Pi OS Lite og test-flow drar bare rundt 100MB RAM

Tar og tester ut en RPi -løsning først, med hostapd, dnsmasq, Mosquitto, .... Da kan jeg ta bort routeren og alt får plass i svakstrømsavdelingen i sikringsskapet. Det teller visst med høy WAF på denne hytta 🙂

Hjemme fungerer det perfekt, men har utfordringer på en hytte uten internett: Satte opp en ESP32 med egen USB strømforsyning, AMS reader v2.1.5 og 25m CAT5 til strømmåleren på et annet bygg. Signalet så fint ut på skopet, og AMS reader får data. AP -mode i AMS reader er bittelitt misvisende. Det brukes jo bare for å koble opp til en router, ikke som frittstående AP. Ordnet det med å sette opp en router. Da fikk jeg tilgang til AMS reader - med mangelfullt GUI. Koblet routeren midlertidig til mobilt bredbånd så AMS reader kunne laste ned det den trengte. Funka fint da. Er det noen mulighet å få fullt WEB GUI fra AMS reader uten å være tilkoblet internett? Alternativt må jeg lage egen MQTT subscriber og la den presentere i sitt GUI? Det ideelle hadde vært om AMS reader var et frittstående AP med fullt WEB GUI uavhengig av internett. Da kunne jeg kutte ut routeren også. For lite minne på ESP32 kanskje?

Mens du designer, er det i mellomtiden kanskje interessant å koble opp en av moduler - bare for å se hvordan det funker. Holder en knapp på ESP32 -alternativet. For meg virker WiFi'en bedre. Gadd ikke å designe/ skrive ut egen boks. Fikk klemt inn ESP32 + Mbus/TTL interface i en innbyggingsboks fra Kjell&Co (#89043). Enda bedre etter jeg satte på vinklet microUSB som tar en 270grader sving før den kommer ut av boksen ams2mqtt-1.1.pdf

Veldig stilig konsept! Dette er definitivt et produkt som mangler i markedet. Det nærmeste jeg har kommet, er analog-versjonen Efergy e2. Resten er sky/ leverandør/ hjemmeautomasjonbasert. Og det er ikke hva "Tante Agate" vil ha. Hun skal bare ha et wattmeter. Jeg kjører med enkel M-bus<-->TTL -konverter koblet til ESP32 Devkit + v2.0.4 Fikk en ide å bruke TTGO T-Display 16MB + ESPHome for å hente MQTT og vise. Har du vært inne på tanken om den kombinasjonen?

Wohoo! NP-sensoren virker nå. Mest sannsynlig noe krøll i python 3.7.3 hos meg. Hadde allikevel planer om å opgradere, så prøvde en "stunt-test": * Klonet SSD'en fra en Pi3B+ med Buster/ Python 3.7.3/ HA Core 0.117.2 til SSD på en Pi4B 4GB * Oppgraderte Buster til Bullseye på Pi4B * HA Core 0.117.2 starter ikke der. Istedet for å bruke mere tid på feilsøking, "reinstallerte" jeg HA Core som beskrevet i: https://www.home-assistant.io/installation/raspberrypi Unntatt noen punkter ettersom HA -omgivelsene allerede er tilstede. (Tok selvfølgelig først backup av /home/homeassistant/.homeassistant minus databasen) Nå har jeg Pi4B/ Bullseye/Python 3.9.2/ HA Core 2021.11.5 og fungerende NP-sensor. Alle andre interface funker også (wmbusmeters via SDR, RFLink, Razberry2)

Dette var feilmeldingen med den opprinnelige v0.0.3 -koden, som jeg hadde lastet på nytt i custom_components. Siste forsøk var å kommentere ut alt nordpool-oppsett i sensors.yaml, og dobbeltsjekke at det ikke var igjen noen nordpool -entiteter før en HA-restart. Deretter: laste inn og konfigurere via "new integration". Samme feil. Ser ut som denne svenske kameraten har vært borti noe lignende: https://issueexplorer.com/issue/custom-components/nordpool/76 Men jeg har ikke dobbelt med "sensors:" -headers. Skal teste enda litt til før jeg evt åpner en issue 🙂

Jeg sliter med å få v0.0.3 -koden til å spille. Har prøvd litt forskjellige endringer i sensor.py uten å komme i mål feilfritt. Kan det være fordi jeg fremdeles er på HA v0.117.2 (core)/ python 3.7.3? Nov 18 15:07:48 hapi2 hass[1467]: File "/home/homeassistant/.homeassistant/custom_components/nordpool/sensor.py", line 485, in async_added_to_hass Nov 18 15:07:48 hapi2 hass[1467]: await self.check_stuff() Nov 18 15:07:48 hapi2 hass[1467]: File "/home/homeassistant/.homeassistant/custom_components/nordpool/sensor.py", line 446, in check_stuff Nov 18 15:07:48 hapi2 hass[1467]: self._update(today) Nov 18 15:07:48 hapi2 hass[1467]: File "/home/homeassistant/.homeassistant/custom_components/nordpool/sensor.py", line 297, in _update Nov 18 15:07:48 hapi2 hass[1467]: self._average = self._calc_price(data.get("Average")) Nov 18 15:07:48 hapi2 hass[1467]: File "/home/homeassistant/.homeassistant/custom_components/nordpool/sensor.py", line 278, in _calc_price Nov 18 15:07:48 hapi2 hass[1467]: float(1 + self._vat) Nov 18 15:07:48 hapi2 hass[1467]: TypeError: can only concatenate str (not "float") to str

Jeg har en bunke Telldus TZWP-100 (TZWP-101) brytere. Etter 4 år i drift, har noen av de har begynt å "dø". Det starter med litt summing når de skrus på, eller de kan gå helt berserk (avpåavpåavpåavpå...). I stedet for å bytte ut modulene (= endel jobb i Home Assistant), er det lett å gi de nytt liv med nye kondensatorer i strømforsynings-modulen. Hittil har jeg fikset 4stk. Strømforsyningen i TZWP-100/TZWP-101 er mistenkelig lik referansedesignet til AC/DC -konverteren (LNK304DG). Du trenger: * 3-kantet "stjerne"-trekker * Nye kondensatorer av god kvalitet: - 2stk 4.7uF 400V 105C Ø8mm H12mm - 1stk 100uF 16V 105C Ø5mm H12mm - 1stk 10uF 50V 105C Ø5mm H12mm (Høydene er cirka. Det er litt å gå på) * Litt lodde-erfaring (blyfritt - kan være en utfordring) Bytt ut disse 4 kondensatorene: Nye kondensatorer: Nye kondensatorer på plass:

I can confirm it works with this fork of the original project: https://github.com/afflux/rtl-wmbus.git Have not tested the latest changes in the original project. I've been using these SDR devices: * Terratec TStick (Realtek RTL2832U, Elonics E4000 radio), current consumption approx 140mA * Generic device (Realtek RTL2832U, Rafael Micro R820T2 radio), current consumption approx 260mA It's a pity there is almost impossible to get hold of a SDR with E4000 anymore, taken into consideration the lower consumption. Both are far off compared to my IM871A-USB: 37mA. I import data to Home Assistant via a Mosquitto broker, both running on the same RPi3B+. Works like a charm.

Tor Magnus: Du husker ikke tilfeldigvis hvem du snakket med hos kommunen? Jeg ringte dem i dag. Virket som de ikke hadde særlig peiling og ba meg ta kontakt med Kamstrup på Helsfyr. Kamstrup sa, som forventet, at jeg ikke fikk noen nøkkel fra dem uten å gå via eier (= Skedsmo kommune). Jeg tror forresten jeg har en ide om billigere USB -stick for WMbus: Har testet en del med SDR = DAB/DVB-T USB -stick med RTL2832U demodulator og R820T, R820T2 eller E4000 tuner. Koster ~70 kroner i den "store" butikken. Installerte rtl-sdr fra repo'et til Ubuntu/Mint, og testet først med rtl-wmbus fra GitHub: sudo rtl_sdr -f 868.9M -s 1600000 - 2>/dev/null | build/rtl_wmbus (Sorry, har bare kompilert og ikke installert. Kjører rett fra rtl-wmbus-master -folderen) Får dette i retur: C1;0;1;2019-04-03 09:48:03.000;123;119;<målernr>;0x25442d2c526244761b166c80164e2059d6eb7e21735762e945082e8e53e86aa966a74eb8a1cc C1;0;1;2019-04-03 09:49:37.000;51;54;<målernr>;0x25442d2c526244761b166da4164e2013b5e8a529db77193c0226c7d31b6c5c4e61b25cade050 C1;0;1;2019-04-03 09:51:11.000;45;45;<målernr>;0x25442d2c526244761b166eb8164e201366b731141feb78675fae751f943f955ba0b82dbb9918 Jeg mangler nøkkel, så innholdet er kryptert. Deretter kompilerte jeg wmbusmeters 0.9.2 fra GitHub og testet. Ser ut som denne versjonen også støtter rtlwmbus som "device": sudo ./wmbusmeters --debug rtlwmbus:868.9M MyTapWater multical21 <målernr> "" Får dette i retur: (wmbusmeters) version: 0.9.2 (config) using device: rtlwmbus (config) with: 868.9M (config) number of meters: 1 (rtlwmbus) using command: rtl_sdr -f 868.9M -s 16000000 - 2>/dev/null | rtl_wmbus exec background "/bin/sh" arg "-c" arg "rtl_sdr -f 868.9M -s 16000000 - 2>/dev/null | rtl_wmbus" (serialcmd) opened /bin/sh (config) using link mode: Any (multical21) configured "MyTapWater" "multical21" "<målernr>" not-encrypted (serialcmd) received "3A20313A2072746C5F776D6275733A206E6F7420666F756E640A" (rtl_wmbus) protocol error in message received! (rtl_wmbus) protocol error "3A20313A2072746C5F776D6275733A206E6F7420666F756E640A" Virker lovende, i og med at jeg på kommandolinja har definert "" = no encryption