Asbjørn

Smart-Me modulet benytter Kamstrups proprietære protokol, som de holder tæt inde til kroppen. Så du kommer ikke så langt der uden at bruge smart-me modulet. Du må i gang med at lægge pres på dit elselskab for at komme med en løsning. Det virkede med Radius da nok kunder bad om en vej ind.

Den krypteringsnøgle man fik udleveret før den nye firmware kunne kun bruges til smart-me modulet. Her efter firmware updaten til Radius' kunder sender måleren krypteret data hvert 10. sek, hvor du skal bruge de to nøgler for at dekryptere dem. Nøglerne får du udleveret af Radius efter proceduren i mit tidligere linket dokument fra Radius.

Start med at læse dokumentet vedhæftet min første post. Der er alt hvad du skal bruge Den krypteringsnøgle du har fået kan du kun bruge til smartme systemet

Ja den skulle være fin. Se side 8 i specifikationen: https://github.com/Asbjoern/Kamstrup-Radius-Interface/raw/Develop/Docs/5512-2584_GB_A2_11-2019 OMNIPOWER HAN interface specification.pdf

@cis2131 Køb dig et 3.3v uart til USB kabel/modul og forbind rx og gnd til målerens gnd og data out. Så kan du bruge min python kode prototype fra github som eksempel. Den er skrevet som et hack for at se om det kunne lade sig gøre at få brugbar data ud. Så den er ikke langtidsstabil, men den virker er en godt udgangspunkt.

Jeg har fået hul igennem til Radius Kamstrup målerne efter den sidste firmware opdatering hvor push af data hver 10. sek er aktiveret. Se vedhæftet fil. Jeg har et Proof of concept Python script baseret på det udleverede fra Radius. Læser fra måleren med et UART til USB modul. Dekrypterer, parser og sender til MQTT. Planen er at lave et printkort baseret på et ESP8266 modul til at være MQTT klient. Jeg har så småt startet et projekt: https://github.com/Asbjoern/Kamstrup-Radius-Interface/tree/Develop Status indtil videre: Dekryptering og parsing virker på ESP8266. Resten mangler. Mvh Asbjørn DLMS-COSEM.pdf

Jeg vil også gerne melde mig i den kedelige klub. En mindre ændring resulterede i reboot loop. Kort blink alle -> Konstant OK -> Hurtig blink -> Sluk -> Normal 1Hz -> Sluk og forfra. Hele løkken tager omkring ét minut. Jeg kan firmware opdatere, hvilket jeg har gjort til den nyeste. Controller kan pinges, men ikke forbindes til. Købs dato er 30/8-17, så super uheldig timing, men vi må se hvad grossisten siger.

Tusinde tak for svarene og filerne. Nu har jeg ihvertfald noget at arbejde ud fra.

Tak for svarene. Min mistanke er også at IHC og præcis timing ikke hænger sammen, så en puls tæller er nok en bedre ide. Jeg vil smadder gerne se hvad I har lavet, hvis I vil dele nogle links. Lars: Jeg kan ikke umiddelbart finde den FB du henviser til, har du et link? Skal jeg også tolke af jeres svar at der ikke findes en smart måde at konvertere mellem variabel typerne ud over at løbe dem igennem og tælle en anden variabel op. Det kan blive en lang løkke for kommatal med rimelig præcision.

Jeg er ved at bygge et lille termostat modul med skærm til min gulvvarme. Lidt som vist her i et tidligere indlæg. Ideen er at den skal sende rum-,gulv- og settpunkt temperatur på samme måde som Elko termostat modulet til IHC controlleren, men hvad med den anden vej? Jeg mangler en god måde at sende et ændret settpunkt retur til modulet. samt evt om varmekredsen er aktiv eller ej. I min elektronik har jeg lavet en 24v indgang som kan tilsluttes et output modul, så elektrisk er det muligt. Min umiddelbare ide, som jeg troede var nemmest at implementere i en funktionsblok, er bare at sende en puls i det antal sekunder temperaturen er. 22,5sekund for 22,4C. Evt efterfulgt af et 0,5sek puls hvis varmekredsen er aktiv. Men hvordan pokker konverterer man mellen variabel typerne i Visual? Har fra en Temperatur til en Timertid i en funktionsblok? Hvis der er nogen, der har andre måder at sende data gennem et output modul hører jeg gerne. mvh Asbjørn

Ok. Tak for svaret. Der er tre kredse og jeg har allerede støbt temperatur følere ned i gulvet til IHC. Det er tung gulvvarme, så det er begrænset hvor hurtigt temperaturen kan skifte. Men man risikerer et stort overshoot hvis IHC ikke har styr på reguleringen.

Hej I forbindelse med en udbygning har jeg lagt varmeslanger i gulvet for at få gulvvarme og tænker mig at lade IHC styre det. Meen der skal være trægulv i udbygningen og så må gulvtemperaturen ikke blive for høj (28C). Normalt sænker man fremløbstemperaturen på vandet for at undgå dette sker. Jeg kan ikke sænke temperaturen på fyret, da resten af huset opvarmes af radiatorer og her er standard løsningen at indsætte en shunt, der mixer det kolde returvand med det varme for at give en lavere fremløbstemperatur uafhængigt af fyret. Mit spørgsmål er så om IHC systemet med gulvtemperatur målingen er god nok til styre gulvtemperaturen, så jeg helt kan spare at købe sådan en shunt? Er der nogen, der har erfaring med dette? Mvh Asbjørn