NEWS
Adapter: Pilight
-
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)
-
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.1ich 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.2sprich: 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
-
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
-
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.
-
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
-
Hi,
verstehe ich das richtig, dass man erst auf dem pi pilight installiert, wie z.B. hier angegeben:
http://raspberry.tips/hausautomatisierung/raspberry-pi-pilight-mit-433mhz-modulen-zur-hausautomatisierung
Dann noch den Adapter von Github.
Dann kann man das System nutzen?
Konfiguriert wird dann aber alles per Hand (z.B. via PUTTY) auf dem pi? -
Ist das Projekt noch aktuell? Zurzeit nutze ich wiring Pi
-
@basti97 ich exhumiere diesen Thread mal wieder - ja, für mich noch aktuell, dennoch:
Ich hab seit ein paar Jahren (s. weiter oben im Thread...) Pilight und ioBoker am Start. Läuft sehr stabil und zuverlässig.
Allerdings ist mir die letzten Tage im ioBroker Protokoll aufgefallen, dass pilight dieses seit "irgendwann(tm)" mit Infos durch meine Temperatursensoren voll schreibt (ich vermute mal seit einem der grösseren Updates von Node/JS?!)
Sieht eigentlich für alle Temperatursensoren gleich aus:
piliight.0 2022-09-18 17:42:12.431 info State value to set for "pilight.0.temperature_local.temperature" has to be type "state" but received type "number"Ich verwende Pilight 8.0.7 auf einem abgesetzten RaspberryPi zero sowie den aktuellen pilight Adapter 0.6.0.
Wo kann man denn hier ansetzen? Ist das ein Problem des Adapters?
-
@basti97 ich exhumiere diesen Thread mal wieder - ja, für mich noch aktuell, dennoch:
Ich hab seit ein paar Jahren (s. weiter oben im Thread...) Pilight und ioBoker am Start. Läuft sehr stabil und zuverlässig.
Allerdings ist mir die letzten Tage im ioBroker Protokoll aufgefallen, dass pilight dieses seit "irgendwann(tm)" mit Infos durch meine Temperatursensoren voll schreibt (ich vermute mal seit einem der grösseren Updates von Node/JS?!)
Sieht eigentlich für alle Temperatursensoren gleich aus:
piliight.0 2022-09-18 17:42:12.431 info State value to set for "pilight.0.temperature_local.temperature" has to be type "state" but received type "number"Ich verwende Pilight 8.0.7 auf einem abgesetzten RaspberryPi zero sowie den aktuellen pilight Adapter 0.6.0.
Wo kann man denn hier ansetzen? Ist das ein Problem des Adapters?
@xelarep Kann man mit Pilight auch den 433mhz empfänger ausfragen? Ich habe irgendwie die Installation damals mit wiring pi hinbekommen da gab es eine anderen Pfad bzw das hat dann ein andere Entwickler weiter gemacht. Das klappt auch gut, das einzige mit den Empfänger habe ich bis her noch nichts herausbekommen. Testweise hatte ich ihn mal an einen ESP wo massig Zahlen gekommen sind. Aber wenn man die Biblio nicht hat wird es schwierig um das ganze herauszufinden. Generell finde ich zurzeit wenige 433mhz Steckdosen.
Ich mache nun regelmäßig ein paar Backups von der Rpi Slave das ich nicht wieder vor dem Problem bin. Aber generell funktioniert der Sender schon und das ist auch eine gute Idee. Was man alles mit einen rpi und iob machen kann ist schon geil. -
@xelarep Kann man mit Pilight auch den 433mhz empfänger ausfragen? Ich habe irgendwie die Installation damals mit wiring pi hinbekommen da gab es eine anderen Pfad bzw das hat dann ein andere Entwickler weiter gemacht. Das klappt auch gut, das einzige mit den Empfänger habe ich bis her noch nichts herausbekommen. Testweise hatte ich ihn mal an einen ESP wo massig Zahlen gekommen sind. Aber wenn man die Biblio nicht hat wird es schwierig um das ganze herauszufinden. Generell finde ich zurzeit wenige 433mhz Steckdosen.
Ich mache nun regelmäßig ein paar Backups von der Rpi Slave das ich nicht wieder vor dem Problem bin. Aber generell funktioniert der Sender schon und das ist auch eine gute Idee. Was man alles mit einen rpi und iob machen kann ist schon geil.@basti97 ich hab mir damals einen "echten PiLight Gateway" fliegend aufgebaut. Sprich: ich kann Senden und Empfangen.
Auch wenn wir mal kurz ins OT wechseln - hab gerade mal ein altes Bild rausgesucht:
FS1000A als Sendeknopf (links unten) und RXB8 mit Drahtantenne als Empfänger (rechts unten). Der ATtiny45 dazwischen wird zur Signalaufbereitung des Empfangsteils verwendet.
In der Pilight Doku ist das eigentlich alles sehr gut erklärt. Vor allem die unterschiedlichen Codes, die empfangen/gesendet werden können.
Ich muss inzwischen eigentlich nur noch nach einem Batteriewechsel an den Temperaturfühlern die dann neue ID in der Config anpassen, und alles läuft wieder. Auch mit der Weboberfläche des Pilight lässt sich schon mal gut Testen.
Das Einbinden in ioBroker ist dann nur noch Kleinkram...
Ich verwende TFA Temperartursensoren, und ein altes 3er Steckdosenset mit 4-fach Fernbedienung von Pollin (elcro400)
HTH
Support us
964
Online32.4k
Benutzer81.5k
Themen1.3m
Beiträge