Hi zusammen,
ich habe ein altbekanntes thema und wollte dadurch auch mein hmmuart updaten:
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, reopeningich habe logischerweise folgends gefunden https://wiki.fhem.de/wiki/HM-MOD-RPI-PCB_HomeMatic_Funkmodul_f%C3%BCr_Raspberry_Pi (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
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.eq3aber 1
root@raspberrypi:/home/pi/hmcfgusb# make
make: Für das Ziel ,,all" ist nichts zu tun.sagt mir scho mal mein pi
aber 2
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
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?
ZitatBei 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
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...
Zitat
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
Zitat von: MadMax-FHEM am 19 Februar 2022, 16:21:33
Wenn dein HMUART "remote" angebunden ist: wie? ser2net o.ä.?
richtig ser2net
Zitat von: MadMax-FHEM am 19 Februar 2022, 16:21:33
Während du flashst läuft dann ser2net (oder was immer du nutzt)?
ja
Zitat von: MadMax-FHEM am 19 Februar 2022, 16:21:33
-> 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
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
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
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
HMUARTLGW
myRemoteHmUART
disconnected
warum der umweg über den extra flasher?
das hmuart device in fhem hat doch bereits ein update cmd.
weil mein fhem virtuell ist und somit nicht auf den hmuart doch zugreifen kann, oder?
Zitat von: MadMax-FHEM am 19 Februar 2022, 16:21:33
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 :D
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
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
ja er läuft zumindest bis auf pairing aber das denke ich hängt an der alten Version
damit ihr auch seht es ist richtig rum nicht wie hier (https://forum.fhem.de/index.php/topic,41203.135.html (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 :(
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 Initializing HM-MOD-UART... und macht keinen zucker. Ist das richtig? sonst muss ich halt nochmal stoppen und neustarten das update
du liebst es scheinbar kompliziert. 8)
wie meinst du das? mit 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
laut htop ist null auslastung auf dem prozess :(
na party ser2net lief noch im hintergrund einmal abschiesen mit kill und schwupps ging es durch.........
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!
So nach einem rückbau wie im anderen thread https://forum.fhem.de/index.php/topic,126059.0.html (https://forum.fhem.de/index.php/topic,126059.0.html) läuft jetzt der hmuart auf Version 1.4.1 also aktuell. Danke euch allen. Auf zum nächsten Problem ;D :o