[gelöst] myHmUART did not respond after all - nach Neuinstallation mit Bullseye

Begonnen von locodriver, 01 Juli 2022, 09:37:25

Vorheriges Thema - Nächstes Thema

locodriver

Ich habe auf einer neuen SD-Karte fhem aus einem backup installiert und ein Upgrade des OS auf Bullseye durchgeführt.
Ich bekomme den HM-MOD-UART nicht wieder zum Laufen. Er bleibt auf nur Opened und das cond-Reading wechselt von Init auf Disconnectet.

Die Def. lautet:

Internals:
   CFGFN      ./FHEM/04_Interfaces.cfg
   CNT        1
   Clients    :CUL_HM:
   DEF        /dev/ttyAMA0
   DevState   1
   DevType    UART
   DeviceName /dev/ttyAMA0@115200
   FD         60
   FUUID      5c443da6-f33f-b425-cd56-719bbf793d751561
   FVERSION   00_HMUARTLGW.pm:0.252030/2021-11-08
   LastOpen   1656660891.39848
   NAME       myHmUART
   NOTIFYDEV  global
   NR         37
   NTFY_ORDER 47-myHmUART
   PARTIAL   
   STATE      opened
   TYPE       HMUARTLGW
   XmitOpen   0
   eventCount 14171
   model      HM-MOD-UART
   owner_CCU  VCCU
   Helper:
     AckPending:
       1:
         cmd        00
         dst        0
         frame      FD00030001009E03
         resend     3
         time       1656660892.40366
     LastSendLen:
       3
     Log:
       IDs:
   MatchList:
     1:CUL_HM   ^A......................
   PeerQueue:
     HASH(0x6fc1ec0)
     HASH(0x6f6d850)
     HASH(0x6f80c58)
     HASH(0x6f85c30)
     HASH(0x6744a30)
     HASH(0x67444a8)
     HASH(0x6744298)
     HASH(0x674cac8)
     HASH(0x7526a08)
     HASH(0x76540b0)
     HASH(0x76f2898)
     HASH(0x7708850)
   Peers:
   READINGS:
     2022-06-29 18:14:29   D-HMIdAssigned  F11234
     2022-06-29 18:14:29   D-HMIdOriginal  4F6DC1
     2022-06-29 18:14:29   D-firmware      1.4.1
     2022-06-29 18:14:29   D-serialNr      NEQ1330464
     2022-06-30 16:25:17   D-type          HM-MOD-UART
     2022-07-01 09:34:52   cond            init
     2022-06-29 19:19:20   load            1
     2022-06-30 16:25:17   loadLvl         suspended
     2022-07-01 09:34:51   state           opened
   helper:
Attributes:
   group      Schnittstellen
   hmId       F11234
   qLen       20
   room       085System


Das ist die immer wiederkehrende (reverse-) Logausgabe:


2022.07.01 09:29:33.972 1: HMUARTLGW myHmUART did not respond for the 3. time, resending
2022.07.01 09:29:30.968 1: HMUARTLGW myHmUART did not respond for the 2. time, resending
2022.07.01 09:29:27.964 1: HMUARTLGW myHmUART did not respond for the 1. time, resending
2022.07.01 09:29:23.959 1: /dev/ttyAMA0 reappeared (myHmUART)
2022.07.01 09:29:23.955 3: Setting myHmUART serial parameters to 115200,8,N,1
2022.07.01 09:29:23.929 3: myHmUART device closed
2022.07.01 09:29:23.925 1: HMUARTLGW myHmUART did not respond after all, reopening


Die schon vorhandenen Tipps zu dem Thema haben mich leider nicht weiter gebracht.

Wo kann ich ansetzen?
fhem 6.0 auf Rpi3 Bookworm
HM-LAN-CFG (FW 0.965), HM-MOD-UART, 2x HM-TC-IT-WM-W-EU, 4x HM-Sec-RHS und 3x HM-CC-RT-DN, 6x HM-LC-Bl1-FM mit je 1x Somfy-Motor,
2x HM-LC-SW2-FM für Licht und Lüfter, 2x HM-PB-6-WM55, Alexa, Jeelinkcross, CUL, CUNO2, IR-Blaster

MadMax-FHEM

Zitat von: locodriver am 01 Juli 2022, 09:37:25

Die schon vorhandenen Tipps zu dem Thema haben mich leider nicht weiter gebracht.

Wo kann ich ansetzen?

Wenn du noch geschrieben hättest welche das waren, wüsste man was man gegegenenfalls weglassen kann...
...sonst kommen (verm.) wieder die üblichen Tipps wie z.B. serielle Schnittstelle frei gemacht usw.

Eben wie im Wiki beschrieben: https://wiki.fhem.de/wiki/HM-MOD-RPI-PCB_HomeMatic_Funkmodul_f%C3%BCr_Raspberry_Pi

Das hast du ALLES so gemacht?
Auch das: https://wiki.fhem.de/wiki/HM-MOD-RPI-PCB_HomeMatic_Funkmodul_f%C3%BCr_Raspberry_Pi#Anbindung_an_die_GPIO_im_Raspberry und das https://wiki.fhem.de/wiki/Raspberry_Pi#Verwendung_UART_f.C3.BCr_Zusatzmodule

Gruß, Joachim

P.S.: OS-Upgrade oder neu aufgesetzt?
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

locodriver

@MadMax-FHEM: Danke, dass du auch hier versuchst zu helfen...

Ich habe auf einer neuen Karte Bullseye neu installiert und dann fhem aus einem Backup wieder hergestellt. Der RPi ist der gleiche geblieben.

Am HM-MOD-UART habe ich nichts verändert und die Definition ist vorher genauso gewesen, die FW ist die aktuellste. Zum Glück habe ich noch einen LAN-CFG, sodass die HM-Geräte trotzdem alle funzen - die erweiterte Abdeckung mit zwei Schnittstellen wäre natürlich besser...

Die serielle Schnittstelle ist deaktiviert, ls -l /dev/ttyAMA0 liefert:

crw-rw---- 1 root dialout 204, 64  1. Jul 14:39 /dev/ttyAMA0


ls -l /dev/serial* liefert:

lrwxrwxrwx 1 root root  7  1. Jul 14:39 /dev/serial1 -> ttyAMA0

/dev/serial:
insgesamt 0
drwxr-xr-x 2 root root 80  1. Jul 14:39 by-id
drwxr-xr-x 2 root root 80  1. Jul 14:39 by-path


Das weicht von den Angaben im Wiki ab...

Und das Verzeichnis /boot/firmware gibt es (noch) nicht und damit auch keine Datei "usercfg.txt". Ich habe allerdings kein BT am RPi, sodass ich nicht sicher bin, ob das notwendig ist.

Am RPi ist noch ein CUL-Stick angeschlossen, es gab bisher keine Probleme mit dem Parallelbetrieb...

DEF
/dev/serial/by-id/usb-busware.de_CUL868-if00@9600 1134
fhem 6.0 auf Rpi3 Bookworm
HM-LAN-CFG (FW 0.965), HM-MOD-UART, 2x HM-TC-IT-WM-W-EU, 4x HM-Sec-RHS und 3x HM-CC-RT-DN, 6x HM-LC-Bl1-FM mit je 1x Somfy-Motor,
2x HM-LC-SW2-FM für Licht und Lüfter, 2x HM-PB-6-WM55, Alexa, Jeelinkcross, CUL, CUNO2, IR-Blaster

MadMax-FHEM

Also ich habe auch nicht die Schnittstellen getauscht, sondern BT generell deaktiviert/deinstalliert, da ich kein BT nutze.
BT über config.txt deaktiviert.

Ansonsten habe ich alles durchgeführt was aufgeführt ist: getty deaktiviert und den Eintrag in der cmdline.txt entfernt.

Leider kann ich verm. nicht mehr genau nachschauen, da ich mein Testsytem mit dem HMUART nicht mehr am Start habe.

Aktuell nur Systeme mit dem HMOS-USB-CFG2 (gibt es ja schon lange nicht mehr) und einem HMOD-PCB per USB-Adapter (als möglicher Nachfolger, wenn der USB-Stick mal aufgibt).

Allerdings sollten die Einstellungen die ich auf meinem aktuellen System gemacht habe (und so denke ich auch dokumentiert habe) gleich sein, da ich ein anderes Aufsteck-Modul (EnOcean) betreibe.
Kann ich aber erst heute Abend mal nachsehen...

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

locodriver

Ehe ich jetzt "planlos" in den Textdateien herumprobiere, zeige ich erst mal den Ist-Zustand:

boot/config.txt:

# For more options and information see
# http://rpf.io/configtxt
# Some settings may impact device functionality. See link above for details

# uncomment if you get no picture on HDMI for a default "safe" mode
#hdmi_safe=1

# uncomment the following to adjust overscan. Use positive numbers if console
# goes off screen, and negative if there is too much border
#overscan_left=16
#overscan_right=16
#overscan_top=16
#overscan_bottom=16

# uncomment to force a console size. By default it will be display's size minus
# overscan.
#framebuffer_width=1280
#framebuffer_height=720

# uncomment if hdmi display is not detected and composite is being output
#hdmi_force_hotplug=1

# uncomment to force a specific HDMI mode (this will force VGA)
#hdmi_group=1
#hdmi_mode=1

# uncomment to force a HDMI mode rather than DVI. This can make audio work in
# DMT (computer monitor) modes
#hdmi_drive=2

# uncomment to increase signal to HDMI, if you have interference, blanking, or
# no display
#config_hdmi_boost=4

# uncomment for composite PAL
#sdtv_mode=2

#uncomment to overclock the arm. 700 MHz is the default.
#arm_freq=800

# Uncomment some or all of these to enable the optional hardware interfaces
#dtparam=i2c_arm=on
#dtparam=i2s=on
#dtparam=spi=on

# Uncomment this to enable infrared communication.
#dtoverlay=gpio-ir,gpio_pin=17
#dtoverlay=gpio-ir-tx,gpio_pin=18

# Additional overlays and parameters are documented /boot/overlays/README

# Enable audio (loads snd_bcm2835)
dtparam=audio=on

# Automatically load overlays for detected cameras
camera_auto_detect=1

# Automatically load overlays for detected DSI displays
display_auto_detect=1

# Enable DRM VC4 V3D driver
dtoverlay=vc4-kms-v3d
max_framebuffers=2

# Disable compensation for displays with overscan
disable_overscan=1

[cm4]
# Enable host mode on the 2711 built-in XHCI USB controller.
# This line should be removed if the legacy DWC2 controller is required
# (e.g. for USB device mode) or if USB support is not required.
otg_mode=1

[all]

[pi4]
# Run as fast as firmware / board allows
arm_boost=1

[all]


und boot.cmdline.txt:

console=serial0,115200 console=tty1 root=PARTUUID=62b0f0ea-02 rootfstype=ext4 fsck.repair=yes rootwait

NB: ich benutze auch kein BT.
fhem 6.0 auf Rpi3 Bookworm
HM-LAN-CFG (FW 0.965), HM-MOD-UART, 2x HM-TC-IT-WM-W-EU, 4x HM-Sec-RHS und 3x HM-CC-RT-DN, 6x HM-LC-Bl1-FM mit je 1x Somfy-Motor,
2x HM-LC-SW2-FM für Licht und Lüfter, 2x HM-PB-6-WM55, Alexa, Jeelinkcross, CUL, CUNO2, IR-Blaster

MadMax-FHEM

Naja es fehlt doch schon mal "enable serial"?

Und auch der Eintrag bzgl. serial0 in der cmdline.txt ist ja noch drin?

Wirklich alles gemacht was in den verlinkten Wikis steht?

Hier mal meine Notizen:

Zitat
sudo systemctl disable hciuart
sudo apt purge bluez

sudo nano /boot/config.txt

dtoverlay=disable-bt
enable_uart=1

sudo raspi-config
enable serial

sudo nano /boot/cmdline.txt
remove: 'console=serial0,115200'

Wobei dies hier nicht zwingend ist aber wenn man schon kein BT hat/verwendet, dann kann man auch die Pakete dazu los werden ;)
Zitat
sudo apt purge bluez


Und diese beiden Schritte eigentlich dasselbe tun (aber historisch bedingt habe ich das so bei mir stehen, weil es [ganz] früher wohl mal nicht so wollte? Und es schadet nicht ;)  ).
Also es sollte egal sein, ob man nun die serielle Schnittstelle (da wo ja das HMOD-PCB dann drauf kommt) per config.txt oder per raspi-config aktiviert:
Zitat
sudo nano /boot/config.txt

enable_uart=1

sudo raspi-config
enable serial

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

Otto123

Einfach diese beiden Schritte ausführen, wenn es sich um raspbian / Pi Os handelt!?
https://wiki.fhem.de/wiki/Raspberry_Pi#Verwendung_UART_f.C3.BCr_Zusatzmodule
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

locodriver

Danke euch beiden - ich habe die Files editiert und nun funzt es wie es soll... :)

Wie ich schon geschrieben habe, ich hatte in den Files noch nichts geändert.
fhem 6.0 auf Rpi3 Bookworm
HM-LAN-CFG (FW 0.965), HM-MOD-UART, 2x HM-TC-IT-WM-W-EU, 4x HM-Sec-RHS und 3x HM-CC-RT-DN, 6x HM-LC-Bl1-FM mit je 1x Somfy-Motor,
2x HM-LC-SW2-FM für Licht und Lüfter, 2x HM-PB-6-WM55, Alexa, Jeelinkcross, CUL, CUNO2, IR-Blaster