UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[arteck]

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

[xelarep]

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

[xelarep]

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

[arteck]

@xelarep:

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 ??

[xelarep]

@arteck:

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

[arteck]

ich schau mir das mal an … wird aber dauern

[xelarep]

Oh das wäre fein :)

Starthilfe:

• • https://manual.pilight.org/development/ … tification

* [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

[holodoc]

Frohes neues zusammen :)

Schonmal danke@xelarep fürs ausprobieren! Dann werde ich auch mal mit 7er pilight testen.

[sebastianj]

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.

[xelarep]

Ich bin entzückt :) 8.0.4 läuft jetzt!

Danke!!!

Alexander

[holodoc]

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

[padrino]

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?

[Basti97]

Ist das Projekt noch aktuell? Zurzeit nutze ich wiring Pi

[xelarep]

@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]

@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]

@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

[Basti97]

@xelarep said in Adapter: Pilight:

ATtiny45

Danke funktioniert der ATtiny45 über wlan/LAN oder USB. Und die Codes der Temperaturen werden dann alle automatisch umgewandelt oder?

[xelarep]

@arteck Immer wenn ich diesen Thread hochhole habe ich ein Problem :confounded:

Habe heute den js-controller auf 5.0.12 upgedatet - jetzt startet pilight nicht mehr :confused:

Ich hab folgendes im Log

ein iobroker rebuild pilight hat mich nicht weitergebracht - was nun?
Pilight 0.6.0...

[mcm1957]

@xelarep

Wenn du der Maintainer dieses Adapters bist:

Du must auf adapter-core migrieren. Direkte Zugriffe sind nicht mehr möglich, schon deswegen weil js-controller auf ts migriert wurde.

Generell würde ich dir für Entwicklungsfragen unsere Telegramm Channels empfehlen:

https://t.me/+gsX-e8k4mLtmZjZk
https://t.me/ioBroker_development

Diese sind auch mit discord geshared

Wenn du Anwender bist ist das ENTWICKLIUNGS Subforum nicht der optimale Platz um Probleme mit einem Adapter zu klären. Stell die Frage im ALLGEMEIN Forum

[mcm1957]

Kurzer Check:

Adapter ioBroker.pilight ist nie in die repositories aufgenommen worden. Von der Verwendung von nur via github installierbaren Adaptern wird dringend abgeraten. User sollten den Dev dazu drängen eine Aufnahme in die Repositories zu beantragen. Dies bedingt zwar ein Review - hätte in diesem Fall die Inkompatibiltär rechtzeitig erkennen lassen.

Der Adapter pilight ist jedenfalls NICHT mehr mit js-controller 5 kompatibel und erfrodert eine Anpassung des Source Codes.

Da der Adapter jedoch seit 6 Jahren nicht mehr gewartet wurde bwzeifle ich dass der Maintainer noch aktiv ist. Bitte diesen versuchen zu kontaktieren und im Bedarfsfall bitte ein Issue im repository https://github.com/ioBroker/AdapterRequests erstellen und auf den existierenden Adapter verweisen. Ob sich ein Entwickler findest kann ich nicht versprechen.