HMIP-HAP 2.4.24

[Oliver900]

Hast du auch mal die Ccu neugestartet und auch mal die Taste am Hap gedrückt, um die Konfigurationsdaten zu bestätigen??

[Baxxy]

Also, Jérôme hatte mit...

deutet darauf hin, dass nach dem Update auf 2.4.24 die Model ID des HAP eine andere, der CCU zurzeit noch unbekannte, ist

wieder mal den richtigen Riecher.

Erwähnt hatte ich es ja schon, hier aber trotzdem nochmal:
Ich verwende den Lidl "Silvercrest" HAP mit der Typenbezeichnung: HmIP-HAP-B1

• Der HAP wurde bis zur FW: 2.4.12 mit Typenbezeichnung/HssType "HmIP-HAP" korrekt in CCU3/RM angelernt.
• Nun, mit FW: 2.4.24 wird der HAP mit Typenbezeichnung/HssType "HmIP-HAP-B1" in CCU3/RM angelernt und endet damit als "unbekanntes Gerät" wie auf den Screenshots weiter vorne (und folgend) zu sehen.

HmIP-HAP-B1 mit FW: 2.4.12 auf CCU3 3.65.6:

HmIP-HAP-B1 mit FW: 2.4.24 auf CCU3 3.65.6:

Ob der HAP technisch weiterhin funktional ist habe ich nicht getestet.
"Blöd" ist halt das RM von diesem "unbekanntem Gerät" keinen DC/CS auf der Startseite anzeigt und auch im "Maintenance-Kanal (:0)" die relevanten Informationen (DC / CS / IP) fehlen. Vorhanden sind sie aber, auslesen per Script geht.

Ist irgendwie unschön da sicherlich viele die "günstige HAP-Version" nutzen.

Die Frage wäre also ob das von eQ-3 so gewollt, oder versehentlich passiert ist.
@Gerti: Hast du da vielleicht "Insider-Informationen"?

[jmaus]

Wenn es wirklich nur dee geänderte Typname der Silvercrest Varianten ist, dann könnte man versuchen in dem updateDutyCycle script unter /bin dieses B1 mal hinzuzufügen. Vielleicht reicht das ja den DC+CS wieder anzuzeigen. Was zeigt denn die Geräteansicht dieser Dinger nach dem Update?

[shartelt]

@jens
ich hab hier noch so nen Ding rumbollern, wenn Du was zum entwickeln brauchst

[pen]

Die Frage wäre also ob das von eQ-3 so gewollt, oder versehentlich passiert ist.

Auf Grund des Changelogs

Code: Alles auswählen

Version 2.4.16 - 2022-01-26

--------------------------------------------------------------

** Bugfix

* The access points (HAP/DRAP) always send the Manufacturer Code 0x01 (EQ3) in the Inclusion Request, even with OEM variants.

würde ich mal vermuten, dass das so gewollt ist.

[Baxxy]

Wenn es wirklich nur dee geänderte Typname der Silvercrest Varianten ist, dann...

Die "Optik" ließe sich sicher leicht korrigieren.
Aber was ist mit der Funktionalität? Es ist ja nicht klar ob das "Unbekannte Gerät" überhaupt noch als LAN-Router genutzt wird.

Und mit dem Hinweis von @pen sieht das für mich aktuell so aus als wolle eQ-3 die OEM-HAP's nicht mehr an der CCU3 haben.

Vielleicht kannst du mal höflich bei deinen Kontakten nachfragen.

Ich werde jedenfalls mal in den Kleinanzeigen stöbern bevor die (mögliche) große "Umtauschwelle" beginnt.

[trebor110966]

Also ich habe nur ein optisches Problem festgestellt und unter Favoriten wird nach wie vor DC und CS angezeigt, aber etwas anders angeordnet:

Hingegen ist unter Geräte Einstellungen eine weitere Zeile beim HAP-B1 vorhanden:

gegenüber dem HAP:

Die hohen DC/CS-Werte bei den HAPs haben sich wieder beruhigt, nur beim HAP-B1 liegt der DC noch etwas höher (13%).

[jmaus]

.. all das lässt mich momentan vermuten das wohl doch einfach nur die Typenbezeichnung bei diesen Silvercrest OEM varianten auf "HmIP-HAP-B1" geändert wurde und vmtl. die WebUI an verschiedenen Stellen einfach auf diese Typänderung (noch) nicht vorbereitet ist. Deshalb hab ich einmal eine erste Änderung im "updateDCVars.tcl" skript zu ermittlung der DC+CS Levels eingepflegt (https://github.com/jens-maus/RaspberryM ... 71999a7465). Bitte also mal mit dem nächsten nightly snapshot probieren ob zumindest nach dieser Änderung dann auf der Hauptseite der WebUI wieder die DutyCycle+CarrierSense Bars für diese "HmIP-HAP-B1" Typen angezeigt werden.

[jmaus]

nachdem ich jetzt auch von einem eQ3 Kontakt die Bestätigung erhalten habe das die "Silvercrest" HmIP-HAPs prinzipiell weiterhin mit einer CCU funktionieren sollte und es sich wohl bei der Umbenennung in "HmIP-HAP-B1" um ein gewollten Prozess handelt, habe ich mich hingesetzt und einen WebUI Patch erarbeitet der die HmIP-HAP-B1 Geräte nun hoffentlich 1:1 in der RaspberryMatic WebUI darstellen bzw. wieder funktional machen sollte. Hier das entsprechende Changeset dazu:

https://github.com/jens-maus/RaspberryM ... b895537b3a

D.h. mit dem nächsten nightly snapshot sollten nun hoffentlich die HmIP-HAP-B1 Geräte wieder wie vor dem 2.4.24 Firmware-Update korrekt in der WebUI dargestellt werden. Vielleicht könnte das dann mal jemand (z.B. @Baxxy ?) testen und hier berichten das es hoffentlich wieder geht.

[Baxxy]

Inzwischen sind zwar "Original-HAP's" auf dem Weg zu mir, ich gucke mir das morgen aber mal an.

Interessant wird es dann eventuell später wenn neue FW für den HmIP-HAP bereitsteht, diese sich aber nicht auf einen HmIP-HAP-B1 flashen lässt bzw. gar nicht erst angeboten wird. Schauen wir mal.
Aber daran hat eQ-3 sicher schon gedacht.