Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[Bug]: Shelly 2.5: Roller-Switch: Datapoints OPEN/CLOSE/PAUSE are not updated -- relates #770 #977

Open
3 tasks done
2Moon4 opened this issue May 2, 2024 · 5 comments
Open
3 tasks done
Labels
bug Something isn't working No debug log attached Debug log is missing

Comments

@2Moon4
Copy link

2Moon4 commented May 2, 2024

I'm sure that

  • This issue is still present in the current beta version of this adapter
  • There is no other (open) issue with the same topic (use the search!)
  • This issue is not described in the adapter documentation / FAQ (read the docs!)

Shelly device

shelly 2.5 (Version1)

Shelly firmware version

20230913-112234/v1.14.0-gcb84623

Protocol

MQTT

The problem

Das Problem habe ich bereits einmal in Issue #770 beschrieben.
An dem Verhalten hat sich noch nichts geändert.
Die Werte für Shutter-Objekte OPEN, CLOSE und PAUSE werden vom Adapter nicht mehr aktualisiert bei allen Adapter-Versionen > 6.0.0
Eigentlich muss der Wert für diese Objekte immer wieder auf "false" zurückgehen, wenn ein anderer Wert auf "true" geht.

Ein Beispiel:
Ausgangszustand der Shutter-Objekte ist:

  • PAUSE = true
  • OPEN=false
  • CLOSE=false

Klickt man nun bei geöffnetem Rollo den Button CLOSE sollte der Zustand aller dieser Datenpunkte wie folgt geändert werden:

  • CLOSE=true
  • OPEN=false
  • PAUSE=false

Ist das Rollo fertig mit dem Vorgang (in dem Fall Schließen), sollten sich alle Datenpunkte wieder automatisch in den Ausgangszustand bewegen.

Das passiert aber nicht. Alle diese Status werden - einmal in true geändert - nicht mehr zurück nach false geändert und bleiben dann alle auf "true" stehen.

iobroker.current.log (in debug mode!)

iobroker.log

Version of nodejs

v18.19.0

Version of ioBroker js-controller

5.0.17

Version of adapter

7.0.0

@2Moon4 2Moon4 added the bug Something isn't working label May 2, 2024
Copy link

github-actions bot commented May 2, 2024

Thanks for reporting a new issue @2Moon4!

  1. Please make sure your topic is not covered in the documentation
  2. Please attach all necessary log files (in debug mode!), screenshots and other information to reproduce this issue
  3. Search for the issue topic in other/closed issues to avoid duplicates!

Otherwise this issue will be closed.

@klein0r klein0r added the No debug log attached Debug log is missing label May 2, 2024
@2Moon4
Copy link
Author

2Moon4 commented May 2, 2024

Bezüglich dem gesetzten Label "no debug log attached" kann ich nur sagen: Ich habe das Log genommen, was iobroker unter /opt/iobroker/log/ vom heutigen Datum erstellt hat.
Auch hatte ich VOR dem Start der Aktionen (Update auf Adapter-Version 6.9.0) das Loglevel im IOBroker auf "silly" geändert - wobei ich glaube das das nur zum Filtern für die interne Anzeige relevant ist).

@klein0r
Copy link
Contributor

klein0r commented May 3, 2024

Im Log ist aber kein einziger Log-Eintrag mit Debug Loglevel zu finden

@2Moon4
Copy link
Author

2Moon4 commented May 3, 2024

Das stimmt.
Aber ich habe nicht das gesamte Logfile angehangen, sondern nur den Ausschnitt des Logs, ab dem Moment wo ich das Upgrage des Shelly-Adapters von Version 6.0.0 auf 6.9.0 gemacht habe.
Danach habe ich einen Test ausgeführt, der das besagte Fehlerbild ergab.
Danach habe ich dann noch das Update auf 7.0.0 ausgeführt - und einen weiteren Test gemacht (selbes Fehlerbild)
Dann habe ich wieder das Downgrade auf 6.0.0 gemacht und der Fehler war wieder weg bei einem Test.
In dieser Zeit ist leider kein einziger Debug-Eintrag entstanden :(

Kann ich da etwas anders machen, damit passende Logmeldungen entstehen?

Edit:
Im IOBroker selbst stand das Loglevel die ganze Zeit auf "silly".
Ich habe dann aber das Logfile runtergeladen und im Editor beschnitten.

@2Moon4
Copy link
Author

2Moon4 commented May 3, 2024

Wenn das irgendwie in Frage kommen könnte, könnte ich auch anbieten eine Teams oder Webex-Session zusammen machen um das Problem direkt zu zeigen.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working No debug log attached Debug log is missing
Projects
None yet
Development

No branches or pull requests

2 participants