Erfaring med CopMax 10 med wtgr 100/40

[araldit]

Jeg er selv i gang med at kigge lidt på hvordan modbus registrene er placeret, så måske hvis andre kan bruge det til noget, så her er indtil videre hvad jeg ved om dem:
Jeg bruger en Raspberry pi med en rs485 hat til at tilgå varmepumpen og en tilfældig modbus klient til at hente data med -https://github.com/favalex/modbus-cli

Jeg har navngivet de forskellige registre efter de navne der er angivet af manualen for Siemens PLC'en. Dem uden et navn, kender jeg ikke endnu.
Jeg ved det er lidt rodet, men hvis nogen er i gang, kan i måske bruge mine noter til noget.

i@2/h betyder:
i : input register - Function code 04
2: adresse offset 2
h: Værdien fortolkes som en 16bit signed værdi

h@1/h betyder:
h: holding register - Function code 03
1: adresse offset 1
h: Værdien fortolkes som en 16bit signed værdi

#Temperatur
I_RT i@0/h
I_ST i@1/h
I_OT i@2/h
I_HT i@3/h
I_CT i@4/h
I_ET i@5/h

#Aner det ikke endnu, men gætter på det er pumpetilstand osv.
I2_R6 i@6/h
I2_R7 i@7/h
I2_R8 i@8/h
I2_R9 i@9/h
I2_R10 i@10/h
I2_R11 i@11/h
I2_R12 i@12/h

I3_R13 i@13/h
I3_R14 i@14/h
I3_R15 i@15/h
I3_R16 i@16/h
I3_R17 i@17/h
I3_R18 i@18/h
I3_R19 i@19/h

I4_R20 i@20/h

H1_R0 h@0/h
H1_R1 h@1/h
H1_R2 h@2/h
H1_R3 h@3/h
H1_R4 h@4/h

#Kompressor indstillinger
H1_CM01 h@5/h
H1_CM02 h@6/h
H1_CM03 h@7/h

H2_CM04 h@08/h
H2_CM05 h@9/h
H2_CM06 h@10/h
H2_CM07 h@11/h

#Versions nummer
H2_VR h@12/h

#Kondensator indstillinger
H2_CN01 h@13/h
H2_CN02 h@14/h
H2_CN03 h@15/h

H3_CN04 h@16/h
H3_CN05 h@17/h
H3_CN06 h@18/h
H3_CN07 h@19/h
H3_CN08 h@20/h

#Fordamper instillinger
H3_EV01 h@21/h
H3_EV02 h@22/h
H4_EV03 h@23/h

#Special functions
H4_SF01 h@24/h
H4_SF02 h@25/h
H4_SF03 h@26/h
H4_SF04 h@27/h
H4_SF05 h@28/h
H4_SF06 h@29/h

H5_SF07 h@30/h
H5_SF08 h@31/h
H5_SF09 h@32/h
H5_SF10 h@33/h
H5_SF11 h@34/h
H5_SF12 h@35/h
H5_SF13 h@36/h

H6_SF14 h@37/h

#Bruger opsætning
H6_ST01 h@38/h
H6_ST02 h@39/h
H6_ST03 h@40/h
H6_ST04 h@41/h
H6_ST05 h@42/h
H6_ST06 h@43/h

H7_ST07 h@44/h
H7_ST08 h@45/h
H7_ST09 h@46/h
H7_ST10 h@47/h
H7_ST11 h@48/h
H7_ST12 h@49/h

H8_ST13 h@50/h
H8_ST14 h@51/h
H8_ST15 h@52/h
H8_ST16 h@53/h
H8_ST17 h@54/h
H8_ST18 h@55/h
H8_ST19 h@56/h

#Defrost
H9_DF01 h@57/h
H9_DF02 h@58/h
H9_DF03 h@59/h
H9_DF04 h@60/h
H9_DF05 h@61/h
H9_DF06 h@62/h
H9_DF07 h@63/h

H10_DF08 h@64/h
H10_DF09 h@65/h
H10_DF10 h@66/h
H10_DF11 h@67/h

#Alarm indstillinger
H10_AR01 h@68/h
H10_AR02 h@69/h
H10_AR03 h@70/h

H11_AR04 h@71/h
H11_AR05 h@72/h
H11_AR06 h@73/h
H11_AR07 h@74/h
H11_AR08 h@75/h
H11_AR09 h@76/h
H11_AR10 h@77/h

#Brugergrupper
H12_UI01 h@78/h
H12_UI02 h@79/h
H12_HK00 h@80/h
H12_R81 h@81/h
H12_R82 h@82/h
H12_R83 h@83/h
H12_R84 h@84/h

H13_R85 h@85/h
H13_R86 h@86/h
H13_R87 h@87/h
H13_R88 h@88/h
H13_R89 h@89/h
H13_R90 h@90/h
H13_R91 h@91/h

H14_R92 h@92/h
H14_R93 h@93/h
H14_R94 h@94/h
H14_R95 h@95/h
H14_R96 h@96/h
H14_R97 h@97/h
H14_R98 h@98/h

H15_R99 h@99/h
H15_R100 h@100/h

[mern33]

nogen der har en ide hvordan man får outet under 53 gr og inlet under 53 gr, tror jeg snart har prøvet alt så mon der er nogen der har et bud.

[araldit]

Det skyldes formentligt at din varmeflade er for lille, så du ikke kan få afsat den varme, som pumpen producerer, hurtig nok. Har du forsøgt at skrue cirkulationspumpen på på max?

[nic6911]

Halløj,

Jeg roder også lidt med at hjælpe en til at få data ud og ind i et smart home system.
Jeg får godt nok data ind, men læser jeg på de 6 register adresser 0 - 5 får jeg en masse vrøvl ud af den jævnligt. Indimellem går det godt, men ofte sender den en masse CRC fejl. Mit gæt er at den sender meget mere data retur end jeg tror jeg spørger efter, og derfor ender det i noget rod.

Hvad er din/jeres erfaring med det?

Mit hardware er her: https://github.com/nic6911/ESP32_Modus_Module
Og mit kode ligger i example code folderen.

Det skal siges at hardwaren kører fint med diverse andre modbus enheder, så jeg er temmelig sikker på det er koden den er gal med

Mvh. Mogens

[araldit]

Ja, det er svært at vide. Du skal nok have fat på et oscilloscope for at vurdere om det er signalerne der ikke er som de skal være. Derudover, skal du være opmærksom på at PLC'en ikke accepterer at du henter mere end 8 registre af gangen. Kan det være noget galvanisk kobling? Er rs485 forbindelsen termineret korrekt?

Mvh
Ole

[nic6911]

Ja, det er svært at vide. Du skal nok have fat på et oscilloscope for at vurdere om det er signalerne der ikke er som de skal være. Derudover, skal du være opmærksom på at PLC'en ikke accepterer at du henter mere end 8 registre af gangen. Kan det være noget galvanisk kobling? Er rs485 forbindelsen termineret korrekt?

Mvh
Ole

Jeg skulle mene den var termineret korrekt ja. Den fungerer som sagt også på en del andre enheder.
Jeg skulle kun hente de 6 temperaturer så vidt jeg kan se. Data kommer der, men der kommer også en hel del CRC fejl:

Kode: Vælg alt

[22:12:02][D][modbus_controller.sensor:025]: Sensor new state: 3294.00
[22:12:02][D][sensor:127]: 'Return Temperature': Sending state 32.94000 °C with 1 decimals of accuracy
[22:12:02][D][modbus_controller.sensor:025]: Sensor new state: 3274.00
[22:12:02][D][sensor:127]: 'Supply Temperature': Sending state 32.74000 °C with 1 decimals of accuracy
[22:12:02][D][modbus_controller.sensor:025]: Sensor new state: 220.00
[22:12:02][D][sensor:127]: 'Outside Temperature': Sending state 2.20000 °C with 1 decimals of accuracy
[22:12:02][D][modbus_controller.sensor:025]: Sensor new state: 3315.00
[22:12:02][D][sensor:127]: 'Water Temperature': Sending state 33.15000 °C with 1 decimals of accuracy
[22:12:02][D][modbus_controller.sensor:025]: Sensor new state: 356.00
[22:12:02][D][sensor:127]: 'Condenser Temperature': Sending state 3.56000 °C with 1 decimals of accuracy
[22:12:02][D][modbus_controller.sensor:025]: Sensor new state: 2684.00
[22:12:03][W][modbus:105]: Modbus CRC Check failed! C022!=0D
[22:12:03][W][modbus:105]: Modbus CRC Check failed! 698!=401
[22:12:03][W][modbus:105]: Modbus CRC Check failed! 130!=00
[22:12:03][W][modbus:105]: Modbus CRC Check failed! C022!=0B
[22:12:04][W][modbus:105]: Modbus CRC Check failed! C022!=0B
[22:12:04][W][modbus:105]: Modbus CRC Check failed! C022!=0B
[22:12:04][W][modbus:105]: Modbus CRC Check failed! C022!=0B
[22:12:05][W][modbus:105]: Modbus CRC Check failed! F020!=51
[22:12:05][W][modbus:105]: Modbus CRC Check failed! F020!=51
[22:12:05][W][modbus:105]: Modbus CRC Check failed! CB3E!=401
[22:12:05][W][modbus:105]: Modbus CRC Check failed! 130!=00
[22:12:06][W][modbus:105]: Modbus CRC Check failed! F020!=51
[22:12:06][W][modbus:105]: Modbus CRC Check failed! CB3E!=301
[22:12:06][W][modbus:105]: Modbus CRC Check failed! D0!=44B8
[22:12:06][W][modbus:105]: Modbus CRC Check failed! F020!=00
[22:12:07][W][modbus:105]: Modbus CRC Check failed! F020!=00
[22:12:07][W][modbus:105]: Modbus CRC Check failed! 3E23!=100
[22:12:07][W][modbus:105]: Modbus CRC Check failed! C071!=1C00
[22:12:07][W][modbus:105]: Modbus CRC Check failed! F020!=03
[22:12:07][W][modbus:105]: Modbus CRC Check failed! F020!=03
[22:12:07][W][modbus:105]: Modbus CRC Check failed! 8804!=301
[22:12:07][W][modbus:105]: Modbus CRC Check failed! 3071!=3402
[22:12:07][W][modbus:105]: Modbus CRC Check failed! E4FC!=100
[22:12:08][W][modbus:105]: Modbus CRC Check failed! 629F!=04
[22:12:08][W][modbus:105]: Modbus CRC Check failed! C022!=00
[22:12:08][W][modbus:105]: Modbus CRC Check failed! C022!=00
[22:12:08][W][modbus:105]: Modbus CRC Check failed! C022!=12
[22:12:09][W][modbus:105]: Modbus CRC Check failed! C022!=12
[22:12:10][W][modbus:105]: Modbus CRC Check failed! C022!=12
[22:12:10][W][modbus:105]: Modbus CRC Check failed! C40D!=401
[22:12:10][W][modbus:105]: Modbus CRC Check failed! D0!=30B9
[22:12:10][W][modbus:105]: Modbus CRC Check failed! C022!=12
[22:12:10][W][modbus:105]: Modbus CRC Check failed! C022!=12
[22:12:11][W][modbus:105]: Modbus CRC Check failed! C40D!=401
[22:12:11][W][modbus:105]: Modbus CRC Check failed! D0!=30B9
[22:12:11][W][modbus:105]: Modbus CRC Check failed! C022!=0D
[22:12:11][W][modbus:105]: Modbus CRC Check failed! C022!=0D
[22:12:11][W][modbus:105]: Modbus CRC Check failed! 698!=401
[22:12:11][W][modbus:105]: Modbus CRC Check failed! D0!=30B9
[22:12:11][W][modbus:105]: Modbus CRC Check failed! C022!=0D
[22:12:12][W][modbus:105]: Modbus CRC Check failed! C022!=0D
[22:12:12][W][modbus:105]: Modbus CRC Check failed! 698!=401
[22:12:12][D][modbus_controller.sensor:025]: Sensor new state: 3294.00
[22:12:12][D][sensor:127]: 'Return Temperature': Sending state 32.94000 °C with 1 decimals of accuracy
[22:12:12][D][modbus_controller.sensor:025]: Sensor new state: 3274.00
[22:12:12][D][sensor:127]: 'Supply Temperature': Sending state 32.74000 °C with 1 decimals of accuracy
[22:12:12][D][modbus_controller.sensor:025]: Sensor new state: 220.00
[22:12:12][D][sensor:127]: 'Outside Temperature': Sending state 2.20000 °C with 1 decimals of accuracy
[22:12:12][D][modbus_controller.sensor:025]: Sensor new state: 3315.00
[22:12:12][D][sensor:127]: 'Water Temperature': Sending state 33.15000 °C with 1 decimals of accuracy
[22:12:12][D][modbus_controller.sensor:025]: Sensor new state: 356.00
[22:12:12][D][sensor:127]: 'Condenser Temperature': Sending state 3.56000 °C with 1 decimals of accuracy
[22:12:12][D][modbus_controller.sensor:025]: Sensor new state: 2684.00
[22:12:12][D][sensor:127]: 'Evaporator Temperature': Sending state 26.84000 °C with 1 decimals of accuracy

Så der er fint hul igennem. Men glad er den ikke...

[Smoelfen]

Jeg er også af den overbevisning at der er noget galt med RS-485 interfacet. Jeg har ikke oplevet CRC fejl anden de gange hvor GND ikke var koblet igennem sammen med A og B tråden på RS-485, eller jeg ikke lige havde fået pillet display enheden af når jeg hentede data.

Når nu vi er i gang med dette problem om kobling af ekstern RS-485 interface, da vær opmærksom på at RS-485 GND er fælles GND med de 6 føler. Denne GND er svævende ( "ikke tøjret til noget" ), hvilket kan bevirke at der kommer støj ind på følerledninger, med små spring i temperaturerne til følge. Specielt OT og HT følerne er udsatte da disse er ført ud af kabinettet. Producenten har prøvet at løse problemet på netop disse to føler ved at sætte en elektrolyt over tilledningerne til disse to føler. De sidder oppe i kabelbakken over PLC'en. Fænomenet ses i små spring i temperaturen hver gang PLC'en sampler/opsamler temperatur data. BEMÆRK DETTE HAR INTET MED CRC AT GØRE. Fænomenet kan ske hvis RS-485 interfacet er forsynet ekstern fra f.eks. en SMPS forsyning. Problemet kan løses med de elektrolytter som også fabrikanten har sat i, men kan også løses ved at forbinde GND med PE på selve maskinen. Da er GND ikke længere svævende.
Problemet med svævende GND kan måske også resulterer i CRC fejl, men det komme an på en måling, evt. med et oscilloskop. Så forsyning, og andre tilslutninger som kan introducerer støj, vil kunne give CRC fejl.

Nu kører jeg med data opsamling på PLC'en på 4. år, uden de store problemer, dog havde jeg en defekt Moxa box i starten som gav CRC fejl. Jeg skiftede nogle udtørrede lytter i denne og så kørte den igen. PLC'en gør nødagtig det den skal.

Mht. følerne ved fejl, se: https://www.stokerpro.dk/viewtopic.php? ... 48#p363548

Jeg kører stadig med nedsat flow i pause tilstand. Dette spare ca. 700 kWh om året. Og nej en Grundfos Alpha 2-3 kan ikke løse dette problem. Den gør det kun værre.

Det næste fokus område jeg har fundet ud af, er "de-icing heater" funktionen. Jeg har efter jeg er begyndt med dataopsamling på hoved elmåleren, med en ESP'er, konstateret at forbruget på fase 1 stiger markant efter det er begyndt at blive koldt. Umiddelbart i omegnen af 400-500 Watt ( jeg ser bort fra cos phi ). Noget af dette skyldes cirkulationspumpen og blæser som kører høj drift når varmepumpen producerer varme, men dette ekstra strømtræk på fase 1 sker kun når temperaturen er så lav som nu ca. 0-5 grader. Jeg er ret sikker på det er "de-icing" der tænder og brænder en del effekt af under produktion. Se nedenstående skærmprint af hoved elmåler, kun varmepumpen under produktion, resten af hytten koblet fra.



"de-icing" er bare et varmekabel under fordamperen som skal undgå is ophobning under fordamperen, men det giver ingen mening at denne skal varme under produktion, luften strømmer jo bare lige forbi og direkte ud gennem blæseren. Så nu kobler jeg den fra. Hvis denne skal give mening kan den være aktiv under stilstand, og kobles ind på kontaktoren for "crank-case heater" og "electrothermal-film". Det skal prøves :-)

I disse tider med høje elpriser har jeg tænkt på at lade Linux distro’en sænke / hæve f.eks. ST5 ( kører med varmekompensering/flydende kondensering ) i takt med prisen på el stiger / falder. Jeg har ikke undersøgt videre i disse register. Min tvivl går på om man kan skrive / læse i disse register "on the fly", dvs. mens PLC'en / varmepumpen er i normal operation, eller man skal give PLC'en besked på at gå i stand-by for at kunne tilgå registrene og herefter starte PLC'en / varmepumpen op igen. Måske @araldit ved noget om dette.

Mvh Smoelfen

[nic6911]

Jeg er også af den overbevisning at der er noget galt med RS-485 interfacet. Jeg har ikke oplevet CRC fejl anden de gange hvor GND ikke var koblet igennem sammen med A og B tråden på RS-485, eller jeg ikke lige havde fået pillet display enheden af når jeg hentede data.

Når nu vi er i gang med dette problem om kobling af ekstern RS-485 interface, da vær opmærksom på at RS-485 GND er fælles GND med de 6 føler. Denne GND er svævende ( "ikke tøjret til noget" ), hvilket kan bevirke at der kommer støj ind på følerledninger, med små spring i temperaturerne til følge. Specielt OT og HT følerne er udsatte da disse er ført ud af kabinettet. Producenten har prøvet at løse problemet på netop disse to føler ved at sætte en elektrolyt over tilledningerne til disse to føler. De sidder oppe i kabelbakken over PLC'en. Fænomenet ses i små spring i temperaturen hver gang PLC'en sampler/opsamler temperatur data. BEMÆRK DETTE HAR INTET MED CRC AT GØRE. Fænomenet kan ske hvis RS-485 interfacet er forsynet ekstern fra f.eks. en SMPS forsyning. Problemet kan løses med de elektrolytter som også fabrikanten har sat i, men kan også løses ved at forbinde GND med PE på selve maskinen. Da er GND ikke længere svævende.
Problemet med svævende GND kan måske også resulterer i CRC fejl, men det komme an på en måling, evt. med et oscilloskop. Så forsyning, og andre tilslutninger som kan introducerer støj, vil kunne give CRC fejl.

Nu kører jeg med data opsamling på PLC'en på 4. år, uden de store problemer, dog havde jeg en defekt Moxa box i starten som gav CRC fejl. Jeg skiftede nogle udtørrede lytter i denne og så kørte den igen. PLC'en gør nødagtig det den skal.

Mht. følerne ved fejl, se: https://www.stokerpro.dk/viewtopic.php? ... 48#p363548

Jeg kører stadig med nedsat flow i pause tilstand. Dette spare ca. 700 kWh om året. Og nej en Grundfos Alpha 2-3 kan ikke løse dette problem. Den gør det kun værre.

Det næste fokus område jeg har fundet ud af, er "de-icing heater" funktionen. Jeg har efter jeg er begyndt med dataopsamling på hoved elmåleren, med en ESP'er, konstateret at forbruget på fase 1 stiger markant efter det er begyndt at blive koldt. Umiddelbart i omegnen af 400-500 Watt ( jeg ser bort fra cos phi ). Noget af dette skyldes cirkulationspumpen og blæser som kører høj drift når varmepumpen producerer varme, men dette ekstra strømtræk på fase 1 sker kun når temperaturen er så lav som nu ca. 0-5 grader. Jeg er ret sikker på det er "de-icing" der tænder og brænder en del effekt af under produktion. Se nedenstående skærmprint af hoved elmåler, kun varmepumpen under produktion, resten af hytten koblet fra.



"de-icing" er bare et varmekabel under fordamperen som skal undgå is ophobning under fordamperen, men det giver ingen mening at denne skal varme under produktion, luften strømmer jo bare lige forbi og direkte ud gennem blæseren. Så nu kobler jeg den fra. Hvis denne skal give mening kan den være aktiv under stilstand, og kobles ind på kontaktoren for "crank-case heater" og "electrothermal-film". Det skal prøves :-)

I disse tider med høje elpriser har jeg tænkt på at lade Linux distro’en sænke / hæve f.eks. ST5 ( kører med varmekompensering/flydende kondensering ) i takt med prisen på el stiger / falder. Jeg har ikke undersøgt videre i disse register. Min tvivl går på om man kan skrive / læse i disse register "on the fly", dvs. mens PLC'en / varmepumpen er i normal operation, eller man skal give PLC'en besked på at gå i stand-by for at kunne tilgå registrene og herefter starte PLC'en / varmepumpen op igen. Måske @araldit ved noget om dette.

Mvh Smoelfen

Ahh, var ikke med på det var en delt modbus kanal med display, så giver det mere mening der var CRC fejl
Jeg fik ham til at fjerne display, og så kører alt som det skal !
Tak !

Mvh. Mogens

[nic6911]

Jeg er selv i gang med at kigge lidt på hvordan modbus registrene er placeret, så måske hvis andre kan bruge det til noget, så her er indtil videre hvad jeg ved om dem:
Jeg bruger en Raspberry pi med en rs485 hat til at tilgå varmepumpen og en tilfældig modbus klient til at hente data med -https://github.com/favalex/modbus-cli

Jeg har navngivet de forskellige registre efter de navne der er angivet af manualen for Siemens PLC'en. Dem uden et navn, kender jeg ikke endnu.
Jeg ved det er lidt rodet, men hvis nogen er i gang, kan i måske bruge mine noter til noget.

i@2/h betyder:
i : input register - Function code 04
2: adresse offset 2
h: Værdien fortolkes som en 16bit signed værdi

h@1/h betyder:
h: holding register - Function code 03
1: adresse offset 1
h: Værdien fortolkes som en 16bit signed værdi

#Temperatur
I_RT i@0/h
I_ST i@1/h
I_OT i@2/h
I_HT i@3/h
I_CT i@4/h
I_ET i@5/h

#Aner det ikke endnu, men gætter på det er pumpetilstand osv.
I2_R6 i@6/h
I2_R7 i@7/h
I2_R8 i@8/h
I2_R9 i@9/h
I2_R10 i@10/h
I2_R11 i@11/h
I2_R12 i@12/h

I3_R13 i@13/h
I3_R14 i@14/h
I3_R15 i@15/h
I3_R16 i@16/h
I3_R17 i@17/h
I3_R18 i@18/h
I3_R19 i@19/h

I4_R20 i@20/h

H1_R0 h@0/h
H1_R1 h@1/h
H1_R2 h@2/h
H1_R3 h@3/h
H1_R4 h@4/h

#Kompressor indstillinger
H1_CM01 h@5/h
H1_CM02 h@6/h
H1_CM03 h@7/h

H2_CM04 h@08/h
H2_CM05 h@9/h
H2_CM06 h@10/h
H2_CM07 h@11/h

#Versions nummer
H2_VR h@12/h

#Kondensator indstillinger
H2_CN01 h@13/h
H2_CN02 h@14/h
H2_CN03 h@15/h

H3_CN04 h@16/h
H3_CN05 h@17/h
H3_CN06 h@18/h
H3_CN07 h@19/h
H3_CN08 h@20/h

#Fordamper instillinger
H3_EV01 h@21/h
H3_EV02 h@22/h
H4_EV03 h@23/h

#Special functions
H4_SF01 h@24/h
H4_SF02 h@25/h
H4_SF03 h@26/h
H4_SF04 h@27/h
H4_SF05 h@28/h
H4_SF06 h@29/h

H5_SF07 h@30/h
H5_SF08 h@31/h
H5_SF09 h@32/h
H5_SF10 h@33/h
H5_SF11 h@34/h
H5_SF12 h@35/h
H5_SF13 h@36/h

H6_SF14 h@37/h

#Bruger opsætning
H6_ST01 h@38/h
H6_ST02 h@39/h
H6_ST03 h@40/h
H6_ST04 h@41/h
H6_ST05 h@42/h
H6_ST06 h@43/h

H7_ST07 h@44/h
H7_ST08 h@45/h
H7_ST09 h@46/h
H7_ST10 h@47/h
H7_ST11 h@48/h
H7_ST12 h@49/h

H8_ST13 h@50/h
H8_ST14 h@51/h
H8_ST15 h@52/h
H8_ST16 h@53/h
H8_ST17 h@54/h
H8_ST18 h@55/h
H8_ST19 h@56/h

#Defrost
H9_DF01 h@57/h
H9_DF02 h@58/h
H9_DF03 h@59/h
H9_DF04 h@60/h
H9_DF05 h@61/h
H9_DF06 h@62/h
H9_DF07 h@63/h

H10_DF08 h@64/h
H10_DF09 h@65/h
H10_DF10 h@66/h
H10_DF11 h@67/h

#Alarm indstillinger
H10_AR01 h@68/h
H10_AR02 h@69/h
H10_AR03 h@70/h

H11_AR04 h@71/h
H11_AR05 h@72/h
H11_AR06 h@73/h
H11_AR07 h@74/h
H11_AR08 h@75/h
H11_AR09 h@76/h
H11_AR10 h@77/h

#Brugergrupper
H12_UI01 h@78/h
H12_UI02 h@79/h
H12_HK00 h@80/h
H12_R81 h@81/h
H12_R82 h@82/h
H12_R83 h@83/h
H12_R84 h@84/h

H13_R85 h@85/h
H13_R86 h@86/h
H13_R87 h@87/h
H13_R88 h@88/h
H13_R89 h@89/h
H13_R90 h@90/h
H13_R91 h@91/h

H14_R92 h@92/h
H14_R93 h@93/h
H14_R94 h@94/h
H14_R95 h@95/h
H14_R96 h@96/h
H14_R97 h@97/h
H14_R98 h@98/h

H15_R99 h@99/h
H15_R100 h@100/h

Du tænker ikke alle de der input registre du ikke ved hvad er, er alarmerne? Det passer med antallet ifht datasheet på systemet hvertfald...

Mvh. Mogens

[araldit]

Muligvis. Jeg har indtil videre fundet at:
I2_R6 i@6/h - Altid 1
I2_R7 i@7/h - Altid 1
I2_R8 i@8/h - Altid 1
I2_R9 i@9/h - 0 hvis remote er off, 1 ved on
I2_R10 i@10/h - ?
I2_R11 i@11/h - Regner med at det er KM1 - 1 når der produceres
I2_R12 i@12/h - Altid 0 - ?

I3_R13 i@13/h - P1 - Cirkulationspumpen
I3_R14 i@14/h - 1 når der produceres ?
I3_R15 i@15/h - Muligvis defrost - 3 vejs ventil
I3_R16 i@16/h - ?
I3_R17 i@17/h - ?
I3_R18 i@18/h - 1 når der produceres
I3_R19 i@19/h - ?
I4_R20 i@20/h - ?

En del af dem med ? kan sagtens være alarmer.

Mvh Ole