[Erledigt] Topic Filter bei wechselnden Haupttopic

[bismosa]

Hallo!

Ich bin noch auf Fehlersuche. Ich habe derzeit verstärkt ein blockiertes FHEM:

Code Auswählen Erweitern

BlockingInformParent (BlockingStart): Can't connect to 127.0.0.1:7072: IO::Socket::INET: connect: Connection timed out
Da ich u.a. den Smart Appliance Enabler SAE ( https://github.com/camueller/SmartApplianceEnabler ) neu im System habe, liegt die Fehlerquelle u.U. hier.
Der SAE ändert nach jeder Einstellungsänderung das MQTT-Topic. z.B.

Code Auswählen Erweitern

F_12345678_000000000001_00_Appliance_0
F_12345678_000000000001_00_MqttElectricityMeter_0
F_12345678_000000000001_00_MqttSwitch_0

F_12345678_000000000001_00_Appliance_1
F_12345678_000000000001_00_MqttElectricityMeter_1
F_12345678_000000000001_00_MqttSwitch_1
Das habe ich dann versucht in einem Device zusammenzufassen und zu filtern:

Code Auswählen Erweitern

readingList
F_12345678_000000000001_00.*:sae/F-18031980-000000000001-00/.*:.* { json2nameValue($EVENT, '', $JSONMAP) }
ApplianceManager_.*:sae/F-12345678-000000000001-00/ApplianceInfo:.* { json2nameValue($EVENT, '', $JSONMAP) }
Funktionieren tut es. Aber kann es sein, dass dies ein blockieren in FHEM verursachen kann?

Da es immer ein paar Tage dauert bis mein FHEM nicht mehr richtig will isst ein ausprobieren etwas schwierig. Da es aber mehrere Tage ohne die Devices lief vermute ich das Problem an dieser Stelle. Jetzt nach einem Neustart läuft noch alles.

Gibt es einen anderen/besseren Weg, um den ersten Teil des Topics zu filtern?

Gruß
Bismosa

[rudolfkoenig]

Aber kann es sein, dass dies ein blockieren in FHEM verursachen kann?

Ich halte das fuer sehr unwahrscheinlich.

Wenn der FHEM Hauptprozess nur temporaer blockiert ist, dann wuerde als naechstes mit perfmon oder apptime weitermachen.

[bismosa]

Alles klar. Danke
Ich entnehme dem also, das diese readingList so machbar ist?
Heute gab es auch noch keine Blockierung von FHEM. Werde das weiter beobachten müssen. Ich werde weiter auf Fehlersuche gehen.

Gruß
Bismosa

[bismosa]

Hallo,

Nur um das hier abzuschließen und für evtl. Mitleser:
Durch den SmartApplianceEnabler (den ich hier nicht schlecht reden möchte) hatte ich so viel MQTT-Traffic (zu meinem jetzt schon bestehenden Traffic alle 2 Sek.) für aktuelle Werte, das mein System in die Knie gegangen ist. Ich liege mit meiner Hardware doch schon an der Leistungsgrenze.

Mittels perfmon und apptime bin ich dann zusätzlich noch einem anderen Problem auf die Schliche gekommen. Ich habe etwas ausführlichere Tabellen im StateFormat generiert. Wenn sich nun die Werte geändert haben, hat es bis zu 1500ms gedauert (da das StateFormat bei jedem reading neu berechnet wurde)
Das habe ich nun in ein doif ausgelagert und lasse es nur noch zyklisch berechnen. Das läuft wesentlich entspannter.

Zusätzlich pushe ich nun nicht mehr die aktuellen Echtzeitwerte meiner PV mittels MQTT sondern per telnet. Das läuft auch wesentlich entspannter.

Ich muss wohl einfach über Leistungsfähigere Hardware nachdenken. (Bisher Raspberry Pi 3b+)

Gruß
Bismosa