Umstellung von HMLAN auf HM-MOD-RPI-PCB

[fgam]

Hallo,

ich knüpfe mit diesem Thema an ein voriges:
  https://forum.fhem.de/index.php?topic=141010

Dabei ging es um den HMLAN-Funk-USB-Stick, der
vermutlich defekt ist.
Da es den nicht mehr gibt, habe ich das
Funkmodul HM-MOD-RPI-PCB bestellt,
das direkt auf den Raspberry Pi aufgesteckt wird.

Die Einrichtung selbst scheint schon nicht
ganz einfach zu sein:
  https://wiki.fhem.de/wiki/HM-MOD-RPI-PCB_HomeMatic_Funkmodul_f%C3%BCr_Raspberry_Pi

Bevor ich damit anfange, ist meine Frage die:

der bisherige Stick ist ja als HMLAN definiert.
Wenn ich jetzt das neue Gerät als UART-Modul
konfiguriere und ans laufen kriege,
kann ich dann alle bisher schon angelernten
Komponenten ohne neues Anlernen nutzen?

Kann ich also einfach das HMLAN (bisherige
Stick-Konfiguration) auskommentieren
und dann das hier konfigurieren:

https://wiki.fhem.de/wiki/HMUARTLGW

??

Falls jemand das schonmal gemacht hat,
oder sich gut auskennt,
wäre ich übe einen Tipp dazu dankbar,
bevor ich mir das System zerschieße.


Danke!

 

[Otto123]

Hi,

Du definierst eine VCCU, gibst dieser die Hmid deines bisherigen IO und definierst den neuen IO neu als zusätzlichen IO der VCCU. Damit gehts einfach weiter.
VCCU ist sowieso eine gute Maßnahme.

Frag mich jetzt nicht wie bei einem seit 5 Jahre totem Ubuntu die UART aktiviert wird, aber ich hoffe es steht richtig im Wiki

Gruß Otto

[fgam]

Habe UART aktiviert:

https://wiki.fhem.de/wiki/Raspberry_Pi#Verwendung_UART_f%C3%BCr_Zusatzmodule

das scheint zu funktionieren.

Die VCCU hat auch anscheinend funktioniert.
Ich kriege diese Ausgabe:

Ich kriege ein
  device   /dev/ttyAMA0
angezeigt  mti Name myHmUART   
und:

Code Auswählen Erweitern

STATE opened
TYPE  HMUARTLGW
XmitOpen 0
model  HM-MOD-UART
owner_CCU vccuMain

Das sieht für doch  gut aus !??

Die Rolladen haben anscheinend selbständig
angepaßt auf :
IODev myHmUART

Leider habe ich immer noch einen IOErr auf den Devices
und im Log:

Code Auswählen Erweitern

2025.03.13 23:17:23 1: usb create starting
2025.03.13 23:17:24 1: usb create end
2025.03.13 23:17:24 0: Featurelevel: 6
2025.03.13 23:17:24 0: Server started with 68 defined entities (fhem.pl:23205/2020-11-21 perl:5.022001 os:linux user:fhem pid:1732)
2025.03.13 23:17:24 1: /dev/ttyAMA0 disconnected, waiting to reappear (myHmUART)
2025.03.13 23:17:28 1: HMUARTLGW myHmUART did not respond for the 1. time, resending
2025.03.13 23:17:31 1: /dev/ttyAMA0 reappeared (myHmUART)
2025.03.13 23:17:35 1: HMUARTLGW myHmUART did not respond for the 1. time, resending
2025.03.13 23:17:38 1: HMUARTLGW myHmUART did not respond for the 2. time, resending
2025.03.13 23:17:41 1: HMUARTLGW myHmUART did not respond for the 3. time, resending
2025.03.13 23:17:44 1: HMUARTLGW myHmUART did not respond after all, reopening
2025.03.13 23:17:44 1: /dev/ttyAMA0 reappeared (myHmUART)
2025.03.13 23:17:48 1: HMUARTLGW myHmUART did not respond for the 1. time, resending
2025.03.13 23:17:50 1: /dev/ttyAMA0 disconnected, waiting to reappear (myHmUART)

Vielleicht muss ich ja noch irgendwas aktivieren.
Ich machen mal morgen weiter!

[Otto123]

Code Auswählen Erweitern

attr initialUsbCheck disable 1Danach mindestens Neustart des Systems, manchmal muss man ausschalten das Modul abstecken, ein paar Minuten warten, Modul aufstecken und wieder einschalten.

[fgam]

Habe ich gemacht.

Habe auch mal das probiet:

Code Auswählen Erweitern

dmesg | grep ttyAMA0

Das ergibt:

Code Auswählen Erweitern

[    0.000000] Kernel command line: 8250.nr_uarts=1 dma.dmachans=0x7f35 bcm2708_fb.fbwidth=656 bcm2708_fb.fbheight=416 bcm2709.boardrev=0xa02082 bcm2709.serial=0x7fb3b21 smsc95xx.macaddr=B8:27:EB:FB:3B:21 bcm2708_fb.fbswap=1 bcm2709.uart_clock=48000000 vc_mem.mem_base=0x3dc00000 vc_mem.mem_size=0x3f000000  dwc_otg.lpm_enable=0 console=tty1 root=/dev/mmcblk0p2 rootfstype=ext4 elevator=deadline fsck.repair=yes rootwait
[    0.081904] bcm2709: Mini UART enabled
[    0.082189] Serial: AMBA PL011 UART driver
[    0.082343] uart-pl011 3f201000.uart: could not find pctldev for node /soc/gpio@7e200000/uart0_pins, deferring probe
[    0.283223] 3f215040.uart: ttyS0 at MMIO 0x3f215040 (irq = 59, base_baud = 31250000) is a 16550
[    0.983350] 3f201000.uart: ttyAMA0 at MMIO 0x3f201000 (irq = 87, base_baud = 0) is a PL011 rev2
[    6.225212] uart-pl011 3f201000.uart: no DMA platform data



[Otto123]

hast Du mal die Ausgaben geprüft?

Code Auswählen Erweitern

ls -l /dev/ttyAMA0
ls -l /dev/serial*

[fgam]

Ja:

  ls -l /dev/ttyAMA0
gibt :
  crw-rw---- 1 root dialout 204, 64 Mär 14 23:18 /dev/ttyAMA0

  ls -l /dev/serial*
gibt:
  lrwxrwxrwx 1 root root 5 Apr  2  2021 /dev/serial0 -> ttyS0
  lrwxrwxrwx 1 root root 7 Apr  2  2021 /dev/serial1 -> ttyAMA0


Bei:
  dmesg | grep ttyAMA0
stand übrigens  u.a:
   base_baud = 0

Muss ich die baud_rate noch irgendwo vielleicht einstellen?

[Otto123]

Nein musst Du nicht.
Zeig mal ein list myHmUART

[fgam]

Ich habe eben versucht, die Funkmodul zu flashen,
erst über die fhem-Oberfläche, da kam keine Rückmeldung
nach absenden des update-Befehls:

Code Auswählen Erweitern

  set myHmUART updateCoPro /opt/fhem/FHEM/firmware/coprocessor_update.eq3

(wie hier
  https://wiki.fhem.de/wiki/HM-MOD-RPI-PCB_HomeMatic_Funkmodul_f%C3%BCr_Raspberry_Pi
beschrieben).

Dann habe ich das manuelle Update über die console probiert:

Code Auswählen Erweitern

  ./flash-hmmoduart -U /dev/ttyAMA0 coprocessor_update.eq3
Da kommt dann:

Code Auswählen Erweitern

M-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?
root@raspi-fhem:/home/lxuser/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?


[Otto123]

Ich habe eben versucht, die Funkmodul zu flashen,

das macht keinen Sinn solange das Modul nicht läuft.

[fgam]

Was ich nicht ganz verstehe:

Code Auswählen Erweitern

systemctl status ttyAMA0.service

gibt:

Code Auswählen Erweitern

ttyAMA0.service
   Loaded: not-found (Reason: No such file or directory)
   Active: inactive (dead)


[Otto123]

mir fällt gerade ein: Ich meine wir hatten das schonmal: Ubuntu auf dem Pi und da läuft das Modul über die AMA0 Schnittstellen nicht. Der User hat dann Raspberry Os genommen und alles lief. Irgendein Dienst funkt bei Ubuntu rhythmisch dazwischen war damals meine Vermutung.

Allerdings beim alten Ubuntu lief es https://forum.fhem.de/index.php?topic=111341.0

ttyAMA0.service

sowas gibt es bei mir gar nicht.

[fgam]

Interessant.

Ich habe mal alle services gesucht:

Code Auswählen Erweitern

ccounts-daemon.service                              loaded active running Accounts Service
apache2.service                                      loaded active running LSB: Apache2 web server
avahi-daemon.service                                 loaded active running Avahi mDNS/DNS-SD Stack
avahi-dnsconfd.service                               loaded active running Avahi DNS Configuration Daemon
cron.service                                         loaded active running Regular background program processing daemon
dbus.service                                         loaded active running D-Bus System Message Bus
fhem.service                                         loaded active running LSB: FHEM server
getty@tty1.service                                   loaded active running Getty on tty1
lightdm.service                                      loaded active running Light Display Manager
ModemManager.service                                 loaded active running Modem Manager
NetworkManager.service                               loaded active running Network Manager
ondemand.service                                     loaded active running LSB: Set the CPU Frequency Scaling governor to "ondemand"
polkitd.service                                      loaded active running Authenticate and Authorize Users to Run Privileged Tasks
rng-tools.service                                    loaded active running rng-tools.service
rsyslog.service                                      loaded active running System Logging Service
rtkit-daemon.service                                 loaded active running RealtimeKit Scheduling Policy Service
ssh@0-192.168.178.24:22-192.168.178.20:59154.service loaded active running OpenBSD Secure Shell server per-connection daemon (192.168.178.20:59154)
systemd-fsckd.service                                loaded active running File System Check Daemon to report status
systemd-hostnamed.service                            loaded active running Hostname Service
systemd-journald.service                             loaded active running Journal Service
systemd-logind.service                               loaded active running Login Service
systemd-timesyncd.service                            loaded active running Network Time Synchronization
systemd-udevd.service                                loaded active running udev Kernel Device Manager
triggerhappy.service                                 loaded active running LSB: triggerhappy hotkey daemon
udisks2.service                                      loaded active running Disk Manager
unattended-upgrades.service                          loaded active running Unattended Upgrades Shutdown
upower.service                                       loaded active running Daemon for power management
user@1000.service                                    loaded active running User Manager for UID 1000
wpa_supplicant.service                               loaded active running WPA supplicant

und die Befehle ausgeführt:

Code Auswählen Erweitern

systemctl stop serial-getty@ttyAMA0.service
systemctl disable serial-getty@ttyAMA0.service
systemctl mask serial-getty@ttyAMA0.service


Der Service getty@tty1.service scheint davon
aber unbeeindruckt zu sein! Er zeigt weiter

Code Auswählen Erweitern

getty@tty1.service                                   loaded active running Getty on tty1


Code Auswählen Erweitern

sudo service getty@tty1.service status
zeigt

Code Auswählen Erweitern

● getty@tty1.service.service - Getty on tty1.service
   Loaded: loaded (/lib/systemd/system/getty@.service; enabled; vendor preset: enabled)
   Active: inactive (dead)
     Docs: man:agetty(8)
           man:systemd-getty-generator(8)
           http://0pointer.de/blog/projects/serial-console.html


[fgam]

ttyAMA0.service
gibt es bei mir auch nicht.

Ich hatte gelesen irgendwo,
dass ich dort vielleiht explizit die
Baudrate angeben könnte.
Vielleicht könnte ich die Datei anlegen?

[Otto123]

Wozu? Man braucht keinen Dienst für die Schnittstelle - ganz im Gegenteil, die Schnittstelle wird exklusiv verwendet.

Das Du nach der Baudrate suchst ist die falsche Fährte. Die Angabe ist bei mir bei dmesg genauso.

Zeig mal ein list myHmUART