"Letzter Wert" funktioniert nicht nach 2x "aus"

[padrino-x]

Hat man "bei an" auf "letzter Wert" eingestellt und schaltet (aus Versehen ;-)) ein Gerät, das bereits aus (=0%) ist erneut aus und versucht es danach wieder anzuschalten wurde "letzter Wert" wohl gelöscht und das Gerät wird mit 100% eingeschaltet.

[padrino-x]

Hm, ist das Gerät an, kann ein zweites mal "an" bedeuten, dass der Wert auf 100% geht, muss aber nicht. Oft bleibt die eingestellte Prozentzahl einfach unverändert. grübel

[stale[bot]]

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs within the next 7 days. Please check if the issue is still relevant in the most current version of the adapter and tell us. Also check that all relevant details, logs and reproduction steps are included and update them if needed. Thank you for your contributions. Dieses Problem wurde automatisch als veraltet markiert, da es in letzter Zeit keine Aktivitäten gab. Es wird geschlossen, wenn nicht innerhalb der nächsten 7 Tage weitere Aktivitäten stattfinden. Bitte überprüft, ob das Problem auch in der aktuellsten Version des Adapters noch relevant ist, und teilt uns dies mit. Überprüft auch, ob alle relevanten Details, Logs und Reproduktionsschritte enthalten sind bzw. aktualisiert diese. Vielen Dank für Eure Unterstützung.

[stale[bot]]

This issue has been automatically closed because of inactivity. Please open a new issue if still relevant and make sure to include all relevant details, logs and reproduction steps. Thank you for your contributions. Dieses Problem wurde aufgrund von Inaktivität automatisch geschlossen. Bitte öffnet ein neues Issue, falls dies noch relevant ist und stellt sicher das alle relevanten Details, Logs und Reproduktionsschritte enthalten sind. Vielen Dank für Eure Unterstützung.

[padrino-x]

Can't this be reopened? It's a valid bug/problem IMO. =)

[padrino-x]

@Apollon77 Thanks. 😍

[stale[bot]]

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs within the next 7 days. Please check if the issue is still relevant in the most current version of the adapter and tell us. Also check that all relevant details, logs and reproduction steps are included and update them if needed. Thank you for your contributions. Dieses Problem wurde automatisch als veraltet markiert, da es in letzter Zeit keine Aktivitäten gab. Es wird geschlossen, wenn nicht innerhalb der nächsten 7 Tage weitere Aktivitäten stattfinden. Bitte überprüft, ob das Problem auch in der aktuellsten Version des Adapters noch relevant ist, und teilt uns dies mit. Überprüft auch, ob alle relevanten Details, Logs und Reproduktionsschritte enthalten sind bzw. aktualisiert diese. Vielen Dank für Eure Unterstützung.

[padrino-x]

Touching this so stale bot does not auto close...

[Apollon77]

Please add debug logs from iot adapter from such a case

[padrino-x]

Argh, immer dieser Bot, der mich ins Englische pusht... =))

Hier ist ein Log, hoffe, das ist richtig so.

Vorgang ist:

• fernsehlicht an (Wert = 90)
• fernsehlicht aus (Wert = 0)
• fernsehlicht aus (??)
• fernsehlicht an (Wert = 0)

iobroker.2021-06-04.log.txt

[stale[bot]]

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs within the next 7 days. Please check if the issue is still relevant in the most current version of the adapter and tell us. Also check that all relevant details, logs and reproduction steps are included and update them if needed. Thank you for your contributions. Dieses Problem wurde automatisch als veraltet markiert, da es in letzter Zeit keine Aktivitäten gab. Es wird geschlossen, wenn nicht innerhalb der nächsten 7 Tage weitere Aktivitäten stattfinden. Bitte überprüft, ob das Problem auch in der aktuellsten Version des Adapters noch relevant ist, und teilt uns dies mit. Überprüft auch, ob alle relevanten Details, Logs und Reproduktionsschritte enthalten sind bzw. aktualisiert diese. Vielen Dank für Eure Unterstützung.

[padrino-x]

Just giving this a push, as eager stale bot wants to close it again. :D

[Apollon77]

try 1.9.6... coming now to npm, latest tomorrow

[padrino-x]

Seems to work, well kind of...

Is it possible that "device off" suddenly sends a string instead of number? Cause I get an error that state is expecting a number, not a string (which I did not see/have earlier)...

[Apollon77]

Can you please show debug log?

[padrino-x]

Ok, will send you an email right away, topic is

device off log

[padrino-x]

Hmm, das Licht war über Nacht aus und iob scheint den Status vergessen zu haben... Ein "an" produziert auch den Fehler

"0_userdata.0.Fernsehlicht_WZ.Helligkeit_Fernsehlicht_WZ" has to be type "number" but received type "string"

(was "normal" nur bei "aus" passiert und der Wert im Datenpunkt "100", statt "last saved")...

[padrino-x]

Ich frage mich gerade, ob das Problem "globaler Natur" ist, denn mir ist gerade das gleiche mit dem tr64 Adapter aufgefallen. Und der Adapter selbst sollte ja eigentlich wissen welche Datenpunkttypen er angelegt hat und wie er sie beschreibt (ich habe daran auf jeden Fall nix geändert 😇)

tr-064.0 | 2022-03-04 12:38:33.276 | info | (19846) State value to set for "tr-064.0.callmonitor.lastCall.callee" has to be type "number" but received type "string"

tr-064.0 | 2022-03-04 12:38:33.266 | info | (19846) State value to set for "tr-064.0.callmonitor.inbound.callee" has to be type "number" but received type "string"

[Apollon77]

Bitte nicht adapter mixen!! Und nein kein globales Problem

[padrino-x]

Sorry, ich vermutete ein iot Problem, da das alles erst nach dem iot Update auftritt... 🤷🏻‍♂️ Mein Fehler. 😇

[Apollon77]

Naja ich denke das ich nicht damit gerechnet habe das byOn ein string mit ner zahl ist die eher ein % ist ... muss ich schauen

[padrino-x]

Meinst Du jetzt Bug #102 😅

[padrino-x]

Hier mal noch mein Datenpunkt, evtl. ist da ja auch was falsch mir, oder es hilft wenigstens beim Suchen des Problems...

{ "type": "state", "native": {}, "common": { "name": "Helligkeit", "type": "number", "read": true, "write": true, "role": "number", "min": "0", "max": "100", "def": 0, "smartName": { "de": "Fernsehlicht", "smartType": "LIGHT", "byON": "stored" } }, "from": "system.adapter.javascript.0", "user": "system.user.admin", "ts": 1591382179466, "_id": "0_userdata.0.Fernsehlicht_WZ.Helligkeit_Fernsehlicht_WZ", "acl": { "object": 1636, "state": 1636, "owner": "system.user.admin", "ownerGroup": "system.group.administrator" } }

[Apollon77]

Naja, sehr auffällig und vllt schon des rätsels Lösung: Typ ist "number" ... aber min/max sind als String angegeben. Maxh mal die " weg bei min/max

[padrino-x]

Ist hier nicht der Fall, muss beim Pasten passiert sein (hatte erst "code" gewählt, da war es aber kaum lesbar)...

In Wirklichkeit sieht es hier so aus

[Apollon77]

Ok, bitte Github version installieren und laufen lassen. wenn es nochmal passiert dann log senden bitte nochmal ... aber mit log seit der aktion davor. An sich kann nur sein das irgendwo ein wert mit string herkam ... hhmmm