Hallo Alex,
vielen Dank für Deine Geduld! Mir ist halt nicht klar, warum eine frische debmatic-Installation Keys austauschen müsste oder warum meine CCU3 mit einem anderen Funkmodul dies nicht muss. Da fehlt mir halt komplett der technische Background. Daher bitte ich Dich meine Fehlannahmen zu entschuldigen. Ebenfalls der irreführende Hinweis mit der blinkenden LED. Das scheint nur eine Steckdose gewesen zu sein, die die CCU nicht erreichen kann. Nach Löschung des Gerätes leuchtet die LED nun stabil blau.
Es gibt keinen Link1 - hier der output im Gesamten:
Code: Alles auswählen
systemd-resolve --status
Global
LLMNR setting: no
MulticastDNS setting: no
DNSOverTLS setting: no
DNSSEC setting: no
DNSSEC supported: no
DNSSEC NTA: 10.in-addr.arpa
16.172.in-addr.arpa
168.192.in-addr.arpa
17.172.in-addr.arpa
18.172.in-addr.arpa
19.172.in-addr.arpa
20.172.in-addr.arpa
21.172.in-addr.arpa
22.172.in-addr.arpa
23.172.in-addr.arpa
24.172.in-addr.arpa
25.172.in-addr.arpa
26.172.in-addr.arpa
27.172.in-addr.arpa
28.172.in-addr.arpa
29.172.in-addr.arpa
30.172.in-addr.arpa
31.172.in-addr.arpa
corp
d.f.ip6.arpa
home
internal
intranet
lan
local
private
test
Link 2 (ens18)
Current Scopes: DNS
DefaultRoute setting: yes
LLMNR setting: yes
MulticastDNS setting: no
DNSOverTLS setting: no
DNSSEC setting: no
DNSSEC supported: no
Current DNS Server: 8.8.8.8
DNS Servers: 8.8.8.8
8.8.4.4
fd00::e228:6dff:fe6b:85a2
Code: Alles auswählen
cat /etc/resolv.conf
# This file is managed by man:systemd-resolved(8). Do not edit.
#
# This is a dynamic resolv.conf file for connecting local clients to the
# internal DNS stub resolver of systemd-resolved. This file lists all
# configured search domains.
#
# Run "resolvectl status" to see details about the uplink DNS servers
# currently in use.
#
# Third party programs must not access this file directly, but only through the
# symlink at /etc/resolv.conf. To manage man:resolv.conf(5) in a different way,
# replace this symlink by a static file or a different symlink.
#
# See man:systemd-resolved.service(8) for details about the supported modes of
# operation for /etc/resolv.conf.
nameserver 127.0.0.53
options edns0 trust-ad
Nur um sicher zu gehen, dass ich jetzt mit dem ganzen Hard- und Softwaregewechsel nicht ein neues Problem geschaffen habe, hier nochmal alle angefragte Punkte:
Hier nochmal ein frisches Log 10 Minuten nach dem Neustart:
Die Funkadresse des HmIP-Moduls scheint sich irgendwann verändert zu haben:
Code: Alles auswählen
sudo debmatic-info
debmatic version: 3.57.5-71
Kernel modules: Available
Raw UART dev: Available
HMRF Hardware: RPI-RF-MOD
Connected via: HB-RF-ETH@192.168.0.43 (/dev/raw-uart)
Board serial: 5A49940428
Radio MAC: 0xFF0428
HMIP Hardware: RPI-RF-MOD
SGTIN: 3014F711A0001F5A49940428
Radio MAC: 0xBF4B62
Hier kam ein Warning dazu:
Code: Alles auswählen
sudo systemctl status debmatic-hmserver
● debmatic-hmserver.service - debmatic hmserver
Loaded: loaded (/lib/systemd/system/debmatic-hmserver.service; enabled; vendor preset: enabled)
Active: active (running) since Sat 2021-05-29 18:21:09 CEST; 10min ago
Process: 1116 ExecStart=/usr/share/debmatic/bin/start_hmserver.sh (code=exited, status=0/SUCCESS)
Main PID: 1118 (java)
Tasks: 32 (limit: 2280)
Memory: 169.0M
CGroup: /system.slice/debmatic-hmserver.service
└─1118 /usr/bin/java -Xmx128m -Dlog4j.configuration=file:///etc/config/log4j.xml -Dfile.encoding=ISO-8859-1 -Dgnu.io.rxtx.SerialPorts=/dev/mmd_hmip -jar /opt/HMServer/HMIP>
May 29 18:17:08 debmatic systemd[1]: Starting debmatic hmserver...
May 29 18:17:10 debmatic start_hmserver.sh[1118]: Init Hardware Info
May 29 18:17:24 debmatic start_hmserver.sh[1118]: May 29, 2021 6:17:24 PM io.vertx.core.impl.BlockedThreadChecker
May 29 18:17:24 debmatic start_hmserver.sh[1118]: WARNING: Thread Thread[vert.x-eventloop-thread-1,5,main] has been blocked for 2374 ms, time limit is 2000
May 29 18:21:09 debmatic systemd[1]: Started debmatic hmserver.