WMZ Pollucom E mit libmbus auslesen - merkwürdige Antwort?

OP #7517880
Lesenswert?

Ich hatte hier 5 WMZ Pollucom E per Kabel-M-Bus ausgelesen, lief alles problemlos

Jetzt kam ein 6. dazu - ich schaffe es nicht diesen vernünftig auszulesen?

Er liefert keine detaillierten Werte, z.B. keine aktuellen Temperaturen

Ich habe jetzt ein wenig herum gespielt, sowohl mit LorusFree als auch Minicom3 bekomme ich auch hier die Daten, nur halt nicht mit libmbus

Mih irritiert v.a. das de anderen 5 problemlos funktionieren

Irgendwelche Ideen was ich noch versuchen könnte?

OP #7517919
Lesenswert?

Klaus schrieb:

Du könntest detalliertere Informationen, Logs und Rohdaten für dich behalten, damit das Ratespiel nicht zu einfach wird.

Das habe ich absichtlich so gemacht um Trittbrettfahrer zu erkennen :-)

Viele durchstöbern nur aus Langeweile das Forum und suchen nach Formfehlern von Usern, ohne konkret was beitragen zu können

Ich denke wenn mir jemand helfen kann braucht er keine Logdaten, Windows-Version und was es zum Mittagessen gab, sondern hat das Problem auch schon real vor sich gehabt

Der WMZ sendet halt einfach nur eine verkürzte Version als Antwort, nur ca. 15 statt 30 Topics - das aber nur in libmbus

aber weil Du es bist, hier ein Log:

”?xml version="1.0" encoding="ISO-8859-1"?> ”MBusData> ”SlaveInformation> ”Id>1240325 ”/Id> ”Manufacturer>SEN ”/Manufacturer> ”Version>25 ”/Version> ”ProductName>Sensus PolluCom E ”/ProductName> ”Medium>Heat: Outlet ”/Medium> ”AccessNumber>78 ”/AccessNumber> ”Status>20 ”/Status> ”Signature>0000 ”/Signature> ”/SlaveInformation> ”DataRecord id="0"> ”Function>Instantaneous value ”/Function> ”StorageNumber>17 ”/StorageNumber> ”Tariff>0 ”/Tariff> ”Device>0 ”/Device> ”Unit>Time Point (time & date) ”/Unit> ”Value>2020-02-29T23:59:00 ”/Value> ”Timestamp>2023-10-17T19:43:14Z ”/Timestamp> ”/DataRecord> ”DataRecord id="1"> ”Function>Instantaneous value ”/Function> ”StorageNumber>17 ”/StorageNumber> ”Tariff>0 ”/Tariff> ”Device>0 ”/Device> ”Unit>Energy (kWh) ”/Unit> ”Value>169484 ”/Value> ”Timestamp>2023-10-17T19:43:14Z ”/Timestamp> ”/DataRecord> ”DataRecord id="2"> ”Function>Instantaneous value ”/Function> ”StorageNumber>17 ”/StorageNumber> ”Tariff>0 ”/Tariff> ”Device>0 ”/Device> ”Unit>Volume (m m^3) ”/Unit> ”Value>5517571 ”/Value> ”Timestamp>2023-10-17T19:43:14Z ”/Timestamp> ”/DataRecord> ”DataRecord id="3"> ”Function>Instantaneous value ”/Function> ”StorageNumber>17 ”/StorageNumber> ”Tariff>1 ”/Tariff> ”Device>0 ”/Device> ”Unit>Energy (kWh) ”/Unit> ”Value>0 ”/Value> ”Timestamp>2023-10-17T19:43:14Z ”/Timestamp> ”/DataRecord> ”DataRecord id="4"> ”Function>Instantaneous value ”/Function> ”StorageNumber>17 ”/StorageNumber> ”Tariff>2 ”/Tariff> ”Device>0 ”/Device> ”Unit>Energy (kWh) ”/Unit> ”Value>0 ”/Value> ”Timestamp>2023-10-17T19:43:14Z ”/Timestamp> ”/DataRecord> ”DataRecord id="5"> ”Function>Value during error state ”/Function> ”StorageNumber>17 ”/StorageNumber> ”Tariff>0 ”/Tariff> ”Device>0 ”/Device> ”Unit>On time (hours) ”/Unit> ”Value>0 ”/Value> ”Timestamp>2023-10-17T19:43:14Z ”/Timestamp> ”/DataRecord> ”DataRecord id="6"> ”Function>Value during error state ”/Function> ”StorageNumber>17 ”/StorageNumber> ”Tariff>0 ”/Tariff> ”Device>0 ”/Device> ”Unit>Reserved VIF extension ”/Unit> ”Value>0 ”/Value> ”Timestamp>2023-10-17T19:43:14Z ”/Timestamp> ”/DataRecord> ”DataRecord id="7"> ”Function>Maximum value ”/Function> ”StorageNumber>49 ”/StorageNumber> ”Tariff>0 ”/Tariff> ”Device>0 ”/Device> ”Unit>Power (W) ”/Unit> ”Value>0 ”/Value> ”Timestamp>2023-10-17T19:43:14Z ”/Timestamp> ”/DataRecord> ”DataRecord id="8"> ”Function>Instantaneous value ”/Function> ”StorageNumber>49 ”/StorageNumber> ”Tariff>0 ”/Tariff> ”Device>0 ”/Device> ”Unit>Time Point (time & date) ”/Unit> ”Value>2000-00-00T00:00:00 ”/Value> ”Timestamp>2023-10-17T19:43:14Z ”/Timestamp> ”/DataRecord> ”DataRecord id="9"> ”Function>Maximum value ”/Function> ”StorageNumber>81 ”/StorageNumber> ”Tariff>0 ”/Tariff> ”Device>0 ”/Device> ”Unit>Volume flow (m m^3/h) ”/Unit> ”Value>0 ”/Value> ”Timestamp>2023-10-17T19:43:14Z ”/Timestamp> ”/DataRecord> ”DataRecord id="10"> ”Function>Instantaneous value ”/Function> ”StorageNumber>81 ”/StorageNumber> ”Tariff>0 ”/Tariff> ”Device>0 ”/Device> ”Unit>Time Point (time & date) ”/Unit> ”Value>2000-00-00T00:00:00 ”/Value> ”Timestamp>2023-10-17T19:43:14Z ”/Timestamp> ”/DataRecord> ”/MBusData>

#7517929
Lesenswert?

Heinz R. schrieb:

Der WMZ sendet halt einfach nur eine verkürzte Version als Antwort, nur ca. 15 statt 30 Topics - das aber nur in libmbus

Dann würde ich halt mal auf die Suche machen, was Minicom3 anders macht bei der Abfrage als libmbus. Ich kann dir dabei nicht helfen - mein WMZ wird von der Fernwärmestation alle paar Sekunden gepollt und ich lese nur die (vollständigen) Anworten mit - mit einer gepatchten libmbus zum decodieren des Rohdatenstroms.

#7518024
Lesenswert?

Heinz R. schrieb:

aber weil Du es bist, hier ein Log:

Nicht interpretierte Rohdaten sind besser, d.h. ein Hexdump der vom Zähler gesendeten Daten. Die kann man dann in beliebige MBus-Decoder 'reinwerfen (auch in "MBSheet") und sich mit denen ansehen.

MBus kennt keine "Topics". Das ist nur das, was Deine Software daraus macht. MBus ist nicht trivial zu decodieren, und vielleicht fällt Deine Software einfach nur auf die Fresse. Daher: Rohdaten.

Idealerweise nicht nur von Deinem "nicht funktionierenden", sondern auch von einem funktionierenden Zähler.

OP #7518559
Lesenswert?

kurze Rückmeldung, es funktioniert jetzt

Ich musste mit der Original Pollucom Software den Umfang des M-Bus-Telegramms ändern

Es stehen 3 Telegrammvarianten zur Auswahl

Das ursprünglich versendete konnte ich nach Umstellung nie mehr reproduzieren, wohl eine merkwürdige Werkseinstellung

Antwort schreiben

Bitte melde dich an, um einen Beitrag zu schreiben.

oder

Mit Google-Account einloggen

Die Registrierung ist kostenlos und dauert nur eine Minute.

Jetzt registrieren