HMIP-eTRV-2 lässt sich nicht an CCU2 anlernen

[hobo]

Hallo Gemeinde,

ich betreibe seit Jahren eine CCU2 mit vielen Fenster- und Türkontakten, sowie 2 Heizungsthermostaten vom Typ HmIP-eTRV-2 und HM-CC-RT-DN. Beide funktionieren tadellos. Jetzt habe ich ein Zimmer zum Büro umfunktioniert und habe für diesen Raum auch noch ein weiteres Thermostat vom Typ HmIP-eTRV-2 gekauft. Dieses Thermostat lässt sich aber nicht an die CCU2 anlernen. Ich hbe schon alle ausprobiert, was ich bislang im Netz gefunden habe - alles ohne Erfolg. Im Log sehe ich immer folgende Meldung:

de.eq3.cbcs.server.core.internal.InclusionHandling WARN AP 3014F711A0000357099066CF: No device description found for manufacturer code: 1 device type 484 sgtin 3014F711A000395F29AAA226

Hat noch jemand eine Idee, wie ich das Teil angelernt bekomme?

Gruß

Horst

[Baxxy]

Der einzige Weg ist auf CCU3 zu wechseln.

Du hast eins der neuen eTRV-2 I9F erwischt welches von der CCU2 nicht mehr unterstützt wird.

[jp112sdl]

Mir brennt es unter den Fingern... grundsätzlich ginge es, aber lizenzrechtlich ist es aus meiner Sicht bedenklich.

https://raw.githubusercontent.com/eq-3/ ... enseDE.pdf
Einerseits heißt es dort
unter 3.2

eQ-3 gewährt Ihnen das Recht, die Software zu ergänzen und zu modifizieren, soweit
a) diese Änderungen und Modifikationen von Ihnen im Source Code veröffentlicht
und kostenlos zur Verfügung gestellt werden

welcher Source Code???

unter 3.4 jedoch

Sie erhalten im Rahmen der HMSL nicht das Recht, in Binär- bzw. Objektform gelieferte
Software zu decompilieren bzw. ein Reverse-Engineering durchzuführen, wenn die
Voraussetzungen des §69e UrhG nicht gegeben sind.

...und diese Voraussetzungen sind hier nicht gegeben.

[Baxxy]

Hmm, da brauchen wir wohl erstmal einen Rechtsverdreher.

Was müsste man denn konkret tun um die CCU2 fit für die aktuellen Geräte zu machen?

Drüber reden darf man, oder?

[jp112sdl]

Was müsste man denn konkret tun um die CCU2 fit für die aktuellen Geräte zu machen?

1) Die Geräte-XML um das Gerät 484 mit dem Label "HmIP-eTRV-2" erweitern.
Oder
2) die Geräte-XML um das Gerät 484 mit dem Label "HmIP-eTRV-2 I9F" erweitern und auch die WebUI Files patchen, um das Gerät korrekt darzustellen

1) Hat den Nachteil, dass man vorsichtig sein muss, wenn es mal für das alte HmIP-eTRV-2 ein FW Update gibt und man es nicht auf das i9F überträgt, bzw. wird sich ein FW Update dort nie anwenden lassen
2) Mehr Aufwand, aber sicherer

[Baxxy]

Hmm, dazu müsste man aber in Pandoras Büchse (aka HmIPServer) rumwerkeln und der CCU2 dann den modifizierten HmIPServer unterjubeln.
Theoretisch bei jedem Zentralen-Update, praktisch wohl nur einmalig (da keine CCU2 - Updates mehr zu erwarten sind).

Rumwerkeln und modifizieren passen aber nicht so recht zu rechtlichen Sachen würde ich sagen.

Dann wäre noch die Frage ob es denn Aufwand Wert wäre, zumal es ja nicht nur das eTRV-2 betrifft.

[jp112sdl]

Rumwerkeln würde bedeuten:
- .jar nach .zip umbenennen und entpacken
- xml editieren
- wieder packen und nach .jar umbenennen

Dauert keine 2 Minuten.

[Horst Henning]

Mir brennt es unter den Fingern... grundsätzlich ginge es, aber lizenzrechtlich ist es aus meiner Sicht bedenklich.

Willst Du damit sagen, man könnte das eTRV-2 an die CCU2 anlernen, wenn man wollte ( also eQ-3 / ELV ohne Problem )?
Aber eQ-3 / ELV will nicht?

[Black]

Ja.es ist wie jerome sagt, etwas an den xml beschreibungsdateien patchen.

Bei eq3 denke ich Ist es eine politische Entscheidung

Black

[Matsch]

Wobei es natürlich auch verständlich ist, dass ein lange abgekündigtes Erzeugnis nicht dann doch noch mal aufgewärmt wird. Macht Microsoft ja auch nicht.