HAP als Gateway mit FW 3.53 - Erfahrungen

[Daimler]

Hi,

so, der 1. Schritt nach Rom scheint gegangen!

Vorhin die 3.53.34 auf die Test installiert und den DC-Test gestartet.

Nun werden die Haps verwendet.

Aber nun kommt das 'Aber':
1. Leider passiert das erst, wenn die CCU auf 99% DC ist.
2. Es werden wohl immer noch nicht die RSSI-Werte zur Auswahl der treibenden Kraft berücksichtigt.
3. Den DC-Test fahre ich über HPCL - hier werden die Kanäle nach Erreichen der 99% weiterhin geschaltet, aber per WebUI ist keine Bedienung von HM und HMIP mehr möglich.
4. Der DC der beiden HAPS fährt ungewöhnlich schnell gegen die DC-Schallmauer.

Das muss ich mit heute abend noch einmal genauer anschauen.

[Baxxy]

4. Der DC der beiden HAPS fährt ungewöhnlich schnell gegen die DC-Schallmauer.

Hallo Daimler...
Da ich letztens gefragt wurde in welchem sinnigen Intervall mein "HAP-Daten in SysVars-Script" ausgeführt werden sollte...
Lässt sich der Kanal:0 des HmIP-HAP loggen um mal zu sehen in welchem Intervall er seine Daten an die Zentrale sendet?
Oder kannst du das vielleicht durch deine Test's grob abschätzen?

[NickHM]

Da ich letztens gefragt wurde in welchem sinnigen Intervall mein "HAP-Daten in SysVars-Script" ausgeführt werden sollte...
Lässt sich der Kanal:0 des HmIP-HAP loggen um mal zu sehen in welchem Intervall er seine Daten an die Zentrale sendet?
Oder kannst du das vielleicht durch deine Test's grob abschätzen?

die Daten auf Kanal 0 kommen mehrfach in der Minute. Die Duty_Cycle Werte kommen ca. alle 6 Minuten, auch wenn sich der Wert nicht verändert hat.
Das könnte aber auch noch von den Einstellungen im HAP ... auszulassende Statusmeldungen... abhängig sein.

[Daimler]

Hi Baxxy,

Oder kannst du das vielleicht durch deine Test's grob abschätzen?

also lt. Log ist das abs. unregelmäßig :

Code: Alles auswählen

        Line 149092: Oct 28 11:01:51 192.168.10.205 ReGaHss: Info: Event="0003DA49984955:0"."DUTY_CYCLE_LEVEL"=3.000000 [execute():iseXmlRpc.cpp:321]
	Line 162928: Oct 28 11:03:23 192.168.10.205 ReGaHss: Info: Event="0003DA49984955:0"."DUTY_CYCLE_LEVEL"=3.000000 [execute():iseXmlRpc.cpp:321]
	Line 164851: Oct 28 11:03:33 192.168.10.205 ReGaHss: Info: Event="0003DA49984955:0"."DUTY_CYCLE_LEVEL"=3.000000 [execute():iseXmlRpc.cpp:321]
	Line 166058: Oct 28 11:03:44 192.168.10.205 ReGaHss: Info: Event="0003DA49984955:0"."DUTY_CYCLE_LEVEL"=3.000000 [execute():iseXmlRpc.cpp:321]
	Line 167820: Oct 28 11:03:55 192.168.10.205 ReGaHss: Info: Event="0003DA49984955:0"."DUTY_CYCLE_LEVEL"=3.000000 [execute():iseXmlRpc.cpp:321]
	Line 168619: Oct 28 11:04:04 192.168.10.205 ReGaHss: Info: Event="0003DA49984955:0"."DUTY_CYCLE_LEVEL"=3.000000 [execute():iseXmlRpc.cpp:321]
	Line 170417: Oct 28 11:04:18 192.168.10.205 ReGaHss: Info: Event="0003DA49984955:0"."DUTY_CYCLE_LEVEL"=3.500000 [execute():iseXmlRpc.cpp:321]
	Line 171690: Oct 28 11:04:27 192.168.10.205 ReGaHss: Info: Event="0003DA49984955:0"."DUTY_CYCLE_LEVEL"=3.500000 [execute():iseXmlRpc.cpp:321]
	Line 173195: Oct 28 11:04:38 192.168.10.205 ReGaHss: Info: Event="0003DA49984955:0"."DUTY_CYCLE_LEVEL"=3.500000 [execute():iseXmlRpc.cpp:321]
	Line 174931: Oct 28 11:04:48 192.168.10.205 ReGaHss: Info: Event="0003DA49984955:0"."DUTY_CYCLE_LEVEL"=3.500000 [execute():iseXmlRpc.cpp:321]
	Line 182817: Oct 28 11:06:14 192.168.10.205 ReGaHss: Info: Event="0003DA49984955:0"."DUTY_CYCLE_LEVEL"=3.500000 [execute():iseXmlRpc.cpp:321]
	Line 185677: Oct 28 11:07:37 192.168.10.205 ReGaHss: Info: Event="0003DA49984955:0"."DUTY_CYCLE_LEVEL"=4.000000 [execute():iseXmlRpc.cpp:321]

Ich hatte für die Tests dein Script auf 1 Minute gestellt!

So, aber nun kommt das 2. 'Aber'
Das Ergebnis von heute morgen war wohl nur eine Eintagsfliege und hat sich nach dem '1. Schritt' wohl beide Beine gebrochen.

Jetzt ist es wieder wie unter der 3.53.30 - Haps werden wieder nicht verwendet, ab 99% DC hängt dar WebUI - ich habe keinen Bock mehr.

[NickHM]

Jetzt ist es wieder wie unter der 3.53.30 - Haps werden wieder nicht verwendet, ab 99% DC hängt dar WebUI - ich habe keinen Bock mehr.

https://www.homematic-ip.com/advanced-routing.html

Für den cloud HAP kommt das erweiterte Routing erst Anfang 2021. So interpretieren das jedenfalls einige User.
Ich lese das so, als wenn das erweiterte Routing jetzt schon gehen sollte und nur die 80 Geräte Beschränkung beim AP ab 2021 weg fällt.

Realistisch betrachtet ist wohl der HAP erst mal "nur" an die CCU3 angebunden und erweiterte Funktionalitäten wie Routing incl. Redundanz kommen 2021.

[Roland M.]

Hallo!

Ich lese das so, als wenn das erweiterte Routing jetzt schon gehen sollte und nur die 80 Geräte Beschränkung beim AP ab 2021 weg fällt.

Nein, die 80-Geräte-Beschränkung fällt offensichtlich nicht oder nicht ganz weg!

Zitat: "Mit jedem weiteren Access Point können weitere 40 Geräte zu den 80 Geräten des erstes HmIP-HAPs hinzugefügt werden. "

Interessant wird es allerdings, wenn bei einer 80+40er-Installation ein AP ausfällt: "Sollte ein Homematic IP Access Point (HmIP-HAP) ausfallen, übernimmt dank Advanced Routing automatisch ein zweiter Access Point in Reichweite dessen Funktion."


Roland

[Daimler]

Hi,

außerdem zu beachten:
Zitat:
Die initiale Vertriebsfreigabe gilt zunächst für die Kombination von insgesamt zwei Access Points bestehend aus zwei HmIP-HAPs oder einem HmIP-HAP und einem HmIPW-DRAP in einer Installation mit App + Cloud oder CCU3. Im nächsten Schritt wird die Integration von bis zu acht Access Points möglich sein.Wann immer denn der nächste Schritt folgt - solange bleibt es dann bei gleichzeitiger Verwendung von IP-Wired bei 80 HMIP-Geräten.
Besonders interessant auch unter dem Gesichtspunkt, dass bei HM anscheinend das Aussterben eingeläutet wurde.

Aber hoff. kommt vor diesem Schritt endlich die sinnvolle RSSI-Wert abhängige Zuordnung Gerät / CCU / Hap.

Realistisch betrachtet ist wohl der HAP erst mal "nur" an die CCU3 angebunden und erweiterte Funktionalitäten wie Routing incl. Redundanz kommen 2021.

Das Eigenartige ist ja, dass es nach einer DC-gemüllten CCU ja manchmal klappt und dann wieder nicht!

[zautrix]

Hier mal meine letzten Erfahrungen.
Ausgangssituation:
2 Haps an Raspimatic Hardware A angelernt.
Backup gemacht, Hardware A ausgeschaltet.
Hardware B angeschaltet und Backup eingespielt.
Neustart gemacht und gewartet bis HMIP Geräte
wieder schaltbar( Keyupdate über Internet. Das dauert ggf ein paar Minuten) . Nochmal Neustart. Beide Haps werden als
nicht verbunden angezeigt. ( keine Ip)
Fazit: "Mal eben" ein Backup einspielen auf Ersatz
Hardware ist also nicht. Die Haps sind dann, im Gegensatz zu allen anderen HMIP Funk Geräten nicht nutzbar.
Ich habe dann den einen Hap neu gestartet (stromlos) und auch den
Anlernmodus gestartet. Was jetzt konkret das Problem behoben hat kann ich gar nicht sagen. Jedenfalls wurde dann der Hap
wieder als verbunden ( ip adresse wurde angezeigt)
angezeigt.
Gut.
Hardware B runter gefahren und ausgeschaltet. Hardware A angeschaltet.
Beide Haps wurden als verbunden angezeigt.
Ich hätte jetzt ja vermutet, dass sich derjenige Hap,
der dann neu mit B verbunden war, nicht von A auf Anhieb verbinden lässt.
Aber war nicht so.
Was da passiert wissen wohl die Götter. Ich glaube jedenfalls nicht, dass eq3 das weiß

Hardware B habe ich noch nicht wieder (testweise) gestartet um zu prüfen wie die Haps verbunden wären.

[Ellis]

Hat hier schon mal jemand versucht den HAP über eine WAN Kopplung einzubinden? Das Szenario soll wie folgt aussehen - bin mir halt nur nicht sicher ob das so funktioniert:


CCU3 -> Fritzbox -> VPN / LTE -> Fritzbox -> HAP

Die beiden Fritzboxen müssen logischer weise unterschiedliche Sub Netze haben die geroutet werden. Die Frage ist halt ob die CCU/HAP das dann auch kann oder nur stumpf im eigenen Subnetzt sucht...

[NickHM]

oder nur stumpf im eigenen Subnetzt sucht...

davon gehe ich aus. Und ein manuelles Einbinden mit einer IP wie bei den Lan Gateways ist ja nicht vorgesehen.

Der Hersteller würde an der Stelle sicherlich betonen, dass es HOMEmatic ist und somit für den Einsatz in einer Wohneinheit.