Genauer Typ: MT372-D1A51-B11L11-M2K0agZ Das „K0“ bedeutet, dass er über eine bidirektionale Kundenschnittstelle nach DIN EN 62056-21 verfügt. Der Zähler kann nach DIN EN 62056-21 über die IR-Schnittstelle nur nach Aufforderung ausgelesen werden. Er sendet nicht automatisch.
Zusätzlich trägt der Zähler das DLMS-Logo.

Zum Testen habe ich hterm verwendet, da test1107 nach dem der Zähler mit seiner Typenbezeichnung geantwortet hatte, in ein Timeout lief (Tout).
Einzustellen sind:
Port: bei Windows:verwendeter COM-Anschluss des USB-Adapters, bei Linux z.B. /dev/ttyUSB0
Baud: 300
Data: 7
Stop: 1
Parity: Even
Bei „input control“: Send on Enter auf „CR-LF“
Auf „Connect“ klicken, dann im Eingabefeld “/?!“ (ohne Anführungszeichen) eingeben und Enter drücken. Wenn im Feld „received data“ was erscheint, funktioniert die Kommunikation prinzipiell.

Der Artikel elster_as1440 hat mir den richtigen Weg gewiesen.
Bei genauer Betrachtung steht dort, dass man innerhalb von 1,5s nach der Initialisierung mit
<ACK>0ZY<CR><LF> (hex 06 30 zz yy 0D 0A)
wobei Z = 00 für 300bd und
Y = 00 den Standarddatensatz abrufen kann.
Man muss mit hterm nach „/?!“ innerhalb von 1,5s
<ACK>000<CR><LF> (hex 06 30 30 30 0D 0A)
senden, dann antwortet der Zähler mit seinem Standarddatensatz.
Das ist schwierig zu realisieren. Ich habe darauf hin einfach ein paar (hex 00) zwischen Inistialisierung und <ACK> gesteckt und alles in einer Zeichefolge aus hterm gesendet. Ab sechs NUL aufwärts klappt es bei meinem Zähler.

Gesendet: /?! CR LF NUL NUL NUL NUL NUL NUL ACK 0 0 0 CR LF (hex 2F 3F 21 0D 0A 00 00 00 00 00 00 00 06 30 30 30 0D 0A)
Antwort des Zählers im hterm:
/ISK5\2MT372-0002<\r><\n>
/?!<\r><\n><6>000<\r><\n>
<2>F.97.0(00000000)<\r><\n>
0.0.0(58231541)<\r><\n>
C.1.1(00000000)<\r><\n>
C.1.0(58231541)<\r><\n>
0.9.1(175102)<\r><\n>
0.9.2(120619)<\r><\n>
1.8.0(00132.149*kWh)<\r><\n>
1.8.1(00132.149*kWh)<\r><\n>
1.8.2(00000.000*kWh)<\r><\n>
1.8.3(00000.000*kWh)<\r><\n>
1.8.4(00000.000*kWh)<\r><\n>
!<\r><\n>
<3><9>