Classic und IP kombinieren

[Superposchi]

Hallo, ich habe bisher nur Komponenten der Classic-Reihe in Verbindung mit dem Lan-Gateway eQ3-HM-LGW in Betrieb.
Da es immer schwerer wird Komponenten der Classic-Reihe zu vernünftigen Preisen zu bekommen würde ich gerne zur IP-Serie wechseln.

Da aber einige Komponenten unterputz verbaut sind ist die Frage ob es eine Möglichkeit gibt, beiden parallel zu betreiben.
Für die IP-Serie muss ja soweit ich weiß zwingend eine CCU3 als Gateway her (was ich sehr unpraktisch finde in Verbindung mit Fhem).

Gibt es eine Alternative zur CCU3 die sowohl die IP-Serie als auch die Classic-Serie bedienen kann?

[Wernieman]

Warum behälst Du für die Classic nicht Deine Config und Nutzt die CCU dann nur für IP? Also wie ein "neues Protokoll" ...

Das direkte Koppeln von Classic und IP ist auch auf der CCU (und deren "Derivaten wie DeepMatic) nicht möglich (jedenfalls meines Wissens)

[Superposchi]

Würde sich das nicht gegenseitig stören?
Um die CCU kommt man aber bei IP nicht drumherum, oder gibt es da inzwischen Alternativen?

[Wernieman]

Wieso sollten die sich stören?

Um die CCU kommt man aber bei IP nicht drumherum, oder gibt es da inzwischen Alternativen?

Depmatic, RaspberryMatic, etc ....

Tip: Einfach mal google Verwenden ... 

[juergen012]

Hallo , bei mir läuft"classic" und "IP" unter Raspberrymatic parallel. In Fhem mit HMCCU.

[betateilchen]

Hallo , bei mir läuft"classic" und "IP" unter Raspberrymatic parallel. In Fhem mit HMCCU.

Bei mir ähnliches Szenario, nur mit debmatic statt raspberrymatic. Geht problemlos parallel.

[Wernieman]

Nur wollte ich dem Threadersteller sagen, das er es nicht nur "auf einem Device" (CCU und "Derivate"), sondern auch getrennt betreiben kann. Quasi sein "alten" Weg mit HM-Classic direkt und den "neuen" mit HMCCU.

Ich würde es auch nicht dauerhaft machen, um die Komplexität zu reduzieren, nur während der Migration hat man so Zeit,  umzuziehen. Schließlich muss er sämtliche weiterverarbeitenden Elemente (Notify, myUtils, DOIF etc.) darauf anpassen. Bei Parallelbetrieb hat er dafür einfach Zeit und kann z.B. "Raum für Raum" umziehen. Wenn er will, kann er aber auch Produktiv auf der 2 Wege-Schiene bleiben. Gibt für jedes seine Vor/Nachteile und das muß jeder selber Entscheiden.

[pc1246]

Moin
Nur kurz meine 50 Cent.
Ich habe mein ganzes Classic Equipment in fhem.
Das IP Euipment ist auf einer Raspberrymatic und wird nur per HMCCU gemappt.
Ich komme mit der CCU Denkweise nicht richtig klar und mir ist schon eine sehr einfache Verschaltung recht schwer gefallen.
Gruss Christoph

[Sailor]

Ein herzerfrischendes Moin vom achtern Diek tosammen

Hallo , bei mir läuft"classic" und "IP" unter Raspberrymatic parallel. In Fhem mit HMCCU.

Bei mir ähnliches Szenario, nur mit debmatic statt raspberrymatic. Geht problemlos parallel.

Frage zum Verständnis:
Wenn ich aus räumlichen Gründen zu8r Zeit 3 classic HMLANs im Einsatz habe, kann ich dann 3 Raspis mit den CCU - Modulen einsetzten und beide alle 3 multipliziert mit 2 Homematic Systemen mittels einer VCCU vereinigen?

Bei mir wird aufgrund langsamer Alterserscheinung irgendwann auch zwangsläufig ein Wechsel fällig.

Gruß
    Sailor

[marvin78]

VCCU hat mit HMCCU nichts am Hut.

Ich nutze HM Classic direkt in FHEM (mit vielen - ich denke 7 - IODEVs). Auch hier gibt es räumliche Gründe. HMIP habe ich parallel über HMCCU (Raspberrymatic) im Einsatz und das läuft mit Repeatern (Schalt-/Messsteckdosen) ganz hervorragend. Da gibt es keine große Notwendigkeit, das unnötig aufzublähen.

[Beta-User]

Käme nicht auf die Idee, HM-IP einzusetzen, um meine Hausautomatisierung zu erweitern...

[Wernieman]

Wenn nicht die Heizregler mit Koppelung + Externe Steuerung so gut wäre .... oder es dazu eine Alternative geben würde ...

[-jato-]

Käme nicht auf die Idee, HM-IP einzusetzen, um meine Hausautomatisierung zu erweitern...

Sondern?

[Beta-User]

Wenn nicht die Heizregler mit Koppelung + Externe Steuerung so gut wäre .... oder es dazu eine Alternative geben würde ...

Na ja, es gibt auch in ZWave (Fibaro "the knob") Lösungen mit direkt gekoppeltem externem Sensor; habe diese konkrete Hardware aber zugegebenermaßen auch nicht im Einsatz. Vermutlich müßte man (wohl v.a. im nicht-deutschsprachigen Ausland) mal suchen, die die Zufriedenheit damit ist. Der kann jedenfalls auch (Wochen-) Temperaturprofile.

Käme nicht auf die Idee, HM-IP einzusetzen, um meine Hausautomatisierung zu erweitern...

Sondern?

Ich habe eine Vorliebe für Lösungen, die ohne externe Software auskommen, von daher werde ich alles, was in BidCoS "hopps geht" (was leider gefühlt überproportional oft vorkam) und "wichtig" ist mit ZWave ersetzen (Heizung und ein paar wichtige Aktoren, v.a. Jalousien (verstellbare Lamellen)). Ist zwar auch nicht günstig und hat auch seine Tücken, aber damit kann man z.B. auch Schalter-Aktionen definieren, die ohne laufenden Server funktionieren.

"Unwichtiges Zeug" geht zunehmend in ZigBee, wobei ich im Zuge der aktuellen Serverumstellung im Zweifel bin, ob das weiter via deconz/HUEBridge eingebunden bleiben soll, oder ob ich nicht wieder auf zigbee2mqtt zurückwechseln will (ich habe ein paar "spezielle" Devices, die in deconz (noch?) nicht richtig unterstützt werden).
Jedenfalls ist der ganze Themenkreis "Beleuchtung" sehr viel besser in ZigBee aufgehoben, und wenn man deswegen "sowieso" einen externen Dienst am laufen hat (und ein solides Mesh!), dann kann das auch z.B. die Temperatursensorik mit übernehmen...

Das "Problem" bei ZigBee ist, dass man v.a. bei China-Ware oft nicht so richtig vorab weiß, wie gut das jeweils funktioniert. Aber auch da gibt es z.B. Heizungsregler, die Wochenprofile kennen, und den Comet kann man afaik auch als Stellglied für PID20 verwenden; ob das für andere (China-Böller) auch gilt: keine Ahnung, aber es gibt eine ziemlich umfangreiche Datenbank mit den "endpoints", die die Dinger jeweils haben (Blakadder).

Aber das HM-IP-Zeug ist mir jedenfalls zu sehr ein "Sonderweg", als dass ich dem Hersteller nochmal mein Vertrauen schenken will, zumal die Pflege der damit zwingenden CCU-Software (herstellerseitig!) nach meinem Gefühl zu sehr an einer Person hängt. (Die Beiträge des diesbezüglich sehr kritischen Users "BadenPower" sind zwar nicht nett, scheinen aber fachlich fundiert zu sein!)

[Wernieman]

Was mich bei HM-IP am meisten Stöhrt, das beim Einrichten der Produkte ein Internetzugang erforderlich ist (oder irre ich mich da?). Jeder Abfluß zum Hersteller, ohne das ich weiß was Inhalt ist, mag ich nicht ..... prinzipiell.

Danke für den Hinweis mit den ZWAFE Heizregler, nur muß ich nicht nur mit einem Temperaturfühler sondern zusärtlich 2 Thermostat koppeln (und ein Display anstatt Farben wäre auch optimal). Aber der Hinweis hat mich dazu gebracht, mal wieder zu regergieren ....

[Beta-User]

Danke für den Hinweis mit den ZWAFE Heizregler, nur muß ich nicht nur mit einem Temperaturfühler sondern zusärtlich 2 Thermostat koppeln (und ein Display anstatt Farben wäre auch optimal). Aber der Hinweis hat mich dazu gebracht, mal wieder zu regergieren ....

Direkte Verbindungen zwischen Geräten kennt auch ZWave, allerdings hat auch der neue Fibaro nur eine Assoziations-Gruppe (http://manuals-backend.z-wave.info/make.php?lang=en&sku=FIBEFGT-001), so dass das damit nicht ohne weiteres geht; die manuelle Änderung der Soll-Temperatur zu erkennen, sollte kein Problem sein, aber das muss dann der Controller (also z.B. FHEM) an weitere Geräte weiterreichen.

Generell gibt es aber in ZWave für so ziemlich jede "Spezialanwendung" anscheinend auch passende Hardware. Die ist nur leider oft ziemlich teuer... 

[zap]

Also wenn ich neu anfangen würde mit Heimautomation oder meine HM-Komponenten mal kaputtgehen, würde/werde ich Matter fähige Geräte einsetzen.

[juemuc]

Was mich bei HM-IP am meisten Stöhrt, das beim Einrichten der Produkte ein Internetzugang erforderlich ist (oder irre ich mich da?). Jeder Abfluß zum Hersteller, ohne das ich weiß was Inhalt ist, mag ich nicht ..... prinzipiell.

Das gilt nicht beim Einsatz einer CCU3 bzw. rasperrymatic oder pivccu. Hier ist ein Mischbetrieb von "classic" und "IP" ohne Internet möglich. Ich nutze bspw. pivccu3.

Viele Grüße
Jürgen

[betateilchen]

Was mich bei HM-IP am meisten Stöhrt, das beim Einrichten der Produkte ein Internetzugang erforderlich ist (oder irre ich mich da?).

Ja, da bist Du im Irrtum. Die Internetverbindung brauchst Du nur, wenn Du über App in Kombination mit dem HmIP AccessPoint arbeitest. Und nur dann hat das IP in HMIP überhaupt eine Bedeutung. Bei einer "richtigen" Zentrale sieht das anders aus.

[betateilchen]

Käme nicht auf die Idee, HM-IP einzusetzen, um meine Hausautomatisierung zu erweitern...

Du erweiterst ja nicht die gesamte Hausautomatisierung, sondern nur die Reichweite von HMIP. Und wenn die Geräte diese Möglichkeit schon mitbringen, warum sollte man sie nicht nutzen?

[betateilchen]

Ich komme mit der CCU Denkweise nicht richtig klar

Die Denkweise ist eigentlich völlig simpel, wenn man sich mal darauf eingelassen hat. Man sollte nur nicht versuchen zu vergleichen, wie man eine Verbindung in FHEM umsetzen würde. Das liegt aber eher an FHEM und nicht an der CCU.

[Beta-User]

Käme nicht auf die Idee, HM-IP einzusetzen, um meine Hausautomatisierung zu erweitern...

Du erweiterst ja nicht die gesamte Hausautomatisierung, sondern nur die Reichweite von HMIP. Und wenn die Geräte diese Möglichkeit schon mitbringen, warum sollte man sie nicht nutzen?

Na ja, etwas konkreter:
HM-IP als Technologie kommt für mich nicht mehr in Frage, weil ich a) mit der Rodukt- und Qualitäts-Politik des Herstellers nicht "kann" und b) keine neue IO-Hard- oder Software haben will.
Von daher will ich auch die Reichweite nicht erhöhen, zumal das andere Technologien mindestens genausogut können, die ich bereits im Einsatz haben.

Noch anders: Nur weil man HM-BidCoS bereits im Einsatz hat, ist der Schritt nach HM-IP m.E. nicht zwingend.

PS: für einige Komponenten (namentlich die Drehgriffkontakte) habe ich Ersatz-Geräte da liegen und bin froh, dass man die auch selber bauen könnte...

[juergen012]

Noch anders: Nur weil man HM-BidCoS bereits im Einsatz hat, ist der Schritt nach HM-IP m.E. nicht zwingend.

was willste machen. Homematic bietet die"classic "Geräte nicht mehr an..

[zap]

Noch anders: Nur weil man HM-BidCoS bereits im Einsatz hat, ist der Schritt nach HM-IP m.E. nicht zwingend.

was willste machen. Homematic bietet die"classic "Geräte nicht mehr an..

Naja, wenn sowieso ein Wechsel ansteht, kann man auch gleich den Hersteller / das Protokoll wechseln, denn

• BidCos und HmIP unterscheiden sich komplett bei er FHEM Implementierung
• Selbst in der CCU sind beide unterschiedliche Welten, die sich bestenfalls durch den Umweg über Scripts/Programme verknüpfen lassen => Der Charme und die Vorteile direkt verknüpfter Aktoren/Sensoren entfällt

Nicht falsch verstehen: Ich finde Homematic (insbesondere das direkte Verknüpfen der Komponenten) sehr gut und bin auch sehr zufrieden damit. Mit HmIP wurde auch mir dem Routing ein wichtiges Feature eingeführt, das die Reichweite enorm verbessert (Geräte leiten Datenpakete an andere Geräte weiter). Aber: Das bieten auch andere Hersteller oder Protokolle.

Matter ist daher ein vielversprechender Ansatz. Es vereint die Vorteile vieler Geräte und ist unabhängig vom Hersteller.

[Ralli]

Was mich bei HM-IP am meisten Stöhrt, das beim Einrichten der Produkte ein Internetzugang erforderlich ist (oder irre ich mich da?).

Da irrst du. Generell geht das Einrichten von HmIP-Devices komplett ohne Internet-Zugang - dafür braucht man dann SGTIN und Key des einzurichtenden Devices. Hat bzw. nutzt man Internet (genauer die Keyserver von eq3), geht die Einrichtung ohne Eingabe von SGTIN und Key.

[andies]

Ich hatte beim klassischen Homematic einige Probleme mit der Antennenreichweite. Wie ist das bei IP? Kann ich da die alten Antennen verwenden (ich habe zwei externe im Einsatz auf dem Dachboden), die hatte ich umständlich an die Funkmodule angebaut?

[zap]

Ich hatte beim klassischen Homematic einige Probleme mit der Antennenreichweite. Wie ist das bei IP? Kann ich da die alten Antennen verwenden (ich habe zwei externe im Einsatz auf dem Dachboden), die hatte ich umständlich an die Funkmodule angebaut?

Sollte funktionieren. Allerdings ist es vielleicht gar nicht notwendig, da man bei vielen HmIP-Geräten das Routing aktivieren kann. Diese Geräte leiten dann die Datenpakete an andere Geräte weiter, die ggf. außerhalb der Reichweite der CCU liegen.

[Wernieman]

Muß das aktiv aktiviert werden? Klar das es nur mit Netzstrom und nicht mit Batteriegeräten geht ...

[zap]

Muß das aktiv aktiviert werden? Klar das es nur mit Netzstrom und nicht mit Batteriegeräten geht ...

Nein, Routing geht auch bei Batteriegeräten. Aber: nicht bei allen HmIP-Geräten. Man sollte die Einstellung bei jedem Gerät prüfen. Bei meinen HmIP-PSMs Steckdosen (Netzbetrieb) war es werksseitig aus, bei meiner HmIP-ASIR Sirene (Batterie) war es an.

[andies]

Ich habe nur Batteriegeräte (eines misst Wasserdurchlauf, dann mehrere Heizungsregler). Also nicht so gut.

[Wernieman]

Wenn man Reichweitenprobleme hat, kann dann durchaus ein Zwischenstecker helfen ...