NEWS
Adapter: Pilight
-
ja der läuft auf dem pi3 und was soll da weiterentwickelt werden ?? `
Das weiterentwickeln bezog sich darauf, falls der Adapter nicht zu 100% funzt
Aber wenn er läuft werd ich ihn mal installieren.
Danke fürs Feedback
VG
-
Ich will den Adapter auch mal ausprobieren, habe ihn auch installiert bekommen, hänge nun aber bei
pilight.0 2017-12-09 16:16:37.718 info Requesting initial states... pilight.0 2017-12-09 16:16:37.715 info WebSocket connection established! pilight.0 2017-12-09 16:16:37.651 info Connecting to "ws://localhost:5001/" pilight.0 2017-12-09 16:16:37.649 info Option sharedWS = false pilight.0 2017-12-09 16:16:37.628 info starting. Version 0.5.1 in /opt/iobroker/node_modules/iobroker.pilight, node: v6.12.0
Eine Idee?
-
wie hast du pilight konfiguriert ?? welche adressen dürfen es aufrufen ??
-
Siehe unten meine Pilight-Config, ich habe keine Whitelist für Zugriffe angelegt falls Du das meinst - ich hätte gedacht wenn es eh direkt vom localhost kommt, sollte da nicht geblockt werden oder sehe ich das falsch?
{ "devices": { "Steckdose1": { "protocol": [ "intertechno_switch" ], "id": [{ "id": 24438618, "unit": 0 }], "state": "off" }, "Steckdose2": { "protocol": [ "intertechno_switch" ], "id": [{ "id": 24438618, "unit": 1 }], "state": "off" }, "Steckdose3": { "protocol": [ "intertechno_switch" ], "id": [{ "id": 24438618, "unit": 2 }], "state": "off" }, "Steckdose4": { "protocol": [ "kaku_screen" ], "id": [{ "id": 24438618, "unit": 3 }], "state": "down" }, "Steckdose5": { "protocol": [ "quigg_gt7000" ], "id": [{ "id": 1967, "unit": 0 }], "state": "off" } }, "rules": {}, "gui": { "Steckdose1": { "name": "Steckdose 1 (Intertechno)", "group": [ "MeineSwitches" ], "media": [ "all" ] }, "Steckdose2": { "name": "Steckdose 2 (Intertechno)", "group": [ "MeineSwitches" ], "media": [ "all" ] }, "Steckdose3": { "name": "Steckdose 3 (Intertechno)", "group": [ "MeineSwitches" ], "media": [ "all" ] }, "Steckdose4": { "name": "Steckdose 4 (aussen)", "group": [ "MeineSwitches" ], "media": [ "all" ] }, "Steckdose5": { "name": "Steckdose 5 (Quigg)", "group": [ "MeineSwitches" ], "media": [ "all" ] } }, "settings": { "log-level": 6, "pid-file": "/var/run/pilight.pid", "log-file": "/var/log/pilight.log", "webserver-enable": 1, "webserver-root": "/usr/local/share/pilight/webgui", "webserver-http-port": 5001, "webserver-https-port": 5002, "webserver-cache": 1, "gpio-platform": "raspberrypi3" }, "hardware": { "433gpio": { "sender": 0, "receiver": 1 } }, "registry": {} }
-
genau so… die pilight oberfläche bekommst du zu sehen in Browser ??
also ip:5001
so sieht meine konfig aus ...
"settings": { "log-level": 6, "pid-file": "/var/run/pilight.pid", "log-file": "/var/log/pilight.log", "webserver-enable": 1, "webserver-root": "/usr/local/share/pilight/", "webserver-http-port": 5001, "webserver-cache": 1, "whitelist": "127.0.0.1" }, "hardware": { "433gpio": { "sender": 0, "receiver": 1 } }, "registry": { "pilight": { "firmware": { "version": 65535, "lpf": 655350, "hpf": 655350 }, "version": { "current": "7.0" } } }
-
Mmh da ist ja nicht viel anders, ich habe die Whitelist und die registry noch so übernommen, aber es werden weiterhin keine Objekte angelegt
Achso und die normale Pilight-Browseroberfläche funktioniert, ja.
-
Mmh da ist ja nicht viel anders, ich habe die Whitelist und die registry noch so übernommen, aber es werden weiterhin keine Objekte angelegt
Achso und die normale Pilight-Browseroberfläche funktioniert, ja. `
dann änder mal die namen ab
Steckdose 4 (aussen)
mach im Namen keine blanks also so Steckdose_4_(aussen)
-
Mmh bringt auch nichts.
Könntest Du eventuell mal schauen, was bei Dir im iobroker log steht wenn Du den pilight Adapter neu startest? Geht es nach "Requesting initial states…" noch weiter?
-
So ich hab mal alles in der config zusammengestrichen, keine Leerzeichen oder Sonderzeichen, nur noch ein Adapter und den Rest aus Deiner config, bringt alles nichts. Glaube nicht, dass es was in der config ist.
Aber wie gesagt wäre interessant, wie der startup normalerweise im log aussieht.
-
ilight.0 2017-12-23 11:43:13.144 info Creating device dose3 pilight.0 2017-12-23 11:43:13.144 info Creating device dose2 pilight.0 2017-12-23 11:43:13.143 info Creating device dose1 pilight.0 2017-12-23 11:43:13.143 info Requesting initial states... pilight.0 2017-12-23 11:43:13.143 info WebSocket connection established! pilight.0 2017-12-23 11:43:13.072 info Connecting to "ws://localhost:5001/" pilight.0 2017-12-23 11:43:13.071 info Option sharedWS = false pilight.0 2017-12-23 11:43:13.070 info starting. Version 0.5.1 in /opt/iobroker/node_modules/iobroker.pilight, node: v6.12.1
ich habe pilight auf dem gleicher pi laufen wir iobroker
-
Hallo, ich häng mich hier mal an. Habe das selbe Problem wie @holodoc:
Ich habe eine lauffähige pilight Test-Installation (pilight 8.0.4) auf einem zusätzlichen Raspberry (Raspberry Pi 1B, Debian Stretch), die sich per Webfrostend prima bedienen lässt (beliebiger Browser/Gerät).
Auf meinem ioBroker Pi hab ich den Adapter installiert und hänge nun ebenfalls bei
pilight.0 2017-12-29 12:58:43.652 info Requesting initial states... pilight.0 2017-12-29 12:58:43.649 info WebSocket connection established! pilight.0 2017-12-29 12:58:43.595 info Connecting to "ws://192.168.1.39:5001/" pilight.0 2017-12-29 12:58:43.593 info Option sharedWS = false pilight.0 2017-12-29 12:58:43.567 info starting. Version 0.5.1 in /opt/iobroker/node_modules/iobroker.pilight, node: v6.11.2
sprich: es werden keine Objekte erzeugt.
Meine Devices sind ohne Leerzeichen in CamelCase Notation, hier noch ein kleiner Auszug aus der Konfigurationsdatei
"settings": { "log-level": 6, "pid-file": "/var/run/pilight.pid", "log-file": "/var/log/pilight.log", "webserver-enable": 1, "webserver-root": "/usr/local/share/pilight/webgui", "webserver-http-port": 5001, "webserver-https-port": 5002, "webserver-cache": 1, "gpio-platform": "raspberrypi1b1" },
Ich habe sowohl pilight als auch pilight-iobroker durchgestartet, keine weiteren Fehlermeldungen (btw: wo noch?).
Was nun?
Alexander
[edit] Versionsinformationen ergänzt
-
Hallo,
ich hab heute mal ein paar workarounds und Tests mit MQTT-Adapter, mosquitto, und pilight-python versucht. Das war etwas ernüchternd, aber das ist ein anderes Thema.
Die Gute Nachricht: auf dem iobroker scheint alles OK zu sein auf, meinem Test-Raspi wohl eher nicht
Ich hab daher heute abend mal den pilight-daemon in der Konsole Debug Ausgaben ausgeben lassen:
[ Dec 30 18:19:44:98465] pilight-daemon: INFO: version v8.0.4 [Dec 30 18:19:44:100952] pilight-daemon: DEBUG: ssdp sent search [Dec 30 18:19:44:205986] pilight-daemon: INFO: no pilight daemon found, daemonizing [Dec 30 18:19:44:285254] pilight-daemon: INFO: daemon listening to port: 33721 [Dec 30 18:19:44:306033] pilight-daemon: DEBUG: new thread socket, 1 thread running [Dec 30 18:19:44:310335] pilight-daemon: DEBUG: new thread ssdp, 2 threads running [Dec 30 18:19:44:314326] pilight-daemon: DEBUG: new thread sender, 3 threads running [Dec 30 18:19:44:318431] pilight-daemon: DEBUG: new thread broadcaster, 4 threads running [Dec 30 18:19:44:322008] pilight-daemon: INFO: new client, ip: 127.0.0.1, port: 44160 [Dec 30 18:19:44:323795] pilight-daemon: DEBUG: client fd: 14 [Dec 30 18:19:44:327849] pilight-daemon: DEBUG: client id: 1 ... [ Dec 30 18:20:57:73633] pilight-daemon: DEBUG: cpu: 47.933396% [Dec 30 18:20:58:319985] pilight-daemon: DEBUG: new client, ip: 192.168.1.206, port: 50592 [Dec 30 18:20:58:320146] pilight-daemon: DEBUG: client fd: 34 [Dec 30 18:20:58:369426] pilight-daemon: DEBUG: socket recv: {"action":"request values"} [ Dec 30 18:21:00:73150] pilight-daemon: DEBUG: cpu: 48.095203% ...
Ich hab's mal stark gekürzt - man sieht schön, wie nach und nach die interfaces und clients (Webserver) angemeldet werden, Datenverkehr etc.
Dann kommt der pilight Adapter (.206), und hier steht das Gegenstück zu "Requesting initial states…"
Die Nachricht kommt also an, aber pilight antwortet nicht!
Andere Auffälligkeit: Webserver, localhost use. bekommen eine client id, ioBroker-Adapter nicht?!
Werde jetzt mal ins pilight forum wechseln und dort versuchen weiterzukommen, oder hat hier jemand spontan eine Idee?
Alexander
-
Hallo,
ich hab heute mal ein paar workarounds und Tests mit MQTT-Adapter, mosquitto, und pilight-python versucht. Das war etwas ernüchternd, aber das ist ein anderes Thema.
Die Gute Nachricht: auf dem iobroker scheint alles OK zu sein auf, meinem Test-Raspi wohl eher nicht
Ich hab daher heute abend mal den pilight-daemon in der Konsole Debug Ausgaben ausgeben lassen:
[ Dec 30 18:19:44:98465] pilight-daemon: INFO: version v8.0.4 [Dec 30 18:19:44:100952] pilight-daemon: DEBUG: ssdp sent search [Dec 30 18:19:44:205986] pilight-daemon: INFO: no pilight daemon found, daemonizing [Dec 30 18:19:44:285254] pilight-daemon: INFO: daemon listening to port: 33721 [Dec 30 18:19:44:306033] pilight-daemon: DEBUG: new thread socket, 1 thread running [Dec 30 18:19:44:310335] pilight-daemon: DEBUG: new thread ssdp, 2 threads running [Dec 30 18:19:44:314326] pilight-daemon: DEBUG: new thread sender, 3 threads running [Dec 30 18:19:44:318431] pilight-daemon: DEBUG: new thread broadcaster, 4 threads running [Dec 30 18:19:44:322008] pilight-daemon: INFO: new client, ip: 127.0.0.1, port: 44160 [Dec 30 18:19:44:323795] pilight-daemon: DEBUG: client fd: 14 [Dec 30 18:19:44:327849] pilight-daemon: DEBUG: client id: 1 ... [ Dec 30 18:20:57:73633] pilight-daemon: DEBUG: cpu: 47.933396% [Dec 30 18:20:58:319985] pilight-daemon: DEBUG: new client, ip: 192.168.1.206, port: 50592 [Dec 30 18:20:58:320146] pilight-daemon: DEBUG: client fd: 34 [Dec 30 18:20:58:369426] pilight-daemon: DEBUG: socket recv: {"action":"request values"} [ Dec 30 18:21:00:73150] pilight-daemon: DEBUG: cpu: 48.095203% ...
Ich hab's mal stark gekürzt - man sieht schön, wie nach und nach die interfaces und clients (Webserver) angemeldet werden, Datenverkehr etc.
Dann kommt der pilight Adapter (.206), und hier steht das Gegenstück zu "Requesting initial states…"
Die Nachricht kommt also an, aber pilight antwortet nicht!
Andere Auffälligkeit: Webserver, localhost use. bekommen eine client id, ioBroker-Adapter nicht?!
Werde jetzt mal ins pilight forum wechseln und dort versuchen weiterzukommen, oder hat hier jemand spontan eine Idee?
Alexander `
hast du mal mit der Version 7 von pilight probiert ??
-
hast du mal mit der Version 7 von pilight probiert ?? `
Moin und ein Gutes Neues,ich habe gerade ein neues "altes" Testsystem mit Debian Jessie und pilight 7.0 aufgesetzt, und - Oh Wunder - jetzt kommt eine Verbindung zustande und ich kann meine Steckdosen sehen und bedienen. Kommunikation/Änderungen in beide Richtungen.
Lustigerweise sehe ich jetzt in der pilight-daemon Debugausgabe keine Anmeldeversuche des ioBroker Adapters :roll:
:arrow: erstes Fazit: pilight 8.0.4 und der bisherige Pilight Adapter 0.5.1 sind nicht kompatibel!
Nach erstem Stöbern durch die pilight API Dokumentation, den zugehörigen Beispielclients und den Quellen zum pilight Adapter scheint hier im Adapter eine Identify Anfrage zu fehlen.
Ich bin jetzt leider nicht der Node/Java Programmierer vor dem Herrn - aber da würde ich jetzt ansetzen.
Sebastian scheint ja hier nicht mehr aktiv zu sein? Wer hätte sonst noch Lust hier weiterzumachen?
Alexander
[Edit] Versionsnummer ergänzt
-
ich schau mir das mal an … wird aber dauern
-
Oh das wäre fein
Starthilfe:
* [https://github.com/pilight/pilight/tree/master/clients](https://github.com/pilight/pilight/tree/master/clients)
Das "Problem" Scheint in der https://github.com/sja/ioBroker.pilight … bsocket.js so Zeile 58 etwa zu liegen.
Bin leider nicht der Java-Experte…
Alexander
-
Frohes neues zusammen
Schonmal danke@xelarep fürs ausprobieren! Dann werde ich auch mal mit 7er pilight testen.
-
Hallo!
Dank eines PullRequests habe ich eine neue Version des pilight Plugins raushauen können. 0.6.0 sollte zu pilight 8 kompatibel sein. Bitte mal testen.
-
Ich bin entzückt 8.0.4 läuft jetzt!
Danke!!!
Alexander
-
Hallo zusammen,
ich sitze mal wieder an meiner Einbindung ovn pilight in iobroker und stelle fest, dass ich nur Steckdosen, die mit false/true ansteuerbar sind, schalten kann. Meine Außensteckdose läuft aber über das Protokoll "kaku_screen" wo die Zustände down/up sind. Kann es sein, dass der Adapter dies nicht unterstützt? Zum testen schreibe ich per hand das Objekt "up" rein, wie es auch pilight tut, wenn ich über pilight direkt schalte.
Grüße