CCU-Historian kein Zugriff auf Port 2001
Moderator: Co-Administratoren
CCU-Historian kein Zugriff auf Port 2001
Hallo Historian-Fans, unter Mac OS 10.13.6 bleibt CCU-Historian V2.0.0-beta.4 mit RaspberryMatic V3.41.11.20190126, trotz CCU Firewall "Ports offen" (ebenso mit "Ports blockiert") und Portfreigabe "2000;2001;2002;2010;8181;8701", sowie Eintrag der RasPi IP unter "Adressen für eingeschränkten Zugriff" mit folgender Fehlermeldung hängen:
2019-01-28 08:10:34|INFO |CCU-Historian V2.0.0-beta.4
2019-01-28 08:10:34|INFO |(C)MDZ (info@ccu-historian.de)
2019-01-28 08:10:34|INFO |Starting base services
2019-01-28 08:10:34|INFO |Connecting to database
2019-01-28 08:10:36|INFO |Starting database web server
2019-01-28 08:10:36|INFO |Setting up device 1
2019-01-28 08:10:36|INFO |Creating HM script client for http://192.168.1.18:8181/tclrega.exe
2019-01-28 08:10:36|INFO |Setting up device 2
2019-01-28 08:10:36|INFO |Creating HM script client for http://192.168.1.19:8181/tclrega.exe
2019-01-28 08:10:36|INFO |Setting up device 3
2019-01-28 08:10:36|INFO |Creating HM script client for http://192.168.1.25:8181/tclrega.exe
2019-01-28 08:10:36|INFO |Setting up device 4
2019-01-28 08:10:36|INFO |Creating HM script client for http://192.168.1.26:8181/tclrega.exe
2019-01-28 08:10:36|INFO |Configured following interfaces: A_BidCos-RF, A_HmIP-RF, A_SysVar, BPR_BidCos-RF, BPR_HmIP-RF, BPR_SysVar, Beete_BidCos-RF, Beete_HmIP-RF, Beete_SysVar, B_C_BidCos-RF, B_C_HmIP-RF, B_C_SysVar
2019-01-28 08:10:36|INFO |Starting interfaces
2019-01-28 08:10:36|INFO |Starting BIN-RPC server on port 2099
2019-01-28 08:10:36|INFO |Starting XML-RPC server on port 2098
2019-01-28 08:10:36|INFO |Connecting to 192.168.1.18:2001
2019-01-28 08:10:46|INFO |Stopping BIN-RPC server on port 2099
2019-01-28 08:10:46|INFO |Stopping database
2019-01-28 08:10:46|INFO |Stopping base services
2019-01-28 08:10:46|SEVERE |Exception: Read timed out
2019-01-28 08:10:46|SEVERE |Detail: java.net.SocketTimeoutException: Read timed out
at mdz.hc.itf.binrpc.BinRpcClient.receive(BinRpcClient.groovy:104)
at mdz.hc.itf.binrpc.BinRpcClient.call(BinRpcClient.groovy:144)
at mdz.hc.itf.hm.HmBinRpcInterface.init(HmBinRpcInterface.groovy:121)
at mdz.hc.itf.hm.HmBinRpcInterface.start(HmBinRpcInterface.groovy:79)
at mdz.hc.itf.Manager$_start_closure1.doCall(Manager.groovy:60)
at mdz.hc.itf.Manager.start(Manager.groovy:58)
at mdz.ccuhistorian.HistorianSystem.<init>(HistorianSystem.groovy:39)
at mdz.ccuhistorian.Main.start(Main.groovy:100)
at mdz.ccuhistorian.Main.access$0(Main.groovy)
at mdz.ccuhistorian.Main$_run_closure4.doCall(Main.groovy:77)
at mdz.ccuhistorian.Main$_run_closure4.call(Main.groovy)
at mdz.Exceptions.lambda$0(Exceptions.java:84)
at mdz.Exceptions.catchToLog(Exceptions.java:74)
at mdz.Exceptions.catchToLog(Exceptions.java:84)
at mdz.ccuhistorian.Main.run(Main.groovy:77)
at mdz.ccuhistorian.Main.main(Main.groovy:45)
Ähnlich Telnet ergibt der Aufruf unter OS X "nc -vz 192.168.1.18 2001" die Meldung, dass der Port 2001 auf dem RasPi erreichbar ist:
found 0 associations
found 1 connections:
1: flags=82<CONNECTED,PREFERRED>
outif en0
src 192.168.1.16 port 58881
dst 192.168.1.18 port 2001
rank info not available
TCP aux info available
Connection to 192.168.1.18 port 2001 [tcp/dc] succeeded!
Was kann die Ursache für das Verhalten des CCU-Historian sein?
2019-01-28 08:10:34|INFO |CCU-Historian V2.0.0-beta.4
2019-01-28 08:10:34|INFO |(C)MDZ (info@ccu-historian.de)
2019-01-28 08:10:34|INFO |Starting base services
2019-01-28 08:10:34|INFO |Connecting to database
2019-01-28 08:10:36|INFO |Starting database web server
2019-01-28 08:10:36|INFO |Setting up device 1
2019-01-28 08:10:36|INFO |Creating HM script client for http://192.168.1.18:8181/tclrega.exe
2019-01-28 08:10:36|INFO |Setting up device 2
2019-01-28 08:10:36|INFO |Creating HM script client for http://192.168.1.19:8181/tclrega.exe
2019-01-28 08:10:36|INFO |Setting up device 3
2019-01-28 08:10:36|INFO |Creating HM script client for http://192.168.1.25:8181/tclrega.exe
2019-01-28 08:10:36|INFO |Setting up device 4
2019-01-28 08:10:36|INFO |Creating HM script client for http://192.168.1.26:8181/tclrega.exe
2019-01-28 08:10:36|INFO |Configured following interfaces: A_BidCos-RF, A_HmIP-RF, A_SysVar, BPR_BidCos-RF, BPR_HmIP-RF, BPR_SysVar, Beete_BidCos-RF, Beete_HmIP-RF, Beete_SysVar, B_C_BidCos-RF, B_C_HmIP-RF, B_C_SysVar
2019-01-28 08:10:36|INFO |Starting interfaces
2019-01-28 08:10:36|INFO |Starting BIN-RPC server on port 2099
2019-01-28 08:10:36|INFO |Starting XML-RPC server on port 2098
2019-01-28 08:10:36|INFO |Connecting to 192.168.1.18:2001
2019-01-28 08:10:46|INFO |Stopping BIN-RPC server on port 2099
2019-01-28 08:10:46|INFO |Stopping database
2019-01-28 08:10:46|INFO |Stopping base services
2019-01-28 08:10:46|SEVERE |Exception: Read timed out
2019-01-28 08:10:46|SEVERE |Detail: java.net.SocketTimeoutException: Read timed out
at mdz.hc.itf.binrpc.BinRpcClient.receive(BinRpcClient.groovy:104)
at mdz.hc.itf.binrpc.BinRpcClient.call(BinRpcClient.groovy:144)
at mdz.hc.itf.hm.HmBinRpcInterface.init(HmBinRpcInterface.groovy:121)
at mdz.hc.itf.hm.HmBinRpcInterface.start(HmBinRpcInterface.groovy:79)
at mdz.hc.itf.Manager$_start_closure1.doCall(Manager.groovy:60)
at mdz.hc.itf.Manager.start(Manager.groovy:58)
at mdz.ccuhistorian.HistorianSystem.<init>(HistorianSystem.groovy:39)
at mdz.ccuhistorian.Main.start(Main.groovy:100)
at mdz.ccuhistorian.Main.access$0(Main.groovy)
at mdz.ccuhistorian.Main$_run_closure4.doCall(Main.groovy:77)
at mdz.ccuhistorian.Main$_run_closure4.call(Main.groovy)
at mdz.Exceptions.lambda$0(Exceptions.java:84)
at mdz.Exceptions.catchToLog(Exceptions.java:74)
at mdz.Exceptions.catchToLog(Exceptions.java:84)
at mdz.ccuhistorian.Main.run(Main.groovy:77)
at mdz.ccuhistorian.Main.main(Main.groovy:45)
Ähnlich Telnet ergibt der Aufruf unter OS X "nc -vz 192.168.1.18 2001" die Meldung, dass der Port 2001 auf dem RasPi erreichbar ist:
found 0 associations
found 1 connections:
1: flags=82<CONNECTED,PREFERRED>
outif en0
src 192.168.1.16 port 58881
dst 192.168.1.18 port 2001
rank info not available
TCP aux info available
Connection to 192.168.1.18 port 2001 [tcp/dc] succeeded!
Was kann die Ursache für das Verhalten des CCU-Historian sein?
9x Raspberry PI3+ - 123 / 29 / 33 / 10 / 27 / 0 / 2 Geräte - 158 / 26 / 57 / 33 / 53 / 5 / 12 Programme - Haussteuerung (185 Geräte aufgeteilt auf 3 RasPI), Energiemanagement (11 Geräte), Gartensteuerung (28 Geräte), Wetter (3 Geräte), Robonect Gardena R70Li Rasenroboter Steuerung / Überwachung
-
- Beiträge: 1796
- Registriert: 03.11.2010, 10:25
- System: CCU
- Wohnort: Aachen
- Hat sich bedankt: 58 Mal
- Danksagung erhalten: 262 Mal
- Kontaktdaten:
Re: CCU-Historian kein Zugriff auf Port 2001
Hast Du auch die Authentifizierung in den CCU-Einstellungen/Sicherheit abgeschaltet?
-
- Beiträge: 1796
- Registriert: 03.11.2010, 10:25
- System: CCU
- Wohnort: Aachen
- Hat sich bedankt: 58 Mal
- Danksagung erhalten: 262 Mal
- Kontaktdaten:
-
- Beiträge: 37
- Registriert: 19.12.2021, 12:22
- System: Alternative CCU (auf Basis OCCU)
- Hat sich bedankt: 3 Mal
Re: CCU-Historian kein Zugriff auf Port 2001
Hallo,
leider habe ich ein ähnliches Problem mit Port 2001 wie mein Vorredner. Es führt laut Protokoll (s.u.) zu einem ständigen Neustart (alle 30 s).
Der Historian läuft auf einem Linux-Server (192.168.0.YY) (Ubuntu Bionic) und fragt von einer (halbwegs frische) RaspberryMatic-Installation (192.168.0.XX) (Version 3.61.5.20211113) die Werte der dort verwalteten HMIP-Geräte usw. ab.
D.h. der Historian läuft NICHT auf der RaspberryMatic-Zentrale !
Daten werden jedoch von der RaspberryMatic-Zentrale abgefragt und können auch angezeigt werden.
Nur laut Protokoll startet sich der Historian alle 30 Sekunden neu.
Was habe ich vergessen?
Freigaben in der Zentrale:
* Sicherheit: Authentifizierung für API aus
* Firewall: API-Zugriff: beide eingeschränkt
* Zwangsweise Umleitung nach HTTPS ausgeschaltet.
ccu-historian.config:
Der Port ist auf der Zentrale offen (web status 503 heißt ja auch nur: Service Unavailable):
leider habe ich ein ähnliches Problem mit Port 2001 wie mein Vorredner. Es führt laut Protokoll (s.u.) zu einem ständigen Neustart (alle 30 s).
Der Historian läuft auf einem Linux-Server (192.168.0.YY) (Ubuntu Bionic) und fragt von einer (halbwegs frische) RaspberryMatic-Installation (192.168.0.XX) (Version 3.61.5.20211113) die Werte der dort verwalteten HMIP-Geräte usw. ab.
D.h. der Historian läuft NICHT auf der RaspberryMatic-Zentrale !
Daten werden jedoch von der RaspberryMatic-Zentrale abgefragt und können auch angezeigt werden.
Nur laut Protokoll startet sich der Historian alle 30 Sekunden neu.
Was habe ich vergessen?
Freigaben in der Zentrale:
* Sicherheit: Authentifizierung für API aus
* Firewall: API-Zugriff: beide eingeschränkt
* Zwangsweise Umleitung nach HTTPS ausgeschaltet.
ccu-historian.config:
Code: Alles auswählen
webServer.port=8090
webServer.historianAddress='192.168.0.YY'
devices.historianAddress='192.168.0.YY'
devices.device1.type=CCU2
devices.device1.address='192.168.0.XX'
webServer.menuLinks.link1.text='H2-HighChart'
webServer.menuLinks.link1.address='/custom/h2-highchart/H2-HighChart.gy'
Code: Alles auswählen
$ nc -vz 192.168.0.XX 2001
Connection to 192.168.0.XX 2001 port [tcp/*] succeeded!
Code: Alles auswählen
$ java -version
java version "1.8.0_201"
Java(TM) SE Runtime Environment (build 1.8.0_201-b09)
Java HotSpot(TM) 64-Bit Server VM (build 25.201-b09, mixed mode)
Code: Alles auswählen
$ java -jar ccu-historian.jar
2021-12-21 17:13:56|INFO |CCU-Historian V2.8.1
2021-12-21 17:13:56|INFO |(C)MDZ (info@ccu-historian.de)
2021-12-21 17:13:57|INFO |Starting base services
2021-12-21 17:13:57|INFO |Connecting to database
2021-12-21 17:13:57|INFO |Starting database web server
2021-12-21 17:13:57|INFO |Setting up device 1
2021-12-21 17:13:57|INFO |Creating HM script client for http://192.168.0.XX:8181/tclrega.exe
2021-12-21 17:13:58|INFO |Configured following interfaces: BidCos-RF, HmIP-RF, SysVar
2021-12-21 17:13:58|INFO |Starting interfaces
2021-12-21 17:13:58|INFO |Starting BIN-RPC server on port 2099
2021-12-21 17:13:58|INFO |Starting XML-RPC server on port 2098
2021-12-21 17:13:58|SEVERE |Exception: Server returned HTTP response code: 503 for URL: http://192.168.0.XX:2001
2021-12-21 17:13:58|SEVERE |Detail: java.io.IOException: Server returned HTTP response code: 503 for URL: http://192.168.0.XX:2001
at mdz.hc.itf.hm.HmXmlRpcClient.init(HmXmlRpcClient.groovy:55)
at mdz.hc.itf.hm.HmXmlRpcInterface.init(HmXmlRpcInterface.groovy:123)
at mdz.hc.itf.hm.HmXmlRpcInterface$_start_closure1.doCall(HmXmlRpcInterface.groovy:78)
at mdz.hc.itf.hm.HmXmlRpcInterface$_start_closure1.doCall(HmXmlRpcInterface.groovy)
at mdz.Exceptions.lambda$0(Exceptions.java:84)
at mdz.Exceptions.catchToLog(Exceptions.java:74)
at mdz.Exceptions.catchToLog(Exceptions.java:84)
at mdz.hc.itf.hm.HmXmlRpcInterface.start(HmXmlRpcInterface.groovy:78)
at mdz.hc.itf.Manager$_start_closure1.doCall(Manager.groovy:58)
at mdz.hc.itf.Manager.start(Manager.groovy:56)
at mdz.ccuhistorian.HistorianSystem.<init>(HistorianSystem.groovy:39)
at mdz.ccuhistorian.Main.start(Main.groovy:100)
at mdz.ccuhistorian.Main$_run_closure4.doCall(Main.groovy:77)
at mdz.ccuhistorian.Main$_run_closure4.doCall(Main.groovy)
at mdz.Exceptions.lambda$0(Exceptions.java:84)
at mdz.Exceptions.catchToLog(Exceptions.java:74)
at mdz.Exceptions.catchToLog(Exceptions.java:84)
at mdz.ccuhistorian.Main.run(Main.groovy:77)
at mdz.ccuhistorian.Main.main(Main.groovy:45)
2021-12-21 17:13:58|INFO |Starting historian
2021-12-21 17:13:58|INFO |Starting web server
2021-12-21 17:13:58|INFO |Web server port: 8090
2021-12-21 17:18:58|SEVERE |Exception: Server returned HTTP response code: 503 for URL: http://192.168.0.XX:2001
2021-12-21 17:18:58|SEVERE |Detail: java.io.IOException: Server returned HTTP response code: 503 for URL: http://192.168.0.XX:2001
at mdz.hc.itf.hm.HmXmlRpcClient.init(HmXmlRpcClient.groovy:55)
at mdz.hc.itf.hm.HmXmlRpcInterface.init(HmXmlRpcInterface.groovy:123)
at mdz.hc.itf.hm.HmReinitTask$_checkInterfaces_closure1$_closure3$_closure4.doCall(HmReinitTask.groovy:83)
at mdz.hc.itf.hm.HmReinitTask$_checkInterfaces_closure1$_closure3$_closure4.call(HmReinitTask.groovy)
at mdz.Exceptions.lambda$0(Exceptions.java:84)
at mdz.Exceptions.catchToLog(Exceptions.java:74)
at mdz.Exceptions.catchToLog(Exceptions.java:84)
at mdz.hc.itf.hm.HmReinitTask$_checkInterfaces_closure1$_closure3.doCall(HmReinitTask.groovy:82)
at mdz.hc.itf.hm.HmReinitTask$_checkInterfaces_closure1$_closure3.call(HmReinitTask.groovy)
at mdz.hc.itf.hm.HmReinitTask$_checkInterfaces_closure1.doCall(HmReinitTask.groovy:77)
at mdz.hc.itf.hm.HmReinitTask$_checkInterfaces_closure1.call(HmReinitTask.groovy)
at mdz.Exceptions.lambda$0(Exceptions.java:84)
at mdz.Exceptions.catchToLog(Exceptions.java:74)
at mdz.Exceptions.catchToLog(Exceptions.java:84)
at mdz.hc.itf.hm.HmReinitTask.checkInterfaces(HmReinitTask.groovy:73)
2021-12-21 17:19:28|SEVERE |Exception: Server returned HTTP response code: 503 for URL: http://192.168.0.XX:2001
2021-12-21 17:19:28|SEVERE |Detail: java.io.IOException: Server returned HTTP response code: 503 for URL: http://192.168.0.XX:2001
at mdz.hc.itf.hm.HmXmlRpcClient.init(HmXmlRpcClient.groovy:55)
at mdz.hc.itf.hm.HmXmlRpcInterface.init(HmXmlRpcInterface.groovy:123)
at mdz.hc.itf.hm.HmReinitTask$_checkInterfaces_closure1$_closure3$_closure4.doCall(HmReinitTask.groovy:83)
at mdz.hc.itf.hm.HmReinitTask$_checkInterfaces_closure1$_closure3$_closure4.call(HmReinitTask.groovy)
at mdz.Exceptions.lambda$0(Exceptions.java:84)
at mdz.Exceptions.catchToLog(Exceptions.java:74)
at mdz.Exceptions.catchToLog(Exceptions.java:84)
at mdz.hc.itf.hm.HmReinitTask$_checkInterfaces_closure1$_closure3.doCall(HmReinitTask.groovy:82)
at mdz.hc.itf.hm.HmReinitTask$_checkInterfaces_closure1$_closure3.call(HmReinitTask.groovy)
at mdz.hc.itf.hm.HmReinitTask$_checkInterfaces_closure1.doCall(HmReinitTask.groovy:77)
at mdz.hc.itf.hm.HmReinitTask$_checkInterfaces_closure1.call(HmReinitTask.groovy)
at mdz.Exceptions.lambda$0(Exceptions.java:84)
at mdz.Exceptions.catchToLog(Exceptions.java:74)
at mdz.Exceptions.catchToLog(Exceptions.java:84)
at mdz.hc.itf.hm.HmReinitTask.checkInterfaces(HmReinitTask.groovy:73)
... alle 30 Sekunden ...
-
- Beiträge: 37
- Registriert: 19.12.2021, 12:22
- System: Alternative CCU (auf Basis OCCU)
- Hat sich bedankt: 3 Mal
Re: CCU-Historian kein Zugriff auf Port 2001
Der oben beschriebene Fehler könnte an Folgendem liegen:
"Das Handbuch" sagt, dass Port 2001 ist für den Schnittstellenprozess BidCos-RF verwendet wird.
Dieser läuft auf meinem RaspberryMatic mangels Funkhardware wahrscheinlich nicht, sondern nur HmIP über den Funk-Stick HmIP-RFUSB.
Gleichzeitig meint aber die Protokollausgabe (s.o.)
Ich habe bis jetzt nichts gefunden, wie man "BidCos-RF" dekonfigurieren könnte.
"Das Handbuch" sagt, dass Port 2001 ist für den Schnittstellenprozess BidCos-RF verwendet wird.
Dieser läuft auf meinem RaspberryMatic mangels Funkhardware wahrscheinlich nicht, sondern nur HmIP über den Funk-Stick HmIP-RFUSB.
Gleichzeitig meint aber die Protokollausgabe (s.o.)
Code: Alles auswählen
2021-12-21 17:13:58|INFO |Configured following interfaces: BidCos-RF, HmIP-RF, SysVar
-
- Beiträge: 1796
- Registriert: 03.11.2010, 10:25
- System: CCU
- Wohnort: Aachen
- Hat sich bedankt: 58 Mal
- Danksagung erhalten: 262 Mal
- Kontaktdaten:
Re: CCU-Historian kein Zugriff auf Port 2001
Welche Funk-Hardware hast Du den an der RaspberryMatic hängen?Karamike hat geschrieben: ↑21.12.2021, 17:47Code: Alles auswählen
... 2021-12-21 17:13:58|SEVERE |Exception: Server returned HTTP response code: 503 for URL: http://192.168.0.XX:2001.
-
- Beiträge: 37
- Registriert: 19.12.2021, 12:22
- System: Alternative CCU (auf Basis OCCU)
- Hat sich bedankt: 3 Mal
Re: CCU-Historian kein Zugriff auf Port 2001
Wie oben beschrieben hängt der RaspberryMatic an einem HmIP-RFUSB.
Dieser USB-Funkstick kann - so weit ich das sehe - nur Homematic-IP.
Auch beim Anlernen ist nur das Homematic-IP-Feld zu sehen. Das Homematic-Non-IP-Feld hingegen nicht.
Augenscheinlich gibt die Zentrale in diesem Fall den Status 503 zurück, was den CCU-Historian aus dem Tritt bringt.
In sofern habe ich den Titel des Threads falsch gewählt. Der Port ist offen und 503 ist eine Status-Rückmeldung des Servers...
Dieser USB-Funkstick kann - so weit ich das sehe - nur Homematic-IP.
Auch beim Anlernen ist nur das Homematic-IP-Feld zu sehen. Das Homematic-Non-IP-Feld hingegen nicht.
Augenscheinlich gibt die Zentrale in diesem Fall den Status 503 zurück, was den CCU-Historian aus dem Tritt bringt.
In sofern habe ich den Titel des Threads falsch gewählt. Der Port ist offen und 503 ist eine Status-Rückmeldung des Servers...
- Baxxy
- Beiträge: 10845
- Registriert: 18.12.2018, 15:45
- System: Alternative CCU (auf Basis OCCU)
- Hat sich bedankt: 610 Mal
- Danksagung erhalten: 2229 Mal
Re: CCU-Historian kein Zugriff auf Port 2001
Das hat sich inzwischen geändert. Zumindest wenn es nicht die -TK Version ist.
Im Historian Wiki sind auch die einzelnen Optionen beschrieben.
https://github.com/mdzio/ccu-historian/ ... -zentralen
Wenn du Custom-CCU einstellst kannst du BidCos-RF weglassen.
Beispiel nur HmIP und CUxD:
Code: Alles auswählen
devices.device1.type=CUSTOM_CCU
devices.device1.address='192.168.0.5'
devices.device1.plugin1.type=HMIP_RF
devices.device1.plugin2.type=CUXD
-
- Beiträge: 37
- Registriert: 19.12.2021, 12:22
- System: Alternative CCU (auf Basis OCCU)
- Hat sich bedankt: 3 Mal
Re: CCU-Historian kein Zugriff auf Port 2001
Der Eintrag mit der CUSTOM-CCU hat geholfen.
Beim Funkmodul handelt es sich um den USB-Stick-Bausatz der bekannten deutschen Firma mit den drei Buchstaben. In der Bezeichnung ist kein TK zu finden... oder meintest Du HB-RF-USB-TK?
Ich habe zwar keine Homematic-NonIP-Geräte, aber ich habe gesehen, dass es dafür viele Projekte gibt... (z.B. wäre es ja ganz nett, meine 1-Wire-Temperatursensoren via Funk einzubinden).
Was braucht es denn dazu, die aller-aller-neuste Version von RaspberryMatic?
Vielen Dank
Michael
Beim Funkmodul handelt es sich um den USB-Stick-Bausatz der bekannten deutschen Firma mit den drei Buchstaben. In der Bezeichnung ist kein TK zu finden... oder meintest Du HB-RF-USB-TK?
Ich habe zwar keine Homematic-NonIP-Geräte, aber ich habe gesehen, dass es dafür viele Projekte gibt... (z.B. wäre es ja ganz nett, meine 1-Wire-Temperatursensoren via Funk einzubinden).
Was braucht es denn dazu, die aller-aller-neuste Version von RaspberryMatic?
Vielen Dank
Michael