HAP als Gateway mit FW 3.53 - Erfahrungen

[akimoto]

Ich hatte das Verhalten des HAP und der CCU eine Zeit lang mit dem Asksin-Analyser beobachtet und getestet.

Es sieht so aus, als ob der HAP in die Signalverteilung genauso eingebunden wird wie z.B. ein HMIP-PSM als Funk-Repeater.
Nur der HAP empfängt das Telegramm der CCU nicht per Funk, sondern per LAN.

Die CCU sendet immer auch das Telegramm per Funk und merkt offenbar garnicht, dass das Telegramm per LAN weitergeleitet wird.
Der HAP entlastet deshalb NICHT den DC der CCU!

[Gryf]

Hi,

Wenn man den Funkweg zur Zentrale aber blockiert, übernimmt sehr schnell der HAP und leitet die Signale weiter. Das Routing bei Ausfall der Verbindung scheint also zu funktionieren.

Genau das tut es bei mir leider nicht. Ich habe einem HmIP-BROLL im Wohnzimmer, der von der Zentrale aus nicht immer erreichbar ist. Daher habe ich im Wohnzimmer einen HmIP-HAP eingerichtet, aber leider ist dieser BROLL immer noch störrisch, d.h. er reagiert manchmal schlicht nicht auf Befehle von der CCU3 (mit RaspberryMatic, aktuelle Version) und steht dann als "UNREACH" in der Geräteübersicht. Einige der Aktoren im Wohnzimmer haben dort aber manchmal bessere RSSI-Werte in eine Richtung (im Bereich um -60 dBm statt sonst -90 dBm oder schlechter), also scheint der HAP schon etwas zu tun, nur halt nicht dann, wenn es wirklich nötig wäre

[akimoto]

Einige der Aktoren im Wohnzimmer haben dort aber manchmal bessere RSSI-Werte in eine Richtung (im Bereich um -60 dBm statt sonst -90 dBm oder schlechter), also scheint der HAP schon etwas zu tun, nur halt nicht dann, wenn es wirklich nötig wäre

Dis RSSI-Anzeige der CCU ist immer die Signalstärke, die die CCU empfängt, nicht die des HAP.
Ob der HAP etwas tut erkennt man an seiner DC-Anzeige.

[Gryf]

Dis RSSI-Anzeige der CCU ist immer die Signalstärke, die die CCU empfängt, nicht die des HAP.
Ob der HAP etwas tut erkennt man an seiner DC-Anzeige.

Mhmm, aber wie schafft die CCU es, von -9x auf -7x oder besser zu kommen, bei unveränderter Position aller Geräte - sind die Werte denn wirklich so unzuverlässig? Die DC-Anzeige des Routers ist übrigens auch ungleich 0, wenn ich die Rollläden morgens oder abends steuere.

[grmpf]

Ich denke, gerade die BROLLs haben noch das Problem, dass sie in der Wand eingebaut sind - und manchmal auch noch in Mehrfachdosen. Das ergibt teilweise dann auch irre und für Laien kaum nachzuvollziehenden Übertragungssituationen!

[akimoto]

Mhmm, aber wie schafft die CCU es, von -9x auf -7x oder besser zu kommen, bei unveränderter Position aller Geräte - sind die Werte denn wirklich so unzuverlässig? Die DC-Anzeige des Routers ist übrigens auch ungleich 0, wenn ich die Rollläden morgens oder abends steuere.

Das Verhalten kann viele Ursachen haben, z.B. kann ein Babbling Idiot, wie z.B. ein Aktor mit schwacher Batterie Funkstörungen verursachen etc.

Ich hatte mal ähnliche Erscheinungen mit mehreren HM-BidCos Rolladenaktoren HM-LC-Bl1PBU-FM. Es stellte heraus, dass bei mehreren der HF-Teil defekt war. Und das hatte auch Einfluss auf den RSSI anderer Aktoren. Nach dem ich sie auf HMIP-Broll umgerüstet habe, gehts bisher ohne große Probleme.

Wenn die DC-Anzeige des HAPs > 0 ist, dann tut er offensichtlich, was er soll.

[zautrix]

Hurra!
Zum ersten Mal sehe ich, dass der HMIP HAP die CCU entlastet.
Mache gerade ein Firmware update von zwei HmIP-STH. Beide von der CCU (wahscheinlich) nicht zu erreichen.
Duty Cycle der CCU ging erst für ein paar Stunden auf ca. 50%.
Da muss die Übertragung über meinen PCBS Router gegangen sein.
Nun aber muss eine "gewisse Intelligenz" (wenn es sowas überhaupt geben kann - habe da doch so meine Zweifel) im HM IP System gemerkt haben: Hoppla, der HAP kommt ja an die HmIP-STH direkt ran.
Jedenfalls ist der Duty Cycle der CCU jetzt bei 7%. der des HAP bei 20%.

[jo2222de]

Also, ich hab jetzt auch den HAP an meiner debmatic. Leuchtet schön türkis und es geht auch was über den HAP (DC ist erhöht).

ABER

Ich hab einen HmIP-SAM Beschleunigungssensor an meinem linken und rechten Garagentor. Das rechte Garagentor war schon immer ganz gut erreichbar, das linke Tor eher gar nicht, bis sporadisch. Also dachte ich mir... ich hab doch so einen HAP rumliegen. Gesagt getan und das Teil in der Garage aufgestellt (hab dort einen LAN-Switch) und siehe da... NICHTS der linke Sensor ist genauso schlecht zu erreichen wie davor. Der HAP ist ca. 6 Meter Luftlinie entfernt.

Und nun? Ich hab jetzt die ganzen 24 Seiten überflogen und denke mir, dass ich nichts tun kann?

Irgendwie bringt mir das Teil so nicht wirklich was.

Die Meldung kennt ihr ja, hab es aber dennoch nochmal angehangen:

Was auch merkwürdig war... Der HAP hatte die Firmwareversion 2.2.18 und auf der CCU(debmatic) wurde die 2.2.12 als Update angeboten. Jetzt hat mein HAP die 2.2.12 - also hat er ein Downgrade gemacht. Woher bekomme ich denn jetzt wieder die 2.2.18

[shartelt]

schrob doch letztens jemand mit Antwort von EQ-3.

Das Routing kann nicht gesteuert werden und der nicht erreichbare versucht im Moment noch mit Deiner Zentrale direkt zu kommunizieren und Du musst hoffen, dass er sich entscheidet, den HAP zu nehmen...

[Daimler]

Hi,

was du versuchen kannst, ist den HmIP-SAM abzulernen und mit verbundenem Hap wieder anzulernen.

Hatte ich zueletzt bei einem HMIP-SWDO an einer Schiebetür im Wintergarten, der partout nicht mehr mit der CCU wollte.
Was soll's, hast doch genügend Haps, hängst du halt einen in die Nähe - Pustekuchen.
Ab- und Anlernen - Bingo.