HmIP-RFUSB-TK und DualCoPro Firmware

[jp112sdl]

Ich wollt mal fragen, an welcher Stelle das Update eines HmIP-RFUSB-TK auf die dualcopro_update_blhmip-4.4.18.eq3 Firmware fehlschlägt.

Man liest ja überall, dass sich der HmIP-RFUSB-TK Stick nicht für BidCos und HmIP flashen lässt.

Aber was ist die konkrete Fehlermeldung?

[jens-maus]

Das ist ne gute Frage. Meines Wissens verweigert das HmIP-RFUSB-TK einfach die Annahme der Firmware weil es eine andere Product-ID hat. So zumindest meine Infos dazu. Aber müsste man mal probieren, hast recht.

[jp112sdl]

Ja genau, hmip_coprocessor_update.eq3

[jens-maus]

"Same same, but different":

# /opt/java/bin/java -Dos.arch=x86_64 -Dgnu.io.rxtx.SerialPorts=/dev/raw-uart -jar /op
t/HmIP/hmip-copro-update.jar -p /dev/raw-uart -o -f /firmware/HmIP-RFUSB/hmip_coprocessor_update-2.8.6.eq3 | ts
 '[%H:%M:%S]'
[13:54:58] [INFO] Homematic IP coprocessor update tool V1.0.10
RXTX Warning:  Removing stale lock file. /var/lock/LCK..raw-uart
[13:54:58] [INFO] SGTIN = 3014F5AC9400041DXXXXXXX
[13:54:58] [INFO] Performing update with firmware file '/firmware/HmIP-RFUSB/hmip_coprocessor_update-2.8.6.eq3' ...
[13:54:58] [DEBUG] Start application ...
[13:54:59] [DEBUG] Application 'DualCoPro_App' running
[13:54:59] [DEBUG] Request application version ...
[13:54:59] [DEBUG] Request application version ...
[13:54:59] [INFO] Updating coprocessor from version 4.2.14 to version 2.8.6
[13:54:59] [DEBUG] Start bootloader ...
[13:54:59] [DEBUG] Bootloader running
[13:54:59] [INFO] Entering bootloader ...
[13:54:59] [DEBUG] Start bootloader ...
[13:54:59] [DEBUG] Already in Bootloader.
[13:54:59] [DEBUG] Request bootloader version ...
[13:54:59] [INFO] Bootloader version: 1.0.24
[13:54:59] [DEBUG] Send update frames ...
[13:55:00] [ERROR] No update performed.
[13:55:00] [INFO] Exiting update tool.

Mit dem Einsatz eines HmIP-RFUSB-TK ist man also ganz schön abgehängt. Und auf nachfrage bei eQ3 sind da auch keine weiteren Firmwareupdates mehr dazu geplant. Die Telekom als OEM Partner definiert wohl was da kommt und was nicht und man will denen jetzt nicht in die Suppe spucken wenn man dafür die 4.4er freigibt und dann damit Leute in der Telekom-Cloud damit auftauchen und Probleme haben. Deshalb bleibt es wohl bis auf weiteres dabei das nur ein HmIP-RFUSB wirklich sinnvoll einsetzbar ist... oder aber du findest natürlich einen Weg die Firmware-Update-Routinen auszutricksen ;-)

[jp112sdl]

Ich glaub der Aufwand lohnt sich nicht.
Interessant ist halt schon, dass sowohl Company Code der SGTIN (3014-...) bei HmIP-RFUSB und HmIP-RFSUB-TK identisch sind und auch die Device ID (271), die in der SGTIN steckt (bestimmte Bit-Anteile aus 041D).

Einzig der "manufacturer code" scheint direkt im Gerät zu stecken.
Und daran wird wohl auch das Update scheitern. Der -TK Stick verweigert die Annahme der Firmware-Pakete.
Man könnte jetzt noch in der hmip-copro-update.jar rumfummeln und das Übertragen der Pakete auch nach nicht erfolgreichem Ack weiterführen.
Aber ich glaub, das lohnt sich wirklich nicht.

Btw: Was passiert eigentlich, wenn man den Stick mit eq3configcmd füttern will?

RaspberryMatic/buildroot-external/overlay/base/etc/init.d/S48UpdateRFHardware

Line 72 in efd47b6

if ! /usr/bin/timeout 120 /bin/eq3configcmd update-coprocessor -p "${DEVNODE}" -t HM-MOD-UART -u -d "${TMPDIR_FW}"; then

[jens-maus]

Btw: Was passiert eigentlich, wenn man den Stick mit eq3configcmd füttern will?

Da kommen auch nur fehler:

# eq3configcmd update-coprocessor -p /dev/raw-uart -u -f -t HM-MOD-UART -c -d /firmware/HmIP-RFUSB
2023/01/12 15:33:14.423 <Info> CCU2CommControllerMod::sendSystemCommand(): failed
2023/01/12 15:33:14.424 <Error> CCU2CommControllerMod::performIdentify(): Unable to determine coprocessor state.
2023/01/12 15:33:17.982 <Info> CCU2CommControllerMod::sendSystemCommand(): failed
2023/01/12 15:33:22.985 <Error> CoprocessorUpdate::startBootloader():Could not start Coprocessor bootloader.

2023/01/12 15:33:23.577 <Info> CCU2CommControllerMod::sendSystemCommand(): failed

[jp112sdl]

Narf... na gut, dann wär das auch alles durchgetestet