Installation Debmatic

Debian/Ubuntu basierte CCU

Moderator: Co-Administratoren

Zeitisen
Beiträge: 44
Registriert: 24.01.2020, 22:07
Hat sich bedankt: 1 Mal

Re: Installation Debmatic

Beitrag von Zeitisen » 22.07.2023, 19:46

Wenn ich den Stick weglasse, geht es unverändert, d.h. über RPI-RF-MOD. Die Störungen habe ich aber immer noch. Ich hatte inzwischen einen USB-Stick im Verdacht. Das konnte ich aber noch nicht verifizieren. Im Moment läuft auf der gleichen Hardware die alte Version mit piVCCU3 ohne Störungen.

Ist der Workaround (aus einem fhem thread)
Wenn man in der Datei /etc/default/debmatic die Zeile
Code Auswählen
AVOID_HM_CFG_USB_2=1
einfügt, dann wird das HM-CFG-USB-2 nicht mehr in debmatic erkannt/genutzt.
im Release enthalten oder muss ich dazu das Testing Rpository verwenden?


Weiter habe ich das Problem, dass fhem nach Neustart des Pi keine RPC-Server startet und ich auch keine auswählen kann. Dazu habe ich im fhem forum einen workaround gefunden, fhem erst nach debmatic zu starten. Das werde ich heute abend noch mal testen und hier berichten.

Zeitisen
Beiträge: 44
Registriert: 24.01.2020, 22:07
Hat sich bedankt: 1 Mal

Re: Installation Debmatic

Beitrag von Zeitisen » 22.07.2023, 22:29

Leider passt schon noch einiges nicht.

Ich habe lasse den fhem-dienst jetzt warten, bis debmatic läuft.

Code: Alles auswählen

# $Id: fhem.service 19235 2019-04-21 13:26:17Z betateilchen $

[Unit]
Description=FHEM Home Automation
Wants=network.target debmatic-startupfinished.service
After=network.target debmatic-startupfinished.service[Service]
#Requires=postgresql.service
#After=postgresql.service
#Requires=mysql.service
#After=mysql.service

[Service]
Type=forking
User=fhem
Group=dialout
WorkingDirectory=/opt/fhem
ExecStart=/usr/bin/perl fhem.pl fhem.cfg
#ExecStart=/usr/bin/perl fhem.pl configDB
Restart=always

[Install]
WantedBy=multi-user.target
Den HM-CFG-USB-2 habe ich ausgesteckt.

Code: Alles auswählen

sudo debmatic-info
debmatic version: 3.69.7-108
OS:               Raspbian GNU/Linux 11 (bullseye)
Kernel:           6.1.21-v7+ armv7l
Service Status:   Starting
Kernel modules:   Available
Raw UART dev:     Available
Rasp.Pi UART:     Assigned to GPIO pins
HMRF Hardware:    RPI-RF-MOD
 Connected via:   GPIO@3f201000.serial (/dev/raw-uart)
 Board serial:    5A4993FB0A
 Radio MAC:       0xFFFB0A
HMIP Hardware:    RPI-RF-MOD
 Connected via:   GPIO@3f201000.serial (/dev/raw-uart)
 SGTIN:           3014F711A0001F5A4993FB0A
 Radio MAC:       0xB687E8
Das Ergebnis ist ernüchternd:
Keine einzige Servicemeldung in der Webseite der CCU, obwohl mindestens ein Gerät als nicht vorhanden gemeldet werden müsste.
Unter piVCCU waren es immer 4 Servicemeldungen.
Die Anzeige von Duty Cycle ist wieder weg.

Unter fhem mit HMCCU bekomme ich keinen BidCos-RF RPC erzeugt.
Nach einem Neustart sind die RPCs wieder weg.

Code: Alles auswählen

2023.07.22 21:46:34 1: Messages collected while initializing FHEM:configfile: HMCCURPCPROC [d_rpc000001HmIP_RF] Invalid port or interface HmIP-RF
setuuid: Please define d_rpc000001HmIP_RF first
HMCCURPCPROC [d_rpc000001VirtualDevices] Invalid port or interface VirtualDevices
setuuid: Please define d_rpc000001VirtualDevices first
...
2023.07.22 21:50:01 1: HMCCU [CCU3] Delayed I/O device initialization
2023.07.22 21:50:01 2: HMCCU [CCU3] Deleting old CCU configuration data
2023.07.22 21:50:01 1: HMCCU [CCU3] Found no interfaces on CCU
2023.07.22 21:50:01 1: HMCCU [CCU3] No RPC interfaces found on CCU localhost
Bei jedem Neustart scheint noch weniger zu gehen. Nach einem restart von fhem werden wieder HmIP-RF und VirtualDevices RPCs angelegt. BidCos-RF fehlt. Die RPCs zeigen running/OK, die CCUinactive/OK

Nächster Versuch mit HM-CFG-USB-2 eingesteckt.
Jetzt kommt relativ schnell eine Fehlermeldung des nicht eingesteckten BidCos Geräts.

Es braucht aber mindestens drei Versuche, bis dieses Mal alle drei RPCs erzeugt werden. kaum ist das passiert, erscheinen jede Menge Geräte mit gestörter Kommunikation, die aber unter piVCCU einwandfrei funktionieren.

Während eines Neustart nur von fhem kommen wieder Fehlermeldungen, trotzdem läuft dann alles mit running/OK.
Im HomematicWebUI fehlt aber immer noch die Anzeige des Duty Cycles

-> Ohne HM-CFG-USB-2 läuft BidCos-RF nicht. Bei piVCCU schon.

Zeitisen
Beiträge: 44
Registriert: 24.01.2020, 22:07
Hat sich bedankt: 1 Mal

Re: Installation Debmatic

Beitrag von Zeitisen » 25.07.2023, 14:16

Nachdem mir jetzt die Zeit davonläuft, möchte ich auf piVCCU wechseln, ohne den ganzen Pi komplett neu auf zusetzen.
Das bedeutet debmatic deinstallieren und piVCCU installieren.

Dabei kommt folgender Fehler:

Code: Alles auswählen

pi@datalogger2:~ $ sudo apt remove debmatic
Paketlisten werden gelesen… Fertig
Abhängigkeitsbaum wird aufgebaut… Fertig
Statusinformationen werden eingelesen… Fertig
Die folgenden Pakete wurden automatisch installiert und werden nicht mehr benötigt:
  ca-certificates-java detect-radio-module ipcalc java-common
  lighttpd-mod-magnet lua-bit32 lua-filesystem lua-socket
  openjdk-8-jre-headless wait-sysfs-notify
Verwenden Sie »sudo apt autoremove«, um sie zu entfernen.
Die folgenden Pakete werden ENTFERNT:
  debmatic
0 aktualisiert, 0 neu installiert, 1 zu entfernen und 29 nicht aktualisiert.
Nach dieser Operation werden 0 B Plattenplatz zusätzlich benutzt.
Möchten Sie fortfahren? [J/n] 
(Lese Datenbank ... 186012 Dateien und Verzeichnisse sind derzeit installiert.)
Entfernen von debmatic (3.69.7-108) ...
Stopping debmatic ... Done
Disable debmatic services ... Done
Disable lighttps integration ... FAILED
Already disabled debmatic
Run "service lighttpd force-reload" to enable changes
Could not disable debmatic lighttpd module
dpkg: Fehler beim Bearbeiten des Paketes debmatic (--remove):
 »installiertes debmatic-Skript des Paketes pre-removal«-Unterprozess gab den Fe
hlerwert 1 zurück
dpkg: Zu viele Fehler, Abbruch
Fehler traten auf beim Bearbeiten von:
 debmatic
Bearbeitung wurde angehalten, da zu viele Fehler auftraten.
E: Sub-process /usr/bin/dpkg returned an error code (1)
Und schon wieder hänge ich fest. Was kann ich machen um das debmatic Paket zu deinstallieren?

Zeitisen
Beiträge: 44
Registriert: 24.01.2020, 22:07
Hat sich bedankt: 1 Mal

Re: Installation Debmatic

Beitrag von Zeitisen » 25.07.2023, 20:08

Deinstallation erfolgreich.
Mit

Code: Alles auswählen

sudo dpkg -D5 --remove debmatic 
gibt es Debugausgaben:

Code: Alles auswählen

D000001: ensure_diversions: new, (re)loading
D000001: process queue pkg debmatic:armhf queue.len 0 progress 1, try 1
D000001: deferred_remove package debmatic:armhf
D000001: checking dependencies for remove 'debmatic:armhf'
(Lese Datenbank ... 186012 Dateien und Verzeichnisse sind derzeit installiert.)
Entfernen von debmatic (3.69.7-108) ...
Stopping debmatic ... Done
Disable debmatic services ... Done
Disable lighttps integration ... FAILED
Already disabled debmatic
Run "service lighttpd force-reload" to enable changes
Could not disable debmatic lighttpd module
dpkg: Fehler beim Bearbeiten des Paketes debmatic (--remove):
 »installiertes debmatic-Skript des Paketes pre-removal«-Unterprozess gab den Fehlerwert 1 zurück
D000001: ensure_diversions: same, skipping
D000001: ensure_diversions: same, skipping
Fehler traten auf beim Bearbeiten von:
 debmatic
Ich habe jetzt nach Versuch und Irrtum mit

Code: Alles auswählen

sudo lighttpd-enable-mod debmatic
lighttpd enabled, damit ihn das Script ohne Fehler wieder disablen kann.
Und dann funktioniert Entfernen:

Code: Alles auswählen

sudo dpkg -D5 --remove debmatic 
D000001: ensure_diversions: new, (re)loading
D000001: process queue pkg debmatic:armhf queue.len 0 progress 1, try 1
D000001: deferred_remove package debmatic:armhf
D000001: checking dependencies for remove 'debmatic:armhf'
(Lese Datenbank ... 186012 Dateien und Verzeichnisse sind derzeit installiert.)
Entfernen von debmatic (3.69.7-108) ...
Stopping debmatic ... Done
Disable debmatic services ... Done
Disable lighttps integration ... Done
Remove obsolete files ... Done
D000001: ensure_diversions: same, skipping
D000001: removal_bulk package debmatic:armhf
D000001: removal_bulk cleaning info directory
D000001: removal_bulk purging? foundpostrm=0
D000001: removal done
Das Script debmatic.prerm sollte keinen Fehler werfen, wenn die lighttp Integration bereits disabled ist.

Antworten

Zurück zu „debmatic“