[gelöst] Probleme mit HmIP-SFD über piVCCU und hm-rpc
-
@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.
Hier könnt ihr mich unterstützen.
-
@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
kein Support per PN! - Fragen im Forum stellen -
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
Das Forum freut sich über eine Spende. Benutzt dazu den Spendenbutton oben rechts. Danke!
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash - -
@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!
kein Support per PN! - Fragen im Forum stellen -
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
Das Forum freut sich über eine Spende. Benutzt dazu den Spendenbutton oben rechts. Danke!
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash - -
@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 ;-)kein Support per PN! - Fragen im Forum stellen -
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
Das Forum freut sich über eine Spende. Benutzt dazu den Spendenbutton oben rechts. Danke!
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash - -
@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
kein Support per PN! - Fragen im Forum stellen -
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
Das Forum freut sich über eine Spende. Benutzt dazu den Spendenbutton oben rechts. Danke!
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash - -
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..
Hier könnt ihr mich unterstützen.
-
@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.logkein Support per PN! - Fragen im Forum stellen -
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
Das Forum freut sich über eine Spende. Benutzt dazu den Spendenbutton oben rechts. Danke!
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash - -
@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 ?Gruß Dirk
Intel Proxmox Cluster (3x NUC) mit Debian & Proxmox / IoB als VM unter Debian / 60+ Adapter installiert -
@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
kein Support per PN! - Fragen im Forum stellen -
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
Das Forum freut sich über eine Spende. Benutzt dazu den Spendenbutton oben rechts. Danke!
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash - -
@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
Gruß Dirk
Intel Proxmox Cluster (3x NUC) mit Debian & Proxmox / IoB als VM unter Debian / 60+ Adapter installiert -
@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?
kein Support per PN! - Fragen im Forum stellen -
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
Das Forum freut sich über eine Spende. Benutzt dazu den Spendenbutton oben rechts. Danke!
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash - -
@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 habs veröffentlicht, schaden tuts auf keinen Fall. Im Zweifel kann man dadurch den Client im HM Log leichter zuordnen
@foxriver76 Danke!
Habe den Thread auf [gelöst] gesetzt
kein Support per PN! - Fragen im Forum stellen -
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
Das Forum freut sich über eine Spende. Benutzt dazu den Spendenbutton oben rechts. Danke!
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash - -
@foxriver76 Danke!
Habe den Thread auf [gelöst] gesetzt
@Homoran Gerne, und dein Log hat ja jetzt auch nicht mehr den
removed interfaceidspam, also scheint schon daran zu liegen. Denke du bist halt einer der wenigen der mehrere ioBroker die nicht in einem Multihost vereint sind zu der gleichen CCU verbindet und die Namenskonflikte können ja nur in so einem Setting entstehen. + es macht wohl nur beim HMIPServer ProblemeHier könnt ihr mich unterstützen.
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 Anmelden610
Online32.9k
Benutzer83.0k
Themen1.3m
Beiträge