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

[Homoran]

@RandyAndy:

ach dem Einspielen des Backups und erneuter Synchronisation sind die in der Rasmatic nicht mehr vorhandenen Sonsoren aber weiterhin als Obkjekte sichtbar (sogar mit Status). Das dürfte meines Meinung nach nicht sein. Sobald ein Gerät in der Homematic entfernt wird sollte dies doch auch im ioBroker nicht mehr sichtbar sein oder zumindest deaktiviert sein. `
Das klingt logisch, fusst aber auf einem Missverständnis.

Dieser Vorgang ist KEINE Synchronisation, sondern nur ein Einlesen. Bestehende und nicht mehr vorhandene Objekte müssen manuell entfernt werden, Das gilt auch für Gewerke, Räume usw.

@RandyAndy:

im ioBroker zeigt er aber unter Objekte ein offenens Fenster an (manchmal, nicht immer, push-problem ?) `
auch in den Objekten, oder unter vis. ggf. ist da wirklich ein push oder rega-Problem auf der RM.

Gruß

Rainer

[RandyAndy]

ok, das ist natürlich sehr schade, denn die Implementation sollte ja sehr einfach sein. Objekte die nicht mehr gefunden "eingelesen" werden. Sollten hat dann gelöscht werden oder zumindest deaktiviert werden. Das wäre dann ein Wunsch dies zu implementieren.

Bezüglich des Push-Problems spreche ich von den Informationen Status, Power usw die in den Objekten angezeigt werden. In Vis sieht man es dann konsequent auch aber davon spreche ich nicht

[Homoran]

Spätestens bei den Enums (Aufzählungen) wird es dann Probleme geben.

Wenn du z.B. die Räume, Gewerke usw. als erstes aus der CCU ausliest, dann in ioBroker weitere nicht HM-Geräte diesen Aufzätlungen hinzufügst um Automatismen über den Raum oder das Gewerk durchführen zu können und anschließend die HM-Geräte wieder in der CCU löschst, weil du sei durch nicht HM-Geräte ersetzt hast, wäre es nicht sinnvoll, diese Räume und Gewerke auch in ioBroker automatisiert zu löschen!

Gruß

Rainer

[RandyAndy]

Ich lösche ja gar keine Gewerke usw. das macht ja gar keinen Sinn.

In meinem Fall ware die HMIP-Geräte einfach nach dem Einspielen eines Backups aus der CCU wieder weg.

Und es sollte doch möglich sein (die CCU kann es ja auch) diese Geräte auch aus den Objekten, Gruppen usw. zu entfernen.

Jedes HM-Gerät hat doch eine eindeutige Nummer und da sollte es doch möglich sein dies abzufragen beim Synchronisieren.

Aber das ist ein Wunsch-

Wichtiger wäre es für mich wenn die States im ioBroker und der Homematic richtig angezeigt würden. Das ist insb. wenn man Skripts auf dem ioBroker laufen hat nicht wirklich perfekt. Das sollte sich aus der HM-Truppe ansehen denke ich

Andreas

[Homoran]

Hallo Andreas,

können könnte man das wahrscheinlich, aber ist das auch sinnvoll.

Nächstes Szenario:

Ein Gerät fällt aus und wird vorübergehend zwecks Reparatur ausgebaut, ein ganz anderes wird angelernt ein neues Einlesen gestartet.

Das neue erscheint, das altre wird gelöscht, mit allen geloggten Daten und allen sonstigen mit dem Datenpunkt verknüpften Dingen (CCU läßt grüßen)

Das alte Teil ist wieder heil, wird erneut eingebaut und eingelesen.

Jetzt muss alles neu erstellt werden (wie auf der CCU?)

@RandyAndy:

Wichtiger wäre es für mich wenn die States im ioBroker und der Homematic richtig angezeigt würden. `
Das ist nachvollziehbar.

Bei dem letzten solchen Fall war der hm-rpc abgestürzt und neu gestartet, ohne dass der alte Prozess gekillt wurde. Da kam es zu den gleichen Effekten.

Wir müssen jetzt aber erst einmal die Ursache dieser Effekte bei dir finden.

Gruß

Rainer

[RandyAndy]

@Homoran:

Wichtiger wäre es für mich wenn die States im ioBroker und der Homematic richtig angezeigt würden.

Das ist nachvollziehbar.

Bei dem letzten solchen Fall war der hm-rpc abgestürzt und neu gestartet, ohne dass der alte Prozess gekillt wurde. Da kam es zu den gleichen Effekten.

Wir müssen jetzt aber erst einmal die Ursache dieser Effekte bei dir finden.

Gruß

Rainer `

Nein, der hm-rpc.1 ist nicht abgestürzt. Der Status ist beim Auftreten des Fehlers immer grün. Einen Unterschied habe ich aber noch gefunden, den hm-rpc.0 starte ich 1x am Tag neu. Ich habe nun den hm-rpc.1 auch einen Cron-Job verpasst. Mal sehen ob das hilft.

[Homoran]

@RandyAndy:

Nein, der hm-rpc.1 ist nicht abgestürzt. `
Und das weisst dubsicher, weil du ihn 24/7 jede Minute im Blick hat

Gruß Rainer

[RandyAndy]

Nein natürlich kann ich nicht sagen ob der Adapter abgestürzt ist.

Wenn der Fehler aber auftritt und ich nachsehe ist der Adapter grün.

[Homoran]

@RandyAndy:

Wenn der Fehler aber auftritt und ich nachsehe ist der Adapter grün. ` Und genau das ist das Problem.

Szenario:

Der Adapter WAR abgestürzt. Das fängt der js-controller bis zu 10x ab, bevor er ihn wirklich beendet, indem er die Instanz einfach neustartet.

Ist der alte Prozess nicht vollständig beendet (warum auch immer) laufen jetzt zwei Prozesse von der Instanz, du siehst aber nur im Admin eine davon.

Den Rest musst du auf der Konsole finden.

Wie gesagt: Nur ein Szenario, das manchmal vorkommt.

Gruß

Rainer

[RandyAndy]

@Homoran:

Den Rest musst du auf der Konsole finden. `

Konsole sprichst Du nun von Linux ?