Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[Thomas06308]

@foxriver76 sagte in iobroker stellt keine Systemvariablen dar:

cat /opt/iobroker/node_modules/iobroker.hm-rega/regascripts/variablesInv.fn

Irgendwas mache ich falsch: bei cat /opt/iobroker/node_modules/iobroker.hm-rega/regascripts/variablesInv.fn wird mir Dein Script angezeigt.
Zwischenzeitlich habe ich mal meine alte CCU1 rausgekramt - dort werden die Variablen angezeigt!!
Vielen Dank für Deine engagierte Unterstützung!!!

[foxriver76]

@Thomas06308 sagte in iobroker stellt keine Systemvariablen dar:

@foxriver76 sagte in iobroker stellt keine Systemvariablen dar:

cat /opt/iobroker/node_modules/iobroker.hm-rega/regascripts/variablesInv.fn

Irgendwas mache ich falsch: bei cat /opt/iobroker/node_modules/iobroker.hm-rega/regascripts/variablesInv.fn wird mir Dein Script angezeigt.

Ne, das passt. Wollte wissen ob es 1 zu 1 übereinstimmt. Kannst es ja mal hier rein kopieren. Allerdings scheint das Verhalten ja eher durch die CCU2 verursacht zu werden. Ist die Firmware da die aktuellste?

[Thomas06308]

@foxriver76 Anbei die Ausgabe der Kommandozeile.
Auf meiner CCU2 ist nicht die aktuellste Firmware, aber die vorletzte Version, die bei mir sehr stabil läuft. Aufgefallen ist mir das Problem nur, weil ich meine iobroker-Installation auf einem anderen System neu aufgesetzt und nur die Visualisierungen importiert habe. Möglicherweise besteht es tatsächlich schon länger und ist nur nicht aufgefallen, weil ich keine neuen Variablen angelegt habe. Eigenartigerweise funktioniert auch die Visualisierung von Datenpunkten, die auf Variablen basieren, nur werden sie im iobroker eben nicht angezeigt und können damit auch nicht in sql übernommen werden.
Sehr mysteriös !
Ich werde mal auf die aktuellste CCU-Firmware aktualisieren und melde mich in den nächsten Tagen nochmal.
Vielen Dank für´s erste !!! :-)

[Thomas06308]

@foxriver76 Scriptausgabe3.txt

[Thomas06308]

@foxriver76 : So, habe nun doch gleich die CCU auf die aktuellste Firmware 2.49.18 aktualisiert, RPC und hm-rega neu einlesen lassen, erfolglos :-( Keine Variablen da.
Dein Script wirft als Ergebnis weiterhin Invalid JSON aus.
Hmmm, sehr eigenartig.

[Blackmike]

hab ihr mal .State() anstatt von .Value () probiert ?in dem Script ?

[foxriver76]

@Blackmike kann man mal probieren, sollte in diesem Szenario kein Unterschied machen.

[Thomas06308]

@foxriver76 Probiere ich heute Abend mal aus, bin gerade unterwegs.

[Thomas06308]

@foxriver76 Hallo Ihr beiden,

ich habe wieder getestet. Das Script Value() statt .State() brachte keine Änderung - immer noch Invalid JSON und keine Variablenanzeige im iobroker, obwohl vorhandene Variablenwerte weiterhin aktualisiert werden.
Hab dann die CCU-Logigschicht von Modus Standard auf Kompatibilitätsmodus ungestellt und erneut getestet - absolut keine Änderung :-(
Im HM Script Executor kommt INVALID JSON, direkt auf der CCU Script ausführen bringt Scriptausgabe4.txt
Was immer Euch hilft das Problem herauszufinden, ich teste es!

[foxriver76]

@Thomas06308 Ja, anscheinend wirft nur das initiale Skript den Fehler, das polling Skript scheint dann zu funktionieren, weshalb die States korrekt aktualisiert werden, nur das Objekt dazu fehlt, da er aus dem ersten Skript die Objekte in iob anlegen würde.

Tritt dieser Fehler: Cannot parse answer for functions ... eigentlich auch noch auf?

[Thomas06308]

@foxriver76 Ja, nach Neustart des rega-adapters tritt es auf
hm-rega.0-log.txt

[foxriver76]

@Thomas06308 Hm dann stimmt allerdings noch was net.. Kannst du das mal noch via Skript testen ausführen - villt gibt das ja noch irgendeinen Hinweis:

!# functions.fn 1.3
!#
!# Dieses Script gibt eine Liste der Gewerke als JSON String aus
!#
!# 6'2013-7'2014 bluefox, hobbyquaker
!#

object  oFunction;
string  sFunctionId;
string  sChannelId;
boolean bFirst       = true;
boolean bFirstSecond = true;

Write("{");
foreach (sFunctionId, dom.GetObject(ID_FUNCTIONS).EnumUsedIDs()) {
    if (bFirst == false) {
      WriteLine(',');
    } else {
      bFirst = false;
    }
    oFunction = dom.GetObject(sFunctionId);
	Write('"' # sFunctionId # '": ');
    Write('{"Name": "');
    WriteURL(oFunction.Name());
    Write('","TypeName":"' # oFunction.TypeName() # '_FUNCTIONS');
    Write('", "EnumInfo": "');
    WriteURL(oFunction.EnumInfo());
    Write('", "Channels": [');
	bFirstSecond = true;
    foreach(sChannelId, oFunction.EnumUsedIDs()) {
		if (bFirstSecond == false) {
		  Write(',');
		} else {
		  bFirstSecond = false;
		}
        string sIfaceId = dom.GetObject(sChannelId).Interface();
        string sIface = dom.GetObject(sIfaceId).Name();
        Write('{"Address":"' # dom.GetObject(sChannelId).Address() # '",');
        Write('"Interface":"' # sIface # '"}');
    }
    Write(']}');
}
Write('}');

[Thomas06308]

@foxriver76 Diesmal gab es keine Fehlermeldung :-)
Sowohl im HM-Executor als auch auf der CCU unter Script testen" gab es diese Ausgabe.
Scriptausgabe5.txt

[foxriver76]

@Thomas06308 Nur da endet die Ausgabe abrupt, genau da wo dann auch etwas fehlt wenn die Daten in Rega ankommen. In Enum 1221 (Taster) kommt MEQ0046137:8, danach fehlt irgendetwas und dann kommt HUEFX001:2 das war in dem Rega Log am Anfang so - jetzt in diesem endet die Ausgabe abrupt nach MEQ0046137:8. Auf der einen Seite kann ich mir nicht vorstellen, dass die beiden Fehler zusammenhängen, auf der anderen ist es schon ein merkwürdiger Zufall..

[Thomas06308]

@foxriver76 Hmm, was würde Dir zur weiteren Analyse helfen?
Soll ich das ganze nochmal mit einer auf Werkszustand zurückgesetzten CCU testen, um eine vermurkste Konfiguration auszuschließen?

[foxriver76]

@Thomas06308 Hattest du das nicht schon gemacht? Habe Post https://forum.iobroker.net/topic/28654/iobroker-stellt-keine-systemvariablen-dar/5 so verstanden gehabt.

[Thomas06308]

@foxriver76 Hallo foxriver, ja, ich hatte sie schon resettet und im Werkszustand getestet. Inzwischen habe ich natürlich das Backup wieder eingespielt und sie läuft produktiv. Sonst gäbe es Ärger zu Hause :-)
Was immer Dir hilft, ich teste es gern.

[foxriver76]

Wenn kein Backup eingespielt ist, wäre es zumindest interessant ob er dann die Variablen synchronisieren kann. Da es um die Anzahl Alarmmeldungen geht, die sowieso vorhanden sind, könnte man ja sehen ob es von Grund auf daran liegt.

[Thomas06308]

@foxriver76 Ich habe beide Scripte nochmal getestet, sowohl im konfigurierten als auch Werkszustand der CCU. Anbei die Ergebnisse:
scriptausgabe_variablen_ccu_werkszustand.txt
scriptausgabe_gewerke_ccu_werkszustand.txt
iobrokerlog_ccu_werkszustand.txt

scriptausgabe_variablen_ccu_konfiguriert.txt
scriptausgabe_gewerke_ccu_konfiguriert.txt
iobrokerlog_ccu_konfiguriert.txt

[Thomas06308]

@foxriver76 Habe heute mal ein nackte Raspberrymatic aufgesetzt mit Sicherhetseinstellungen "relaxed". Auch hier werden Variablen nicht zu iobroker synchronisiert. Es funktioniert also nur mit einer CCU1 mit vergleichseweise alter Firmware. Für mich sieht es so aus, als läge die Problematic im Zusammenspiel zwischen iobroker und den neueren Firmwareständen CCU2/3.
Hat jemand die Möglichkeit, mit einer CCU nochmals zu testen, ob neue Variablen synchronisiert werden?