alexreinert / debmatic Goto Github PK

Ich habe auf meinem Intel NUC eine VM mit Linux, auf der ich Debmatic erfolgreich installiert habe.

Nun wird leider mein Funkmodul nicht erkannt, welches ich über HB-RF-USB einbinden möchte.

Danke für jeden Hinweis!

Danke Alex fuer deine source, super Arbeit und ich freue mich bereits über die Weiterentwicklung und bin sehr gespannt auf dan Punkt am horizon.

Eines meiner ziehe waehre es um die CCU native als adapter in iobroker zu integrieren.

Leider scheitere ich daran die source in einer Docker Umgebung zum laufen zu bekommen, native linux klappt super !

ist dies ein bekanntes problem oder eventuell noch Baustelle ? Ich würde die CCU gerne in einer docker Umgebung betreiben

Nur zur Information:
Der Versuch der Installation auf dieser HW/BS Kombi schlägt fehl mit
"N: Das Laden der konfigurierten Datei »main/binary-i386/Packages« wird übersprungen, da das Depot »https://www.debmatic.de/debmatic stable InRelease« die Architektur »i386« nicht unterstützt.
"
BG
Frank

Hallo!

Als erstes, super Leistung!!!

Problem: Wenn ich Homematic IP anlernen will, wird kein Gerät in der Debmatic Oberfläche/Geräte-Posteingang erkannt/angezeigt. Es wird aber gekoppelt! Das Gerät bestätigt es entsprechend und da das letzte angelernte Gerät in IOBroker angelegt wird und dann auch alle Daten/Änderungen sendet und empfängt! "Leider" funktioniert dies jeweils nur für ein Gerät und wird dann durch ein neu angelerntes "IP" Gerät ersetzt.

Alles andere funktioniert soweit: Homematic "alt", Kopplungen, Updates, Verbindungen IOBroker usw. Gelegentliche 1-2 Verbindungsabbrüche bei Homematic alt - kann an Backup, Neustarten, probieren usw. liegen - bin noch am testen der Software und Hardware! Installation fehlerfrei, Hardware sauber in Debian angelegt.

System: VM Debian 9.9 auf Qnap 64bit - Debmatic 3.45.7.27 - keine Addons
Schnittstelle: HB-RF-USB-TK mit HM-MOD-RPI-PCB und ext. Antenne
Browser: Safari/Mozilla

Gruss

Hallo,

Debmatic bringt sein eigenes Tcl in der Uralt-Version 8.2 mit (die ist von Ende der 90er!). Da Tcl, soweit ich verstanden habe, in der CCU v.a. für die CGI Scripte nötig ist, sollte es möglich sein, statt des eingebauten Interpreters /bin/tclsh das Debian Paket (tcl, derzeit Version 8.6) zu verwenden. Die Sprache ist sehr abwärtskompatibel, ich könnte mir daher vorstellen, dass keine Anpassungen am CCU Code nötig sind (beschwören würde ich es allerdings nicht und wenn, dann wäre das wahrscheinlich ein Killerargument). Die Abhängigkeiten aus der tcllib in /lib/tcl8.2/ könnten dann auch raus, davon gibt es aktuellere Versionen im Paket tcllib.

Vorteil wäre: debmatic wird um den Tcl Interpreter kleiner und es gäbe keine Konflikte mit einem anderweitig installierten Tcl auf der Kiste. Tcl und die tcllib selbst würden sich mit "apt upgrade" einfacher aktualisieren lassen, und die Maintenance des Interpreters innerhalb von debmatic entfällt. Und evtl. fällt das Entwickeln von Erweiterungen mit der neuen Tcl Version leichter...
Man müsste dann im debmatic Paket nur eine Abhängigkeit auf tcl und tcllib setzen.

Hallo, ich habe die Firmware 3.47.18.34 am laufen und bekomme jetzt die Meldung

Firmware 3.47.15.33 ist verfügbar

Woran liegt das.

Hinweise für die Debian-Doku:

sudo muss mit "apt install sudo" installiert werden (ist bei Debian standardmäßig nicht mehr dabei)

Im Abschnitt "Installation" ==> "1. Hinzufügen des .. Repo" muss als erstes noch ein "sudo apt-install transport-https" eingefügt werden - sonst kommt eine entspr. Fehlermeldung.

Hallo,

ein AddOn das mir noch fehlt zum Wechsel von pivccu auf debmatic ist HM-Print.
Wir dieses Addon kommen?

Vielen Dank für deine Bemühungen

mfG Matthias

Servus,
ich habe vor ein, zwei Wochen den Pi3 wegen Umzug neu aufgesetzt und heute auch mit apt-get auf neusten Stand (Stable) gebracht. Es sind noch keine Geräte angemeldet. Beim Einrichten ist es mir nicht Möglich den Sicherheitsschlüssel anzulegen. Es kommt immer ein Dialogfenster mit "Der Schlüssel konnte nicht angelegt werden. Informationen dazu finden Sie in den Servicemeldungen.". Nur die Servicemeldungen bleiben leer. Neustart habe ich auch mehrfach ausprobiert.
Ist das Problem bekannt oder mache ich etwas falsch?
Passwort beinhaltet nur die Erlaubten Zeichen "A-Za-z0-9_" und ist 30 Zeichen lang.

Gruß Björn

Hallo Alex,

planst Du auch einen Support für das Addon HB-UNI-Sensor1?

https://github.com/TomMajor/SmartHome/tree/master/HB-UNI-Sensor1

Das wäre toll!

Viele Grüße
Markus

Hallo,

ich habe mein HM-MOD-RPI-PCB über ein CP2102 am USB-Port hängen.
Gibt es Pläne diese Kombination zu unterstützen? Ich konnte dazu leider nichts finden.

Wie genau die Änderungen in der Datei detect_hardware.inc aussehen müssen, weiß ich leider nicht, aber das Gerät wird zumindest größtenteils problemlos erkannt:

lsusb | grep CP2102

Bus 002 Device 004: ID 10c4:ea60 Cygnal Integrated Products, Inc. CP2102/CP2109 UART Bridge Controller [CP210x family]

/bin/eq3configcmd read-default-rf-address -f /dev/ttyUSB0 -h 2>&1 | grep "^0x"

0x583642

/bin/eq3configcmd update-coprocessor -p /dev/ttyUSB0 -t HM-MOD-UART -c -se 2>&1 | grep "SerialNumber:"

2019/08/07 17:22:22.469 <Info> SerialNumber: OEQ0305943

/bin/eq3configcmd update-coprocessor -p /dev/ttyUSB0 -t HM-MOD-UART -c -v 2>&1 | grep "Version:"

2019/08/07 17:23:03.724 <Info> Version: 2.8.6

/bin/eq3configcmd update-coprocessor -p /dev/ttyUSB0 -t HM-MOD-UART -c -sg 2>&1

2019/08/07 17:23:49.736 <Error> Error retrieving SGTIN from coprocessor.

Rein spaßeshalber habe ich einen symbolischen Link von /dev/raw-uart auf /dev/ttyUSB0 erstellt und debmatic gestartet.
debmatic-info liefert danach:

debmatic version: 3.47.15-31
Kernel modules: Available
Raw UART dev:   Not available
HMRF Hardware:  HM-MOD-RPI-PCB
HMIP Hardware:  HM-MOD-RPI-PCB
Board serial:   OEQ0305943
Radio MAC:      0x583642
SGTIN:          unknown

Der Dienst debmatic-rfd liefert

XmlRpc transport error calling system.listMethods({"BidCos-RF_java"}) on http://127.0.0.1:39292/bidcos:
XmlRpc transport error calling system.listMethods({"1010"}) on binary://127.0.0.1:31999/RPC2:

Dass das so nicht funktionieren kann, ist klar. Man müsste vermutlich noch den Code für den HmIP-RFUSB kombinieren, der laut Code auch per CP2102 angeschlossen ist.
Hat das schonmal jemand erfolgreich ans Laufen gebracht bzw. gibt es Pläne diese Kombination zu unterstützen?

Stelle mich gerne als Tester zur Verfügung.

Danke!

Explanation

English

When installing pivccu an error occurs. The error message indicates that dpkg can't create a new version of pivccu as something is missing. This seems to be a problem related to rpikernelhack, but is limited (as to my knowledge) to the installation of this package.
Below i've put a workaround, if someone has the exact same problem.

German

Bei der Installation von pivccu tritt ein Fehler auf. Die Fehlermeldung zeigt an, dass dpkg keine neue Version von pivccu erstellen kann, da etwas fehlt. Dies scheint ein Problem im Zusammenhang mit rpikernelhack zu sein, ist aber (meines Wissens) auf die Installation dieses Pakets beschränkt.
Unten habe ich einen Workaround aufgeschrieben, falls jemand das gleiche Problem haben sollte.

System:

• RasPi 3 B+

> lsb_release -a                               
No LSB modules are available.
Distributor ID:	Raspbian
Description:	Raspbian GNU/Linux 10 (buster)
Release:	10
Codename:	buster

> uname -a
Linux raspberrypi 4.19.75-v7+ #1270 SMP Tue Sep 24 18:45:11 BST 2019 armv7l GNU/Linux

> ls -la                                       
insgesamt 12
drwxr-xr-x 2 malik malik 4096 Okt 10 21:40 .
drwxr-xr-x 7 malik malik 4096 Okt 10 21:41 ..
-rw-r--r-- 1 malik malik 2716 Jan 23  2019 pivccu-modules-raspberrypi_2.0-11_armhf.deb

Error:

> dpkg -i pivccu-modules-raspberrypi_2.0-11_armhf.deb 
(Lese Datenbank ... 113372 Dateien und Verzeichnisse sind derzeit installiert.)
Vorbereitung zum Entpacken von pivccu-modules-raspberrypi_2.0-11_armhf.deb ...
dpkg-divert: Warnung: Bitte geben Sie »--no-rename« explizit an, die Vorgabe wird in 1.20.x
auf »--rename« geändert werden
»Umleitung von /boot/overlays/pivccu-raspberrypi.dtbo zu /usr/share/rpikernelhack/overlays/pivccu-raspberrypi.dtbo durch rpikernelhack« wird beibehalten
Entpacken von pivccu-modules-raspberrypi (2.0-11) ...
dpkg: Fehler beim Bearbeiten des Archivs pivccu-modules-raspberrypi_2.0-11_armhf.deb (--install):
 »/usr/share/rpikernelhack/overlays/pivccu-raspberrypi.dtbo.dpkg-new« konnte nicht angelegt werden (während der Verarbeitung von »./boot/overlays/pivccu-raspberrypi.dtbo«): Datei oder Verzeichnis nicht gefunden
Fehler traten auf beim Bearbeiten von:
 pivccu-modules-raspberrypi_2.0-11_armhf.deb
root@raspberrypi:~/pivccu-modules-raspberrypi# cat /usr/share/rpikernelhack/

Workaround

mkdir /usr/share/rpikernelhack/
ar -x pivccu-modules-raspberrypi_2.0-11_armhf.deb 
unxz data.tar.xz
tar xfv 
cp -r boot/overlays /usr/share/rpikernelhack/
dpkg -i pivccu-modules-raspberrypi_2.0-11_armhf.deb
rm -rf boot var lib control.tar.xz debian-binary data.tar /usr/share/rpikernelhack/

Hallo, danke für dieses schöne und nützliche Projekt!

Ist es denkbar, den GPIO-Anschluß eines UP Square Boards mit einem HM-MOD-RPI-PCB zu bestücken und das Funkmodul dann direkt zu nutzen? Laut Hersteller ist der GPIO-Anschluß pin-kompatibel zum Raspberry.

Hier die Spezifikationen: https://up-board.org/upsquared/specifications/

To get Bluetooth and the RPi module running, I still had to set core_freq = 250 in the config.txt. Without this entry the Bluetooth module will not be found on a Raspberry 3B +.

sudo bash -c 'cat << EOT >> /boot/config.txt dtoverlay=pi3-miniuart-bt enable_uart=1 force_turbo=1 core_freq=250 EOT'

Hallo,
ich habe auf meinem Router (läuft unter Ubuntu 18.04) debmatic installiert. Funktioniert auch soweit ganz gut. Das einzige was mir aufgefallen ist, ist der ein Reboot seit debmatic deutlich länger braucht. Da es sich um einen Router handelt, hat das Gerät natürlich auch mehrere Netzwerkinterfaces, ein paar physikalische und ein paar VLAN-Interfaces. Da kann auch schon mal ein Interface dabei sein, das keine IP hat und die Internet-Verbindung, die überprüft wird, wird auch erst hergestellt, wenn das letzte VLAN-Interface initialisiert wurde, da es sich erst hier um das Interface handelt, das dann für die pppoe-Verbindung verwendet wird. Da ist also tatsächlich reichlich Potential für eine Verzögerung. Ich bin zwar jetzt froh, dass ich weiß woran es liegt und nichts defekt ist, frage mich aber, ob man das nicht etwas optimieren kann. Ich habe im Moment als Quick-and-Dirty-Lösung den größten Teil der Überprüfungen auskommentiert und lass die Dateien in /var/status ohne Überprüfung anlegen. Das ist aber sicherlich nicht die Königslösung.

Weiterhin frage ich mich was der letzte Teil des Skripts machen soll. Er gibt dem Kommando eq3configcmd anscheinend Informationen zur Default-Route. Leider sind die Infos im Bezug auf die Default Route, die auf meinem System nach dem Neustart vorliegt so aber nicht ganz richtig berechnet. Das was für die Netzmaske rauskommt ist nämlich eine Klasse C-Maske. Das Interface hat aber nur eine Maske für einen einzelnen Host, da es sich um eine ppp-Verbindung handelt (Default Route zeigt in Richtung Internet). Was genau muss hier eq3configcmd mitgeteilt werden? Kann man sich das nicht einfach sparen und sich auf die Routing-Informationen verlassen, die das Betriebssystem bereits hat?

Gruß

Hallo,
es wäre schön, wenn man Geräte deaktivieren könnte, um sinnlose Servicemeldungen zu unterdrücken, wenn man z.B. einen Schaltaktor nicht mehr eingesteckt hat.
Der Workarround "An- und Ablernen von Geräten" ist ziemlich umständlich.

Use Case: Seasonal benötige ich Schalter nicht, die ich dann vom Strom nehme.

Hallo :)
Da ich meinen Raspi gerne noch für andere zwecke nutzen möchte, würde ich gerne von Raspmatic auf Debmatic wechseln.
Installation hat nach Anleitung super funktioniert.
Nur kann ich keine Geräte anlernen, anscheinend wird das HM-MOD-RPI-PCB Modul nicht erkannt?

Wie gesagt mit Raspmatic lief alles wunderbar

Abhängig von eq-3/occu#95

Guten Tag,

ich habe debmatic auf einer VM mit Debian 9 Basis installiert. Das läuft auch alles reibungslos.

Nun wollte ich gerne CUxD installieren per apt, was funktioniert, aber nun bleibt das Webinterface bei "Die Homematic CCU ist noch nicht bereit" stehen. Ich habe über 1 Std gewartet und auch schon die VM neugestartet.

Erst wenn ich CUxD wieder deinstalliere, bootet das Webinterface.

Kann ich Ihnen Logs zur Verfügung stellen, die Ihnen helfen können?

Das System ist folgendes:
Intel NUC mit Proxmox
Kernel: Debian 4.19.28-2~bpo9+1
HMIP Funkmodul USB

Gruß

Tobi

Hallo zusammen,

ich hab gestern ein Update von debmatic auf 3.47.15-33 gemacht. Heute ist mir aufgefallen, dass die Oberfläche nicht mehr lädt (siehe unten).

Kann mir jemand helfen, wie ich herausfinde, woran das liegen könnte?

Die Verbindung über RPC und node-red funktioniert noch einwandfrei. Ich kann sowohl senden, als auch empfangen.

Danke für eure Hilfe schon einmal im Voraus

Grüße,
Benjamin

In der hmserver.log steht folgendes:

Sep 26 19:46:01 de.eq3.cbcs.server.core.otau.util.FirmwareLoaderFileSystem INFO  [vert.x-worker-thread-3] SYSTEM: Firmware update directory is set to /etc/config/firmware

Sep 26 19:46:01 de.eq3.cbcs.vertx.management.VertxManager INFO  [vert.x-eventloop-thread-5] SYSTEM: start of FirmwareLoaderFileSystem succeeded (b544ae5a-ec9a-4f99-a114-1bfc6f7a7507)

Sep 26 19:46:01 de.eq3.cbcs.vertx.management.VertxManager INFO  [vert.x-eventloop-thread-1] SYSTEM: start of DeviceInclusionAcceptHandler succeeded (2fc219d4-b6be-4198-a437-802f567780bf)

Sep 26 19:46:01 de.eq3.cbcs.vertx.management.VertxManager INFO  [vert.x-eventloop-thread-7] SYSTEM: start of IncomingHMIPFrameHandler succeeded (20affedf-ec66-4814-b17f-0c11b05e59ac)

Sep 26 19:46:01 de.eq3.cbcs.vertx.management.VertxManager INFO  [vert.x-eventloop-thread-7] SYSTEM: start of WebSocketManager succeeded (ce9a577e-d562-4115-aedb-d625b72e6038)

Sep 26 19:46:01 de.eq3.cbcs.vertx.management.VertxManager INFO  [vert.x-eventloop-thread-2] SYSTEM: start of AccessPointAuthorisationHandler succeeded (5b625591-7e1a-46bc-8f9c-ec27482d05c1)

Sep 26 19:46:01 de.eq3.cbcs.vertx.management.VertxManager INFO  [vert.x-eventloop-thread-1] SYSTEM: start of RemoteCommAdapterInitialization succeeded (e89a986f-c9ce-4745-8bf5-54500d6ca25a)

Sep 26 19:46:01 de.eq3.cbcs.vertx.management.VertxManager INFO  [vert.x-eventloop-thread-0] SYSTEM: start of BackendCommandHandler succeeded (5acae2c7-152f-4c1b-be33-48700615f8b8)

Sep 26 19:46:01 de.eq3.cbcs.vertx.management.VertxManager INFO  [vert.x-eventloop-thread-3] SYSTEM: start of AccessPointMessageDispatcher succeeded (37dd23c0-0b7f-40bd-9f18-68f7bcf4bbf0)

Sep 26 19:46:01 de.eq3.cbcs.vertx.management.VertxManager INFO  [vert.x-eventloop-thread-5] SYSTEM: start of AccessPointWatchdog succeeded (5c504d54-0ef9-419a-8b7b-2cdf5240e4cd)

Sep 26 19:46:01 de.eq3.cbcs.server.local.base.internal.LocalServerAdapterInitialization ERROR [vert.x-eventloop-thread-0] Error 'LOCAL_ADAPTER_NO_SUCH_PORT' while trying to open port '/dev/mmd_hmip':
de.eq3.cbcs.lib.commdevice.CommDeviceException: Exception while trying to open serial port. Check configured port '/dev/mmd_hmip'
        at de.eq3.cbcs.lib.nrjavaserialdevice.SerialCommDevice.open(SerialCommDevice.java:105)
        at de.eq3.cbcs.lib.hmiptrxcommadapter.HomeMaticIPTRXCommAdapter.open(HomeMaticIPTRXCommAdapter.java:727)
        at de.eq3.cbcs.lib.hmiptrxcommadapter.HomeMaticIPTRXCommAdapter.<init>(HomeMaticIPTRXCommAdapter.java:98)
        at de.eq3.cbcs.server.local.base.internal.ShareableHomeMaticIPTRXCommAdapter.<init>(ShareableHomeMaticIPTRXCommAdapter.java:20)
        at de.eq3.cbcs.server.local.base.internal.LocalServerAdapterInitialization.start(LocalServerAdapterInitialization.java:177)
        at io.vertx.core.AbstractVerticle.start(AbstractVerticle.java:111)
        at io.vertx.core.impl.DeploymentManager.lambda$doDeploy$8(DeploymentManager.java:434)
        at io.vertx.core.impl.ContextImpl.lambda$wrapTask$2(ContextImpl.java:337)
        at io.netty.util.concurrent.AbstractEventExecutor.safeExecute(AbstractEventExecutor.java:163)
        at io.netty.util.concurrent.SingleThreadEventExecutor.runAllTasks(SingleThreadEventExecutor.java:403)
        at io.netty.channel.nio.NioEventLoop.run(NioEventLoop.java:445)
        at io.netty.util.concurrent.SingleThreadEventExecutor$5.run(SingleThreadEventExecutor.java:858)
        at java.base/java.lang.Thread.run(Thread.java:835)
Caused by: gnu.io.NoSuchPortException
        at gnu.io.CommPortIdentifier.getPortIdentifier(CommPortIdentifier.java:294)
        at de.eq3.cbcs.lib.nrjavaserialdevice.SerialCommDevice.open(SerialCommDevice.java:96)
        ... 12 more
		
Sep 26 19:46:01 de.eq3.cbcs.vertx.management.VertxManager INFO  [vert.x-eventloop-thread-7] SYSTEM: start of LocalServerAdapterInitialization succeeded (fa34ca4c-0e6c-4c26-bd0f-afa9862216c9)

Sep 26 19:46:02 de.eq3.cbcs.vertx.management.VertxManager INFO  [vert.x-eventloop-thread-1] SYSTEM: start of AccessPointCommDevice succeeded (7ab5c469-0cfb-425d-aadd-bee92a4cfcd7)

Sep 26 19:46:04 de.eq3.cbcs.vertx.management.VertxManager INFO  [vert.x-eventloop-thread-3] SYSTEM: start of RemoteCommAdapterFinalization succeeded (64054205-5069-4fcf-9c28-dbf3d108fd7c)

Sep 26 19:46:04 de.eq3.cbcs.lib.remotecommadapter.AccessPointCommDevice INFO  [vert.x-eventloop-thread-2] SYSTEM: Started Access Point WebSocket server with port 9293

Sep 26 19:46:04 de.eq3.cbcs.lib.remotecommadapter.AccessPointCommDevice INFO  [vert.x-eventloop-thread-2] SYSTEM: connector open

Hi all,
z.Z. teste ich den CCU3 (3.45.7.22) auf Docker / Kubernetes (https://github.com/angelnu/docker-ccu), dabei sollten keine hat's oder funkmodule (wie HM-MOD-RPI-PCB) verwendet werden sondern Gateways (wie Wired Access Point DRAP und HomeMatic RF-LAN). Dabei ist es nicht möglich Geräte anzulernen. (siehe Bild).
Alternativ habe ich debmatic (3.45.7.22) auf ein RasPi 3B+ native (ohne Docker) installiert und ich habe das gleiche Problem: es nicht möglich Geräte anzulernen.

Auf eine CCU2 (YAHM) ist das kein Problem...

habs hier gelesen, dass Du dran bist:
https://homematic-forum.de/forum/viewtopic.php?f=18&t=49029&p=500443&hilit=cloudmatic#p500443
Ohne cloudmatic kann ich nicht umsteigen. Wäre schön, wenn Du hier bekannt geben könntest, wenn es funktioniert.
Danke!
Georg

Hallo Alex,

ich habe debmatic auf dem gleichen System wie openhab 2 laufen. Wenn ich debmatic als Thing hinzufügen möchte, bekomme ich einen Error 500 im PaperUI (openhab 2). Ein Test mit pivccu3 war erfolgreich. Leider kann ich nichts im openhab Logfile finden.

Ich benutze debmatic aktuell ohne Modul am Raspberry PI.

Danke
Holly

Hallo,
ich habe Debmatic auf einem frischen Raspbian (Buster) System installiert und möchte das CCU Add-On Redmatic installieren. Leider ist der Menüpunkt "Systemsteuerung -> Zusatzsoftware" nicht verfügbar um das Modul zu laden. Habe ich etwas falsch gemacht? Muss ich Debmatic evtl. anders konfigurieren?

Ich habe debmatic nach Anleitung in einer Proxmox VM (Debian 10) installiert. Soweit klappte alles auf Anhieb und ich konnte das Webinterface soweit benutzen. Nachträglich habe ich dann das HmIP-RFUSB Modul in die VM weitergeleitet.

Mit den Standardeinstellung erschien dann beim Button "TeachIn-Devices" im Webinterface interessanterweise nur ein leerer Dialog, obwohl unter "Devices" der HmIP-RFUSB aufgelistet wurde. Wenn ich unter /etc/config/log4j.xml alles auf DEBUG ändere, wie folgt,

        <category name="de.eq3">
                <priority value="DEBUG" />
        </category>
        <category name="org">
                <priority value="DEBUG" />
        </category>
        <category name="com">
                <priority value="DEBUG" />
        </category>

und die VM neu starte, dann bekomme ich das übliche Fenster, wo ich erfolgreich Devices anlernen kann im Webinterface. Eigentlich wollte ich das DEBUG level nur anmachen, um den Fehler zu suchen, aber jetzt ist ja der Fehler einfach verschwunden. Ist also ein typischer Heisen-Bug, verschwindet bei Beobachtung... 😕

Hat jemand eine Idee, wie man das weiter untersuchen kann? Ich befürchte, das ist ein subtiles Timing Problem beim Erkennen des Funkempfängers. Ich habe übrigens noch zwei weitere USB Geräte in die VM durchgereicht in Proxmox, die als /dev/ttyUSB0 und /dev/ttyUSB1 erkannt werden (die VM soll auch andere Dinge neben Homematic auslesen). Kann das vielleicht eine Rolle spielen?

Meine Version ist 3.47.15.32, ich könnte ein Update auf 3.47.15.33 machen, aber das traue ich mich nicht ganz, weil es ja recht fragil scheint mit diesem Anlern-Modus.

Wenn man mir sagt, welche Logs von meiner VM interessant sind, poste ich diese gerne hier.

I have installed debmatic on Raspberry Pi 4 2GB buster and after reboot i can't connect to my raspi even ssh doesn't work. Ping is working. Who can help me?

Wie im Titel beschrieben habe ich Probleme mit dem Bearbeiten/löschen von normalen Homematic Geräten z.B. HM-PBI-4-FM. beim bearbeiten kommt immer

Das Gerät mit der Seriennummer 'OEQXXXXXXX' vom Interface 'RemoteApi' konnte nicht abgefragt werden!

debmatic läuft in einer VM mit debian 9.9 x86 und HB-RF-USBmit dem Funkmodul RPI-RF-MOD

edit

Hab auch ein form post im Homematicforum

https://homematic-forum.de/forum/viewtopic.php?f=81&t=51667

und hier nochmal der link zu den log dateien

https://share.mailbox.org/ajax/share/0d27a71a039d114dd57b36239d1148f48f95b28e3eebd843/1/8/NTk

pw: debmatic1973

Hallo,

was mach ich mit so einer Fehlermeldung von apt-get update? (ubuntu 19.04)

E: Repository 'https://www.debmatic.de/debmatic stable InRelease' changed its 'Origin' value from 'piVCCU stable' to 'Alexander Reinert'
E: Repository 'https://www.debmatic.de/debmatic stable InRelease' changed its 'Label' value from 'piVCCU stable' to 'smarthome'

Danke
Georg

Es währe schon wen man die Möglichkeit hätte den webport anders als standard 80 zu legen da auf dem 80ger port (vor allem bei VM ähnlichen Umgebungen) oft bereits andere Dienste darauf laufen.

Will/is support for HM-CFG-LAN possible?

Hallo, würde mich freuen wenn hm2mqtt als addon unterstüzt würde ... würde die anbindung an manch andere systeme auch erleichtern insbesondere Loxone

mfg

Ich habe nun OMV auf 88 gemacht debmatic neuinstalliert und nun
Kommt kurz die Seite "Homematic wird vorbereitet..." und danach:

400 Bad Request
(http://192.168.1.158/pages/index.htm?sid=@gBMcgA8QRL@)

Hallo Alex,
ich habe seit dem vorletzten Update alle Verbindungen zu Geräten verloren, die mit einem Sicherheitschlüssel verbunden waren. Ich habe nach dem letzten Update alle Geräte geräteseitig zurückgesetzt und neu verbunden, was prinzipiell funktioniert hat. Leider besteht diese Möglichkeit nicht bei allen Geräten, wenn ein Sicherheitsschlüssel gesetzt ist. Diese Geräte bekomme ich jetzt aber auch nicht mehr an die CCU angelernt (obwohl der Sicherheitsschlüssel der selbe ist) und so sind diese momentan nicht mehr nutzbar.
Bin ich der einzige mit diesem Problem? Hast du eine Idee, was ich machen kann?

Was ich bis jetzt gemacht habe (leider ohne Erfolg):

• altes Backup eingespielt
• Ich habe den richtigen Sicherheitsschlüssel verwendet
• versucht die Geräte abzulernen

Besteht die Möglichkeit die alte, letzte bei mir funktionierende Version, einzuspielen um die entsprechenden Geräte zurückzusetzen und diese dann in der aktuellen Version wieder neu anlernen?

Andere Frage noch, wenn ich die Backups einspiele, sind unter Einstellungen die Buttons CloudMatic und NEOServer sichtbar, die ja bei debmatic keine Funktion haben. Kann ich diese irgendwie entfernen?

Vielen Dank für deine Hilfe!
Jannis

When executing apt install xml-api, I get the following warning:

...
Preconfiguring packages ...
xml-api template parse error: Template #1 in /tmp/xml-api.template.7SmYcj does not contain a 'Template:' line

Selecting previously unselected package xml-api.
...

The package seems to install fine though. Is this something easy to fix?

Hallo,

ich habe nun öfters das Problem gehabt, das mein HMIP-USB Stick von ELV nicht erkannt wird, nach einem Update. Nur eine Neuinstallation hilft hier. Ich traue mich schon gar nicht meine VM neuzustarten.

Die Aussage von /var/hm_mode sagt folgendes:

HM_HOST='DEBMATIC'
HM_HOST_RAW_UART=''
HM_HOST_GPIO_UART=''
HM_HOST_GPIO_RESET=''
HM_LED_GREEN=''
HM_LED_RED=''
HM_LED_YELLOW=''
HM_RTC=''
HM_MODE='NORMAL'
HM_HMRF_DEVNODE=''
HM_HMIP_DEVNODE='/dev/ttyUSB0'
HM_HMRF_DEV=''
HM_HMIP_DEV='HMIP-RFUSB'
HM_HMRF_SERIAL=''
HM_HMRF_VERSION=''
HM_HMRF_ADDRESS=''
HM_HMIP_SGTIN='3014f711a000041709adfa00'
HM_HMIP_SERIAL='1709adfa00'
HM_HMIP_VERSION='2.8.6'
HM_HMIP_ADDRESS='0xB27C85'

Nach einem Neustart ist das gerne mal komplett leer.

Was mir noch aufgefallen ist, dass ich wenn ich ein Gerät im Posteingang anklicke, folgendes erscheint:

"Homematic Funk Anlernmodus konnte nicht aktiviert werden."

Aber das Gerät funktioniert einwandfrei.

Kann ich Dir noch mehr Informationen verschaffen ?

Umgebung ist folgende:

Proxmox
Debian 9,9 VM

Hallo,

ein AddOn das mir noch fehlt zum Wechsel von pivccu auf debmatic ist hm_email.
Wir dieses Addon kommen?

Vielen Dank für deine Bemühungen

mfG Matthias

Hi Alex,

do you plan to support the software emulation of the HM-MOD-RPI-PCB like in pivccu?

Regards,
Holly

Hallo,

Beim Versuch einen HMW_IO_12_Sw7_DR (bzw auch einen Sw2-DR) anzulernen landet dieser im Posteingang, aber es erscheint nie ein Fertig-Button anstelle des Lade-Icons. In der Browserkonsole bekomme ich eine Fehlermeldung, dass device null ist (in der allChannesAvailable-Methode in webui.js, Device.get mit der devID gibt dort immer null zurück). Auch Interface/Kategorie im Posteingang zeigt null, schätze mal da hats irgendwas.

Wenn ich numberOfChannels auf 16 oder sonstwas setze bekomme ich die Buttons und kann die Geräte aus dem Posteingang holen, habe sie aber dann aber nirgendwo mehr in der GUI (schalten geht trotzdem über openHAB, da die Geräte dort schon einmal angelegt waren).

Normale RF-Geräte funktionieren tadellos.

Zum System:
Raspbian 9
Linux 4.14.48-v7+ #1118 SMP Thu Jun 7 16:40:27 BST 2018 armv7l GNU/Linux
debmatic version: 3.45.7-16
Browser am Client: Chrome Version 74.0.3729.108 (Official Build) (64-bit) (aber auch mit FF, Edge, etc getestet)

Lg,
Georg

Hallo,

ich habe seit heute eine HM IP Schaltsteckdose. Anlernen ging ohne Probleme, nur kann ich das Wochenprogramm nicht einstellen. Die Option zum Einstellen wird mir zwar angeboten, aber sobald ich meine Konfig abschicke, geht die Web-Ui in eine Dauerschleife für >10 Minuten und es passiert nichts. Wenn man einen 2, Tab öffnet und versucht die Steckdose damit an oder auszuschalten geht das, nur das Wochenprogramm wird nicht übertragen (Ch. 6).

Guten Abend,
Habe probleme mit dem Addon CUxD. Habe es installiert mit apt und lief einwandfrei, konnte auch Geräte erstellen. Nach einiger Zeit funktioniert CUxD aber nicht mehr. Komme zwar noch auf die Seite aber unter Status wird nichts mehr angezeigt. Auch die Geräteliste ist weg.
Auf der Seite unter CUxD Syslog sind keine einträge.
Full Syslog:

Apr 9 21:50:51 Homematic kernel: [ 3.893891] [TTM] Zone kernel: Available graphics memory: 1026016 kiB
Apr 9 21:50:51 Homematic kernel: [ 3.893892] [TTM] Initializing pool allocator
Apr 9 21:50:51 Homematic kernel: [ 3.893897] [TTM] Initializing DMA pool allocator
Apr 9 21:50:51 Homematic kernel: [ 3.896032] fbcon: bochsdrmfb (fb0) is primary device
Apr 9 21:50:51 Homematic kernel: [ 3.916898] Console: switching to colour frame buffer device 128x48
Apr 9 21:50:51 Homematic kernel: [ 3.918408] bochs-drm 0000:00:02.0: fb0: bochsdrmfb frame buffer device
Apr 9 21:50:51 Homematic kernel: [ 3.930785] [drm] Initialized bochs-drm 1.0.0 20130925 for 0000:00:02.0 on minor 0
Apr 9 21:50:51 Homematic kernel: [ 3.950623] generic_raw_uart: loading out-of-tree module taints kernel.
Apr 9 21:50:51 Homematic kernel: [ 4.003130] usb 2-1: Found HB-RF-USB at usb-0000:00:1d.0-1
Apr 9 21:50:51 Homematic kernel: [ 4.061229] Adding 2094076k swap on /dev/sda5. Priority:-1 extents:1 across:2094076k FS
Apr 9 21:50:51 Homematic kernel: [ 4.252804] usbcore: registered new interface driver hb_rf_usb
Apr 9 21:50:52 Homematic kernel: [ 4.740735] raw-uart raw-uart: Reset radio module
Apr 9 21:50:53 Homematic kernel: [ 5.394598] random: crng init done
Apr 9 21:50:53 Homematic kernel: [ 5.394599] random: 7 urandom warning(s) missed due to ratelimiting
Apr 9 21:51:06 Homematic update-lgw-firmware: No gateway found in config file /etc/config/rfd.conf
Apr 9 21:51:06 Homematic kernel: [ 18.484345] eq3loop: created slave mmd_hmip
Apr 9 21:51:06 Homematic kernel: [ 18.484456] eq3loop: created slave mmd_bidcos
Apr 9 21:51:08 Homematic kernel: [ 20.564126] eq3loop: eq3loop_open_slave() mmd_bidcos
Apr 9 21:51:14 Homematic kernel: [ 26.092348] eq3loop: eq3loop_open_slave() mmd_hmip
Apr 9 21:51:14 Homematic kernel: [ 26.092432] eq3loop: eq3loop_close_slave() mmd_hmip
Apr 9 21:51:14 Homematic kernel: [ 26.093457] eq3loop: eq3loop_open_slave() mmd_hmip
Apr 9 21:51:14 Homematic kernel: [ 26.093528] eq3loop: eq3loop_close_slave() mmd_hmip
Apr 9 21:51:14 Homematic kernel: [ 26.096722] eq3loop: eq3loop_open_slave() mmd_hmip
Apr 9 21:51:14 Homematic kernel: [ 26.097772] eq3loop: eq3loop_ioctl_slave() mmd_hmip: unhandled ioctl 0x5459
Apr 9 21:51:14 Homematic kernel: [ 26.097776] eq3loop: eq3loop_ioctl_slave() mmd_hmip: unhandled ioctl 0x545D

Habe auch schon alles neuinstalliert aber das Problem tritt immer wieder auf. debmatic funktioniert ohne Probleme.
Zu meinem System:
Intel Nuc mit Proxmox
Linux Debian Kernel 4.9.0-8-amd64
HB-RF-USB mit RPI-RF-MOD

Danke im Voraus

System:

• Gigabyte Brix 3150
• Proxmox -> VM Debian 9.8.0
• RF-MOD

Nach einem Neustart der VM werden mir, im webUI, einige Heizungsthermostate als "OFF" angezeigt. Im ioBroker werden sie mit 23°C angezeigt, am Thermostat selbst sind aber 22°C eingestellt.
Wenn ich den Wert über ioBroker oder am Thermostat ändere, oder versuche ihn im webUI wieder einzustellen, wird der korrekte Wert sofort richtig dargestellt.

Wo ist nachher der Unterschied zur occu? Was ist mit hm-cfg-usb2 wird der unterstützt? Danke!

Hi Team!

Just tried the Installation on X64...debian-9.7.0-amd64-netinst.iso

Can't install the kernel modules.

Error:
DKMS make.log for pivccu-1.0.22 for kernel 4.9.0-8-amd64 (x86_64)
Mi 13. Feb 22:55:14 CET 2019
make -C /lib/modules/4.9.0-8-amd64/build M=/var/lib/dkms/pivccu/1.0.22/build modules
make[1]: Verzeichnis „/usr/src/linux-headers-4.9.0-8-amd64“ wird betreten
CC [M] /var/lib/dkms/pivccu/1.0.22/build/eq3_char_loop.o
CC [M] /var/lib/dkms/pivccu/1.0.22/build/plat_eq3ccu2.o
CC [M] /var/lib/dkms/pivccu/1.0.22/build/generic_raw_uart.o
CC [M] /var/lib/dkms/pivccu/1.0.22/build/pl011_raw_uart.o
/var/lib/dkms/pivccu/1.0.22/build/generic_raw_uart.c: In function ‘generic_raw_uart_get_gpio_pin_number’:
/var/lib/dkms/pivccu/1.0.22/build/generic_raw_uart.c:722:31: error: too many arguments to function ‘fwnode_get_named_gpiod’
struct gpio_desc *gpiod = fwnode_get_named_gpiod(fwnode, label, 0, GPIOD_ASIS, label);
^~~~~~~~~~~~~~~~~~~~~~
In file included from /usr/src/linux-headers-4.9.0-8-common/include/asm-generic/gpio.h:13:0,
from /usr/src/linux-headers-4.9.0-8-common/include/linux/gpio.h:51,
from /var/lib/dkms/pivccu/1.0.22/build/generic_raw_uart.c:39:
/usr/src/linux-headers-4.9.0-8-common/include/linux/gpio/consumer.h:137:19: note: declared here
struct gpio_desc *fwnode_get_named_gpiod(struct fwnode_handle *fwnode,
^~~~~~~~~~~~~~~~~~~~~~
/usr/src/linux-headers-4.9.0-8-common/scripts/Makefile.build:307: die Regel für Ziel „/var/lib/dkms/pivccu/1.0.22/build/generic_raw_uart.o“ scheiterte
make[4]: *** [/var/lib/dkms/pivccu/1.0.22/build/generic_raw_uart.o] Fehler 1
make[4]: *** Es wird auf noch nicht beendete Prozesse gewartet...
/usr/src/linux-headers-4.9.0-8-common/Makefile:1528: die Regel für Ziel „module/var/lib/dkms/pivccu/1.0.22/build“ scheiterte
make[3]: *** [module/var/lib/dkms/pivccu/1.0.22/build] Fehler 2
Makefile:152: die Regel für Ziel „sub-make“ scheiterte
make[2]: *** [sub-make] Fehler 2
Makefile:8: die Regel für Ziel „all“ scheiterte
make[1]: *** [all] Fehler 2
make[1]: Verzeichnis „/usr/src/linux-headers-4.9.0-8-amd64“ wird verlassen
Makefile:23: die Regel für Ziel „all“ scheiterte
make: *** [all] Fehler 2

What to do?

Marc

Hallo,

ich habe folgende Konstellation:
Raspberry Pi 4B mit Raspbian Buster + HB-RF-USB-TK + RPI-RF-MOD

Raspbian ist frisch installiert.
Die Debmatic Installation verläuft reibungslos und der RPI-RF-MOD wird sauber erkannt die LED leuchtet blau.

Nach einem sudo reboot wird der RPI-RF-MOD aber nicht mehr selbstständig angesprochen, die LED blink dauerhaft gelb.

Die Weboberfläche ist zu jeder Zeit erreichbar

Nach einem sudo service debmatic restart ist der RPI-RF-MOD wieder ansprechbar, die LED leuchtet blau.

Eine Idee woran es liegt?

Vielen Dank im Voraus

When running apt install pivccu-modules-dkms I get the following error on Debian Jessie Kernel 4.9.0-9):

Reading package lists... Done
Building dependency tree
Reading state information... Done
The following NEW packages will be installed:
  pivccu-modules-dkms
0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
Need to get 30.2 kB of archives.
After this operation, 0 B of additional disk space will be used.
Get:1 https://www.debmatic.de/debmatic stable/main amd64 pivccu-modules-dkms all 1.0.34 [30.2 kB]
Fetched 30.2 kB in 0s (55.8 kB/s)
Preconfiguring packages ...
Selecting previously unselected package pivccu-modules-dkms.
(Reading database ... 93312 files and directories currently installed.)
Preparing to unpack .../pivccu-modules-dkms_1.0.34_all.deb ...
Unpacking pivccu-modules-dkms (1.0.34) ...
Setting up pivccu-modules-dkms (1.0.34) ...
Usage: fixdep [-e] <depfile> <target> <cmdline>
 -e  insert extra dependencies given on stdin

Creating symlink /var/lib/dkms/pivccu/1.0.34/source ->
                 /usr/src/pivccu-1.0.34

DKMS: add completed.

Kernel preparation unnecessary for this kernel.  Skipping...

Building module:
cleaning build area...
make -j1 KERNELRELEASE=4.9.0-9-amd64 ARCH=x86 all....(bad exit status: 2)
Error! Bad return status for module build on kernel: 4.9.0-9-amd64 (x86_64)
Consult /var/lib/dkms/pivccu/1.0.34/build/make.log for more information.
Created symlink /etc/systemd/system/multi-user.target.wants/pivccu-dkms.service → /lib/systemd/system/pivccu-dkms.service.
Created symlink /etc/systemd/system/debmatic.service.wants/pivccu-dkms.service → /lib/systemd/system/pivccu-dkms.service.
Created symlink /etc/systemd/system/pivccu.service.requires/pivccu-dkms.service → /lib/systemd/system/pivccu-dkms.service.
[master 3756d69] committing changes in /etc after apt run
 4 files changed, 4 insertions(+)
 create mode 120000 systemd/system/debmatic.service.wants/pivccu-dkms.service
 create mode 120000 systemd/system/multi-user.target.wants/pivccu-dkms.service
 create mode 120000 systemd/system/pivccu.service.requires/pivccu-dkms.service

In /var/lib/dkms/pivccu/1.0.34/build/make.log:

DKMS make.log for pivccu-1.0.34 for kernel 4.9.0-9-amd64 (x86_64)
Sun Sep  1 20:34:12 CEST 2019
make -C /lib/modules/4.9.0-9-amd64/build M=/var/lib/dkms/pivccu/1.0.34/build modules
make[1]: Entering directory '/usr/src/linux-headers-4.9.0-9-amd64'
  CC [M]  /var/lib/dkms/pivccu/1.0.34/build/eq3_char_loop.o
  CC [M]  /var/lib/dkms/pivccu/1.0.34/build/plat_eq3ccu2.o
  CC [M]  /var/lib/dkms/pivccu/1.0.34/build/generic_raw_uart.o
  CC [M]  /var/lib/dkms/pivccu/1.0.34/build/pl011_raw_uart.o
  CC [M]  /var/lib/dkms/pivccu/1.0.34/build/dw_apb_raw_uart.o
  CC [M]  /var/lib/dkms/pivccu/1.0.34/build/meson_raw_uart.o
  CC [M]  /var/lib/dkms/pivccu/1.0.34/build/fake_hmrf.o
/var/lib/dkms/pivccu/1.0.34/build/fake_hmrf.c: In function ‘fake_hmrf_write’:
/var/lib/dkms/pivccu/1.0.34/build/fake_hmrf.c:266:1: warning: the frame size of 2080 bytes is larger than 2048 bytes [-Wframe-larger-than=]
 }
 ^
  CC [M]  /var/lib/dkms/pivccu/1.0.34/build/rpi_rf_mod_led.o
/var/lib/dkms/pivccu/1.0.34/build/rpi_rf_mod_led.c: In function ‘rpi_rf_mod_led_createled’:
/var/lib/dkms/pivccu/1.0.34/build/rpi_rf_mod_led.c:73:33: error: ‘LED_ON’ undeclared (first use in this function)
     led->brightness = initial ? LED_ON : LED_OFF;
                                 ^~~~~~
/var/lib/dkms/pivccu/1.0.34/build/rpi_rf_mod_led.c:73:33: note: each undeclared identifier is reported only once for each function it appears in
/usr/src/linux-headers-4.9.0-9-common/scripts/Makefile.build:315: recipe for target '/var/lib/dkms/pivccu/1.0.34/build/rpi_rf_mod_led.o' failed
make[4]: *** [/var/lib/dkms/pivccu/1.0.34/build/rpi_rf_mod_led.o] Error 1
/usr/src/linux-headers-4.9.0-9-common/Makefile:1544: recipe for target '_module_/var/lib/dkms/pivccu/1.0.34/build' failed
make[3]: *** [_module_/var/lib/dkms/pivccu/1.0.34/build] Error 2
Makefile:152: recipe for target 'sub-make' failed
make[2]: *** [sub-make] Error 2
Makefile:8: recipe for target 'all' failed
make[1]: *** [all] Error 2
make[1]: Leaving directory '/usr/src/linux-headers-4.9.0-9-amd64'
Makefile:23: recipe for target 'all' failed
make: *** [all] Error 2

The kernel module is not installed:

$ modinfo generic_raw_uart
modinfo: ERROR: Module generic_raw_uart not found.