Twinkly Adapter bleibt gelb

wollerosekaufe

hab mir den adapter spaßhalber einmal angesehen.
wenn ich den starte, einfach mal mit 127.0.0.1 als MQTT, sieht der debug log bei mir völlig anders aus:

twinkly.0
	2023-12-08 17:57:48.747	error	[test.interview.fw] Error: connect ECONNREFUSED 127.0.0.1:80
twinkly.0
	2023-12-08 17:57:48.744	debug	[test.request.GET] Error: "connect ECONNREFUSED 127.0.0.1:80", code="ECONNREFUSED", status=null, config="{"transitional":{"silentJSONParsing":true,"forcedJSONParsing":true,"clarifyTimeoutError":false},"adapter":["xhr","http"],"transformRequest":[null],"transformResponse":[null],"timeout":0,"xsrfCookieName":"XSRF-TOKEN","xsrfHeaderName":"X-XSRF-TOKEN","maxContentLength":-1,"maxBodyLength":-1,"env":{},"headers":{"Accept":"application/json, text/plain, */*","Content-Type":"application/json","X-Auth-Token":"","User-Agent":"axios/1.6.2","Content-Length":"4","Accept-Encoding":"gzip, compress, deflate, br"},"baseURL":"http://127.0.0.1/xled/v1/","url":"fw/version","method":"get","data":"null"}", stack="Error: connect ECONNREFUSED 127.0.0.1:80 at Function.AxiosError.from (/opt/iobroker/node_modules/axios/lib/core/AxiosError.js:89:14) at RedirectableRequest.handleRequestError (/opt/iobroker/node_modules/axios/lib/adapters/http.js:606:25) at RedirectableRequest.emit (node:events:517:28) at RedirectableRequest.emit (node:domain:489:12) at ClientRequest.eventHandlers.<computed> (/opt/iobroker/node_modules/follow-redirects/index.js:14:24) at ClientRequest.emit (node:events:529:35) at ClientRequest.emit (node:domain:489:12) at Socket.socketErrorListener (node:_http_client:501:9) at Socket.emit (node:events:517:28) at Socket.emit (node:domain:489:12)"
twinkly.0
	2023-12-08 17:57:48.140	debug	[test.request.GET] path="fw/version", body="null", headers="{}"
twinkly.0
	2023-12-08 17:57:48.090	debug	[test.ping] Ping result for 127.0.0.1: true in 0.130ms
twinkly.0
	2023-12-08 17:57:48.033	debug	[ping.probe] System command: /bin/ping -n -w 2 -c 1 127.0.0.1
twinkly.0
	2023-12-08 17:57:48.028	debug	[poll] Start polling...
twinkly.0
	2023-12-08 17:57:48.024	debug	[processObjectChanges] No tasks to process!
twinkly.0
	2023-12-08 17:57:48.021	debug	[processObjectChanges] Prepare tasks of objects update
twinkly.0
	2023-12-08 17:57:48.018	debug	[processObjectChanges] Add instance objects
twinkly.0
	2023-12-08 17:57:48.016	debug	[processObjectChanges] Remove all connections listed in config ==> Deletes all old connections
twinkly.0
	2023-12-08 17:57:47.852	debug	[processObjectChanges] Get existing objects
twinkly.0
	2023-12-08 17:57:47.783	debug	[syncConfig] config network: false
twinkly.0
	2023-12-08 17:57:47.782	debug	[syncConfig] config mqtt: false
twinkly.0
	2023-12-08 17:57:47.781	debug	[syncConfig] config details: false
twinkly.0
	2023-12-08 17:57:47.780	debug	[syncConfig] config interval: 60
twinkly.0
	2023-12-08 17:57:47.777	debug	[syncConfig] config devices: [{"enabled":true,"name":"test","host":"127.0.0.1","stateOn":"color"}]
twinkly.0
	2023-12-08 17:57:47.728	info	starting. Version 1.0.14 in /opt/iobroker/node_modules/iobroker.twinkly, node: v18.19.0, js-controller: 5.0.17

bei dir besteht der halbe log aus redis/objects, vom networking kommt wenig bis nix. wundert mich etwas...
wie sieht das bei dir denn aus wenn du mal eine zweite instanz aufmachst und dasselbe probierst?

"das mit docker" mag zwar vlt. nicht SO kompliziert sein, aber wie @homoran schon andeutet ohne exakte infos (networking) geht da nichts voran.
würde ins blaue hineinraten dass du in docker kein (host-)network definiert hast - oder der port f. twinkly fehlt (scheint über 80 zu gehen?! O_o)

base

@wollerosekaufe

vielen Dank, ich habe keine Ahnung was da im Docker definiert ist. Hab mich bei der Insatallation an die Anleitung von smarthome.buanet.de gehalten. Sonst funktioniert ja alles und der Adapter hat ja auch mal funktioniert. Hab jetzt das Script von @patrickbs96 https://github.com/patrickbs96/script.twinkly ausprobiert, damit kann ich die Lichterkette erstmal steuern.

patrickbs96

@base komisch das der Adapter bei dir nicht mehr funktioniert aber stattdessen das Skript. Ich hatte damals den Adapter anhand des Skripts erstellt.
Die Datenpunkte für eine Lichterkette werden erst erstellt, wenn eine Verbindung zu der Kette aufgebaut werden konnte. Entferne sonst mal den Haken bei "Ping für Erreichbarkeit verwenden", vielleicht klappt das ja

base

@patrickbs96 geht leider auch nicht. Hab den Adapter nochmal deinstalliert und den Ping rausgenommen - ohne Erfolg. Es werden keine Datenpunkte angelegt.
Bei den Datenpunkten vom Script funktionieren alle ausser der "connected" State.

der-eine

Hallo zusammen, Hallo @patrickbs96,
wollte jetzt auch den Twinkly-Adapter installieren leider bleibt er bei mir auch gelb.
Meine Fehlermeldung ist aber eine andere und komme hier leider auch nicht weiter.
Hab auch ein Github Issue eröffnet.

Wäre super, wenn mir jemand dabei helfen könnte.
Danke.

Versions:

iobroker-Admin: 6.12.0
Adapter version: 1.0.14
JS-Controller version: 5.0.16
Node version: 16.17.0
Operating system: Debian 11 bullseye
Twinkly Version: 2.8.18

2023-12-14 12:11:51.101 - info: host.ioBroker "system.adapter.twinkly.0" enabled
2023-12-14 12:11:51.400 - info: host.ioBroker instance system.adapter.twinkly.0 started with pid 1474
2023-12-14 12:11:52.152 - debug: twinkly.0 (1474) Redis Objects: Use Redis connection: 127.0.0.1:9001
2023-12-14 12:11:52.212 - debug: twinkly.0 (1474) Objects client ready ... initialize now
2023-12-14 12:11:52.213 - debug: twinkly.0 (1474) Objects create System PubSub Client
2023-12-14 12:11:52.214 - debug: twinkly.0 (1474) Objects create User PubSub Client
2023-12-14 12:11:52.366 - debug: twinkly.0 (1474) Objects client initialize lua scripts
2023-12-14 12:11:52.370 - debug: twinkly.0 (1474) Objects connected to redis: 127.0.0.1:9001
2023-12-14 12:11:52.450 - debug: twinkly.0 (1474) Redis States: Use Redis connection: 127.0.0.1:9000
2023-12-14 12:11:52.483 - debug: twinkly.0 (1474) States create System PubSub Client
2023-12-14 12:11:52.484 - debug: twinkly.0 (1474) States create User PubSub Client
2023-12-14 12:11:52.546 - debug: twinkly.0 (1474) States connected to redis: 127.0.0.1:9000
2023-12-14 12:11:52.600 - debug: twinkly.0 (1474) Plugin sentry Initialize Plugin (enabled=true)
2023-12-14 12:11:52.831 - info: twinkly.0 (1474) starting. Version 1.0.14 in /opt/iobroker/node_modules/iobroker.twinkly, node: v16.17.0, js-controller: 5.0.16
2023-12-14 12:11:52.860 - debug: twinkly.0 (1474) [syncConfig] config devices: [{"enabled":true,"name":"Girlande","host":"192.168.20.100","stateOn":"color"}]
2023-12-14 12:11:52.861 - debug: twinkly.0 (1474) [syncConfig] config interval: 60
2023-12-14 12:11:52.861 - debug: twinkly.0 (1474) [syncConfig] config details: true
2023-12-14 12:11:52.861 - debug: twinkly.0 (1474) [syncConfig] config mqtt: false
2023-12-14 12:11:52.861 - debug: twinkly.0 (1474) [syncConfig] config network: true
2023-12-14 12:11:52.890 - debug: twinkly.0 (1474) [processObjectChanges] Get existing objects
2023-12-14 12:11:53.167 - debug: twinkly.0 (1474) [processObjectChanges] Remove all connections listed in config ==> Deletes all old connections
2023-12-14 12:11:53.167 - debug: twinkly.0 (1474) [processObjectChanges] Add instance objects
2023-12-14 12:11:53.168 - debug: twinkly.0 (1474) [processObjectChanges] Prepare tasks of objects update
2023-12-14 12:11:53.169 - debug: twinkly.0 (1474) [processObjectChanges] No tasks to process!
2023-12-14 12:11:53.170 - debug: twinkly.0 (1474) [poll] Start polling...
2023-12-14 12:11:53.171 - debug: twinkly.0 (1474) [ping.probe] System command: /bin/ping -n -w 2 -c 1 192.168.20.100
2023-12-14 12:11:53.183 - error: twinkly.0 (1474) [Girlande.ping]: [ping.probe] there was an error while executing the ping program. check the path or permissions...: /bin/ping: socket: Operation not permitted
2023-12-14 12:11:53.228 - debug: twinkly.0 (1474) [checkConnection] Girlande is not available!
2023-12-14 12:11:53.228 - debug: twinkly.0 (1474) [poll] Girlande not connected!
2023-12-14 12:11:53.228 - debug: twinkly.0 (1474) [poll] Finished polling...
2023-12-14 12:11:53.229 - info: twinkly.0 (1474) Startup complete

Thomas Braun

@der-eine

node: v16.17.0

Veraltet, abgekündigt.
Bring das auf nodejs@18.
Per

iob nodejs-update

Thomas Braun

@der-eine

type -p ping
sudo -u iobroker ping iobroker.net

sagt?

der-eine

@thomas-braun sagte in Twinkly Adapter bleibt gelb:

sudo -u iobroker ping iobroker.net

Update mach ich dann. Danke.

Hier die Ausgabe

daniel@ioBroker:~$ type -p ping
/usr/bin/ping
daniel@ioBroker:~$ sudo -u iobroker ping iobroker.net
[sudo] password for daniel: 
ping: socket: Operation not permitted
daniel@ioBroker:~$

Thomas Braun

@der-eine sagte in Twinkly Adapter bleibt gelb:

Update mach ich dann.

Mach es jetzt. Ist überfällig.

Thomas Braun

@der-eine

ping iobroker.net

der-eine

@thomas-braun sagte in Twinkly Adapter bleibt gelb:

ping iobroker.net

ping: socket: Operation not permitted

der-eine

@thomas-braun

Last login: Thu Dec 14 19:03:34 CET 2023 on tty1
daniel@ioBroker:~$ node -v
v18.19.0
daniel@ioBroker:~$

Thomas Braun

@der-eine

Also dürfen user nicht pingen.
Was ist das da genau für eine Umgebung?

iob diag

in der Langfassung.

der-eine

@thomas-braun sagte in Twinkly Adapter bleibt gelb:

iob diag

was brauchst Du davon alles?

Thomas Braun

@der-eine

Die Langfassung ist: Alles.

der-eine

@thomas-braun

Hier die Langfassung:

Thomas Braun

@der-eine

Bei Containern weiß ich nicht wo das einzustellen ist.

der-eine

@thomas-braun was willst Du denn einstellen?

Thomas Braun

@der-eine

Die Rechte an ping natürlich.

der-eine

@thomas-braun

sudo apt-get install iputils-ping --reinstall

behebt das Problem. Danke Dir für die Hilfe.

NEWS

Twinkly Adapter bleibt gelb

Support us

1.4k
Online

30.8k
Users

77.5k
Topics

1.2m
Posts

NEWS

Twinkly Adapter bleibt gelb

Support us

1.4kOnline

30.8kUsers

77.5kTopics

1.2mPosts

1.4k
Online

30.8k
Users

77.5k
Topics

1.2m
Posts