HB-Uni-Sensor: Übernahme CustomData nach IOBROKER
Verfasst: 23.04.2019, 11:48
Hi,
aktuell experimentiere ich mit dem HB-Uni-Sensor1 von TomMajor und dem Custom-XML.
Die Änderungen sind gemacht, und ich sehe im HomeMatic WebUI und im HQ-Webui die geänderten
Informationen im "customData" (ala UV-Index).
Also die gemessene Information taucht mit richtiger Bezeichnung und richtigem Wert korrekt in raspberrymatic auf.
Allerdings taucht die geänderte Version mit "customData" NICHT im IOBROKER auf.
Im IOBROKER habe ich bereits die Einträge unter hm-rpc gelöscht, und den hm-rpc-Daemon neu gestartet (mit Neueinlesen der RPC-Konfiguration).
Danach sehe ich, wie der Eintrag zu den (bei mir zwei) Sensoren erneut aufgebaut werden und die Daten der "alten" Datenpunkte
korrekt geholt werden, aber NICHT customData.
Darüber hinaus habe ich weiter mit dem XML gespielt, konkret aus dem uint32_T=LUX zwei int16_t für zwei Temperaturen gemacht.
Auch hier ist es so, dass sowohl im HM-Webui als auch im HQ-Webui die geänderten Datenbezeichnungen und Datenwerte korrekt angezeigt werden.
Also meine Feldnamen (Temperatur 1, Temperatur 2) werden richtig als Feldnamen dargestellt, und es werden die Temperaturmessungen
(ich habe die DS18x20 Temperaturmessung modifiziert, so dass zwei Temperaturen und die Differenz gemessen bzw. errechnet werden)
werden auch alle richtig angezeigt.
Was ich auch mache (reload, refresh, löschen und neueinlesen rpc ...) im IOBROKER sind immer die "original" LUX Datenfelder, kein customData
und auch nicht die anderen Datenpunkte.
Version und Sketch sind ja ok, da ich ja genau die richtigen Werte in der raspberrymatic-Welt bekommt, aber irgendwie werden die geänderte
Konfiguration nicht über die RPC-Schnittstelle an IOBROKER gemeldet.
Jemand eine Idee?
Alternativ könnte ich auch damit leben, eine eigene Model-ID (und nicht nur die geänderte Version) zu verwenden. Vielleicht ist eine
HM-XML-Konfiguration auch in der aktuellen Form garnicht in der Lage, versionsabhängige Unterschiede zu transportieren und es klappt nur innerhalb
der HM-Welt? Dann hilft wohl tatsächlich nur getrennte Model-ID (und entsprechende Änderung der Addons... )
cu
Harvey
aktuell experimentiere ich mit dem HB-Uni-Sensor1 von TomMajor und dem Custom-XML.
Die Änderungen sind gemacht, und ich sehe im HomeMatic WebUI und im HQ-Webui die geänderten
Informationen im "customData" (ala UV-Index).
Also die gemessene Information taucht mit richtiger Bezeichnung und richtigem Wert korrekt in raspberrymatic auf.
Allerdings taucht die geänderte Version mit "customData" NICHT im IOBROKER auf.
Im IOBROKER habe ich bereits die Einträge unter hm-rpc gelöscht, und den hm-rpc-Daemon neu gestartet (mit Neueinlesen der RPC-Konfiguration).
Danach sehe ich, wie der Eintrag zu den (bei mir zwei) Sensoren erneut aufgebaut werden und die Daten der "alten" Datenpunkte
korrekt geholt werden, aber NICHT customData.
Darüber hinaus habe ich weiter mit dem XML gespielt, konkret aus dem uint32_T=LUX zwei int16_t für zwei Temperaturen gemacht.
Auch hier ist es so, dass sowohl im HM-Webui als auch im HQ-Webui die geänderten Datenbezeichnungen und Datenwerte korrekt angezeigt werden.
Also meine Feldnamen (Temperatur 1, Temperatur 2) werden richtig als Feldnamen dargestellt, und es werden die Temperaturmessungen
(ich habe die DS18x20 Temperaturmessung modifiziert, so dass zwei Temperaturen und die Differenz gemessen bzw. errechnet werden)
werden auch alle richtig angezeigt.
Was ich auch mache (reload, refresh, löschen und neueinlesen rpc ...) im IOBROKER sind immer die "original" LUX Datenfelder, kein customData
und auch nicht die anderen Datenpunkte.
Version und Sketch sind ja ok, da ich ja genau die richtigen Werte in der raspberrymatic-Welt bekommt, aber irgendwie werden die geänderte
Konfiguration nicht über die RPC-Schnittstelle an IOBROKER gemeldet.
Jemand eine Idee?
Alternativ könnte ich auch damit leben, eine eigene Model-ID (und nicht nur die geänderte Version) zu verwenden. Vielleicht ist eine
HM-XML-Konfiguration auch in der aktuellen Form garnicht in der Lage, versionsabhängige Unterschiede zu transportieren und es klappt nur innerhalb
der HM-Welt? Dann hilft wohl tatsächlich nur getrennte Model-ID (und entsprechende Änderung der Addons... )
cu
Harvey