Unterschied HmIP-eTRV-B und HmIP-eTRV-2?

[echelon_at]

Direktverknüpfungen bestehen immer nur von Gerät zu Gerät.

Es gibt einige Geräte die im Stand alone betrieben werden können. Bei diesen Geräten kann man die Direkverknüpfung an den Geräten vornehmen.

Wenn man schon eine CCU hat, dann richtet man die Direktverbeindungen über die CCU ein und nicht am Gerät. Die so eingerichteten Geräte kommunizieren genauso wie im Sand alone Betrieb, untereinander und nicht über die CCU.

[Matsch]

Hm. Ich hab diese Direktverknüpfungen bisher eigentlich immer über die CCU angelegt und nie von Gerät zu Gerät.

Du hast aber jetzt hoffentlich verstanden:
Es gibt nur eine Art Direktverknüpfungen, aber mehrere Arten, diese einzurichten. Per WebUI und CCU ist eine davon, per (dafür vorgesehenem) Gerät oder bei HmIP-Cloud auch mit HmIP-App andere.

Auch per WebUI richtest du die DVs von Gerät zu Gerät ein, ohne dass die CCU dabei eingebunden ist.

[Xel66]

Hm. Ich hab diese Direktverknüpfungen bisher eigentlich immer über die CCU angelegt und nie von Gerät zu Gerät.

Nein, Du hast immer eine Direktverknüpfung von Gerät zu Gerät erstellt. Ob Du dieses nun im Vorfeld mit den Geräten über die in der jeweiligen Bedienungsanleitung dokumentierte Prozedur allein erledigst und dann erst an die CCU anlernst oder die Verknüpfung mit Hilfe der WebUI erstellst ist funktionstechnisch identisch und egal. Das was Du in der CCU siehst, ist nur eine Wiedergabe der bestehenden direkten Verknüpfungen. Die CCU ist damit im Signalweg nicht integriert. Auch eine vorher direkt angelegte Verknüpfung wird in die Darstellung der CCU importiert (vielleicht nur mit den Adressen und ohne vom Benutzer vergebene Gerätebezeichung). Im Gegensatz zur Direktverknüpfung über die Bedienanleitungsprozedur hast Du beim Anlegen von DVs per WebUI noch die Möglichkeit, diese Verknüfungen ggf. zu parametrieren. Das kann man aber auch im Nachgang noch machen, indem man eine bestehende Verknüpfung bearbeitet.

Klar und deswegen frag ich ja nach bzgl. der Kompatibilität/Verknüpfungsmöglichkeit via CCU.

Die benutzten Begrifflichkeiten geben die Möglichkeiten nicht wieder. Per Programm kann man auch protokollübergreifend irgendeine Interaktion der Geräte hinbekommen. Insofern ist der Begriff "Programmverknüpfung" etwas unglücklich. Bestimmte Dinge gehen aber nur und ausschließlich per Direktverknüpfung innerhalb einer Gerätefamilie. Und per Programm kann man nicht alle Möglichkeiten einer Direktverknüpfung abbilden. Daher die Empfehlung, zumindest raumweise sortenrein zu arbeiten.

aber die arbeiten komplett in einem anderen Gewerk und werden nicht mit den HK-Thermostaten verknüpft.

Das Gewerk ist nur eine optische Zusammenfassung zur Darstellung in der WebUI und hat wie die Raumzuordnung im Gegensatz zur Cloudlösung via HAP keinerlei Funktion. Es ist nur ein optisches Gimmic und für den Benutzer zur besseren Orientierung gedacht.

Gruß Xel66

[Handi]

Das Gewerk ist nur eine optische Zusammenfassung zur Darstellung in der WebUI und hat wie die Raumzuordnung im Gegensatz zur Cloudlösung via HAP keinerlei Funktion. Es ist nur ein optisches Gimmic und für den Benutzer zur besseren Orientierung gedacht.

Naja, für *mich* ist ein Gewerk nicht nur "optisches Gimmmick", sondern auch eine *logische* Unterscheidung (auch wenn das funktional keine Auswirkungen hat). Mit der ich dann alle alle betreffenden Komponenten auf einmal im Blick habe. Bei mir sind das die Fensterkontakte für "Sicherheit" oder eben die Thermostat(ventil)e für das Klima. Die Warmwasserversorgung wird bei mir auch über mehrere Komponenten gesteuert und auch diese hab ich einem eigenen Gewerk zugeordnet.

Trotzdem danke nochmal an alle für die umfassende Aufklärung!

Bei der Gelegenheit hab ich aber noch eine andere Frage, die allerdings nix mit Thermostaten zu tun hat. Ich hab da etliche Rauchmelder (HM-Sec-SD-2) und wundere mich daß im WebUI für *jeden* neu angelernten Rauchmelder einen neue Gruppe angelegt wird. Hintergrund versteh ich nicht. Sinnvollerweise fasse ich alle Rauchmelder doch in *einer* Gruppe zusammen. Oder wofür sind Gruppen gut? Sind die genauso "optisches Gimmick" wie die Gewerke?

[Baxxy]

noch eine andere Frage

Suchfunktion nutzen.
Aber da das Thema gerade aktuell war...
viewtopic.php?f=27&t=71215&hilit=rauchm ... pe#p692863

Grüße, Baxxy

[Handi]

Suchfunktion nutzen.

Jaja
Hab ich dem Fall leider nicht gemacht - mea culpa! Oft ist die Suche aber halt leider nicht sehr zielführend wenn man mehrere hundert Treffer bekommt.

Aber da das Thema gerade aktuell war...
viewtopic.php?f=27&t=71215&hilit=rauchm ... pe#p692863

Das sind halt die "Regulars" im Vorteil. Aber danke. Ich frag mich nur, warum diese Gruppe nicht unter dem Menüpunkt "Gruppen" in den Einstellungen auftauchen.

[shartelt]

Ich frag mich nur, warum diese Gruppe nicht unter dem Menüpunkt "Gruppen" in den Einstellungen auftauchen.

weil Handbuch Kapitel: 21.7 Gruppen

[Ryker]

Sinnvollerweise fasse ich alle Rauchmelder doch in *einer* Gruppe zusammen. Oder wofür sind Gruppen gut? Sind die genauso "optisches Gimmick" wie die Gewerke?

Genau, Wenn du die Rauchmelder alle in eine RauchmelderGruppe aufnimmst, dann verschwinden automatisch die anderen Dummy-RauchmelderGruppen aus der Oberfläche und es bleibt nur noch die wirklich benutzen Gruppe(n) übrig.
Die Gruppe, die du benutzt macht dann den Rauchmelder, der primär zu der Gruppe gehört zum Master.


Ryker