CCU3 Firmware 3.43.15 ist verfügbar

[dtp]

war da nicht mal was, das ist AP´s mal (jetzt ? ) an CCU3/RM als quasi LanGateway für IP eingesetzt werden sollten ?

Das hätten sie dann aber sicherlich im Changelog erwähnt, oder? Für mich wäre es auf jeden Fall DIE Neuerung, da ich bisher kaum HMIP-Komponenten einsetzen kann wegen der fehlenden Möglichkeit, ihre Funkreichweite zu erhöhen (von den beiden Zwischensteckern als Repeater jetzt mal abgesehen).

Ansonsten werde ich dann heute Abend mal das FW-Update durchführen.

[blackhole]

- Servicemesseages spiegelt nicht den aktuellen Stand außerdem werden fälschlicherweise immer noch Interface als Not Running ausgegeben.

Ich lese zwar immer wieder davon, habe diesen Fehler allerdings auf von mir betreuten CCU3en noch nie gesehen.
Spätestens seit ich mich von einigen Addons getrennt hatte (noch zu CCU2-Zeiten, im August 2017) und durch eigene Lösungen ersetzt hatte gab es dieses Problem bei mir nicht mehr.

[alchy]

Während ich auf der CCU 5 Servicemeldungen angezeigt bekomme (bekannt und plausiblel)

wird mit beim Aufruf von Servicemeldungen unter devconfig zeitgleich nur eine davon angezeigt:

Ich brauch devconfig Servicemeldungen ganz bestimmt nicht, aber es ist eben falsch.

Alchy

[RalphP]

Ich habe das Update vor etwa 3 Stunden durchgeführt. Im Moment gibt es bei meinen WTH's, Heizungsgruppen sowie FCI-x unter Geräte keine Einstellungen mehr. Ein FCI-6 habe ich mal auf Werksreset gestellt und neu eingelernt, doch das gleiche. Kann das jemand bestätigen?

[alchy]

Meine IP Geräte: HmIP-WTH-2, HmIP-BWTH, HmIP-STHD, HmIp-PSM usw. haben bei mir alle nach wie vor ihre Einstellungsseiten.
also Nein dafür.

Browsercache löschen usw. hast du entsprechend der Anleitung getan?

Alchy

[blackhole]

Ich kann noch beisteuern, dass sich Heizungsgruppen bestehend aus HM-TC-IT-WM-W-EU und HM-CC-RT-DN (mit und ohne HM-Sec-SCo) sowohl einstellen lassen als auch einwandfrei funktionieren und bedienen lassen.

[RalphP]

Danke für die Rückmeldungen.
Ja Cache habe ich gelöscht.
Ich sehe derzeit noch, dass der Duty Cycle etwas höher ist als normal. Irgendetwas scheint da noch zu funken. Ich warte mal ab bis sich das beruhigt hat und im Zweifel reboote ich.

[blackhole]

Was eQ-3 erfreulicherweise auch übernommen hat:

Code: Alles auswählen

# tvservice -s
state 0x120002 [TV is off]

(HDMI ist aus.)

WiFi wurde allerdings nur halbherzig deaktiviert:

Code: Alles auswählen

# lsmod|grep brcm
brcmfmac              307200  0
brcmutil               16384  1 brcmfmac
cfg80211              589824  1 brcmfmac

(Funkverursachende Kernelmodule werden unnötigerweise noch geladen.)

[jmaus]

Was eQ-3 erfreulicherweise auch übernommen hat:

Code: Alles auswählen

# tvservice -s
state 0x120002 [TV is off]

(HDMI ist aus.)

Bitte schön.

WiFi wurde allerdings nur halbherzig deaktiviert:

Code: Alles auswählen

# lsmod|grep brcm
brcmfmac              307200  0
brcmutil               16384  1 brcmfmac
cfg80211              589824  1 brcmfmac

(Funkverursachende Kernelmodule werden unnötigerweise noch geladen.)

Das stimmt so nicht. Ob die kernel module geladen sind oder nicht sagt nichts darüber aus ob über bluetooth/wlan gefunkt wird oder nicht.

[blackhole]

Das stimmt so nicht. Ob die kernel module geladen sind oder nicht sagt nichts darüber aus ob über bluetooth/wlan gefunkt wird oder nicht.

Nur weil du deine Meinung jetzt hier wiederholst wird deine Aussage nicht richtiger.
Der unnötig produzierte Funkverkehr ist vor dem Entladen der Kernelmodule mit einem SDR messbar. Hinterher nicht mehr.