[gelöst] hmuart lässt sich nicht updaten

[mrb]

Hi zusammen,

ich habe ein altbekanntes thema und wollte dadurch auch mein hmmuart updaten:

Code Auswählen Erweitern

2022.02.19 15:42:23 1: 192.168.168.24:4000 reappeared (myRemoteHmUART)
2022.02.19 15:42:27 1: HMUARTLGW myRemoteHmUART did not respond for the 1. time, resending
2022.02.19 15:42:30 1: HMUARTLGW myRemoteHmUART did not respond for the 2. time, resending
2022.02.19 15:42:33 1: HMUARTLGW myRemoteHmUART did not respond for the 3. time, resending
2022.02.19 15:42:36 1: HMUARTLGW myRemoteHmUART did not respond after all, reopening
ich habe logischerweise folgends gefunden https://wiki.fhem.de/wiki/HM-MOD-RPI-PCB_HomeMatic_Funkmodul_f%C3%BCr_Raspberry_Pi und da ich das hmuart auf einem separaten pi laufen lasse (ja mein fhem läuft wie schon bei anderen themen erzählt, virtuell auf einer anderen maschine) folgende CMD ausgeführt

Code Auswählen Erweitern

sudo su
apt-get update && apt-get -y install libusb-1.0-0-dev build-essential git
git clone git://git.zerfleddert.de/hmcfgusb
cd hmcfgusb/
make
wget https://raw.githubusercontent.com/eq-3/occu/ee68faf77e42ed5e3641790b43a710a3301cea7e/firmware/HM-MOD-UART/coprocessor_update.eq3
./flash-hmmoduart -U /dev/ttyAMA0 coprocessor_update.eq3

aber 1

Code Auswählen Erweitern

root@raspberrypi:/home/pi/hmcfgusb# make
make: Für das Ziel ,,all" ist nichts zu tun.
sagt mir scho mal mein pi

aber 2

Code Auswählen Erweitern

root@raspberrypi:/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...
Communication with the module timed out, is the serial port configured correctly?


ansich läuft mein hmuart wie schon in anderen threads erwähnt, aber das laufende "HMUARTLGW myRemoteHmUART did not respond for" nervt im log und macht das unlesbar. ich habe jetzt spontan nichts gefunden was da in meiner linux-laienhaftigkeit dagegenspricht und warum das nicht läuft

Code Auswählen Erweitern

root@raspberrypi:/home/pi/hmcfgusb# ls -l
insgesamt 1248
-rw-r--r-- 1 root root  42361 19. Feb 15:39 aes.c
-rw-r--r-- 1 root root     19 19. Feb 15:40 aes.d
-rw-r--r-- 1 root root   7609 19. Feb 15:39 aes.h
-rw-r--r-- 1 root root  57876 19. Feb 15:40 aes.o
-rw-r--r-- 1 root root  88408 19. Feb 15:41 coprocessor_update.eq3
-rw-r--r-- 1 root root   4077 19. Feb 15:39 culfw.c
-rw-r--r-- 1 root root     25 19. Feb 15:40 culfw.d
-rw-r--r-- 1 root root   1616 19. Feb 15:39 culfw.h
-rw-r--r-- 1 root root  11444 19. Feb 15:40 culfw.o
drwxr-xr-x 3 root root   4096 19. Feb 15:39 debian
-rwxr-xr-x 1 root root     85 19. Feb 15:39 enable-hmmodiprf.sh
-rw-r--r-- 1 root root   9689 19. Feb 15:39 firmware.c
-rw-r--r-- 1 root root     41 19. Feb 15:40 firmware.d
-rw-r--r-- 1 root root   1434 19. Feb 15:39 firmware.h
-rw-r--r-- 1 root root  21632 19. Feb 15:40 firmware.o
-rwxr-xr-x 1 root root  64320 19. Feb 15:40 flash-hmcfgusb
-rw-r--r-- 1 root root   4817 19. Feb 15:39 flash-hmcfgusb.c
-rw-r--r-- 1 root root     80 19. Feb 15:40 flash-hmcfgusb.d
-rw-r--r-- 1 root root  15460 19. Feb 15:40 flash-hmcfgusb.o
-rwxr-xr-x 1 root root  58744 19. Feb 15:40 flash-hmmoduart
-rw-r--r-- 1 root root   4759 19. Feb 15:39 flash-hmmoduart.c
-rw-r--r-- 1 root root     83 19. Feb 15:40 flash-hmmoduart.d
-rw-r--r-- 1 root root  14508 19. Feb 15:40 flash-hmmoduart.o
-rwxr-xr-x 1 root root 182664 19. Feb 15:40 flash-ota
-rw-r--r-- 1 root root  34916 19. Feb 15:39 flash-ota.c
-rw-r--r-- 1 root root    102 19. Feb 15:40 flash-ota.d
-rw-r--r-- 1 root root  64796 19. Feb 15:40 flash-ota.o
-rw-r--r-- 1 root root   1889 19. Feb 15:39 hexdump.h
-rw-r--r-- 1 root root   2987 19. Feb 15:39 hm.c
-rw-r--r-- 1 root root  14845 19. Feb 15:39 hmcfgusb.c
-rw-r--r-- 1 root root     44 19. Feb 15:39 hmcfgusb.d
-rw-r--r-- 1 root root   2018 19. Feb 15:39 hmcfgusb.h
-rw-r--r-- 1 root root  39744 19. Feb 15:40 hmcfgusb.o
-rw-r--r-- 1 root root    160 19. Feb 15:39 hmcfgusb.rules
-rw-r--r-- 1 root root     32 19. Feb 15:40 hm.d
-rw-r--r-- 1 root root   2131 19. Feb 15:39 hm.h
-rwxr-xr-x 1 root root  84960 19. Feb 15:40 hmland
-rw-r--r-- 1 root root  24054 19. Feb 15:39 hmland.c
-rw-r--r-- 1 root root     57 19. Feb 15:39 hmland.d
-rw-r--r-- 1 root root  61320 19. Feb 15:39 hmland.o
-rw-r--r-- 1 root root   9080 19. Feb 15:40 hm.o
-rwxr-xr-x 1 root root  84836 19. Feb 15:40 hmsniff
-rw-r--r-- 1 root root   9522 19. Feb 15:39 hmsniff.c
-rw-r--r-- 1 root root     69 19. Feb 15:40 hmsniff.d
-rw-r--r-- 1 root root  32804 19. Feb 15:40 hmsniff.o
-rw-r--r-- 1 root root  13695 19. Feb 15:39 hmuartlgw.c
-rw-r--r-- 1 root root     47 19. Feb 15:40 hmuartlgw.d
-rw-r--r-- 1 root root   3251 19. Feb 15:39 hmuartlgw.h
-rw-r--r-- 1 root root  30500 19. Feb 15:40 hmuartlgw.o
-rw-r--r-- 1 root root    272 19. Feb 15:39 init.hmland.OpenWRT
-rw-r--r-- 1 root root   1086 19. Feb 15:39 LICENSE
-rw-r--r-- 1 root root   2474 19. Feb 15:39 Makefile
-rw-r--r-- 1 root root   6764 19. Feb 15:39 README.md
-rwxr-xr-x 1 root root    280 19. Feb 15:39 reset-hmmoduart.sh
-rw-r--r-- 1 root root   1773 19. Feb 15:39 util.c
-rw-r--r-- 1 root root     15 19. Feb 15:40 util.d
-rw-r--r-- 1 root root   1268 19. Feb 15:39 util.h
-rw-r--r-- 1 root root   3532 19. Feb 15:40 util.o
-rw-r--r-- 1 root root     28 19. Feb 15:39 version.h

sollte doch das ding ausführbar machen, richtig?

Bei der letzten Zeile kamen mehrere Fehler. Ich habe es einfach mehrfach wiederholt und irgendwann ging es.

Sollten beim Firmwareupdate hartnäckig Fehler auftreten (oder einfach nichts passieren) muss das Modul mal vom Strom getrennt werden, neustart reicht nicht!

ja hab ich gelesen und den pi vom strom getrennt und auch mehrfach ausgeführt

[MadMax-FHEM]

Wenn dein HMUART "remote" angebunden ist: wie? ser2net o.ä.?

Während du flashst läuft dann ser2net (oder was immer du nutzt)?

-> damit greift ja das auf die Schnittstelle zu ergo kann der flasher ja nicht drauf!

Also mal beenden was immer aktuell druaf zugreift...

EDIT: andere Möglichkeit (wäre aber dann eine andere Meldung? permission denied?) der User pi darf das nicht...

ollte doch das ding ausführbar machen, richtig?

Verstehe ich nicht? ls -l macht nichts ausführbar. Aber egal, das flesher-Programm ist ja ausführbar, du hast es ja erfolgreich gestartet... Es konnte nur den HMUART nicht ansprechen...

Gruß, Joachim

[mrb]

Wenn dein HMUART "remote" angebunden ist: wie? ser2net o.ä.?

richtig ser2net

Während du flashst läuft dann ser2net (oder was immer du nutzt)?

ja

-> damit greift ja das auf die Schnittstelle zu ergo kann der flasher ja nicht drauf!

Also mal beenden was immer aktuell druaf zugreift...

EDIT: andere Möglichkeit (wäre aber dann eine andere Meldung? permission denied?) der User pi darf das nicht...
Verstehe ich nicht? ls -l macht nichts ausführbar. Aber egal, das flesher-Programm ist ja ausführbar, du hast es ja erfolgreich gestartet... Es konnte nur den HMUART nicht ansprechen...

Gruß, Joachim

extra nochmal beendet

Code Auswählen Erweitern

root@raspberrypi:/home/pi/hmcfgusb# systemctl stop ser2net
root@raspberrypi:/home/pi/hmcfgusb# systemctl stop ser2net.timer
root@raspberrypi:/home/pi/hmcfgusb# systemctl status ser2net
● ser2net.service - Serial port to network proxy
     Loaded: loaded (/etc/systemd/system/ser2net.service; disabled; vendor preset: enabled)
     Active: failed (Result: exit-code) since Sat 2022-02-19 16:37:01 CET; 3min 17s ago
TriggeredBy: ● ser2net.timer
       Docs: man:ser2net(8)
    Process: 407 ExecStart=/usr/sbin/ser2net -n -c $CONFFILE -P /run/ser2net.pid (code=exited, status=1/FAILURE)
   Main PID: 407 (code=exited, status=1/FAILURE)
        CPU: 6.101s

Feb 19 13:49:17 raspberrypi systemd[1]: Starting Serial port to network proxy...
Feb 19 13:49:17 raspberrypi systemd[1]: Started Serial port to network proxy.
Feb 19 16:37:01 raspberrypi systemd[1]: Stopping Serial port to network proxy...
Feb 19 16:37:01 raspberrypi systemd[1]: ser2net.service: Main process exited, code=exited, status=1/FAILURE
Feb 19 16:37:01 raspberrypi systemd[1]: ser2net.service: Failed with result 'exit-code'.
Feb 19 16:37:01 raspberrypi systemd[1]: Stopped Serial port to network proxy.
Feb 19 16:37:01 raspberrypi systemd[1]: ser2net.service: Consumed 6.101s CPU time.
root@raspberrypi:/home/pi/hmcfgusb# systemctl status ser2net.timer
● ser2net.timer - Start Verzögerung ser2net
     Loaded: loaded (/etc/systemd/system/ser2net.timer; enabled; vendor preset: enabled)
     Active: inactive (dead) since Sat 2022-02-19 16:37:09 CET; 3min 15s ago
    Trigger: n/a
   Triggers: ● ser2net.service

Feb 19 13:49:08 raspberrypi systemd[1]: Started Start Verzögerung ser2net.
Feb 19 16:37:09 raspberrypi systemd[1]: ser2net.timer: Succeeded.
Feb 19 16:37:09 raspberrypi systemd[1]: Stopped Start Verzögerung ser2net.

trotzdem weiterhin

Code Auswählen Erweitern

root@raspberrypi:/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...
Communication with the module timed out, is the serial port configured correctly?



das einzige was irritiert

Code Auswählen Erweitern

Feb 19 16:37:01 raspberrypi systemd[1]: ser2net.service: Main process exited, code=exited, status=1/FAILURE
Feb 19 16:37:01 raspberrypi systemd[1]: ser2net.service: Failed with result 'exit-code'.
Feb 19 16:37:01 raspberrypi systemd[1]: Stopped Serial port to network proxy.
Feb 19 16:37:01 raspberrypi systemd[1]: ser2net.service: Consumed 6.101s CPU time.
failure

aber

Code Auswählen Erweitern


HMUARTLGW
myRemoteHmUART

disconnected


[frank]

warum der umweg über den extra flasher?
das hmuart device in fhem hat doch bereits ein update cmd.

[mrb]

weil mein fhem virtuell ist und somit nicht auf den hmuart doch zugreifen kann, oder?

[mrb]

Wenn dein HMUART "remote" angebunden ist: wie? ser2net o.ä.?

Während du flashst läuft dann ser2net (oder was immer du nutzt)?

-> damit greift ja das auf die Schnittstelle zu ergo kann der flasher ja nicht drauf!

Also mal beenden was immer aktuell druaf zugreift...

EDIT: andere Möglichkeit (wäre aber dann eine andere Meldung? permission denied?) der User pi darf das nicht...
Verstehe ich nicht? ls -l macht nichts ausführbar. Aber egal, das flesher-Programm ist ja ausführbar, du hast es ja erfolgreich gestartet... Es konnte nur den HMUART nicht ansprechen...

Gruß, Joachim

das ls -l nichts ausführbar macht ist mir klar, aber ich wolllte nur zeigen das das "x" am flasher steht

[mrb]

kann das sein das das hmuart falsch zusammengelötet ist? man kann zwar nicht viel falsch machen, aber ich habe nichts dazugefunden wie man das Löten kontrolliert. ich habe daher mal auf der anderen Seite gecheckt ob ein Signal sauber annkommt. Da war alles in ordnung

[MadMax-FHEM]

Du hast doch geschrieben, dass er prinzipiell funktioniert?
Oder hab ich das falsch verstanden?
Wenn dem so is, dann sollte es ja richtig gelötet sein...

Du kannst auch über fhem updaten, hat mit virtuell ja nichts zu tun.
Die FW Datei muss dann nat. für fhem zugreifbar sein...

Gruß, Joachim

[mrb]

ja er läuft zumindest bis auf pairing aber das denke ich hängt an der alten Version

[mrb]

damit ihr auch seht es ist richtig rum nicht wie hier (https://forum.fhem.de/index.php/topic,41203.135.html)

und ja meine lötkünste sind eher schlech, aber es gab nur den nicht zusammen gebauten zum kauf

[mrb]

also habe ser2net komplett über das file unter /etc/systemd/system durch umbenennen ausgeknippst. dann reboot und jetzt läuft denke ich das update. zumindest steht jetzt seit ca 15 minuten

Code Auswählen Erweitern

Initializing HM-MOD-UART... und macht keinen zucker. Ist das richtig? sonst muss ich halt nochmal stoppen und neustarten das update

[frank]

du liebst es scheinbar kompliziert. 

[mrb]

wie meinst du das? mit

Code Auswählen Erweitern

systemctl stop ser2net ging es ja nicht wie wir alle wissen den genau das habe ich jedes mal vor dem update durchgeführt.


und noch zur info das ist ein uralter raspberry b von der ersten generation. deswegen hoffe ich auf "das ist normal für den langsamen pi" von euch

[mrb]

laut htop ist null auslastung auf dem prozess

[mrb]

na party ser2net lief noch im hintergrund einmal abschiesen mit kill und schwupps ging es durch.........

Code Auswählen Erweitern

root@raspberrypi:/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...
Waiting for bootloader to settle...
HM-MOD-UART opened.

Flashing 43 blocks: |

Firmware update successfull!