LAN-Anbindung für BSB-Bus (Brötje, Elco Thision etc.)

[horizons]

Habe gerade auf die BSB-LAN, Version 4.2.10-20241111193751 geupdated (settings blieben dieses mal erhalten) und mit /M0 die alten autodiscovery einträge löschen wollen.
Diese blieben natürlich weil du warscheinlich in den neuen Versionen nur die topics in der <node_id> = BSB-LAN löscht oder?
Jedenfalls blieben bei mir alle alten einträge bisher drin.

Ebenso bleiben auch die neueren Einträge unter dem BSB-LAN node in der discovery drin wenn man zwischenzeitlich den Schreibzugriff wechselt.

D.h. einmalig habe ich alles einmal händisch gelöscht.

Danach habe ich mit /M1 die Sensoren wieder angelegt und habe jetzt z.b. diese hier

Code Auswählen Erweitern

homeassistant/text/BSB-LAN/1-255-255-16579/config
{
  "~": "BSB-LAN/0/0/1",
  "unique_id": "1-255-255-16579",
  "state_topic": "~/status",
  "icon": "mdi:calendar",
  "command_topic": "~/set",
  "command_template": "{{value}}",
  "name": "00-00 Uhrzeit - 1 - Uhrzeit",
  "device": {
    "name": "BSB-LAN",
    "identifiers": "BSB-LAN-244CAB23445C",
    "manufacturer": "bsb-lan.de",
    "model": "4.2.10"
  }
}
oder als nur lese-sensor
{
  "~": "BSB-LAN/0/0/1",
  "unique_id": "1-255-255-16579",
  "state_topic": "~/status",
  "icon": "mdi:calendar",
  "name": "00-00 Uhrzeit - 1 - Uhrzeit",
  "device": {
    "name": "BSB-LAN",
    "identifiers": "BSB-LAN-244CAB23445C",
    "manufacturer": "bsb-lan.de",
    "model": "4.2.10"
  }
}


Aber irgendwie stimmt da was mit dem state topic nicht oder?
"status" wird doch normalerweise nur für das availability_topic genutzt?
availability_topic: "BSB/status"

wenn
"~": "BSB-LAN/0/0/1" ist dann ist "state_topic": "~/status" in dem Fall "BSB-LAN/0/0/1/status" sollte es nicht eigentlich nur "BSB-LAN/0/0/1" sein?

Sehe gerade du hast wohl auch bei den Sensor Daten einiges geändert?
Wieso ist aber jetzt "status" mehrfach vorhanden z.b. "BSB-LAN/0/0/0/status" mit identischen Wert wie er auch beim topic "BSB-LAN/0/0/0" ist?

Du darfst diesen Dateianhang nicht ansehen.

Anmerkung einen Discovery Eintrag für den 0-255-255-16579 sensor finde ich irgendwie auch nicht also um den Wert von "BSB-LAN/0/0/0" überhaupt anzuzeigen?
Nicht das dieser unbedingt notwendig wäre ist mir aber aufgefallen, dass dieser nun fehlt.

[freetz]

BSB-LAN/status ist das generelle Status Topic (online/offline)
/0/16/720/status ist der Wert von Parameter 720.
/0/16/720 kann nicht (mehr) direkt ausgelesen werden.
Mit Parameter 0 muss ich noch mal schauen.

[freetz]

Das Problem mit Parameter 0 ist jetzt auch gefixt.

[horizons]

Habe auf Version 4.2.13-20241112083834 geupdated.

Der homeassistant/sensor/BSB-LAN/0-255-255-16579 parameter ist nun da.

Es ist also gewollt, dass "status" jetzt bei zig parametern hinzugefügt wurde?
Was sind denn die Gründe dafür oder anders gefragt warum gibts status bei einigen Parametern und bei anderen nicht?


Ich habe in der Übersicht der MQTT Geräte Sensoren sehr viele die "unbekannt" sind.
Du darfst diesen Dateianhang nicht ansehen.



Hier mal einige im detail

Code Auswählen Erweitern


sensor name:
BSB-LAN 00-01 Zeitschaltprogramm 1 - 11 - Montag

config zum sensor
{
  "~": "BSB-LAN/0/1/11.1",
  "unique_id": "11.1-59-252-16579",
  "state_topic": "~/status",
  "icon": "mdi:calendar",
  "name": "00-01 Zeitschaltprogramm 1 - 11.1 - Dienstag",
  "device": {
    "name": "BSB-LAN",
    "identifiers": "BSB-LAN-244CAB23445C",
    "manufacturer": "bsb-lan.de",
    "model": "4.2.13"
  }
}

sensor wert (kein status daher sensor config falsch)
BSB-LAN/0/1/11.1
     06:00-22:00 ##:##-##:## ##:##-##:##

---

sensor name
BSB-LAN 00-00 Uhrzeit - 6224 - Geräte-Identifikation

config des sensors
{
  "~": "BSB-LAN/0/0/6224",
  "unique_id": "6224-255-255-16579",
  "state_topic": "~/status",
  "icon": "mdi:numeric",
  "name": "00-00 Uhrzeit - 6224 - Geräte-Identifikation",
  "device": {
    "name": "BSB-LAN",
    "identifiers": "BSB-LAN-244CAB23445C",
    "manufacturer": "bsb-lan.de",
    "model": "4.2.13"
  }
}

Den wert habe ich nicht in MQTT oder in der BSB-Lan Gui?
Sensor wurde aber über discovery angelegt.

----

sensor name:
BSB-LAN 00-08 Status - 72 - Gerätebetriebsstunden

config des sensors:
{
  "~": "BSB-LAN/0/8/72",
  "unique_id": "72-59-252-16579",
  "state_topic": "~/status",
  "icon": "mdi:clock",
  "unit_of_measurement": "h",
  "name": "00-08 Status - 72 - Gerätebetriebsstunden",
  "device": {
    "name": "BSB-LAN",
    "identifiers": "BSB-LAN-244CAB23445C",
    "manufacturer": "bsb-lan.de",
    "model": "4.2.13"
  }

sensor wert (kein status daher sensor config falsch)
BSB-LAN/0/8/72
 29236


Laut den Sensor configs haben alle (habe jetzt nicht alle angeschaut aber viele) ihr state topic mit "state_topic": "~/status", aber ihre Werte werden nicht unter status gelistet.

Hatte nach dem update neu /M0 /M1 gemacht.

[freetz]

Ja, /status gibt es jetzt bei jedem Parameter.
Lies Dir sonst einfach mal die Anleitung durch, das beantwortet hoffentlich alle Fragen. Tipp: Die Werte kommen nicht von alleine bei Home Assistant an. Wenn Du dafür Unterstützung brauchst, frag' bitte bei einem Home Assistant Forum nach, das ist dann hier doch zu sehr off-topic.

[horizons]

Ja, /status gibt es jetzt bei jedem Parameter.

Das stimmt leider nur bedingt.
Was ich gerade bemerke "BSB-LAN/0/1/11.1" hatte vorhin keinen "status" jetzt aber schon.(ausser /m0 /m1 nichts gemacht).


"BSB-LAN/0/8/72" hat aber immer noch keinen Status und kann daher nicht gelesen werden (discovery sucht den wert unter BSB-LAN/0/8/72/status den gibt es aber nicht)

Wie oft werden denn die unterschiedlichen Parameter denn per mqtt geupdated?
Mein Log Intervall ist auf 300, habe es jetzt mal verkleinert auf 30.
Laut Mqtt explorer ist der Wert "retained".

Stand:
12.11.2024 14:52:47
29236
(wird so im MQTT Explorer gezeigt)


(Firmware update irgendwann um ~13:30)


und wie geschrieben "BSB-LAN/0/8/72" hat keinen "status wie z.b. "BSB-LAN/0/8/71"

Du darfst diesen Dateianhang nicht ansehen.

Tipp: Die Werte kommen nicht von alleine bei Home Assistant an.

Steht hier aber anders (will send auto-discovery messages for all available parameters)
https://docs.bsb-lan.de/de/homeautomation.html
If your home automation system supports MQTT auto-discovery (as is the case with Home Assistant), you can call URL command /M1!<x> and BSB-LAN will send auto-discovery messages for all available parameters from device ID <x> to the MQTT broker and thus to the home automation system. You may have to clean up afterwards or send a removal message for all these parameters using URL command /M0!<x> if you don't want to use this feature anymore.


Der Sensor wird doch vom /M1 über Mqtt vom BSB-Lan angelegt. Wenn er dann aber nicht den richtigen Wert zeigt, dann stimmt entweder dessen config nicht oder eben es wird kein Wert an dem angegeben state_topic gesendet.
Ich will ja keine 100te Sensoren von Hand anlegen müssen und jedes mal korrigieren müssen wenn sich die MQTT Struktur ändert (durch firmwareupdates) wenn es eine automatische Möglichkeit gibt die sensoren anzulegen.
Ich weiß wie man mqtt Sensoren von Hand in Homeassistant anlegt, das habe ich schon zuvor gemacht. Und ich habe auch andere Geräte die mit Mqtt mit Homeassistant Kommunizieren und auch dort gibt es autodiscovery sensoren.

Wenn es eine automatische Möglichkeit die sensoren anzulegen würde ich diese bevorzugen da es eine vielzahl an Sensoren gibt und sich die Sturktur ja auch mal ändert (wie geschehen).

Wenn ich die 72 zu den Logging Parameter hinzufüge wird Sensor Wert über MQTT aktualisiert und bekommt "status" mit des neuen MQTT Formats und der sensor in Homeassistant zeigt den Wert an.
Logging Parameter: 71,72,10110,110,111,112,113,114,115,116,118,120,125,126

Du darfst diesen Dateianhang nicht ansehen.

Ich hatte die 72 aber niemals beim Logging Parameter angegeben und dennoch wurden die Sensor Werte über irgendwann mal über MQTT gesendet und sind jetzt retained immer noch vorhanden.

Wie oft werden die anderen Parameter (die nicht beim logging parameter stehen) über Mqtt gesendet? (1x täglich / beim restart? / gar nicht?)

Der Logging Parameter ist ja Laut Doku auf 20 einträge beschränkt:
https://docs.bsb-lan.de/de/homeautomation.html
Select up to 20 Log Parameters you want to be sent to your home automation system.

Ich habe aber 172 Sensor Werte die über /M1 in Homeassistant angelegt wurden.
Wenn also nur bis zu 20 davon wirklich funktionieren (weil nur diese Über MQTT gesendet werden) sollte das auch irgendwo stehen.
Oder /M1 sollte dann nur die Sensoren angelegen die auch gelogt werden und nicht alle anderen.

Nach einem Firmware update (oder reboot) sollte meiner Meinung nach auch die daten aller sensoren mindestens einmal über MQTT gesendet werden sodass die retained werte überschrieben werden.

Alle Sensorwerte die retained sind haben ja noch das alte format (ohne status) und daher funktionieren viele der sensoren nicht bis der Sensor Wert mit neuen Format neu geschickt wird.

Ich habe in der Dokumentation auch nichts gefunden wo erklärt wird wie oft die nicht geloggten Parameter aktualsiert werden.


Meine Vermutung war das dies wohl mindest 1x nach dem Booten für "alle Werte" passiert also dass z.b. nach einem Firmware update alle Daten mit dem neuesten Format gesendet werden.
Dies ist wohl nicht der Fall.

Im Video wurden ja auch 730 entities angelegt und gesagt diese Parameter durch Homeassistant nun verfügbar sind.
Leider wird nicht der "Logging Parameter" unter Einstellungen im Video gezeigt (also ob die Parameter die später ausgewählt werden gelogt werden oder nicht).
https://youtu.be/DbHEiWm5nBs?t=156

Ich mache nichts anderes als in dem Video auch gemacht wird.
Und zeige nur dass retained Werte das noch das Alte Format haben.

Also dass was jeder Autonormal Nutzer auch erleben würde.

Lies Dir sonst einfach mal die Anleitung durch, das beantwortet hoffentlich alle Fragen

Tut es leider nicht 

Fragen die ich schon mehrfach gestellt hatte:
1:
Nicht unter "logging parameter" Werte wurden bei mir ja irgendwann gesendet z.b. parameter 72,73.
Ich hatte diese nie geändert von daher sollte es kein MQTT Update gegeben haben. Dennoch habe ich retained Werte, die ja irgendwann gesendet wurden.

Wenn ich http://bsb-lan.local/8/73 aufrufe wird der 73 per mqtt aktualisiert und hat den status und der Sensor funktioniert danach.
Aber passiert dies auch irgendwann automatisch?
Oder müsste ich etwas ändern damit die Kategorie oder genau der Parameter per mqtt geupdated wird?

Ich will ja eigentlich nur einmalig alle korrekten Daten senden damit alle Mqtt sensor daten das richtige Format haben.
Ein aufruf von http://bsb-lan.local/5/50 aktualisiert den status des parameters 5.50 aber ein aufruf von http://bsb-lan.local/5 der die komplette Kategorie 5 aktualisiert gibt es ja nicht?

/poll, welches wohl komplette Kategorien aktualieren kann, kann über mosquitto abgefragt werden aber ginge das auch irgendwie über http?

Wie geschrieben ich hätte vermutet dass ein Restart alle parameter zumindest einmalig sendet, damit das Format auch stimmt.
Oder zumindest nach einem Firmware update welches das Format ändert.
Oder der Aufruf von http://bsb-lan.local/m1 macht dies gleich mit.
Oder es wird ein http://bsb-lan.local/m3 benötigt der dies macht.


2:
verstehe ich das richtig dass nicht geloggte parameter dennoch über mqtt gesendet werden wenn sie geändert wurden?
Ich also Werte die sich nicht oft ändern wie z.b. Programm Zeitpunkte nicht loggen muss damit ich in Home assistant den letzten Wert habe?

[RonaldN]

Hallo Zusammen, hallo Frederik

Habe heute die Arduino App neu installiert, da ich ein Update durchführen wollte. Habe mich dann am Handbuch nachgeschaut, weil ich mich an die Parameter nicht mehr so richtig erinnern konnte... 

Ich nutze den Joy-It ESP32 NodeMCU und habe die esp32 by Espressif Systems (3.0.7) installiert. Unter Board habe ich ESP32 Dev Module ausgewählt. So weit so gut. Was ich in der Übersicht der partition scheme nicht finden konnte ist "Minimal SPIFFS (Large APPS with OTA)". Hier finde ich nur "Minimal SPIFFS (1.9MB APP with OTA/190KB SPIFFS)". Passt das oder habe ich irgendwo einen Fehler gemacht, und deshalb wir mir Dein empfohlenes Schema nicht angezeigt? Auch kann ich die von Dir empfohlenen Upload Speed von 460800 für den ESP32 nicht einstellen.

Du darfst diesen Dateianhang nicht ansehen.

Gruß
Ronald

[freetz]

@horizons: Sorry, mir gefällt dieser Ton nicht wirklich. Aber vielleicht haben ja andere Lust und Zeit, Dir weiterzuhelfen. Wenn Du meinst, dass BSB-LAN dieses oder jenes tun oder lassen "sollte", dann erlaube mir den Hinweis, dass das ganze ein OpenSource-Projekt ist, das auch davon lebt, dass andere Menschen Fehler finden und fixen. Wenn Du also wirklich meinst, dass es irgendwo einen Fehler gibt (was gut sein kann, aber nicht basierend auf dem, was ich von Deinen Ausführungen nachvollziehen kann), dann freue ich mich über einen Pull Request, der das entsprechende Problem fixt.
Nur eine letzte Anmerkung dazu: Ein Großteil Deiner Probleme kommt daher, dass Du unglücklicherweise zu einem (sehr kurzen) Zeitpunkt eine Version installiert hast, die eben noch einen Bug hatte (wenn man die vorherige MQTT-Struktur so bezeichnen will). Natürlich kann keine Software da jetzt nachträglich irgendetwas gerade biegen. Lösche also einfach mal alles, was mit Deinem MQTT-Broker zu tun hat und installieren den neu, dann wird es "sauberer".

[freetz]

@RonaldN: Ja, Hauptsache es fängt mit "Minimal SPIFFS" an. Letztlich geht es nur darum, dass die Software fehlerfrei kompiliert und in den Speicher passt . Auch die Übertragungsgeschwindigkeit ist letztlich egal, 460800 wird bei Windows-Systemen anscheinend nicht angezeigt, dann einfach die nächstlangsamere (oder, wenn's geht auch -schnellere) Geschwindigkeit auswählen.

[horizons]

@freetz
Ich weiß dass es ein Open Source Projekt ist und ich finde das Projekt ja auch Klasse. Nur schriebst du dass ich im Homeassistant forum hilfe suchen sollte. Und das wo doch nur die MQTT Daten vom BSB-lan nicht aktualisiert wurden.

Das Problem sind missverständliche Äußerrungen (z.b. Im video wurde gesagt man hat kompletten Zugriff auf alle Sensoren, und zeigt aber auch nicht die Logging Parameter oder geht überhaupt darauf ein) und nicht unbedingt eine Dau sichere Anleitung.
Vieles ist einfach komplett offen geblieben und leider habe ich keine direkten Antworten auf meine Fragen gefunden oder erhalten.

Dass sich das MQTT Protokoll geändert hatte ist mir auch klar und dass dadurch einige Sensoren nicht gingen.
Und genau deswegen fragte ich ja nach wann einzelnen Parameter aktualisiert werden.
Ich dachte (weil einige sensoren auf einmal gingen) dass mit der Zeit alle Senoren mal übergeben werden oder zumindest einmal alle 24h (Anmerkung: das ist nicht der Fall).

Da sich die MQTT Struktur einiger Parameter auf einmal aktualsiert hatten, obwohl ich ihren parameter nicht unter logging parameter hinterlegt hatte, machte das ganze nicht besser.

Imho sollte in der Anleitung genauer stehen wann die Parameter übertragen werden.
Und warum das ganze nicht generell oder alle 24h passiert.
Aus durchlesen einzelner issue posts in github bin ich nun schlauer geworden.

Es ist nun mal doof das /m1 alle sensoren anlegt obwohl nichtmal daten dafür gesendet werden. Oder wie in meinem Fall noch eine alte Struktur haben.

Also wann werden frische MQTT Daten gesendet (vorrausgesetzt MQTT ist aktiviert)
- Parameter werden nach angegebenen Intervall aktualisiert wenn sie unter Logging Parameter hinterlegt sind
- Parameter werden alle 24h aktualisiert wenn Sie unter 24h-Durchschnittswerte angegeben sind
- Wenn eine Einstellungsseite der Parameter im BSB-Lan Webinterface angezeigt wird werden die gezeigten Parameter ebenso per MQTT übergeben.
- Einzelne Parameter können aktualisiert wenn eine Url aufgerufen wird z.b. über curl http://bsb-lan.local/8/73
- Wie /poll funktioniert z.B. https://github.com/fredlcore/BSB-LAN/issues/442#issuecomment-2469369393

Warum das ganze?
Weil das auslesen des Bus längere Zeit dauert und deswegen nur bis zu 20 Parameter Kontinuierlich ausgelesen werden können damit das System stabil bleibt.

Was ja auch kein Problem ist, da nur Sensordaten wie Temperaturen, Fehlerstatus etc. kontinuierlich ausgelesen werden müssen.
Und für Dinge wie gewähltes Programm oder wann der Urlaubsmodus ist auch ein stündliches/tägliches auslesen locker reicht.

Ebenso ist es notwendig dass am Heizungsgerät geänderte Parameter ausgelesen werden müssen damit Sie BSB-Lan mitbekommt.

Hätte ich das alles vorher gewusst hätten sich viele meiner Fragen garnicht gestellt und ich hätte mir viel grübeln und rumtesten erspart.
z.B. erklärt sich mir nun warum einzelne Parameter auf einmal das neue MQTT layout hatten.
Weil ich deren Einstellungsseite geöffnet hatte um die Kategorie Nummer aus der Url ablesen. Welche ich brauchte weil ich den Parameter im MQTT Explorer überprüfen wollte um herauszufinden warum Sensor XY nicht funktionierte.
Klar der Sensor hatte bis zum Manuellen Aufruf der Einstellungsseite noch die alte MQTT Struktur. Und nur durch das rendern der Einstellungsseite wurden sämtliche Sensoren der Kategorie aktualsiert. 


Ich werde dinge jetzt in getrennten posts schreiben, vielleicht werden sie komplett gelesen. Und ja ich schreibe viel wenn der Tag lang ist das weiß ich

[horizons]

Änderung Request könntest du den Sensorwerten folgendes hinzufügen `"state_class": "measurement",`.

z.B.

Code Auswählen Erweitern

{
  "~": "BSB-LAN/0/11/116",
  "unique_id": "116-59-252-16579",
  "state_topic": "~/status",
  "icon": "mdi:thermometer",
  "unit_of_measurement": "°C",
  "state_class": "measurement",
  "name": "00-11 Servicefunktionen - 116 - Vorlauftemperatur",
  "device": {
    "name": "BSB-LAN",
    "identifiers": "BSB-LAN-244CAB23445C",
    "manufacturer": "bsb-lan.de",
    "model": "4.2.13"
  }
}

Nur damit legt Homeassistant auch Statistiken für den Sensor an.
Ohne funktioniert z.b. kein `type:statistics-graph` oder `type:statistic` und es wird nichts angezeigt.

Wie z.B.

Code Auswählen Erweitern

chart_type: line
period: 5minute
type: statistics-graph
entities:
  - sensor.bsb_lan_00_11_servicefunktionen_116_vorlauftemperatur
  - sensor.bsb_lan_00_11_servicefunktionen_115_kesseltemperatur_istwert
stat_types:
  - mean
days_to_show: 1
hide_legend: false
logarithmic_scale: false

Normale Verlaufsstatistik über `history-graph` funktioniert aber auch ohne diese Änderung.

Code Auswählen Erweitern

title: Verlauf
type: history-graph
hours_to_show: 12
entities:
  - sensor.bsb_lan_00_11_servicefunktionen_116_vorlauftemperatur


Ich erwähne das falls hier jemand sich wundert warum er mit den durch /m1 angelegten Sensoren keine schönen Statistiken anzeigen kann.

Die Daten werden zudem auch ohne die Änderung an z.B. eine innodb exportiert falls man seine Statistiken lieber mit Grafana anzeigt.

Ich bin leider kein C Entwickler daher halte ich mich mit Pull requests zurück.
Ich habe zwar ein paar ESP's im Benutzung aber deren Code ist bei weitem weniger als der Code von BSB-Lan.

[freetz]

"Imho sollte in der Anleitung genauer stehen wann die Parameter übertragen werden."
Da Du die Anleitung anscheinend wirklich nicht liest, werde ich hier auch nicht weiter auf Deine Fragen antworten. Denn dort steht u.a. genau aufgedröselt, wann die Parameter aktualisiert werden:

The /status topic is updated in four ways:

    via logging parameters to MQTT as explained above
    every time a URL query is made to BSB-LAN
    every time a parameter is changed through the room unit
    every time the parameter is updated via the /poll topic as explained above

In these cases, the respective values of the parameters affected will be sent to the MQTT broker

https://docs.bsb-lan.de/homeautomation.html#exchanging-data-via-mqtt

"nicht unbedingt eine Dau sichere Anleitung."
Nein, ist sie nicht. Für DAUs ist so ein Heizungsprojekt im Übrigen auch nicht gedacht.

Was state_class angeht, hätte ich das gerne im Template mit übergeben, aber "measurement" trifft leider nicht auf alle Parameter zu, da es auch solche des Typs "total" bzw. "total_increasing" (wie z.B. Betriebsstunden oder Gesamtgasverbrauch etc.) gibt. Da das nicht aus den Parametern selber hervorgeht, war es besser, dieses Detail wegzulassen, als eine falsche Konfiguration zu schicken.

[horizons]

Frage bzgl "measurement" erweiterung einiger autodiscovery Sensoren

Was state_class angeht, hätte ich das gerne im Template mit übergeben, aber "measurement" trifft leider nicht auf alle Parameter zu.

Ginge es nicht zumindest für Parameter mit `"unit_of_measurement": "°C",`?
Wie gesagt ansonsten legt Home Assistant keine Statistiken an und viele der Statistik Widgets funktioniert ohne nicht. Die anzeige von Sensoren mit aktiv berechneten Statistik ist glaube auch schneller als wenn man `history-graph` nutzt.

Meines Wissens nach geht es nur über dieses setting (benutze aber Home Assistant auch erst seit 1 Jahr).
https://community.home-assistant.io/t/mqtt-sensor-not-available-for-statistics-graph-card/427087

[freetz]

Das ist eine gute Idee, das ginge sogar für andere Einheiten. Ich muss dann nur mal schauen, welche Einheiten theoretisch auch kumulativ sein können (wie (Betriebs-)Stunden oder kWh) und die dann außen vor lassen, aber bei Temperatur- und Prozentwerten sollte das kein Problem sein. Danke!

[freetz]

So, "state_class" ist jetzt für alle Sensoren aktiv, die weder Stunden noch kWh als Einheiten haben, weil diese m.W. die einzigen sind, die (auch) kumulativ verwendet werden. Es sollte reichen, einfach noch einmal /M1 aufzurufen, dann wird die Definition für die entsprechenden Entities aktualisiert.