Your guess is unfortunately missed.
My ETHM-1 is from 2011, but as far as I remember I updated its soft to the latest possible, i.e. 1.07
Out of curiosity, I let him frame 0x7C and he replied:
Quote: {FE} {FE} {7C} {D8} {5E} {FE} {0D} {FE} {FE} {7C} {31} {30} {37} {32} {30} {31} {34 } {30} {33} {30} {34} {01} {56} {72} {FE} {0D}
So 10720140304 - that is version 1.07 from 2014. And best of all, the last byte before CRC is {01} which is according to the protocol "module can serve 32 data bytes for zones / outputs".
It follows from this that this is not the point after all.
Added after 49 [minutes]: Ok, I solved the mystery. You were close. And you brought me to the solution.
The solution is BIT1 in command 7C I never read it thoroughly, because theoretically it was about INT-RS and not ETHM-1. And somehow I knew that INT-RS v2.xx is the same as ETHM-1 v2.xx
Quote: 0x7F +12 bytes (this command version is available only in INT-RS v2.xx module): 6 bytes - list of 0x00..0x2F commands to be sent automatically on changed data received from INTEGRA 6 bytes - list of 0x00..0x2F commands to be sent automatically on each data received from INTEGRA If automatic mode should be stopped just send this command with 12 zeroes of data. INT-RS with Bit1 = 1 (see 0x7C) can also serve this command in the following format: +14 bytes: 7 bytes - list of 0x00..0x31 commands to be sent automatically on changed data received from INTEGRA 7 bytes - list of 0x00..0x31 commands to be sent automatically on each data received from INTEGRA If automatic mode should be stopped just send this command with 12 or 14 zeroes of data. After receiving the above command initially all commands specified in its first 6 (or 7) data bytes will be sent. The data specified in this command is not shown as changes in response to 0x7F + 0/1/2 command, since it will be automaically sent.
So everything is clear and the ETHM-1 Plus can be set so that it automatically sends data without polling. And this is what the Home Assistant integration takes advantage of.
Unfortunately, it doesn't work for mine. Sending the command 7F + 12 or 14 bytes does not reply. And it is obvious, because it was read with the command 7C
BIT1 = 0