CV communicatie - I2C protocol (Remeha W21/28)

[valentyn]

Hoi,

Omdat ik mijn oudere Remeha-ketel anders wilde instellen, maakte ik het "remeha servicedisplay" na. Dat was goed te doen - het servicedisplay bestaat uit een Philips-I²C-chip die een paar 7-segments-displays aanstuurt en een paar schakelaars.
Maar het riep wel de vraag op: wat is er nog meer op de I²C-bus te vinden. Nu weet ik dat er seriële interfaces zijn voor deze ketels (de "Mini GMI interface" zegt Remeha) - en dat nieuwere ketels die zelfs ingebouwd hebben. Maar dat wil ik allemaal niet - ik wil gewoon de I²C-data uitlezen en interpreteren. Is daar informatie over te vinden? Is dat protocol al eens ge-reverse-engineered? Ik kan er namelijk zo goed als niets over vinden, terwijl de datastroom toch, zo zonder al te veel moeite, best wat leuke dingen laat zien (de aanvoer- en retourtemperatuur zitten bijvoorbeeld gewoon standaard in de datastroom).

Iemand?

Valentijn

[dsr9500]

dit al eens gelezen...
https://www.circuitsonline.net/forum/view/143911

Dmv een ESP8266 aan je Remeha-ketel maak je wifi-verbinding
en kun je op een Windows-pc dmv Recom programma de parameters uitlezen en zo nodig aanpassen.

[HansAnaloog]

Kan ik ook een word file uploaden?

Data transmitted by MCBA14xx.

Data transmission by the MCBA takes place sequential on a 20msec interval. Every 20msec one specific block of data ( 9 bytes) is transmitted over the internal I2C-bus. This data is alternately transmitted to two different bus participants. These are our RMCI’s for external controls and test-equipment as the GCI232 and GMI1400 Interfaces.

The amount of data transmitted by the burnerautomat is program specific and limited to a maximum of 8 datablocks. Therefore the maximum time an interface has to wait for a specific datablock is 8 * (2*20msec)= 360msec. Because the RAM space of most interfaces is only enough to store one datablock at a time the minimum time from an external control datarequest to an answer from an interface should be at least 400msec.
Because the read data is address related but most external communication protocols are not the interfaces translate datarequests in addresses and wait for this data to pass.

In the table below a complete overview of read only data is listed. In reality not all addresses transmitted are
supported. This because most burnerautomats are clientspecific. All not supported data in transmitted datablocks is set to 0.

[HansAnaloog]

[HansAnaloog]

Data requested by MCBA14xx.

To enable an external control to take over certain steerings from the MCBA an Gasmodul interface is defined.
With these SW commands it’s possible to overrule MCBA controls as mentioned in the list below.

The interface between RMCI and MCBA is Address related and therefore all data transmitted from an external control to the RMCI is translated in such a way that this data is placed in a buffer with GM address 64 to 74. This data is requested by the MCBA alternately ( datablock 8 and datablock 9) for two different bus participants. These are our RMCI’s for external controls and test-equipment as the GCI232 and GMI1400 Interfaces. Thus after a correct datatransfer it will take a maximum time of 2 * 40msec = 80msec before the MCBA receives the updated data.

As described in the table all precautions for incorrect data are taken in the MCBA. (Checking type of control
and datalimits)

The steering signals accepted by the MCBA are program specific. In read address 18 the boiler type
is enumerated and in address 28 an identification code is transmitted.
The identification code tells the user which of the external commands are supported. For each ID a complete description is available.

[HansAnaloog]

Ehhhh ... dat plaatjes invoeren is een drama. Je hebt nog block 8 en 9 tegoed, maar in dat priegelige invoegschermpje waar niets uit wissen kunt, kan ik het nu niet meer vinden. Jammer, ik was zo leuk bezig. <knip> Via forum of niet

[ Voor 11% gewijzigd door Septillion op 17-12-2021 08:03 ]

[HansAnaloog]

[HansAnaloog]

[HansAnaloog]

Nou, zo dan. Dat 9 na 8 komt snappen jullie vast wel.

[HansAnaloog]

The MCBA types listed below support communication with our RMCI.

IDENTIFICATION-CODE MCBA TYPE
08 MCBA1461D

[HansAnaloog]

[HansAnaloog]

Ook dat is fijn om te weten: De adressen die Robert Clevis reserveerde voor de verschillende componenten die op de I2C bus kunnen zitten.
Sommige zaken zijn exotisch, zoals de O2 sensor die alleen voor Ygnis gebruikt wordt.
Bij GCI232/GMI1400 hoort ook GMI1414 het fijne kleine interface-je die zonder netstekker werkt.

[HansAnaloog]

Okay, en dan nu het eerste deel van het antwoord op de vraag over pinning:

[HansAnaloog]

Het tweede deel van de vraag: waar zit pin 1.
Als je de kap van de MCBA er af haalt, dan zie je het. Bv bij MCBA1461D-Vx.x.
We noemen de lange rand waar het nokje zit "onder"
Als je deze lange rand onder zet, dan is het pinnetje links onder: pin 1.
Sorry, ik ben even vergeten of pin2 daarboven of daarnaast zit

Ik laat het staan omdat je er veel moeite in hebt gestopt. Maar volgende keer graag alles in één post. En voor een bestand zijn er tig mogelijkheden op het internet om deze te uploaden. Volgende multi-post zonder reden of copy-past uit een datasheet zal ik verwijderen.

[ Voor 30% gewijzigd door Septillion op 17-12-2021 08:02 ]