Neuer ioBroker-Blog online: Monatsrückblick März/April 2026

[foxriver76]

@Homoran habs veröffentlicht, schaden tuts auf keinen Fall. Im Zweifel kann man dadurch den Client im HM Log leichter zuordnen

[Homoran]

@foxriver76 Danke!

Habe den Thread auf [gelöst] gesetzt

[foxriver76]

@Homoran Gerne, und dein Log hat ja jetzt auch nicht mehr den removed interfaceid spam, 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 Probleme

[Segway]

@Homoran sagte in [gelöst] Probleme mit HmIP-SFD über piVCCU und hm-rpc:

@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

Ja, ich tue mich da echt schwer. Anscheinend gibt es ja ja auch schon wieder mehrere Möglichkeiten, einmal mit diesem alias Adapter oder da war noch was anderes. Keine Ahnung raff das nicht, daher kommt das ganz unten auf die todo-Liste

bleibt immer noch die Möglichkeit ein Backup der piVCCU mit allen ihren möglichen Leichen einfach in die piVCCU3 zu spielen

Tja ich hab ja eine CCU2. Weiss nicht ob ich das backup einfach in eine piVCCU oder debmatic einladen kann / soll / darf.

Auch keine Scripte/Blocklys?

Doch aber noch nicht viele, so 10 Stück insgesamt. Die meisten laufen (noch) in der CCU2

[Homoran]

@Segway sagte in [gelöst] Probleme mit HmIP-SFD über piVCCU und hm-rpc:

Weiss nicht ob ich das backup einfach in eine piVCCU oder debmatic einladen kann / soll / darf.

kannst/darfst du!

[Homoran]

@foxriver76 sagte in [gelöst] Probleme mit HmIP-SFD über piVCCU und hm-rpc:

Denke du bist halt einer der wenigen der mehrere ioBroker die nicht in einem Multihost vereint sind zu der gleichen CCU verbindet

Denke ich auch.
Das sind halt parallel laufende Testsysteme.

@foxriver76 sagte in [gelöst] Probleme mit HmIP-SFD über piVCCU und hm-rpc:

es macht wohl nur beim HMIPServer Probleme

und deshalb hatte ich erst nicht daran gedacht, dass es mit der "eindeutigen" ID klappen könnte.
Bleibt nur noch das Luxusproblem, dass zwei identische Hostnamen, dann wieder zu dem Problem führen würden

[foxriver76]

@Homoran ja man könnte auch einen Hash generieren Pro laufende Instanz, da wäre die Kollisionswahrscheinlichkeit sehr gering, aber denke das passt erst mal so. Villt änder ich es mal noch wenn ich den Adapter mal wieder anfasse.

[Segway]

@Homoran sagte in [gelöst] Probleme mit HmIP-SFD über piVCCU und hm-rpc:

@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

Ich komme nochmal darauf zurück. Können das auch gerne in einen separaten Thread legen wenn du magst.
Aber wie gehst du nun vor mit den ALIASSEN ?

Es gibt ja alias.0 und linkeddevices.0
Dann noch die Skripte sowie javascript.0 und userdata.0

I AM LOST :man-shrugging: :man-shrugging: :man-shrugging:

[Homoran]

@Segway sagte in [gelöst] Probleme mit HmIP-SFD über piVCCU und hm-rpc:

Aber wie gehst du nun vor mit den ALIASSEN ?

noch gar nicht.

@Segway sagte in [gelöst] Probleme mit HmIP-SFD über piVCCU und hm-rpc:

Es gibt ja alias.0 und linkeddevices.0

Das sind zwei verschiedene paar Schuhe. linkeddevices ist ein Adapter, Aliase sind selbst die Datenpunkte, die du (ggf. mit Umrechnungen) selbst erzeugst

@Segway sagte in [gelöst] Probleme mit HmIP-SFD über piVCCU und hm-rpc:

Dann noch die Skripte sowie javascript.0 und userdata.0

Wo ist dort das Problem?
Bei Skripten ist doch entscheidend, dass du im Skript mit den Alias arbeitest, damit das in den 0_Userdata.0 abgelegte Ergebnis immer von den richtigen Quellen erzeugt wird

[Segway]

@Homoran sagte in [gelöst] Probleme mit HmIP-SFD über piVCCU und hm-rpc:

@Segway sagte in [gelöst] Probleme mit HmIP-SFD über piVCCU und hm-rpc:

Es gibt ja alias.0 und linkeddevices.0

Das sind zwei verschiedene paar Schuhe. linkeddevices ist ein Adapter, Aliase sind selbst die Datenpunkte, die du (ggf. mit Umrechnungen) selbst erzeugst

Nö, alias.0 ist auch ein Adapter

[Homoran]

@Segway sagte in [gelöst] Probleme mit HmIP-SFD über piVCCU und hm-rpc:

alias.0 ist auch ein Adapter

Welcher denn?

[paul53]

@Segway sagte:

Nö, alias.0 ist auch ein Adapter

Nein, Datenpunkte unter "alias.0" erfahren eine Sonderbehandlung durch den js-controller: Spiegelung der Zustände von Adapter-Datenpunkten.

[Segway]

@Homoran sagte in [gelöst] Probleme mit HmIP-SFD über piVCCU und hm-rpc:

@Segway sagte in [gelöst] Probleme mit HmIP-SFD über piVCCU und hm-rpc:

alias.0 ist auch ein Adapter

Welcher denn?

Also, ich verstehe ja anscheinend wieder nur die Hälfte.
So wie ich das sehe gibt es einen Adapter

• devices
  UND
• linkeddevices

Warum ? Keine Ahnung ! Unterschied ? Keine Ahnung !
Das eine wird unter Objekte dann unter alias.0 geführt und das andere wohl unter linkeddevices.0

@paul53 sagte in [gelöst] Probleme mit HmIP-SFD über piVCCU und hm-rpc:

@Segway sagte:

Nö, alias.0 ist auch ein Adapter

Nein, Datenpunkte unter "alias.0" erfahren eine Sonderbehandlung durch den js-controller: Spiegelung der Zustände von Adapter-Datenpunkten.

Sehe es mir nach aber ich verstehe was das Thema ALIAS angeht grad nur noch Bahnhof was für was ist. Ist linkeddevices NICHT für den js-controller ?

[Homoran]

@Segway sagte in [gelöst] Probleme mit HmIP-SFD über piVCCU und hm-rpc:

Ist linkeddevices NICHT für den js-controller ?

nicht durcheinanderbringen:
linked devices ist ein Adapter, der natürlich unter dem js-controller läuft.

die Alias-Funktion des js-controllers ist jedoch kein Adapter

[paul53]

@Segway sagte:

ich verstehe was das Thema ALIAS angeht grad nur noch Bahnhof

Siehe hier.

[Homoran]

@paul53 sagte in [gelöst] Probleme mit HmIP-SFD über piVCCU und hm-rpc:

@Segway sagte:

ich verstehe was das Thema ALIAS angeht grad nur noch Bahnhof

Siehe hier.

Danke, da hab ich dann auch Lesestoff

[Segway]

@Homoran sagte in [gelöst] Probleme mit HmIP-SFD über piVCCU und hm-rpc:

@Segway sagte in [gelöst] Probleme mit HmIP-SFD über piVCCU und hm-rpc:

Ist linkeddevices NICHT für den js-controller ?

nicht durcheinanderbringen:
linked devices ist ein Adapter, der natürlich unter dem js-controller läuft.

die Alias-Funktion des js-controllers ist jedoch kein Adapter

Leute Leute Leute.
Macht es doch mal kompliziert. Warum immer mehrere Wege ???????
Hab jetzt grad kein nerv darauf. Projekt kommt ganz unten auf den Stapel ... mir egal ... muß ich halt später alles per Hand ändern