NEWS
[Info] CCU2 bei ELV im Angebot
-
Das hier habe ich euch schon mal gezeigt:
https://www.elv.de/controller.aspx?cid= … il2=825583
Da kann man dann ja mal weiter Glaskugeln…
Gruß
Rainer
-
Das hier habe ich euch schon mal gezeigt:
https://www.elv.de/controller.aspx?cid= … il2=825583
Da kann man dann ja mal weiter Glaskugeln…
Gruß
Rainer ` Da stellt man sich die Frage, ob man weiter auf der Cloud angewiesen ist.
Das ist der einzige Grund, warum ich kein HMIP habe.
Serverausfall, plötzlich 50 Grad C im der Bude, weil gehackt usw usw
Gesendet von meinem SM-N915FY mit Tapatalk
-
ob man weiter auf der Cloud angewiesen ist. `
Nein!Es soll demnächst ein API geben, mit dem man dann auch eine home Cloud realisieten kann.
Ich nehme an, dass der Stick genau dafür sein wird.
Gruß Rainer
-
Interessanter wäre es, den Aktoren beizubringen sich miteinander verknüpfen zu lassen. Sonst ist man dazu gezwungen, zweigleisig zu fahren
Gesendet von meinem SM-N915FY mit Tapatalk
-
Wie ich das in der Anleitung und hm Forum verstehe kann man den Stick mit einer sdk betreiben, Niks api.
Der Stick kan also HM-IP Komponenten steuern
–-----------------------
Send from mobile device
-
Moin,
Interessanter wäre es, den Aktoren beizubringen sich miteinander verknüpfen zu lassen. Sonst ist man dazu gezwungen, zweigleisig zu fahren `
dazu hatte ich letztes Jahr in Kassel ein längeres Gespräch mit einem der Entwickler.Das Problem sind die unterschiedlichen Protokolle:
-
HM fährt BidCosRF (auf 868,3 MHz)
-
HMIP fährt IP (auch auf 868,3 MHz)
-
Der CCU2 konnte man, da alles auf Basis der gleichen Frequenz läuft, recht einfach beide Protokolle beibringen
-
Den Aktoren, Sensoren, usw. aber beides beizubringen, wäre nicht möglich, da bei vielen Geräten der interne Speicher nicht ausreicht und auch teilweise die eingesetzte Hardware das nicht kann
-
Außerdem müssten ALLE Geräte eingeschickt und neu geflashed werden, da sowas nicht über OTA gehen würde.
Daher bleiben es zwei Welten, die über die CCU2 miteinander verheiratet werden.
Gruß,
Eric
Von unterwegs getippert
-
-
Dankeschön!
Das wäre auch zu schön gewesen.
Meine Idee wäre gewesen, die HMIP Präsenzmelder mit den Lichtschaltern zu verknüpfen. Dann könnte man das in Echtzeit machen, was ja mit der CCU nicht geht. Das würde den DC in die Höhe treiben.
Mir bringt es nichts, wenn ich den Raum verlasse. Das Licht brennt aber 4 Minuten weiter.
Homematic Präsenzmelder gibt es ja nicht.
Gruß, Mathias
Gesendet von meinem SM-N915FY mit Tapatalk
-
Homematic Präsenzmelder gibt es ja nicht.
Gruß, Mathias `
Nötig, aber Du könntest den Lichtschalter gegen ein IP-Model austauschenGruß,
Eric
Von unterwegs getippert
-
Nein danke! Dann lieber Wemos-Präsenzmelder.
Die Gefahr eines Serverausfalls ist allgegenwärtig.
Gesendet von meinem SM-N915FY mit Tapatalk
-
-
Das ist schon richtig. Aber ich werde mit Sicherheit nicht von HM auf HMIP umsteigen.
Und warum neue Lichtschalter? Meine funktionieren ja.
Also doch Wemos Präsenzmelder
Gesendet von meinem SM-N915FY mit Tapatalk
-
Dankeschön!
Das wäre auch zu schön gewesen.
Meine Idee wäre gewesen, die HMIP Präsenzmelder mit den Lichtschaltern zu verknüpfen. Dann könnte man das in Echtzeit machen, was ja mit der CCU nicht geht. Das würde den DC in die Höhe treiben.
Mir bringt es nichts, wenn ich den Raum verlasse. Das Licht brennt aber 4 Minuten weiter.
Homematic Präsenzmelder gibt es ja nicht.
Gruß, Mathias
Gesendet von meinem SM-N915FY mit Tapatalk ` Ich habe zwei Melder in Betrieb. Die 4 Minuten hast du trotzdem da die Melder auch ein paar Minuten brauchen um den neuen Status zu erfassen und zu melden. Desweiteren sind sie auch nicht so genau wie ich erwarte habe, wenn man stil am Tisch sitzt kann es passieren dass man nicht erkannt wird. Habe es nun so, dass der Melder alle zwei Minuten Status erfasst und dann nochmal 4 Minuten delay um sicher zu gehen dass keiner mehr im Raum ist, so klappt es jetzt zuverlässig, gesteuert wird alles über Iobroker
Gesendet von meinem Handy
-
Hört sich interessant an.
Wie hast Du die Programme geschrieben?
Über blocky?
Ich habe mit dem Auslagern von Programmen auf IObroker absolut keine Ahnung.
Deshalb muß ich üben üben üben…...
Gruß,
Mathias
Gesendet von meinem SM-N915FY mit Tapatalk
-
@Jey Cee:Würde mich nicht wundern wenn die CCU3 ein Pi3 mit HM Modul ist.
Gesendet von Unterwegs `
Sieht wohl schwer nach etwas ähnlichem aus:
-
Meine Raspberrymatic hat gerade mal EUR 15,00 mehr gekostet.
Die (lahme) CCU2 dann in der Bucht versteigert. `
der Vergleich ist unfair. Du hast also:
RPi + ELV Funkmodul + Gehäuse + Netzteil + Externe Antenne (wenn nur original Stummelantenne, dann hast Du eine wesentlich schlechtere Sende/Empfangsleistung als mit der original CCU2) = 15 Euro gekauft?
-
-
Wo wir dabei sind,
was ist besser:
1.) RPI 3 mit Raspimatic Image und dem Homematic-Funkaufsatz oder
2.) Homematic als Dockerimage auf einer Synology (wo auch iobroker etc. als Dockercontainer läuft) und als "Antenne" dann den Homematic Funk LAN Gateway (HM-LGW-O-TW-W-EU)?
Ich habe seit einigen Monaten Variante 1), würde aber gerne alles in Docker "Containern".
Aber so richtig überzeugt bin ich von Variante 2 auch nicht, da ersetze ich den RPI eben durch ein anderes Nur-Antennen-Gerät.
-
Variante 2 lässt kein HM-IP zu!
Meine Variante 3 ist ein Raspi mit piVCCU und iobroker, so dass ich dort auch noch einen rf-link positionieren kann.
Gruß Rainer
-
Danke, Rainer, LXCU und dazu iobroker hatte ich vorher auf dem Raspi. Aber Backups waren mir zu aufwendig. Seit ich iobroekr aus Dockercontainer betreibe flutscht es nur so und unkomplizierte Backups/Wiederherstellungen sind kein Thema.
HM IP brauch ich nicht, will ich nicht.
Dann bleibe ich bei Variante 1.
-
Aber Backups waren mir zu aufwendig. `
Richtig - waren!Bei piVCCU erledigt sich das mit einem apt update und apt upgrade.
Gruß Rainer