Iobroker und HM-MOD-RPI-PCB (HM-OCCU-SDK) (HomeMatic Funkmodul) Problemchen
-
Hi Outi,
AVM DECT und HM haben gar nichts mit einander zu tun, das heißt du brauchst das Funkmodul nicht. Hast du das mit dem DECT Adapter zum laufen bekommen?
Wenn ja dann können wir schon mal ein Thema als gelöst betrachten.
Ich möchte dich auch bitten in Zukunft Themen zu trennen wenn möglich. Dann ist es übersichtlicher.
Und jetzt zu deinem eigentlichen Problem:
Du hast das log falsch interpretiert. Der BidCos Service läuft, aber er kann das Interface/Modul nicht finden. Treiber problem?
Damit liegt das Problem nicht bei ioBroker sondern bei hmcon. Davon hab ich keine Ahnung und kann erstmal nicht weiter helfen.
Gesendet von meinem m8 mit Tapatalk
-
ich habe früher FHEM benutzt und bis vor Kurzem RaspberryMatic.
Nun würde ich gerne auf iobroker umsteigen und daher meine Frage:
[…]
Hintergrund meines Umstiegs:
RaspberryMatic kann (noch) kein WLan `
Es sei nur mal am Rande erwähnt das die nächste kommende RaspberryMatic Version WLAN Support des RaspberryPi3 und von externen Sticks zulassen wird.
Auch möchte ich noch zu deinem Anliegen beitragen das du hier IMHO grundsätzlich durcheinander bringst. ioBroker bringt selbst keine CCU-like Funktionen mit sich insofern lässt es sich schwer von einer CCU wie RaspberryMatic oder CCU2 darauf 'umsteigen' wie du es formulierst. ioBroker ist 'nur' eine Schnittstelle zwischen unterschiedlichen Homeautomationssystemen. So kannst ja auch nicht von einer Philips Hue auf iobroker umsteigen sondern iobroker an eine Philips Hue Zentrale anbinden und damit steuern. Und genauso verhält es sich mit HoneMatic/CCU. Du brauchst also zusätzlich zu iobroker eib System das die RFD/Wired/HmIP komponenten von HomeMatic ansteuern kann. Das muss nicht RaspberryMatic sein, aber CCU-like Funktionen muss es schon mitbringen.
-
Hallo Jens,
Danke für Deine Info und soweit ich weiß, bist Du der Vater von RaspberryMatic oder hast zumindest sehr großen Einfluss darauf.
Schön, dass Du Dich hier auch kümmerst.
Soweit ich das bei iobroker verstanden habe, kümmern sich HomeMatic RPC, Homematic Manager und hmcon um den Funkadapter.
Auch habe ich hier einige User schon gesehen, die diese Kombi in iobroker erfolgreich nutzen.
Ich las beim Installieren auch, dass auf eine Nachbildung der CCU2 verzichtet wurde und nur die relevanten Daten an iobroker genutzt werden und der Homematic Manager einige wichtige Sachen zum Anlernen und konfigurieren darstellt.
bei der Installation von hmcon wurde der Funkadapter ja zur Auswahl angeboten.
RaspberryMatic und iobroker auf einem Pi, kann ich mir auch nicht so recht vorstellen, da ja RaspberryMatic - so weit ich weis - so gut wie keinen Zugriff aus System zulässt und ich noch keine Anleitung zum manuellen Nachinstallieren gefunden habe.
Und 2 Pis möchte ich vermeiden (auch wenn ich inzw. 12 Stück davon habe. ;):D
Aber vielleicht habe ich auch den von Dir vermuteten Denkfehler ….
Wenn alles schief läuft, geht's wohl wieder zu FHEM zurück aber im Moment habe ich noch Hoffnung.
@Jey Cee
Ja, sind 2 Sachen aber meine EP Frage bezog sich am Anfang auch nur darauf, ob das möglich wäre.
Es hat geklingelt, ich muss weg ....
-
Soweit ich das bei iobroker verstanden habe, kümmern sich HomeMatic RPC, Homematic Manager und hmcon um den Funkadapter.
Auch habe ich hier einige User schon gesehen, die diese Kombi in iobroker erfolgreich nutzen.
Ich las beim Installieren auch, dass auf eine Nachbildung der CCU2 verzichtet wurde und nur die relevanten Daten an iobroker genutzt werden und der Homematic Manager einige wichtige Sachen zum Anlernen und konfigurieren darstellt.
bei der Installation von hmcon wurde der Funkadapter ja zur Auswahl angeboten. `
Das stimmt so natürlich grundsätzlich schon. Jedoch lässt leider der Entwicklungsstand des HomeMatic Manager und hmcon aktuell zu wünschen übrig. Dort wurde schon sehr lange nichts mehr dran entwickelt (> 1 Jahr) und es gibt auch meines Wissens aktuell keinen wirklichen Maintainer dafür. Das ist teilweise natürlich auch einfach dem geschuldet das es IMHO der schnelle/bessere Ansatz ist auf Lösungen wie YAHM, RaspberryMatic oder direkt auf eine CCU2 zu setzen als zu versuchen mit vielen Fallstricken die CCU Funktionalität mittels hmcon&co abzubilden.
> RaspberryMatic und iobroker auf einem Pi, kann ich mir auch nicht so recht vorstellen, da ja RaspberryMatic - so weit ich weis - so gut wie keinen Zugriff aus System zulässt und ich noch keine Anleitung zum manuellen Nachinstallieren gefunden habe.Wie ich schon oft hier/da erläutert habe ist mit RaspberryMatic grundsätzlich alles möglich was auch mit YAHM oder anderen freien CCU Lösungen möglich ist. Nur eben auf einem andere Weg. Man muss eben aber das alles in RaspberryMatic kompatible CCU Addon Pakete verpacken wie z.B. CUxD oder andere bereits existierende CCU Addon Pakete die mit RaspberryMatic kompatibel sind. So kann man dann eigentlich alle Funktionalität auf RaspberryMatic installieren die man möchte. Nur eben nicht durch das nutzen eines Debian Paketmanagementes wie bei Raspbian sondern eben muss man für RaspberryMatic auf CCU Addon Pakete zählen die man dann mittels der normalen WebUI Addon Funktionalität nachinstallierten kann/muss. Alles kein Hexenwerk, allerdings muss sich natürlich ein Entwickler bzw. talentierter Nutzer finden der weiss wie man das ganze in ein CCU/RaspberryMatic Addon Paket verwandeln kann.
` > Und 2 Pis möchte ich vermeiden (auch wenn ich inzw. 12 Stück davon habe. ;):D
Aber vielleicht habe ich auch den von Dir vermuteten Denkfehler ….
Wenn alles schief läuft, geht's wohl wieder zu FHEM zurück aber im Moment habe ich noch Hoffnung. `
Leider denke ich das du dem gleichen Denkfehler auf den Leim gehst wie viele/andere in diesem und anderen Foren. Was viele bei der Nutzung eines RaspberryPi leider konstant unterschätzen ist die Tatsache das dieser lediglich 1GB an RAM zur Verfügung hat. Nun klingt das erst einmal theoretisch so, das das doch recht viel ist. Praktisch ist es aber so das die 1GB recht schnell aufgebraucht sind und auch eine Swap Partition zwecks Einsatz einer SD Karte keine wirklich Möglichkeit sind mehr praktisch nutzbaren RAM rauszuholen aus der kleinen Kiste. Bezogen auf die CCU Funktionalität schluckt diese zwar gerade mal so max 200-300 MB RAM im normalen Betrieb. Lädt man jedoch mehr und mehr Funktionalität (CUxD, CCU-Historian, etc. etc.) auf den RaspberryPi sind die 1GB an RAM ruckzuck weg. Und hier kommt leider sehr erschwerend hinzu das gerade das nodejs-basierte ioBroker sehr Speicherhungrig ist und in einer Otto-Normal-Installation locker alleine bereits 1GB an RAM verbraucht.
Die Tatsache das ein RaspberryPi2/3 eben "nur" 1GB an RAM haben sorgen also dafür das man nicht wirklich um mind. einen 2ten Pi bzw. ein zweiten System nur für ioBroker herumkommt. Auch sollte man IMHO die doch sehr wichtigen CCU-Grundfunktionen nicht damit gefährden das man den Pi der eigentlich die HomeMatic Kommunikation machen soll ausversehen zu sehr überlädt und damit ggf. diesen zum Absturz bringt oder einfach nur ein langsames System in kauf nimmt und damit die eigentlichen RF-Komponenten nicht schnell genug angesprochen werden können. Dies ist z.B. auch der Grund wieso ich mein ioBroker CCU-Addon Projekt (https://github.com/jens-maus/hm-iobroker) momentan auf Eis gelegt habe weil es IMHO keinerlei sinn macht ioBroker auf einem RaspberryPi parallel zu den systemkritischen CCU Funktionen zu betreiben (zumindest solange es keinen RaspberryPi mit mehr als 1GB RAM gibt). Hierfür sollte man IMHO immer ein weiteres System einsetzen. Ich würde hier sogar soweit gehen jedem ein vollwertiges x86 system zu empfehlen (intel NUC, etc.) der die ioBroker installation managed. Denn bei meiner ioBroker Installation bin ich inzwischen sogar bei 2GB RAM-Nutzung angelangt und es ist durch die steigende Anzahl von nützlichen Adaptern auch kein wirkliches Ende in Sicht.
Ergo ist der Wunsch alles in ein System zu vereinen sicherlich verständlich aber IMHO nicht in jedem Fall die beste Lösung.
-
2017/03/10 19:12:33.599 <fatal error=""> CCU2CommController::init(): Init failed. $ 2017/03/10 19:12:33.600 <error> () CCU2CommController::setCSMACAEnabled(): Erro$ 2017/03/10 19:12:33.601 <error> No BidCoS-Interface available 2017/03/10 19:12:33.602 <warning> Error initializing interfaces</warning></error></error></fatal> ```` `Das sieht danach aus, dass der Modulreset über Pin 12 (GPIO 18) nicht funktioniert. Offenbar wird hmcon in einigen Umgebungen nicht sauber ausgeführt. In http://forum.iobroker.net/viewtopic.php?f=34&t=2665#p24527 und folgenden Beiträgen habe ich dargestellt, wie ich das Problem gelöst habe.
Die Tatsache das ein RaspberryPi2/3 eben "nur" 1GB an RAM haben sorgen also dafür das man nicht wirklich um mind. einen 2ten Pi bzw. ein zweiten System nur für ioBroker herumkommt. `
Das hängt von der Anzahl der installierten Adapter ab. Mein RPi 2 mit ioBroker läuft seit einem halben Jahr ohne Unterbrechung und hat noch 60 % freien RAM. -
Die Tatsache das ein RaspberryPi2/3 eben "nur" 1GB an RAM haben sorgen also dafür das man nicht wirklich um mind. einen 2ten Pi bzw. ein zweiten System nur für ioBroker herumkommt.
Das hängt von der Anzahl der installierten Adapter ab. Mein RPi 2 mit ioBroker läuft seit einem halben Jahr ohne Unterbrechung und hat noch 60 % freien RAM.Natürlich hast du vollkommen recht das das von der Anzahl der verwendeten ioBroker Adapter abhängt - nichts anderes habe ich ja in meinem Post gesagt. Allerdings würde ich sagen ist eben genau das die große Stärke von ioBroker – das man eben damit verschiedene Systeme miteinander steuern/vereinen kann. Und sobald man einmal mehr und mehr System (CCU, Philips Hue, etc. etc.) dort einbindet kommt man wirklich sehr schnell an die Grenze des 1GB RAM eines RaspberryPi. Das ist zumindest meine Erfahrung. Trotzdem habe ich mein ioBroker CCU Addon Projekt noch nicht ganz abgeschrieben, nur eben etwas zurückgestellt um zu schauen ob sich das wirklich lohnt bzw. sinnvoll ist und auch nachgefragt wird.
-
Hallo Paul,
Danke, ich werde mir das mal anschauen, bin heute etwas eingespannt.
Da hast Du schon recht aber ich wäre gerne weiter bei RsapberryMatic geblieben.
Leider habe ich außer dem Image nix gefunden.
Ich habe noch das letzte Update mitgemacht (der CCU2 FW) aber bin durch Zufall auf iobroker gestoßen und meine Neugier war geweckt.
RaspberryMatic werde ich aber weiterhin beobachten, da es eben ein sehr interessantes Projekt ist.
Nur stört mich eben diese Eingeschränktheit, da der verwendete Pi noch andere Aufgaben bewältigen soll (sehe da keine Probleme, da ich (noch) wenig HomeAutomation betreibe).
Das RaspberryMatic ebenso wie andere ähnliche Systeme gewisse Einschränkungen hat, mag ich jetzt nicht als Argument stehen lassen, da ja iobroker zeigt, dass es auch anders geht aber vielleicht habe ich auch höhere Ansprüche ans Gesamtsystem.
Wie dem auch sei, es ist insgesamt gesehen recht spannend, was im HomeAutomationsbereich gerade abgeht.
-
2017/03/10 19:12:33.599 <fatal error=""> CCU2CommController::init(): Init failed. $ 2017/03/10 19:12:33.600 <error> () CCU2CommController::setCSMACAEnabled(): Erro$ 2017/03/10 19:12:33.601 <error> No BidCoS-Interface available 2017/03/10 19:12:33.602 <warning> Error initializing interfaces</warning></error></error></fatal> ```` `Das sieht danach aus, dass der Modulreset über Pin 12 (GPIO 18) nicht funktioniert. Offenbar wird hmcon in einigen Umgebungen nicht sauber ausgeführt. In http://forum.iobroker.net/viewtopic.php?f=34&t=2665#p24527 und folgenden Beiträgen habe ich dargestellt, wie ich das Problem gelöst habe. `
Hallo Paul,
ich habe mir den verlinkten Beitrag mal angesehen. Bei Dir wars die USV. Eine solche habe ich nicht. Auch hat bei mir der von Dir gepostete Teil in der Konfig nicht gefehlt.
Bei mir startet der Dienst ja, nur er wird halt etwas später wieder gestoppt.
-
Bei mir startet der Dienst ja, nur er wird halt etwas später wieder gestoppt. `
Ja, weil vermutlich der Modulreset nicht funktioniert. Existiert bei Dir der Link "/sys/class/gpio/gpio18" ? Und darin u.a. die Dateien "direction" und "value" ? -
Ja, die gibt es.
Kann ich den RPC (HMcon) irgendwie wieder deinstallieren ??
Ich habe ihn zwar mehrfach neu installiert (jedesmal ohne die Konfig zu übernehmen) und auch beim HomeMatic Manager "nein" angegeben, jedoch lässt sich dieser trotzdem immer noch aufrufen.
Auch wenn ich die Instanzen und Adapter deinstalliere und alles neu konfiguriere, erhalte ich beim HM Manager aus dem rf immer die 3 oben genannten Fehlermeldungen und beim HM Manager aus dem iobroker passiert einfach gar nix ….
Hier mal das aktuelle Log aus dem iobroker, wobei da aber der Fritzadapter auch wieder Ärger macht:
hm-rpc.0 2017-03-11 23:27:05.797 warn binrpc <- undefined method ping ["hm-rpc.0"] fritzdect.0 2017-03-11 23:25:58.409 error errorhandler wlan: 0000000000000000 fritzdect.0 2017-03-11 23:25:58.228 error errorhandler switchstatus: 0000000000000000 fritzdect.0 2017-03-11 23:25:58.027 error errorhandler switchstatus: 0000000000000000 fritzdect.0 2017-03-11 23:25:57.042 info polling! fritzdect is alive hm-rpc.0 2017-03-11 23:25:35.762 info Connected hm-rpc.0 2017-03-11 23:25:35.733 warn binrpc <- undefined method init ["xmlrpc_bin://192.168.178.88:2001","hm-rpc.0"] hm-rpc.0 2017-03-11 23:25:35.443 info binrpc client is trying to connect to 192.168.178.88:2001 with ["xmlrpc_bin://192.168.178.88:2001","hm-rpc.0"] hm-rpc.0 2017-03-11 23:25:35.436 info binrpc server is trying to listen on 192.168.178.88:2001 hm-rpc.0 2017-03-11 23:25:34.958 info starting. Version 1.4.2 in /opt/iobroker/node_modules/iobroker.hm-rpc, node: v4.8.0 host.raspberrypi4 2017-03-11 23:25:31.680 info instance system.adapter.hm-rpc.0 started with pid 1893 host.raspberrypi4 2017-03-11 23:25:01.648 info Restart adapter system.adapter.hm-rpc.0 because enabled host.raspberrypi4 2017-03-11 23:25:01.646 error instance system.adapter.hm-rpc.0 terminated with code 0 (OK) hm-rpc.0 2017-03-11 23:25:01.600 info binrpc -> 192.168.178.88:2001 init ["xmlrpc_bin://192.168.178.88:2001",""] hm-rpc.0 2017-03-11 23:25:01.595 error at TCP.onread (net.js:537:20) hm-rpc.0 2017-03-11 23:25:01.595 error at Socket.Readable.push (_stream_readable.js:111:10) hm-rpc.0 2017-03-11 23:25:01.595 error at readableAddChunk (_stream_readable.js:153:18) hm-rpc.0 2017-03-11 23:25:01.595 error at Socket.emit (events.js:169:7) hm-rpc.0 2017-03-11 23:25:01.595 error at emitOne (events.js:77:13) .... -
So, habe nochmal alles neu installiert.
rfd log:
2017/03/12 01:55:39.662 <fatal error=""> CCU2CommController::init(): Init failed. Cannot start coprocessor application. 2017/03/12 01:55:39.665 <debug> () CCU2CommController::handleIncomingSerialFrame(): Command not parseable. 2017/03/12 01:55:40.664 <debug> () CCU2CommController::waitForCoProcessorResponse(): Timeout while waiting for response. 2017/03/12 01:55:40.675 <error> () CCU2CommController::setCSMACAEnabled(): Error disabling CSMA/CA. 2017/03/12 01:55:40.678 <debug> () CCU2CommController::handleIncomingSerialFrame(): Command not parseable. 2017/03/12 01:55:41.676 <debug> () CCU2CommController::waitForCoProcessorResponse(): Timeout while waiting for response. 2017/03/12 01:55:41.678 <error> No BidCoS-Interface available 2017/03/12 01:55:41.678 <warning> Error initializing Interfaces</warning></error></debug></debug></error></debug></debug></fatal>iobroker.admin log:
hm-rpc.0 2017-03-12 02:03:58.999 info Disconnected hm-rpc.0 2017-03-12 02:02:28.989 warn binrpc <- undefined method ping ["hm-rpc.0"] hm-rpc.0 2017-03-12 02:00:58.972 info Connected hm-rpc.0 2017-03-12 02:00:58.943 warn binrpc <- undefined method init ["xmlrpc_bin://192.168.178.88:2001","hm-rpc.0"] hm-rpc.0 2017-03-12 02:00:58.652 info binrpc client is trying to connect to 192.168.178.88:2001 with ["xmlrpc_bin://192.168.178.88:2001","hm-rpc.0"] hm-rpc.0 2017-03-12 02:00:58.645 info binrpc server is trying to listen on 192.168.178.88:2001 hm-rpc.0 2017-03-12 02:00:58.270 info starting. Version 1.4.2 in /opt/iobroker/node_modules/iobroker.hm-rpc, node: v4.8.0 host.raspberrypi4 2017-03-12 02:00:54.812 info instance system.adapter.hm-rpc.0 started with pid 1028 host.raspberrypi4 2017-03-12 02:00:24.789 info Restart adapter system.adapter.hm-rpc.0 because enabled host.raspberrypi4 2017-03-12 02:00:24.787 error instance system.adapter.hm-rpc.0 terminated with code 0 (OK) hm-rpc.0 2017-03-12 02:00:24.752 info terminating hm-rpc.0 2017-03-12 02:00:24.733 info Disconnected hm-rpc.0 2017-03-12 02:00:24.710 warn binrpc <- undefined method init ["xmlrpc_bin://192.168.178.88:2001",""] hm-rpc.0 2017-03-12 02:00:24.669 info binrpc -> 192.168.178.88:2001 init ["xmlrpc_bin://192.168.178.88:2001",""] hm-rpc.0 2017-03-12 02:00:24.662 error at TCP.onread (net.js:537:20) hm-rpc.0 2017-03-12 02:00:24.662 error at Socket.Readable.push (_stream_readable.js:111:10) hm-rpc.0 2017-03-12 02:00:24.662 error at readableAddChunk (_stream_readable.js:153:18) hm-rpc.0 2017-03-12 02:00:24.662 error at Socket.emit (events.js:169:7) hm-rpc.0 2017-03-12 02:00:24.662 error at emitOne (events.js:77:13) hm-rpc.0 2017-03-12 02:00:24.662 error at Socket. (/opt/iobroker/node_modules/iobroker.hm-rpc/node_modules/binrpc/lib/server.js:50:38) hm-rpc.0 2017-03-12 02:00:24.662 error at Object.Protocol.decodeRequest (/opt/iobroker/node_modules/iobroker.hm-rpc/node_modules/binrpc/lib/protocol.js:476:32) hm-rpc.0 2017-03-12 02:00:24.662 error at Object.Protocol.decodeStrangeRequest (/opt/iobroker/node_modules/iobroker.hm-rpc/node_modules/binrpc/lib/protocol.js:441:9) hm-rpc.0 2017-03-12 02:00:24.662 error at rec (/opt/iobroker/node_modules/iobroker.hm-rpc/node_modules/binrpc/lib/protocol.js:432:32) hm-rpc.0 2017-03-12 02:00:24.662 error at Object.Protocol.decodeData (/opt/iobroker/node_modules/iobroker.hm-rpc/node_modules/binrpc/lib/protocol.js:371:81) hm-rpc.0 2017-03-12 02:00:24.662 error TypeError: Cannot read property 'toString' of null hm-rpc.0 2017-03-12 02:00:24.642 error uncaught exception: Cannot read property 'toString' of null hm-rpc.0 2017-03-12 02:00:24.591 info ConnectedMit dem "HomeMatic-Komponenten konfigurieren" Tool bekomme ich nur die Meldung, dass keine BidCos Schnittstelle unter der angegebenen IP Adresse gefunden wurde.
Zwischendurch hatte ich mal ne kurze Reaktion im Tool aber die war schnell wieder vorbei.
Lange war die Anzeige vor dem rpc Service in der iobroker Instanzliste grün, es tat sich trotzdem nix und inzw. ist sie wieder gelb.
Im Moment reaktiviere ich gerade wieder mein RaspberryMatic Image, um zu schauen, ob das Modul überhaupt noch funktioniert ….
Nachtrag:
So, ich habe eben das RaspberryMatic Image reaktiviert und eingelegt: alles einwandfrei, das Modul geht, die Konfigsoftware findet das Modul und alles lässt sich prima steuern.
Jetzt bin ich echt ratlos ....
-
So, ich habe eben das RaspberryMatic Image reaktiviert und eingelegt: alles einwandfrei, das Modul geht… `
Kann es ein https://homematic-forum.de/forum/viewtopic.php?f=65&t=35997&p=347106#p347095 sein ? -
Interessanter Aspekt, wobei ich immer dachte, die FW des Funkmoduls wird immer erst beim Booten eingelesen ….
Muss mal schauen, ob ich nicht eine Möglichkeit finde, eine ältere FW zu installieren.
-
Interessanter Aspekt, wobei ich immer dachte, die FW des Funkmoduls wird immer erst beim Booten eingelesen …. `
Bei RaspberryMatic und der CCU2 ist das auch der Fall. YAHM, hmcon & co machen das aber anscheinend nicht so.
-
Hi, ich habe ähnliche Probleme mit hmcon, rpi3 und dem rpc-Adapter. Angeschlossen an den rpi3 ist ebenfalls das Homematic Funkmodul
bei mir kommen die selben JS-alerts:
"RF getLinks {}"
"RF System.list.Methods {}"
"RF listBidcosInterfaces {}"
iobroker.admin Log:
hm-rpc.0 2017-05-13 09:18:23.498 info binrpc client is trying to connect to localhost:8083 with ["xmlrpc_bin://192.168.178.35:8084","hm-rpc.0"]weiter tut sich nichts. Tippe auf falsche rpc-Adapter Konfiguration.
rfd.log
2017/05/13 09:08:49.202 <info>BidCoS-Service started 2017/05/13 09:08:49.203 <info>XmlRpc Server is listening on TCP port 2001 2017/05/13 09:08:49.208 <error>No BidCoS-Interface available 2017/05/13 09:08:49.208 <warning>Error initializing interfaces</warning></error></info></info>hm-manager.json
{ "webServerPort": 8083, "rpcListenIp": "127.0.0.1", "rpcListenPort": "2015", "rpcListenPortBin": "2016", "daemons": { "RF": { "type": "BidCos-RF", "ip": "127.0.0.1", "port": 2001, "protocol": "binrpc" } }, "language": "de" }service rfd status
rfd.service - LSB: HomeMatic rfd Loaded: loaded (/etc/init.d/rfd) Active: active (exited) since Sa 2017-05-13 09:08:49 CEST; 16min ago Process: 1745 ExecStart=/etc/init.d/rfd start (code=exited, status=0/SUCCESS)kann mir jemand weiterhelfen?
Zur Info: ich hatte am rpi3 vorher ein 433MHz Funkmodul, blockiert da wiringPi evtl. den Service oder sonst irgendwas?
EDIT:
hm-rpc.0 2017-05-13 11:34:57.956 error Socket error: Error: connect ECONNREFUSED 127.0.0.1:2001habe noch ein bisschen rumprobiert und erhalte jetzt diese Fehlermeldung…
Viele Grüße
scooop
