hansrune

Tror det ja. Har Mitsubishi selv, så kan ikke gå god for hva som passer til hva på Panasonic

Da trenger du sannsynligvis bare en ESP32 modul og kabel for Panasonic. For Mitsubishi må du ha med 5V til 3,3V konverteringen på dette kortet. I alle fall på våre.

Kuleventil styring... Antagelig litt over normalen. For vanning, flomsikring, med mere. ESPHome og ESPEasy firmware. KiCAD filer inkludert. Denne er basert på ESP32c3. Seed Studio XIAO ESP32C3 er gullfine - skikkelig skjerma - kan ha ekstern antenne - og bare surrer og går. Styringen er automatisk normalt åpen / lukket - som detekteres automagisk ved oppstart dersom du har ventil med CR05 skjema (endebrytere). Der er innganger til å koble til flomsensorer, FIbaro Smart Implant e.l. til å overstyre tilstand selv om hjemmeutomasjon ikke er i live. Det er flomsikringen vår hjemme og på hytta. ... og med batteribackup som sikrer at ventil resettes i tilfelle en ukontrollert reset. Bruker disse til å styre hovedkran og til å holde blomster og frukttrær fornøyde.

I dette github repoet finner du et lite stykke gjør det selv hardware til CN105 port basert på ESP32C3 (RISC-V) . Litt mindre sofistikert ESPHome oppsett da, men også med ESPEasy firmware alternativ for de som ikke har HA / MQTT / Autodiscovery. Kan bruke både serieport og IR blaster hardware på dette lille kortet. Ekstra porter kan brukes til andre ting som I2C sensorer. Ser ut som Panasonic også bruker RS232 / 5V serieport for lokal kontroll

Andre enn meg som har problemer med APIet? Får logget inn. Får access token. Men ikke mere. F.eks: https://sdk.iotiliti.cloud/homely/locations --> status 500, response: {"statusCode":500,"message":"NatsError [TIMEOUT] - request: Timeout on topic homely.integration-api.user-location.list"} ERROR:homely2mqtt:Error code 500s Har kontaktet Homely support …

Glad you found https://github.com/hansrune/homely-tools useful. Took me quite some effort to figure out. Websocket IO response is very good, so I use that to trigger scenes like going to bed when the alarm is set to armed night and similar… … I still poll status every 2 minutes by default. This is highly recommended because it has happened that the websocket service has been unavailable for quite some time.

Prøv å ignorere escape håndtering inni datapakkene. Bare les alt byte for byte inntil full pakkelengde. Se evt her for et eksempel på det.

Kort fortalt ja til alt du foreslår. Virker som du har forstått hvordan ting henger sammen, og det var virkelig meninga at du skulle kunne utvide med de OBIS dataene du er interesssert i. Hint: Jeg bruker ofte ‘journalctl -fu HANdomo’ for å se hva som sendes ut av måleren.

Ja. Det er nettleverandøren som bestemmer det. Verdien du får rapportert her den samme som på AMS måleren. Noen av de andre verdiene rapporteres så ofte som hvert 10sek. De har eg valgt å akkumulere og bare rapportere snittet for hver minutt.

Da har du fått til det vanskeligste. Det er HANdomo.py scriptet som oppdaterer lokal Domoticz enheter direkte v.h.a JSON API Lag et kwMeter og evt kvHMeter device v.h.a Create Virtual Sensor (Dummy hardware device). Oppdater deretter device idx du får under Devices inn i /etc/default/HANdomo. Du kan la være med kwhMeter og ha bare kwMeter, men ikke omvendt uten å endre koden. Restart HANdomo tjenesten. Om Domoticz kjører på noe annet enn lokal port 8080, kan du endre det i koden

Har enda en variant basert på Skagmo sitt Aidon OBIS dekoder tilgjengelig her - med en del eksempler. Denne varianten er testa med Aidon (1-fase) og Kamstrup (3-fase), og om noen kan peke meg på datastrømmer for andre målere kan jeg teste det også ved anledning. Kan kjøres som en systemctl service for å mate Domoticz e.l. , og/eller brukes for seg selv til å se på datastrømmene på forskjellig vis ... det var mest for å lære meg litt mere Python . Og AMS da....