[gelöst] HM-MOD-RPI-PCB HomeMatic Firmware Aktualisierung funktioniert nicht

Begonnen von Burny4600, 11 Mai 2017, 13:02:14

Vorheriges Thema - Nächstes Thema

Burny4600

Habe heute zwei neue HM-MOD-RPI-PCB HomeMatic Funkmodul bekommen.
Installation nach FHEM Wiki ausgeführt.
Nun wollte ich die Firmware von 1.21 auf 1.41 aufspielen.
Dies funktioniert weder unter FHEM noch auf der Schell.
Unter FHEM sieht es aus als ob das Flashen funktioniert, aber es befindet sich immer noch die ausgelieferte Firmware auf dem Modul.
In der Schell bleibt das Flashen bei Initializing HM-MOD-UART... stehen.
root@ccs-ht-rasp06:/home/pi/hmcfgusb# wget https://raw.githubusercontent.com/eq-3/occu/ee68faf77e42ed5e3641790b43a710a3301cea7e/firmware/HM-MOD-UART/coprocessor_update.eq3wget https://raw.githubusercontent.com/eq-3/occu/ee68faf77e42ed5e3641790b43a710a3301cea7e/firmware/HM-MOD-UART/coprocessor_update.eq3
--2017-05-11 12:50:38--  https://raw.githubusercontent.com/eq-3/occu/ee68faf77e42ed5e3641790b43a710a3301cea7e/firmware/HM-MOD-UART/coprocessor_update.eq3wget
Auflösen des Hostnamen »raw.githubusercontent.com (raw.githubusercontent.com)«... 151.101.12.133
Verbindungsaufbau zu raw.githubusercontent.com (raw.githubusercontent.com)|151.101.12.133|:443... verbunden.
HTTP-Anforderung gesendet, warte auf Antwort... 404 Not Found
2017-05-11 12:50:43 FEHLER 404: Not Found.

--2017-05-11 12:50:43--  https://raw.githubusercontent.com/eq-3/occu/ee68faf77e42ed5e3641790b43a710a3301cea7e/firmware/HM-MOD-UART/coprocessor_update.eq3
Wiederverwendung der bestehenden Verbindung zu raw.githubusercontent.com:443.
HTTP-Anforderung gesendet, warte auf Antwort... 200 OK
Länge: 88408 (86K) [text/plain]
In »»coprocessor_update.eq3«« speichern.

coprocessor_update. 100%[=====================>]  86,34K  --.-KB/s   in 0,09s

2017-05-11 12:50:44 (964 KB/s) - »»coprocessor_update.eq3«« gespeichert [88408/88408]

BEENDET --2017-05-11 12:50:44--
Verstrichene Zeit: 5,9s
Geholt: 1 Dateien, 86K in 0,09s (964 KB/s)
root@ccs-ht-rasp06:/home/pi/hmcfgusb# ./flash-hmmoduart -U /dev/ttyAMA0 coprocessor_update.eq3
HM-MOD-UART flasher version 0.103-git

Reading firmware from coprocessor_update.eq3...
Firmware with 43 blocks successfully read.

Initializing HM-MOD-UART...

Wie kann ich die Firmware erfolgreich flashen?


LG Chris

Raspberry Pi 2-5, Bullseye Lite, Bookworm Lite
Schnittstellen: 1-Wire, FHEM2FEHEM, HM-MOD-UART, LAN, Modbus, MQTT, nanoCUL, RFXtrx433E, SIGNALduino, ser2net
Devices: APC, Eastron, FS20, IT, Homematic, MQTT, PV-(DEYE, EPEVER, FRONIUS), Resol-VBUS, S.USV, TEK603, WMR200, YouLess

Thorsten Pferdekaemper

Hi,
hast Du mal ein getConfig gemacht? Ich glaube, dass die Geräte nicht von sich aus die neue FW-Version schicken.
Gruß,
   Thorsten
FUIP

DeeSPe

Zitat von: Thorsten Pferdekaemper am 11 Mai 2017, 13:36:51
Hi,
hast Du mal ein getConfig gemacht? Ich glaube, dass die Geräte nicht von sich aus die neue FW-Version schicken.
Gruß,
   Thorsten

Doch tun sie!

Beim Flashen unter Linux darf FHEM nicht laufen.
Beim Flashen unter FHEM dürfen keine anderen Programme auf das Modul zugreifen.

Gruß
Dan
MAINTAINER: 22_HOMEMODE, 98_Hyperion, 98_FileLogConvert, 98_serviced

Als kleine Unterstützung für meine Programmierungen könnt ihr mir gerne einen Kaffee spendieren: https://buymeacoff.ee/DeeSPe

Jorge3711

Ich habe das gestern auch getan und das FW Update hat problemlos aus FHEM heraus funktioniert. RPi 2 oder 3? Wheezy oder Jessie? OS Anpassungen, abhängig von Wheezy/Jessie durchgeführt? Einfach die entsprechenden Schritte nochmal durchgehen:

https://wiki.fhem.de/wiki/HM-MOD-RPI-PCB_HomeMatic_Funkmodul_für_Raspberry_Pi

Auch wichtig: Den Raspberry ruhig mal vom Strom nehmen (ich habe das Modul auf den RPi gesteckt, als selbiger komplett stromlos war).

Burny4600

Während dem Flashen war kein Zugriff von FHEM oder sonstigen Programmen.
Die Grundkonfiguration wurde für Jessie durchgeführt.
Jessie Lite wird die aktuellste eingesetzt.
Die Module die ich vor einem Jahr in Betrieb genommen hatte ließen sich ohne Probleme aktualisieren.

LG Chris

Raspberry Pi 2-5, Bullseye Lite, Bookworm Lite
Schnittstellen: 1-Wire, FHEM2FEHEM, HM-MOD-UART, LAN, Modbus, MQTT, nanoCUL, RFXtrx433E, SIGNALduino, ser2net
Devices: APC, Eastron, FS20, IT, Homematic, MQTT, PV-(DEYE, EPEVER, FRONIUS), Resol-VBUS, S.USV, TEK603, WMR200, YouLess

Burny4600

Heutiges Firmware Update auf einem neu installierten Raspberry Pi2 funktionierte.

Auf der FHEM Wiki sind mir aber Abweichungen aufgefallen.
Es gibt auf dem verwendeten Raspberry Pi2 nur einen serial0 und keinen serial1.

Für das HM-MOD-RPI-PCB Modul unter Jessie Lite waren nur folgende Punkte für die Installation und das Firmwareupdate notwendig.
sudo nano /boot/config.txt
enable_uart=1

sudo nano /boot/cmdline.txt
Eintrag console=serial0,115200 löschen

Getty auf der seriellen Schnittstelle deaktiviert
sudo systemctl stop serial-getty@ttyAMA0.service &&
sudo systemctl disable serial-getty@ttyAMA0.service

Überprüfen von fhem Mitgliedschaft betreffend dialout
groups fhem
fhem : dialout tty i2c gpio fhem

Raspberry auf aktuellen Stand bringen:
sudo apt-get update &&
sudo apt-get upgrade &&
sudo apt-get install libcrypt-rijndael-perl &&
sudo shutdown -r now

Berechtigungen der Schnittstelle kontrollieren
ls -l /dev/ttyAMA0
crw-rw---- 1 root dialout 204, 64 Jul 27 23:39 /dev/ttyAMA0

bzw.
ls -l /dev/serial0
lrwxrwxrwx 1 root root 7 Mai 12 08:24 /dev/serial0 -> ttyAMA0


Der Rest passt für das Firmwareupdate unter Jessie für den Raspberry Pi2.

LG Chris

Raspberry Pi 2-5, Bullseye Lite, Bookworm Lite
Schnittstellen: 1-Wire, FHEM2FEHEM, HM-MOD-UART, LAN, Modbus, MQTT, nanoCUL, RFXtrx433E, SIGNALduino, ser2net
Devices: APC, Eastron, FS20, IT, Homematic, MQTT, PV-(DEYE, EPEVER, FRONIUS), Resol-VBUS, S.USV, TEK603, WMR200, YouLess