Shelly Adapter 5.2.0 für Plus- und Pro-Geräte erweitert

[Fortune95]

@haus-automatisierung

Hi, hatte heute morgen folgenden Fehler nach einem Neustart des Adapters im Log:

2022-02-22 06:12:00.875 - error: shelly.0 (15030) uncaught exception: This socket has been ended by the other party
2022-02-22 06:12:00.876 - error: shelly.0 (15030) Error: This socket has been ended by the other party
at Socket.writeAfterFIN [as write] (net.js:468:14)
at connack (/opt/iobroker/node_modules/mqtt-connection/node_modules/mqtt-packet/writeToStream.js:300:10)
at generate (/opt/iobroker/node_modules/mqtt-connection/node_modules/mqtt-packet/writeToStream.js:32:14)
at Writable.write [as _write] (/opt/iobroker/node_modules/mqtt-connection/lib/writeToStream.js:13:9)
at writeOrBuffer (internal/streams/writable.js:358:12)
at Writable.write (internal/streams/writable.js:303:10)
at Connection.Duplexify._write (/opt/iobroker/node_modules/duplexify/index.js:208:22)
at doWrite (/opt/iobroker/node_modules/duplexify/node_modules/readable-stream/lib/_stream_writable.js:428:64)
at writeOrBuffer (/opt/iobroker/node_modules/duplexify/node_modules/readable-stream/lib/_stream_writable.js:417:5)
at Connection.Writable.write (/opt/iobroker/node_modules/duplexify/node_modules/readable-stream/lib/_stream_writable.js:334:11)
2022-02-22 06:12:00.877 - error: shelly.0 (15030) Exception-Code: EPIPE: This socket has been ended by the other party
2022-02-22 06:12:00.880 - error: shelly.0 (15030) uncaught exception: This socket has been ended by the other party
2022-02-22 06:12:00.880 - error: shelly.0 (15030) Error: This socket has been ended by the other party
at Socket.writeAfterFIN [as write] (net.js:468:14)
at writeVarByteInt (/opt/iobroker/node_modules/mqtt-connection/node_modules/mqtt-packet/writeToStream.js:804:17)
at connack (/opt/iobroker/node_modules/mqtt-connection/node_modules/mqtt-packet/writeToStream.js:302:3)
at generate (/opt/iobroker/node_modules/mqtt-connection/node_modules/mqtt-packet/writeToStream.js:32:14)
at Writable.write [as _write] (/opt/iobroker/node_modules/mqtt-connection/lib/writeToStream.js:13:9)
at writeOrBuffer (internal/streams/writable.js:358:12)
at Writable.write (internal/streams/writable.js:303:10)
at Connection.Duplexify._write (/opt/iobroker/node_modules/duplexify/index.js:208:22)
at doWrite (/opt/iobroker/node_modules/duplexify/node_modules/readable-stream/lib/_stream_writable.js:428:64)
at writeOrBuffer (/opt/iobroker/node_modules/duplexify/node_modules/readable-stream/lib/_stream_writable.js:417:5)
2022-02-22 06:12:00.880 - error: shelly.0 (15030) Exception-Code: EPIPE: This socket has been ended by the other party
2022-02-22 06:12:00.881 - error: shelly.0 (15030) uncaught exception: This socket has been ended by the other party
2022-02-22 06:12:00.881 - error: shelly.0 (15030) Error: This socket has been ended by the other party
at Socket.writeAfterFIN [as write] (net.js:468:14)
at connack (/opt/iobroker/node_modules/mqtt-connection/node_modules/mqtt-packet/writeToStream.js:303:10)
at generate (/opt/iobroker/node_modules/mqtt-connection/node_modules/mqtt-packet/writeToStream.js:32:14)
at Writable.write [as _write] (/opt/iobroker/node_modules/mqtt-connection/lib/writeToStream.js:13:9)
at writeOrBuffer (internal/streams/writable.js:358:12)
at Writable.write (internal/streams/writable.js:303:10)
at Connection.Duplexify._write (/opt/iobroker/node_modules/duplexify/index.js:208:22)
at doWrite (/opt/iobroker/node_modules/duplexify/node_modules/readable-stream/lib/_stream_writable.js:428:64)
at writeOrBuffer (/opt/iobroker/node_modules/duplexify/node_modules/readable-stream/lib/_stream_writable.js:417:5)
at Connection.Writable.write (/opt/iobroker/node_modules/duplexify/node_modules/readable-stream/lib/_stream_writable.js:334:11)
2022-02-22 06:12:00.881 - error: shelly.0 (15030) Exception-Code: EPIPE: This socket has been ended by the other party
2022-02-22 06:12:00.882 - error: shelly.0 (15030) uncaught exception: This socket has been ended by the other party
2022-02-22 06:12:00.882 - error: shelly.0 (15030) Error: This socket has been ended by the other party
at Socket.writeAfterFIN [as write] (net.js:468:14)
at connack (/opt/iobroker/node_modules/mqtt-connection/node_modules/mqtt-packet/writeToStream.js:305:10)
at generate (/opt/iobroker/node_modules/mqtt-connection/node_modules/mqtt-packet/writeToStream.js:32:14)
at Writable.write [as _write] (/opt/iobroker/node_modules/mqtt-connection/lib/writeToStream.js:13:9)
at writeOrBuffer (internal/streams/writable.js:358:12)
at Writable.write (internal/streams/writable.js:303:10)
at Connection.Duplexify._write (/opt/iobroker/node_modules/duplexify/index.js:208:22)
at doWrite (/opt/iobroker/node_modules/duplexify/node_modules/readable-stream/lib/_stream_writable.js:428:64)
at writeOrBuffer (/opt/iobroker/node_modules/duplexify/node_modules/readable-stream/lib/_stream_writable.js:417:5)
at Connection.Writable.write (/opt/iobroker/node_modules/duplexify/node_modules/readable-stream/lib/_stream_writable.js:334:11)
2022-02-22 06:12:00.882 - error: shelly.0 (15030) Exception-Code: EPIPE: This socket has been ended by the other party
2022-02-22 06:12:00.883 - warn: shelly.0 (15030) Terminated (UNCAUGHT_EXCEPTION): Without reason
2022-02-22 06:12:00.950 - error: host.iobroker Caught by controller[1]: Error: This socket has been ended by the other party
2022-02-22 06:12:00.955 - error: host.iobroker Caught by controller[1]: at Socket.writeAfterFIN [as write] (net.js:468:14)
2022-02-22 06:12:00.955 - error: host.iobroker Caught by controller[1]: at connack (/opt/iobroker/node_modules/mqtt-connection/node_modules/mqtt-packet/writeToStream.js:300:10)
2022-02-22 06:12:00.955 - error: host.iobroker Caught by controller[1]: at generate (/opt/iobroker/node_modules/mqtt-connection/node_modules/mqtt-packet/writeToStream.js:32:14)
2022-02-22 06:12:00.955 - error: host.iobroker Caught by controller[1]: at Writable.write [as _write] (/opt/iobroker/node_modules/mqtt-connection/lib/writeToStream.js:13:9)
2022-02-22 06:12:00.955 - error: host.iobroker Caught by controller[1]: at writeOrBuffer (internal/streams/writable.js:358:12)
2022-02-22 06:12:00.956 - error: host.iobroker Caught by controller[1]: at Writable.write (internal/streams/writable.js:303:10)
2022-02-22 06:12:00.956 - error: host.iobroker Caught by controller[1]: at Connection.Duplexify._write (/opt/iobroker/node_modules/duplexify/index.js:208:22)
2022-02-22 06:12:00.956 - error: host.iobroker Caught by controller[1]: at doWrite (/opt/iobroker/node_modules/duplexify/node_modules/readable-stream/lib/_stream_writable.js:428:64)
2022-02-22 06:12:00.956 - error: host.iobroker Caught by controller[1]: at writeOrBuffer (/opt/iobroker/node_modules/duplexify/node_modules/readable-stream/lib/_stream_writable.js:417:5)
2022-02-22 06:12:00.956 - error: host.iobroker Caught by controller[1]: at Connection.Writable.write (/opt/iobroker/node_modules/duplexify/node_modules/readable-stream/lib/_stream_writable.js:334:11)
2022-02-22 06:12:00.956 - error: host.iobroker Caught by controller[2]: Error: This socket has been ended by the other party
2022-02-22 06:12:00.956 - error: host.iobroker Caught by controller[2]: at Socket.writeAfterFIN [as write] (net.js:468:14)
2022-02-22 06:12:00.956 - error: host.iobroker Caught by controller[2]: at writeVarByteInt (/opt/iobroker/node_modules/mqtt-connection/node_modules/mqtt-packet/writeToStream.js:804:17)
2022-02-22 06:12:00.956 - error: host.iobroker Caught by controller[2]: at connack (/opt/iobroker/node_modules/mqtt-connection/node_modules/mqtt-packet/writeToStream.js:302:3)
2022-02-22 06:12:00.957 - error: host.iobroker Caught by controller[2]: at generate (/opt/iobroker/node_modules/mqtt-connection/node_modules/mqtt-packet/writeToStream.js:32:14)
2022-02-22 06:12:00.957 - error: host.iobroker Caught by controller[2]: at Writable.write [as _write] (/opt/iobroker/node_modules/mqtt-connection/lib/writeToStream.js:13:9)
2022-02-22 06:12:00.957 - error: host.iobroker Caught by controller[2]: at writeOrBuffer (internal/streams/writable.js:358:12)
2022-02-22 06:12:00.957 - error: host.iobroker Caught by controller[2]: at Writable.write (internal/streams/writable.js:303:10)
2022-02-22 06:12:00.957 - error: host.iobroker Caught by controller[2]: at Connection.Duplexify._write (/opt/iobroker/node_modules/duplexify/index.js:208:22)
2022-02-22 06:12:00.957 - error: host.iobroker Caught by controller[2]: at doWrite (/opt/iobroker/node_modules/duplexify/node_modules/readable-stream/lib/_stream_writable.js:428:64)
2022-02-22 06:12:00.957 - error: host.iobroker Caught by controller[2]: at writeOrBuffer (/opt/iobroker/node_modules/duplexify/node_modules/readable-stream/lib/_stream_writable.js:417:5)
2022-02-22 06:12:00.957 - error: host.iobroker Caught by controller[2]: Error: This socket has been ended by the other party
2022-02-22 06:12:00.957 - error: host.iobroker Caught by controller[2]: at Socket.writeAfterFIN [as write] (net.js:468:14)
2022-02-22 06:12:00.957 - error: host.iobroker Caught by controller[2]: at connack (/opt/iobroker/node_modules/mqtt-connection/node_modules/mqtt-packet/writeToStream.js:303:10)
2022-02-22 06:12:00.958 - error: host.iobroker Caught by controller[2]: at generate (/opt/iobroker/node_modules/mqtt-connection/node_modules/mqtt-packet/writeToStream.js:32:14)
2022-02-22 06:12:00.958 - error: host.iobroker Caught by controller[2]: at Writable.write [as _write] (/opt/iobroker/node_modules/mqtt-connection/lib/writeToStream.js:13:9)
2022-02-22 06:12:00.958 - error: host.iobroker Caught by controller[2]: at writeOrBuffer (internal/streams/writable.js:358:12)
2022-02-22 06:12:00.958 - error: host.iobroker Caught by controller[2]: at Writable.write (internal/streams/writable.js:303:10)
2022-02-22 06:12:00.958 - error: host.iobroker Caught by controller[2]: at Connection.Duplexify._write (/opt/iobroker/node_modules/duplexify/index.js:208:22)
2022-02-22 06:12:00.958 - error: host.iobroker Caught by controller[2]: at doWrite (/opt/iobroker/node_modules/duplexify/node_modules/readable-stream/lib/_stream_writable.js:428:64)
2022-02-22 06:12:00.958 - error: host.iobroker Caught by controller[2]: at writeOrBuffer (/opt/iobroker/node_modules/duplexify/node_modules/readable-stream/lib/_stream_writable.js:417:5)
2022-02-22 06:12:00.958 - error: host.iobroker Caught by controller[2]: at Connection.Writable.write (/opt/iobroker/node_modules/duplexify/node_modules/readable-stream/lib/_stream_writable.js:334:11)
2022-02-22 06:12:00.958 - error: host.iobroker Caught by controller[3]: Error: This socket has been ended by the other party
2022-02-22 06:12:00.958 - error: host.iobroker Caught by controller[3]: at Socket.writeAfterFIN [as write] (net.js:468:14)
2022-02-22 06:12:00.959 - error: host.iobroker Caught by controller[3]: at connack (/opt/iobroker/node_modules/mqtt-connection/node_modules/mqtt-packet/writeToStream.js:305:10)
2022-02-22 06:12:00.959 - error: host.iobroker Caught by controller[3]: at generate (/opt/iobroker/node_modules/mqtt-connection/node_modules/mqtt-packet/writeToStream.js:32:14)
2022-02-22 06:12:00.959 - error: host.iobroker Caught by controller[3]: at Writable.write [as _write] (/opt/iobroker/node_modules/mqtt-connection/lib/writeToStream.js:13:9)
2022-02-22 06:12:00.959 - error: host.iobroker Caught by controller[3]: at writeOrBuffer (internal/streams/writable.js:358:12)
2022-02-22 06:12:00.959 - error: host.iobroker Caught by controller[3]: at Writable.write (internal/streams/writable.js:303:10)
2022-02-22 06:12:00.959 - error: host.iobroker Caught by controller[3]: at Connection.Duplexify._write (/opt/iobroker/node_modules/duplexify/index.js:208:22)
2022-02-22 06:12:00.961 - error: host.iobroker Caught by controller[3]: at doWrite (/opt/iobroker/node_modules/duplexify/node_modules/readable-stream/lib/_stream_writable.js:428:64)
2022-02-22 06:12:00.961 - error: host.iobroker Caught by controller[3]: at writeOrBuffer (/opt/iobroker/node_modules/duplexify/node_modules/readable-stream/lib/_stream_writable.js:417:5)
2022-02-22 06:12:00.962 - error: host.iobroker Caught by controller[3]: at Connection.Writable.write (/opt/iobroker/node_modules/duplexify/node_modules/readable-stream/lib/_stream_writable.js:334:11)
2022-02-22 06:12:00.962 - error: host.iobroker instance system.adapter.shelly.0 terminated with code 1 (JS_CONTROLLER_STOPPED)

[haus-automatisierung]

@fa-bio sagte in Shelly Adapter 5.2.0 für Plus- und Pro-Geräte erweitert:

Mir ist aber aufgefallen das unter Objekten die Farbe im Bereich Shelly Objekte nicht stimmt, sollte und war vorher schwarz und ist jetzt weiß.

https://github.com/iobroker-community-adapters/ioBroker.shelly/issues/556
https://github.com/iobroker-community-adapters/ioBroker.shelly/issues/554
https://github.com/iobroker-community-adapters/ioBroker.shelly/issues/538
...
https://github.com/ioBroker/ioBroker.admin/issues/1078

Kurz: Liegt nicht in meiner Macht. Bitte im Admin Adapter diskutieren.

Bark33p3r created this issue in iobroker-community-adapters/ioBroker.shelly

closed Feature Request: transparent background color for the device #556

DcFamas created this issue in iobroker-community-adapters/ioBroker.shelly

closed Hintergrund der Schrift nicht Transparent #554

Diginix created this issue in iobroker-community-adapters/ioBroker.shelly

closed styling of object list in admin in dark mode looks strange #538

crunchip77 created this issue in ioBroker/ioBroker.admin

closed Eingefärbte Datenpunkte in den Objekten bei Admin5 #1078

[JLeg]

@fa-bio sagte in Shelly Adapter 5.2.0 für Plus- und Pro-Geräte erweitert:

@da_woody danke ich finde es auch unleserlich.

...klick' in der Objekt-Ansicht bei deinem "grünen" Shelly-Objekt doch einfach mal rechts auf den "Stift", und schau' beim Tab "Common", ob da zufällig bei "Color" eine Farbe angegeben ist, z.B. "grün"
=> bei mir jedenfalls war das der Fall, einfach löschen, und gut ist.
(Ich nehme an, bei irgendeiner Adapter-Beta-Version ist da mal was "reingekommen",ich jedenfalls kannte das bis eben gar nicht

[da_Woody]

@jleg sagte in Shelly Adapter 5.2.0 für Plus- und Pro-Geräte erweitert:

bei mir jedenfalls war das der Fall, einfach löschen, und gut ist.

richtig, ist drinnen. könnte man sich eigen farben reinbasteln...

[haus-automatisierung]

@jleg sagte in Shelly Adapter 5.2.0 für Plus- und Pro-Geräte erweitert:

=> bei mir jedenfalls war das der Fall, einfach löschen, und gut ist.

Kannst Du schon machen, aber dann machst Du den ganzen Tag nichts anderes mehr, weil das Attribut angepasst wenn das Gerät offline geht / den Status wechselt

Bitte einfach nie an Objekten rumspielen, welche Adapter erstellt haben. Das führt nur zu Problemen.

@da_woody sagte in Shelly Adapter 5.2.0 für Plus- und Pro-Geräte erweitert:

richtig, ist drinnen. könnte man sich eigen farben reinbasteln...

Nein

[JLeg]

@haus-automatisierung sagte in Shelly Adapter 5.2.0 für Plus- und Pro-Geräte erweitert:

@jleg sagte in Shelly Adapter 5.2.0 für Plus- und Pro-Geräte erweitert:

=> bei mir jedenfalls war das der Fall, einfach löschen, und gut ist.

Kannst Du schon machen, aber dann machst Du den ganzen Tag nichts anderes mehr, weil das Attribut angepasst wenn das Gerät offline geht / den Status wechselt

Bitte einfach nie an Objekten rumspielen, welche Adapter erstellt haben. Das führt nur zu Problemen.

verstehe ich nicht - reden wir evtl. von verschiedenen Dingen? Ich "spiele" da m.E. an nichts herum, sondern nutze einen - sogar für "nicht-Experten" - angebotenen Dialog:

...und ich würde auch mal annehmen, dass ich nicht bei jedem "offline gehen" eine Faerb- oder auch Iconzuweisung (!) wiederholen muss - das würde dieses "Angebot" sonst doch arg schmälern

[da_Woody]

@haus-automatisierung sorry, vergessen...
allerdings, wie oben schon geschrieben, hab ich schon H&T in grün bekommen, obwohl sie rot sein müssten...

edit: zufällig gerade...

[haus-automatisierung]

@jleg sagte in Shelly Adapter 5.2.0 für Plus- und Pro-Geräte erweitert:

verstehe ich nicht - reden wir evtl. von verschiedenen Dingen? Ich "spiele" da m.E. an nichts herum, sondern nutze einen - sogar für "nicht-Experten" - angebotenen Dialog:

Natürlich änderst Du das Objekt. Du kannst auch in "Objekt Data" gehen (warum auch immer das ohne Expertenmodus sichtbar ist) und dort den Datentyp ändern. Ist das eine gute Idee? Nein Deswegen: Einfach keine Objekte ändern. Und wenn man es macht, zumindest nicht öffentlich anderen es empfehlen das zu tun.

Die Farbe wird eh wieder überschrieben.

[haus-automatisierung]

@da_woody sagte in Shelly Adapter 5.2.0 für Plus- und Pro-Geräte erweitert:

allerdings, wie oben schon geschrieben, hab ich schon H&T in grün bekommen, obwohl sie rot sein müssten...

Naja beim nächsten Polling gehen die dann offline. Die Farbe spiegelt den Online-Status wider. Das ist natürlich nicht live (obwohl ich das bei MQTT mit dem Last Will noch umsetzen möchte).

[da_Woody]

@haus-automatisierung sagte in Shelly Adapter 5.2.0 für Plus- und Pro-Geräte erweitert:

Naja beim nächsten Polling gehen die dann offline.

das ist mir schon klar, aber in den objekten bringt das absolut nichts IMHO. den status online gibts ja, den brauchts im objekt also nicht.
für mich eben genau so störend, wie der versuch im protokoll für jeden adapter eine farbe zu verwenden.
wenns die leute wollen, ists mir recht...

[haus-automatisierung]

@da_woody sagte in Shelly Adapter 5.2.0 für Plus- und Pro-Geräte erweitert:

für mich eben genau so störend, wie der versuch im protokoll für jeden adapter eine farbe zu verwenden.

Ich werfe das raus und leite alle Kommentare zum Online-Status an Dich weiter, okay? Fang gerne hier an:

https://github.com/iobroker-community-adapters/ioBroker.shelly/issues/515

HGlab01 created this issue in iobroker-community-adapters/ioBroker.shelly

closed v5.1.1 Status handling of battery driven devices is not propper working #515

[JLeg]

@haus-automatisierung sagte in Shelly Adapter 5.2.0 für Plus- und Pro-Geräte erweitert:

@jleg sagte in Shelly Adapter 5.2.0 für Plus- und Pro-Geräte erweitert:

verstehe ich nicht - reden wir evtl. von verschiedenen Dingen? Ich "spiele" da m.E. an nichts herum, sondern nutze einen - sogar für "nicht-Experten" - angebotenen Dialog:

Natürlich änderst Du das Objekt. Du kannst auch in "Objekt Data" gehen (warum auch immer das ohne

nein, das kann ich nicht - da ich dort gar keine Schtreibrechte habe, ich kann's mir nur anschauen. ähm, hab' ich ja doch - war mir bislang gar nicht klar...

Expertenmodus sichtbar ist) und dort den Datentyp ändern. Ist das eine gute Idee? Nein Deswegen: Einfach
keine Objekte ändern. Und wenn man es macht, zumindest nicht öffentlich anderen es empfehlen das zu tun.

Demnach aber ändere ich (und viele andere...) imo durchaus "oft und regelmässig" "Objekte" - die "Custom Settings" sind doch auch dort abgelegt? Halt nur durch einen wieder anderen Dialog...

Die Farbe wird eh wieder überschrieben.

Hm, dann würde ich mich aber der Frage, wieso der Admin-Adapter ausgerechnet - und bei mir ausschliesslich - beim Shelly-Adapter meint, dort "grün" eintragen zu müssen, anschliessen. Bislang ist "mein" grün aber noch nicht wieder aufgetaucht...

[haus-automatisierung]

@jleg sagte in Shelly Adapter 5.2.0 für Plus- und Pro-Geräte erweitert:

Hm, dann würde ich mich aber der Frage, wieso der Admin-Adapter ausgerechnet - und bei mir ausschliesslich - beim Shelly-Adapter meint, dort "grün" eintragen zu müssen

Ich werfe das jetzt raus und will nie wieder was zu Farben hören.

Ich fand es schön und praktisch direkt in der Übersicht zu sehen, welche Geräte online sind und welche nicht. Aber mir ist es die Zeit nicht wert, in 4 Issues, zig Mails, Facebook-Nachrichten und diesem Thread darüber zu diskutieren.

In der nächsten Version (5.3.0) ist das raus.

[JLeg]

@haus-automatisierung sagte in Shelly Adapter 5.2.0 für Plus- und Pro-Geräte erweitert:

@jleg sagte in Shelly Adapter 5.2.0 für Plus- und Pro-Geräte erweitert:

Hm, dann würde ich mich aber der Frage, wieso der Admin-Adapter ausgerechnet - und bei mir ausschliesslich - beim Shelly-Adapter meint, dort "grün" eintragen zu müssen

Ich werfe das jetzt raus und will nie wieder was zu Farben hören.

Ah, sorry, ich hatte zuletzt nur im Github-Issue deine Ansprache "bitte mit dem Admin-Adapter-Maintainer diskutieren" gelesen, ist also doch eher "Shelly-spezifisch" gewesen - ich schätze mal, das eigentliche Problem ist aber die "Darkmode-Automatik" des Admin-Adapters, der diese Farbkombo derzeit womöglich etwas "suboptimal rendered"...

Ich fand es schön und praktisch direkt in der Übersicht zu sehen, welche Geräte online sind und welche nicht.

Ok, mir hat's gedämmert wozu das gut ist (war) - mir war's "grün" eigentlich nur durch diesen Thread aufgefallen...
Und klar, wenn die Farbe den on/offline-Status reflektiert, macht eine manuelle Änderung per Dialog nicht viel Sinn. Der Dialog selbst dann aber auch nicht...

Aber mir ist es die Zeit nicht wert, in 4 Issues, zig Mails, Facebook-Nachrichten und diesem Thread darüber zu diskutieren.

In der nächsten Version (5.3.0) ist das raus.

am besten auskommentieren - wenn der Admin-Adapter das mit dem Darkmode besser hinbekommt, wieder reinnehmen

[haus-automatisierung]

@jleg sagte in Shelly Adapter 5.2.0 für Plus- und Pro-Geräte erweitert:

ich schätze mal, das eigentliche Problem ist aber die "Darkmode-Automatik" des Admin-Adapters, der diese Farbkombo derzeit womöglich etwas "suboptimal rendered"...

Genau das. Die Leute beschweren sich nicht über die Farbe, sondern über die Hintergrundfarbe im Darkmode - welche automatisch angepasst wird um den Kontrast zu erhöhen. In einem hellen Theme sieht es ja gut aus. Und da hat sich auch noch niemand beschwert.

@jleg sagte in Shelly Adapter 5.2.0 für Plus- und Pro-Geräte erweitert:

Und klar, wenn die Farbe den on/offline-Status reflektiert, macht eine manuelle Änderung per Dialog nicht viel Sinn.

Wie gesagt, eine Änderung eines Objektes von Adaptern (abgesehen vom Namen) ergibt eigentlich nie Sinn und ich würde davon abraten. Unabhängig davon was man in einem Dialog kann oder nicht.

@jleg sagte in Shelly Adapter 5.2.0 für Plus- und Pro-Geräte erweitert:

am besten auskommentieren - wenn der Admin-Adapter das mit dem Darkmode besser hinbekommt, wieder reinnehmen

Mit VCS arbeitet man nicht mit Kommentaren Zur Not gibts einen Revert auf den Commit. Aber ich bin fertig mit Farben im Admin

[JLeg]

@haus-automatisierung sagte in Shelly Adapter 5.2.0 für Plus- und Pro-Geräte erweitert:

Wie gesagt, eine Änderung eines Objektes von Adaptern (abgesehen vom Namen) ergibt eigentlich nie Sinn und ich würde davon abraten. Unabhängig davon was man in einem Dialog kann oder nicht.

naja, wie gesagt halte ich nach dieser Logik die "Custom settings" auch für eine "Objektänderung". Ohne "custom settings" aber täte ja so einiges nicht...
(ich hatte auch gedacht, dass "color" und "icon" zu "custom" gehören - falsch gedacht)

@jleg sagte in Shelly Adapter 5.2.0 für Plus- und Pro-Geräte erweitert:

am besten auskommentieren - wenn der Admin-Adapter das mit dem Darkmode besser hinbekommt, wieder reinnehmen

Mit VCS arbeitet man nicht mit Kommentaren Zur Not gibts einen Revert auf den Commit. Aber ich bin fertig mit Farben im Admin

hust biete doch einfach im Shelly-Admin-Interface konfigurierbare Farben duck

[haus-automatisierung]

@jleg sagte in Shelly Adapter 5.2.0 für Plus- und Pro-Geräte erweitert:

hust biete doch einfach im Shelly-Admin-Interface konfigurierbare Farben duck

Um den Nutzern noch mehr Raum für Beschwerden über Farben zu geben? Eher nicht. Kenne ich schon... "mit Farbe x sieht es gut aus, bei Farbe y wird der Hintergrund weiß". Ne, danke

[JLeg]

@haus-automatisierung sagte in Shelly Adapter 5.2.0 für Plus- und Pro-Geräte erweitert:

@jleg sagte in Shelly Adapter 5.2.0 für Plus- und Pro-Geräte erweitert:

hust biete doch einfach im Shelly-Admin-Interface konfigurierbare Farben duck

Um den Nutzern noch mehr Raum für Beschwerden über Farben zu geben? Eher nicht. Kenne ich schon... "mit Farbe x sieht es gut aus, bei Farbe y wird der Hintergrund weiß". Ne, danke

Notiz an mich: "Keinen Community-Adapter erstellen, führt zu Fallobstbewurf"...

[Fabio]

@haus-automatisierung vielen Dank für deine Antwort. Tut mir leid wenn ich hier so eine Flut an Beiträgen hervorgerufen habe. Wie gesagt mir gefällt es halt nicht da ich es störend finde.

Herzliche Grüße
Fabio

[Fabio]

@jleg vielen Dank.