HB-RF-USB nach Neustart fehlend / Programme verlieren Heizugsgruppen #2260
Comments
|
Welche Virtualisierungslösung wird denn genutzt? Ich kenne die Problematik von VirtualBox unter Windows wo manchmal per USB angeschlossene Funkmodule nicht sauber an die VM durchgereicht wurden. |
|
Aktuell läuft es im VMM auf ner Synology, das dürfte KVM dahinter sein. Das virtuelle Tasten weg sind wäre ja ok, weil nach Reboot wieder da. |
|
Ich habe das jetzt nochmal frisch getestet. Ich habe aber aktuell weiterhin keine Idee wieso das so ist und was man eventuell machen könnte. |
|
Das könnte daran liegen, das beim hochfahren ohne Funkmodul der HMIPServer ja trotzdem gestartet wird und dann vllt irgendwie denkt er müsse die löschen. Mir slebst war auch schin einmal aufgefallen das bei der Umbenennung von HMIP Herizungsgruppen (man kann denen ja eigene namen geben) unter gewissen Bedingungen er diese eigene Namensgebung auch wiedee verliert bzw resettet wird. Aber wann das exakt passiert hatte ich noch nicht herausgefunden.. Müsste man sich nochmal genauer anschauen/analysieren und hängt ggf auch zusammen mit dem problem hier!?! |
Jetzt wo du es sagst... das hatte ich auch schon mal. Auch unschön (speziell wenn man die Geräte per Script über den Namen anspricht), aber nicht so ärgerlich wie das rauslöschen aus den Programmen. Was ich bisher noch beobachtet habe: In der Ist natürlich "doof" das sowas auf original CCUx "nicht vorkommen" kann, wer zerlegt die schon und bootet ohne Funkmodul. |
Doch. Wenn wir das reproduzierbar und beschreibbar hinbekommen darzulegen wird sich sicher ein eQ3 Entwickler finden der sich dem annimmt. Angetriggert hatte ich ihn schon einmal darauf. ich meine mich auch zu erinnern, das man bei solch einem Fall sehen konnte das der HmIPServer für sämtliche IP Gruppen quasi eine reinclusion macht. Das würde erklären warum die auch aus den Programmen gelöscht werden und ihren Namen verlieren. Eben weil die quasi gelöscht und wieder frisch angelernt werden. Müssen wir es nur mal reproduziert bekommen auf einem frischen system und dann das eQ3 so darlegen um das dann repariert zu bekommen im HmIPServer. |
|
@Baxxy13 Ich seh gerade das im Falle das kein Funkmodul beim starten gefunden wird RaspberryMatic ja statt RaspberryMatic/buildroot-external/overlay/base/etc/init.d/S62HMServer Lines 135 to 140 in e24b33f Vielleicht erklärt das ja bereits warum die HMIP Gruppen dann in solch einem Fall verschwinden bzw. dann irgendwie frisch angelegt werden? Vielleicht kannst du damit ja etwas rumexperimentieren. Dies passiert wohl immer wenn Dann hätte man zumindest einen case wo man schauen könnte was man da entweder selbst was machen kann oder eQ3 ggf. hier eine Anpassung macht damit der |
jens-maus
added
🏷️ HmIPServer
|
@jens-maus @Baxxy13 Danke für eure Mühe
Tatsächlich hatte ich das ganz am Anfang (Anfang 2019), als ich mit der der Charly CCU3 angefangen habe: nach einem Reboot war die Funkplatine weg, mit der Funkplatine auch alle HmIP Geräte, virtuelle Gruppen, etc. |
Also wenn ich den Start von Nach Reboot mit Funkmodul ist dann alles wieder wie vorher und funktional. Scheint also wirklich der |
Ja, es scheint so zu sein das der Kannst du auch mal probieren einfach den |
|
Ich bekomme den HMIPServer (ohne Funkmodul) nicht gestartet... |
|
Der HMServer wird wohl noch aus Kompatibilitätsgründen mit entwickelt. |
|
Meines Wissens nach steckt im HMIPServer.jar eh schon der reine HMServer ohne hmip mit drin. Müsste man mal probieren ob man den direkt im HMIPServer.jar gestartet bekommt und ob der sich da drin anders verhält (vmtl nicht). Würde aber schon einiges vereinfachen wenn man nicht zwei jar bräuchte mehr |
Ohne echten Zugriff auf den HMIPStack eines Funkmoduls starten nicht alle Worker-Threads und der HMIPServer-Start hängt. Das geht schon damit los, dass keine SGTIN ermittelt werden kann. Selbst wenn man ein DualCoPro Funkmodul generisch emuliert, würde es ein Rekeying zur Folge haben. Auf einem "Spielsystem", das generell ohne FuMo betrieben werden soll, mag das alles gehen. Es wäre jedoch doof, wenn man mal im produktiven System versehentlich ohne HmIP-Funkstick hochfährt... |
Hast du auch den classpath der hauptklasse umgesetzt um nur den hmserver zu starten und nicht den hmipserver wenn du für beides die hmipserver.jar verwendest.
Das wäre in de Tat doof. Bis eQ3 das repariert bliebe dann eben nur zu erkennen das es hmip gruppen gibt und dann den start des hmserver zu unterbinden wie ich das sehe… |
|
Oh, dann waren meine Infos wohl falsch. Schade... hmmm, dann bleibt wohl leider doch nur den Start vom HMServer zu unterbinden wenn es HMIP Gruppen gibt. Muss man mal in die |
Also BidCos Gruppen werden da wohl wie folgt abgelegt: "groupType": {
"id": "HomeMatic.heating",
"label": "Heating_Control",
"version": 3
},und HMIP Gruppen dann mit diesem "groupType": {
"id": "hmip.heating.group",
"label": "HmIP-Heizungssteuerung",
"version": 131072
},D.h. man könnte wohl einfach im HMIPServer startup nach |
|
Nur zum Verständnis: |
"Eingeschränkter" Funktionsumfang würde dann bedeuten:
Letzteres (5) könnten wir vielleicht versuchen wegzupatchen und ggf. auch irgendwelche WebUI Änderungen einpflegen das (1)-(4) dann Popups kommen die darauf hinweisen das diese Funktionen gerade nicht gehen. Aber eQ3 ist meines Wissens bereits dran das Problem grundsätzlich zu lösen und eben dem |
|
Ich würde auch erstmal nix machen. |
|
Voila. Im OCCU liegt nun eine Wer mag und kann (@Baxxy13 ?) kann dieses neue HMServer.jar bitte einfach mal testen und entsprechendes Feedback hier geben. Wenn alles klappt sollte das schon die Lösung des Ganzen sein ;) |
|
Sieht gut aus. |
|
Danke. Aber was genau passiert bei der Gruppenansicht? Das sollte natürlich eigentlich auch behoben sein. und was ist mit der Umbenennung der HmIP Gruppen? Das passiert natürlich auch nicht mehr, ja? |
|
Umbenannt wird nichts mehr, also gut. Was passiert hatte ich oben schon beschrieben:
|
|
Aber gibt es irgendwelche meldungen in der browser konsole oder hmserver.log die relevant wären? |
|
In der Browserkonsole ist nichts zu sehen. |
|
@Baxxy13 Inzwischen hat eQ-3 nachgeliefert. Bitte mal folgenden HMServer.jar probieren: eq-3/occu@ce4a9f4 Vielleicht klappt das anzeigen der Gruppenansicht damit nun trotzdem auch wenn es HmIP Gruppen gibt. |
|
Sieht "erstmal" gut aus. Aber: Also exakt das Verhalten wie es vorher bei den IP-Gruppen war. Kann ich so nicht absegnen. 😉 |
Ok, dann wäre wohl der |
|
Ja, die erste Beta ist hier aktuell die bessere Wahl, gerade nochmal getestet. |
Describe the issue you are experiencing
Sporadisch findet die CCU nach einem Upgrade oder einem Neustart den HB-RF-USB nicht mehr.
Ein weiterer Neustart behebt das Problem dann wieder.
Allerdings verlieren Programme, die in der "Dann"-Regel Heizungsgruppen steuern die hinterlegten Heizungsgruppen.
Andere HmIP-Komponenten, die nicht in Heizungsgruppen organisiert sind, sind davon nicht betroffen.
Describe the behavior you expected
Programme sollten die Heizungsgruppen nicht verlieren
Steps to reproduce the issue
Jedes Mal, wenn die CCU den HB-RF-USB nicht mehr findet gehen in den Programmen die Heizungsgruppen Steuerungen verloren. Diese Programmbestandteile müssen jedes Mal wieder manuell ergänzt werden.
What is the version this bug report is based on?
3.67.10.20230225
Which base platform are you running?
ova (Open Virtual Infrastructure)
Which HomeMatic/homematicIP radio module are you using?
RPI-RF-MOD
Anything in the logs that might be useful for us?
Additional information
No response
The text was updated successfully, but these errors were encountered: