NEWS
[gelöst] Probleme mit HmIP-SFD über piVCCU und hm-rpc
-
@Homoran sagte in Probleme mit HmIP-SFD über piVCCU und hm-rpc:
Habe ich mich ehrlich noch nicht getraut zu verifizieren, da dann meine ganze Steuerungen ggf. nicht korrekt funktionieren.
BTW ich arbeite noch mit piVCCU 2.53.27
Hm wäre interessant, kann mir kaum vorstellen, dass es nur das eine Gerät ist was dann Probleme macht. Könnte mir vorstellen dass die CCU alle Adapter als einen sieht da sie sich alle über den gleichen Namen anmelden.. dann wäre es aber strange dass da noch keiner bislang Probleme hatte.
@foxriver76 ich habe mir mal das CCU-log gezogen, das gefällt mir gar nicht.
Leider kann ich damit nichts anfangen, außer, dass ich sehe, dass dauernd alle drei ioBroker Installationen (un) registernKannst du mir helfen, den Fehler zu finden und evtl. zu beheben?
RasPi-PiVCCU-2021-01-02.log -
@foxriver76 ich habe mir mal das CCU-log gezogen, das gefällt mir gar nicht.
Leider kann ich damit nichts anfangen, außer, dass ich sehe, dass dauernd alle drei ioBroker Installationen (un) registernKannst du mir helfen, den Fehler zu finden und evtl. zu beheben?
RasPi-PiVCCU-2021-01-02.log -
@Homoran Sorry erstmal, bin die Tage hier nicht so aktiv.
Ich kann mal ins gepostete CCU Log schauen, kenne mich da allerdings auch nicht so gut damit aus, was die einzelnen Einträge dort bedeuten.
@foxriver76 sagte in Probleme mit HmIP-SFD über piVCCU und hm-rpc:
Sorry erstmal,
Quatsch!
Alles gut, so wie es istund
DANKE!

-
@foxriver76 sagte in Probleme mit HmIP-SFD über piVCCU und hm-rpc:
Sorry erstmal,
Quatsch!
Alles gut, so wie es istund
DANKE!

@Homoran Ich würde echt mal gerne ausprobieren, ob es evtl. doch an den Ids liegt, er mault ja in 2 Min Abständen, dass er z.B. InterfaceId hm-rpc.1 abmeldet und neu registriert mit der anderen IP. Evtl. stört es wenn da 3 Clients die gleiche ID haben.
Ich könnte mal die genutzten IDs abändern, so dass der Hostname noch mit in die ID kommt, damit sie über alle Hosts eindeutig sind und dir das auf GitHub mal zum Testen zur Verfügung stellen. Einen anderen Ansatz habe ich gerade nicht parat.
-
@Homoran Ich würde echt mal gerne ausprobieren, ob es evtl. doch an den Ids liegt, er mault ja in 2 Min Abständen, dass er z.B. InterfaceId hm-rpc.1 abmeldet und neu registriert mit der anderen IP. Evtl. stört es wenn da 3 Clients die gleiche ID haben.
Ich könnte mal die genutzten IDs abändern, so dass der Hostname noch mit in die ID kommt, damit sie über alle Hosts eindeutig sind und dir das auf GitHub mal zum Testen zur Verfügung stellen. Einen anderen Ansatz habe ich gerade nicht parat.
@foxriver76 sagte in Probleme mit HmIP-SFD über piVCCU und hm-rpc:
er mault ja in 2 Min Abständen, dass er z.B. InterfaceId hm-rpc.1 abmeldet und neu registriert mit der anderen IP. Evtl. stört es wenn da 3 Clients die gleiche ID haben.
das hatte ich auch schon so interpretiert, aber bei hm-rpc.0 (=rfd) passiert das eben nicht
Den Fehler der kurz davor immer auftritt, kann ich nicht zuordnen. kann das die eigentliche Ursache sein.
Ich hatte mich schon im ioBroker log über das dauernde neueinlesen der Geräte gewundert
@foxriver76 sagte in Probleme mit HmIP-SFD über piVCCU und hm-rpc:
dir das auf GitHub mal zum Testen zur Verfügung stellen.
kein Problem - ich teste immer gerne
-
@foxriver76 sagte in Probleme mit HmIP-SFD über piVCCU und hm-rpc:
er mault ja in 2 Min Abständen, dass er z.B. InterfaceId hm-rpc.1 abmeldet und neu registriert mit der anderen IP. Evtl. stört es wenn da 3 Clients die gleiche ID haben.
das hatte ich auch schon so interpretiert, aber bei hm-rpc.0 (=rfd) passiert das eben nicht
Den Fehler der kurz davor immer auftritt, kann ich nicht zuordnen. kann das die eigentliche Ursache sein.
Ich hatte mich schon im ioBroker log über das dauernde neueinlesen der Geräte gewundert
@foxriver76 sagte in Probleme mit HmIP-SFD über piVCCU und hm-rpc:
dir das auf GitHub mal zum Testen zur Verfügung stellen.
kein Problem - ich teste immer gerne
-
@Homoran Okay, kannst mal probieren von GitHub + Upload nicht vergessen.
@foxriver76 sagte in Probleme mit HmIP-SFD über piVCCU und hm-rpc:
@Homoran Okay, kannst mal probieren von GitHub + Upload nicht vergessen.
Danke
Upgrade läuft auf meinem Pi und Cubie, auf dem produktiven lasse ich es erst mal
Melde mich!
EDIT:
Im CCU-LOG stehen jetzt die hosts: -
@Homoran Okay, kannst mal probieren von GitHub + Upload nicht vergessen.
@foxriver76 ich beobachte das jetzt mal weiter.
Im Moment kommen auf allen drei Installationen die Werte zeitgleich an!

-
@foxriver76 ich beobachte das jetzt mal weiter.
Im Moment kommen auf allen drei Installationen die Werte zeitgleich an!

-
@Homoran gib heute Abend oder morgen nochmal Bescheid dann publishe ich es je nach Feedback, danke fürs testen
Und am besten dann nochmal ccu log posten
@foxriver76 sagte in Probleme mit HmIP-SFD über piVCCU und hm-rpc:
dann nochmal ccu log posten
im Moment ist nur noch der dumme Fehler mit
No such devicedrin@foxriver76 sagte in Probleme mit HmIP-SFD über piVCCU und hm-rpc:
gib heute Abend oder morgen nochmal Bescheid
selbstverständlich!
@foxriver76 sagte in Probleme mit HmIP-SFD über piVCCU und hm-rpc:
danke fürs testen
immer gerne!
Icon fehlt noch ;-) -
@foxriver76 sagte in Probleme mit HmIP-SFD über piVCCU und hm-rpc:
dann nochmal ccu log posten
im Moment ist nur noch der dumme Fehler mit
No such devicedrin@foxriver76 sagte in Probleme mit HmIP-SFD über piVCCU und hm-rpc:
gib heute Abend oder morgen nochmal Bescheid
selbstverständlich!
@foxriver76 sagte in Probleme mit HmIP-SFD über piVCCU und hm-rpc:
danke fürs testen
immer gerne!
Icon fehlt noch ;-) -
@Homoran icon sollte da sein aber weiß gerade nicht ob du das Gerät neu anlegen musst dazu
@foxriver76 sagte in Probleme mit HmIP-SFD über piVCCU und hm-rpc:
@Homoran icon sollte da sein aber weiß gerade nicht ob du das Gerät neu anlegen musst dazu
Jepp
gelöscht, neu eingelesen - Icon ist da!
Danke! -
@Homoran icon sollte da sein aber weiß gerade nicht ob du das Gerät neu anlegen musst dazu
Jetzt wird es traurig

Ich komme eben zurück an den PC, ist auf allen Installationen der letzte Timestamp bei 18:47:xyz
Auf der piVCCU ist der letzte Timestamp bei 19:17 gewesen.Habe noch schnell das log heruntergeladen, da konnte ich beim Querlesen nichts böses finden (heisst aber nichts)
RasPi-PiVCCU-2021-01-03(2).logDann habe ich die Instanz auf dem Cubie neugestartet.
Daraufhin wurden die Timestamps zuerst auf dem Pi4, dann auf dem Cubie aktualisiert.
Auf der VM (mit alter hm-rpc Version) steht der Timestamp immer noch auf 18:47Bevor ich dort auch neu starte, wollte ich mich erst einmal melden
-
Jetzt wird es traurig

Ich komme eben zurück an den PC, ist auf allen Installationen der letzte Timestamp bei 18:47:xyz
Auf der piVCCU ist der letzte Timestamp bei 19:17 gewesen.Habe noch schnell das log heruntergeladen, da konnte ich beim Querlesen nichts böses finden (heisst aber nichts)
RasPi-PiVCCU-2021-01-03(2).logDann habe ich die Instanz auf dem Cubie neugestartet.
Daraufhin wurden die Timestamps zuerst auf dem Pi4, dann auf dem Cubie aktualisiert.
Auf der VM (mit alter hm-rpc Version) steht der Timestamp immer noch auf 18:47Bevor ich dort auch neu starte, wollte ich mich erst einmal melden
@Homoran Die Warning liegt wohl einzig an deiner alten CCU Version, siehe https://homematic-forum.de/forum/viewtopic.php?t=62107&p=614410
Also bin leider auch etwas ratlos wo wir da ansetzen können, außer die CCU zu updaten, aber obs daran liegt..
-
@Homoran Die Warning liegt wohl einzig an deiner alten CCU Version, siehe https://homematic-forum.de/forum/viewtopic.php?t=62107&p=614410
Also bin leider auch etwas ratlos wo wir da ansetzen können, außer die CCU zu updaten, aber obs daran liegt..
@foxriver76 sagte in Probleme mit HmIP-SFD über piVCCU und hm-rpc:
Also bin leider auch etwas ratlos wo wir da ansetzen können
Ich kann wahrscheinlich Entwarnung geben.
Bin wieder gerade zurück und alle Installationen hatten den Timestamp bei 22:48
Nachdem vorhin ohne neustart der Instanz auf dem Produktiven System, nach einem Crash des Browsers dort auch die aktuellen Werte drin waren habe ich jetzt mal den Browsercache gelöscht und siehe da, alle Timestamps aller Installationen wieder aktuell.
Bei einem reload der Objekte Seite half das nicht.Ich habe gestern eine neue piVCCU3 installiert und wollte eigentlich sukzessive alle Geräte (ca. 150!!!) manuell dorthin umziehen, weil ich das Setup bereits seit der CCU1 über lxccu, YAHM und diversen piVCCU Versionen mitschleppe.
Werde morgen, wenn es die Zeit erlaubt doch entgegen dieses Plans ein Backup aus der piVCCU(2) einspielen und testen
Danke erst einmal für deine Unterstützung!
-
@Homoran Die Warning liegt wohl einzig an deiner alten CCU Version, siehe https://homematic-forum.de/forum/viewtopic.php?t=62107&p=614410
Also bin leider auch etwas ratlos wo wir da ansetzen können, außer die CCU zu updaten, aber obs daran liegt..
@foxriver76
Heute morgen -nach Hochfahren des PCs- waren die States aller drei Installationen auf dem aktuellen Stand.
Deine Änderung ist also sehr sinnvoll!Hier nochmal das aktuelle log
RasPi-PiVCCU-2021-01-04.log -
@foxriver76
Heute morgen -nach Hochfahren des PCs- waren die States aller drei Installationen auf dem aktuellen Stand.
Deine Änderung ist also sehr sinnvoll!Hier nochmal das aktuelle log
RasPi-PiVCCU-2021-01-04.log@Homoran
Hallo!
Ich lese aufmerksam die ganze Zeit mit, da Ichs selber grad kurz davor bin solange meine alte CCU2 noch läuft auf ein Neu-System umzustellen.
Werde das über eine VM machen und dabei dann das USB-Modul inkl. Funkmodul nehmen.Ob piVCCU oder debmatic weiss ich noch nicht aber meine Frage lautet:
Wie gehst du vor um nach und nach alle deine Devices von der alten CCU aufs neue System zu bekommen ?Lässt du im iobroker mehrere Instanzen der Homematic laufen ?
Praktisch eine für die alte CCU mit IP und eine andere für die neue CCU mit anderer IP ?
und das dann für jeden Prozess sprich CUxD, reg, rpc usw.Nachtrag:
Geht dann eigentlich HM, HM-IP und HM-wired ? -
@Homoran
Hallo!
Ich lese aufmerksam die ganze Zeit mit, da Ichs selber grad kurz davor bin solange meine alte CCU2 noch läuft auf ein Neu-System umzustellen.
Werde das über eine VM machen und dabei dann das USB-Modul inkl. Funkmodul nehmen.Ob piVCCU oder debmatic weiss ich noch nicht aber meine Frage lautet:
Wie gehst du vor um nach und nach alle deine Devices von der alten CCU aufs neue System zu bekommen ?Lässt du im iobroker mehrere Instanzen der Homematic laufen ?
Praktisch eine für die alte CCU mit IP und eine andere für die neue CCU mit anderer IP ?
und das dann für jeden Prozess sprich CUxD, reg, rpc usw.Nachtrag:
Geht dann eigentlich HM, HM-IP und HM-wired ?@Segway Viele Fragen ;-)
Ich habe auch noch nicht alle Antworten, weil es immer mehrere Möglichkeiten gibt.
"Einfachster" Plan
- alle Geräte von der piVCCU mit Rücksetzung in den Werkzustand ablernen
- Abschalten der piVCCU
- neue piVCCU3 aktivieren
- alte IP vergeben
- alle Geräte hier anlernen
Anschließend müsste alles wieder laufen
alternativ
Da das Ganze wahrscheinlich länger dauert, kann man es so machen, wie du es vorschlägst- piVCCU mit anderer IP starten
- weitere Instanzen von Hm-rega und hm-rpc für die piVCCU3 anlegen
- in allen Views und Programmen ändern sich dadurch die IDs
- wäre ein Anlass ab sofort nur noch mit Alias zu arbeiten ;-)
- Geräte sukzessive umziehen
- abschließend piVCCU deaktivieren und die unnötigen Instanzen löschen
@Segway sagte in Probleme mit HmIP-SFD über piVCCU und hm-rpc:
Ob piVCCU oder debmatic weiss ich noch nicht
bei VM bleibt nur die debmatic
@Segway sagte in Probleme mit HmIP-SFD über piVCCU und hm-rpc:
Geht dann eigentlich HM, HM-IP und HM-wired ?
müsste gehen, allerdings HmIP-wired und der HAP zur Reichweitenverlängerung geht nur mit dem großen Funkmodul
-
@Segway Viele Fragen ;-)
Ich habe auch noch nicht alle Antworten, weil es immer mehrere Möglichkeiten gibt.
"Einfachster" Plan
- alle Geräte von der piVCCU mit Rücksetzung in den Werkzustand ablernen
- Abschalten der piVCCU
- neue piVCCU3 aktivieren
- alte IP vergeben
- alle Geräte hier anlernen
Anschließend müsste alles wieder laufen
alternativ
Da das Ganze wahrscheinlich länger dauert, kann man es so machen, wie du es vorschlägst- piVCCU mit anderer IP starten
- weitere Instanzen von Hm-rega und hm-rpc für die piVCCU3 anlegen
- in allen Views und Programmen ändern sich dadurch die IDs
- wäre ein Anlass ab sofort nur noch mit Alias zu arbeiten ;-)
- Geräte sukzessive umziehen
- abschließend piVCCU deaktivieren und die unnötigen Instanzen löschen
@Segway sagte in Probleme mit HmIP-SFD über piVCCU und hm-rpc:
Ob piVCCU oder debmatic weiss ich noch nicht
bei VM bleibt nur die debmatic
@Segway sagte in Probleme mit HmIP-SFD über piVCCU und hm-rpc:
Geht dann eigentlich HM, HM-IP und HM-wired ?
müsste gehen, allerdings HmIP-wired und der HAP zur Reichweitenverlängerung geht nur mit dem großen Funkmodul
@Homoran
viele Fragen - viele Antworten DANKE
@Homoran sagte in Probleme mit HmIP-SFD über piVCCU und hm-rpc:
Ich habe auch noch nicht alle Antworten, weil es immer mehrere Möglichkeiten gibt.
"Einfachster" Plan
- alle Geräte von der piVCCU mit Rücksetzung in den Werkzustand ablernen
- Abschalten der piVCCU
- neue piVCCU3 aktivieren
- alte IP vergeben
- alle Geräte hier anlernen
Anschließend müsste alles wieder laufen
Das wird auch bei mir bestimmt einiges an Zeit verschlingen und bestimmt binnen eines Tages machbar sein. Aber steht auch auf meinem Zettel die Variante
alternativ
Da das Ganze wahrscheinlich länger dauert, kann man es so machen, wie du es vorschlägst- piVCCU mit anderer IP starten
- weitere Instanzen von Hm-rega und hm-rpc für die piVCCU3 anlegen
- in allen Views und Programmen ändern sich dadurch die IDs
- wäre ein Anlass ab sofort nur noch mit Alias zu arbeiten ;-)
- Geräte sukzessive umziehen
- abschließend piVCCU deaktivieren und die unnötigen Instanzen löschen
Naja ne vernünftige View habe ich gar nicht bei mir, weil ich da seit Monaten rumhample um die beste Grundversion für mich zu erkennen. Alles irgendwie hat Vor- und Nachteile.
Alias hab ich mal angefangen aber da mach ich schon wieder eine zusätzliche Baustelle auf weil ich das schon wieder nicht raffe was das wie wo wann warum macht.@Segway sagte in Probleme mit HmIP-SFD über piVCCU und hm-rpc:
Ob piVCCU oder debmatic weiss ich noch nicht
bei VM bleibt nur die debmatic
müsste gehen, allerdings HmIP-wired und der HAP zur Reichweitenverlängerung geht nur mit dem großen Funkmodul
Würde eh das große Modul bestellen mit zus. der USB2-Platine
Auf jeden schonmal DANKE für den Input
-
@Homoran
viele Fragen - viele Antworten DANKE
@Homoran sagte in Probleme mit HmIP-SFD über piVCCU und hm-rpc:
Ich habe auch noch nicht alle Antworten, weil es immer mehrere Möglichkeiten gibt.
"Einfachster" Plan
- alle Geräte von der piVCCU mit Rücksetzung in den Werkzustand ablernen
- Abschalten der piVCCU
- neue piVCCU3 aktivieren
- alte IP vergeben
- alle Geräte hier anlernen
Anschließend müsste alles wieder laufen
Das wird auch bei mir bestimmt einiges an Zeit verschlingen und bestimmt binnen eines Tages machbar sein. Aber steht auch auf meinem Zettel die Variante
alternativ
Da das Ganze wahrscheinlich länger dauert, kann man es so machen, wie du es vorschlägst- piVCCU mit anderer IP starten
- weitere Instanzen von Hm-rega und hm-rpc für die piVCCU3 anlegen
- in allen Views und Programmen ändern sich dadurch die IDs
- wäre ein Anlass ab sofort nur noch mit Alias zu arbeiten ;-)
- Geräte sukzessive umziehen
- abschließend piVCCU deaktivieren und die unnötigen Instanzen löschen
Naja ne vernünftige View habe ich gar nicht bei mir, weil ich da seit Monaten rumhample um die beste Grundversion für mich zu erkennen. Alles irgendwie hat Vor- und Nachteile.
Alias hab ich mal angefangen aber da mach ich schon wieder eine zusätzliche Baustelle auf weil ich das schon wieder nicht raffe was das wie wo wann warum macht.@Segway sagte in Probleme mit HmIP-SFD über piVCCU und hm-rpc:
Ob piVCCU oder debmatic weiss ich noch nicht
bei VM bleibt nur die debmatic
müsste gehen, allerdings HmIP-wired und der HAP zur Reichweitenverlängerung geht nur mit dem großen Funkmodul
Würde eh das große Modul bestellen mit zus. der USB2-Platine
Auf jeden schonmal DANKE für den Input
@Segway sagte in Probleme mit HmIP-SFD über piVCCU und hm-rpc:
Alias hab ich mal angefangen aber da mach ich schon wieder eine zusätzliche Baustelle auf weil ich das schon wieder nicht raffe was das wie wo wann warum macht.
da sind wir schon zwei

bleibt immer noch die Möglichkeit ein Backup der piVCCU mit allen ihren möglichen Leichen einfach in die piVCCU3 zu spielen
aber wie du so schön schreibst:
@Segway sagte in Probleme mit HmIP-SFD über piVCCU und hm-rpc:
Alles irgendwie hat Vor- und Nachteile.
Deswegen schiebe ich es schon so lange vor mir her. Habe auch deswegen schon länger keine neuen Geräte mehr angelernt, da es "sowieso keinen Zweck hat", jetzt aber doch etwa 20 neue Geräte.
Und schon ist die Hemmschwelle für einen sauberen Neustart noch höher@Segway sagte in Probleme mit HmIP-SFD über piVCCU und hm-rpc:
ne vernünftige View habe ich gar nicht bei mir
Auch keine Scripte/Blocklys?
Hey! Du scheinst an dieser Unterhaltung interessiert zu sein, hast aber noch kein Konto.
Hast du es satt, bei jedem Besuch durch die gleichen Beiträge zu scrollen? Wenn du dich für ein Konto anmeldest, kommst du immer genau dorthin zurück, wo du zuvor warst, und kannst dich über neue Antworten benachrichtigen lassen (entweder per E-Mail oder Push-Benachrichtigung). Du kannst auch Lesezeichen speichern und Beiträge positiv bewerten, um anderen Community-Mitgliedern deine Wertschätzung zu zeigen.
Mit deinem Input könnte dieser Beitrag noch besser werden 💗
Registrieren Anmelden