Test Adapter shuttercontrol v2.0.x

[Homoran]

@haus-automatisierung sagte in Test Adapter shuttercontrol v1.7.x:

welches 7+ Jahre alt ist.

dann hast du das aber damals eigenmächtig eingeführt, weil du der Meinung warst, dass

@haus-automatisierung sagte in Test Adapter shuttercontrol v1.7.x:

der Wert ja potenziell "falsch" ist.

du alter Editeur

Das ist nie (groß) kommuniziert worden

[haus-automatisierung]

@homoran sagte in Test Adapter shuttercontrol v1.7.x:

dann hast du das aber damals eigenmächtig eingeführt

Siehe git blame. Das war foxthefox. Gibt sicherlich noch weitere Beispiel (weil es ja dem Grundkonzept vom ioBroker gerecht wird).

[Homoran]

@haus-automatisierung sagte in Test Adapter shuttercontrol v1.7.x:

weil es ja dem Grundkonzept vom ioBroker gerecht wird

mag ja sein. Aber das versteht kein normaler User.

Solche massiven "Einschränkungen" müssen sehr deutlich kommuniziert werden.

[haus-automatisierung]

@homoran sagte in Test Adapter shuttercontrol v1.7.x:

Solche massiven "Einschränkungen" müssen sehr deutlich kommuniziert werden.

Steht bei allen diesen Adapter ja in der Doku

[guitardoc]

@haus-automatisierung said in Test Adapter shuttercontrol v1.7.x:

Du übersiehst den. Trigger aufklappen und alles anschauen.

Oh Mann, ich muss wirklich mal zum Augenarzt... Danke für das "MitderNasedraufstupsen"

[haus-automatisierung]

@guitardoc Ich gebe mir wirklich alle Mühe, diese ganzen Themen und Features als Video festzuhalten und alles möglichst aktuell zu dokumentieren. Einfach mal reinschauen

[guitardoc]

@haus-automatisierung

Das mache ich. Danke für den Hinweis!

[guitardoc]

@homoran Noch mal bitte zur Klarstellung für mich:

• Schreiben in 0_userdata.0 mit Bestätigung (in Blockly: aktualisieren) -> das hab ich jetzt verstanden.
• Schreiben in alias.0 mit oder ohne Bestätigung (in Blockly: aktualisieren oder steuern)? Weil du geschrieben hattest:

@homoran said in Test Adapter shuttercontrol v1.7.x:

...auch auf States in 0_userdata.0 oder alias.0 zugreift und dort nur noch bestätigte Werte akzeptiert!

[Homoran]

@guitardoc

@simatec sagte in Test Adapter shuttercontrol v1.7.x:

Ack sollte immer gesetzt werden

@haus-automatisierung sagte in Test Adapter shuttercontrol v1.7.x:

Adapter) ignorieren z.B. alles, was nicht bestätigt ist. Weil der Wert ja potenziell "falsch" ist.

reicht das?

[guitardoc]

@homoran Ich frag ja nur. Zum einen hieß es, nur in 0_userdata.0 mit Bestätigung schreiben, zum anderen schreiben Adapter wie mqtt selbst auch ohne Bestätigung wenn man einen Alias drauf setzt.

[simatec]

@guitardoc Die Diskussion passt hier aber nicht wirklich mehr zum Thread. Bitte eröffnet da für einen separaten Thread

[guitardoc]

@simatec Ich denke, ich habe das Problem gefunden. Und eigentlich ist es ganz einfach. Schau dir mal diese Ausgabe genau an:

shuttercontrol.2
2024-09-02 21:26:06.624 debug TriggerID changed: 0_userdata.0.Fenster.Wohnzimmer.Tür_zur_Terrasse.Kombination_der_Kontaktsensoren | Value: true 
shuttercontrol.2
2024-09-02 21:26:06.622 debug TriggerID changed: 0_userdata.0.Fenster.Wohnzimmer.Tür_zur_Terrasse.Kombination_der_Kontaktsensoren | Value: false

Und ich vermute, dass es sowohl an SC als auch am Skript liegt.

Zuerst mein Skript - dieses sendet zweimal unmittelbar hintereinander, dass der Kontaktsensor geschlossen ist.

Jetzt SC - dieses schaut vermutlich nicht, welchen Wert der Sensor tatsächlich hat wenn dieser ausgelöst ist, sondern wechselt bei der Sensorauslösung als FlipFlop hin und her. Damit arbeitet SC beim ersten Ändern des Kontaktsensors mit geschlossen, beim zweiten dann mit offen (obwohl zweimal geschlossen gesendet wurde).
Das kann bei einem "richtigen" Sensor natürlich nicht passieren, da geht es nur hin und her. Aber wenn ein Skript dazwischen ist, dann stimmt das eben nicht, wenn das Skript nicht auch immer abwechselnd die Werte schickt.

Kannst du bestätigen, dass du den tatsächlichen Wert nicht ausliest, sondern nur darauf reagierst, dass der Kontaktsensor ausgelöst wurde? Dann baue ich das Skript so um, dass der Kontaktsensor nur einmal auf geschlossen gesetzt wird und dann müsste das passen. Das ist aber etwas mehr Aufwand, daher vorher erst mal die Frage ob ich es richtig erkannt hab.

[da_Woody]

@guitardoc raketenwissenschaft? wie oft muss dir @simatec noch erklären, daß wenn du mit scripts reinpfuscht, probleme bekommst!? du schreibst ja selbst:
Zuerst mein Skript - dieses sendet zweimal unmittelbar hintereinander, dass der Kontaktsensor geschlossen ist.
ergo ist dein script das problem, nicht SC.
sorry, hab mich bis jetzt rausgehalten, aber langsam wirds fad.
diese diskussion müllt einfach nur den tread zu...

[simatec]

@guitardoc Nein ... es ist dein Script der da dieses Wirrwarr verursacht... Shuttercontrol verarbeitet nur den State... Das was der State bei Änderung für einen Wert hat, ist für Shuttercontrol entscheidend... Wenn dein Script da doppelt sendet und einmal false und einmal true, dann solltest du den Script prüfen... Aber nochmal... Solange bei dir Scripts in die Arbeit von Shuttercontrol reinhauen, kann ich dir keinen Support geben, da ich nicht in die Glaskugel schauen kann, was deine Scripts da zu veranstalten

[guitardoc]

@simatec Mein Script sendet zweimal hintereinander, dass der Sensor geschlossen ist. Shuttercontrol gibt an der Stelle aus, dass der Sensor geschlossen ist und dann dass der Sensor offen ist.

Script sendet laut Protokoll: geschlossen - geschlossen
SC arbeitet laut Protokoll mit: geschlossen - offen

Wenn du sagst, SC verarbeitet den Wert des Datenpunkts, wieso arbeitet er dann mit einem falschen Wert?

[guitardoc]

@da_woody Die Art der Diskussion verstehe ich nicht. Bin ich der einzige, der seine Hausautomation für etwas mehr nutzt als nur per Knöpfchen Lichter an- und auszuschalten?

Natürlich kann der Adapter nicht alle Besonderheiten jedes Einzelnen Anwenders hier abbilden - genau dafür sind aber die Skripte da, dass man die Daten, welche Adapter steuern, entsprechend modifizieren kann.

Wenn das nicht gewünscht ist, dann darf der Adapter eben nur auf Bereiche der Daten verwiesen, in welche man per Skript nicht schreiben kann.

[Negalein]

@guitardoc sagte in Test Adapter shuttercontrol v1.7.x:

Script sendet laut Protokoll: geschlossen - geschlossen

Nein, sendet false und dann true

[guitardoc]

@negalein Woher du das weiß ist mir ein Rätsel, da ich das Protokoll gerade erst selber erstellt habe. Das was du meinst, ist, dass Shuttercontrol false - true im Protokoll ausgibt. Das Skript sendet aber false - false laut dem von mir gerade erstellten Protokoll.

[Negalein]

@guitardoc sagte in Test Adapter shuttercontrol v1.7.x:

Das was du meinst, ist, dass Shuttercontrol false - true im Protokoll ausgibt.

Ja, ok.

Warum stellst du dann nicht gleich alle relevanten Logs hier rein?

Und Ja, mit vergenusswurzelten Scripten kannst du jeden Adapter umbringen.

Da versteh ich @simatec zu 110%

[Homoran]

@guitardoc sagte in Test Adapter shuttercontrol v1.7.x:

Woher du das weiß ist mir ein Rätsel,

du hast uns ja hier aufgefordert

@guitardoc sagte in Test Adapter shuttercontrol v1.7.x:

Schau dir mal diese Ausgabe genau an:

shuttercontrol.2
2024-09-02 21:26:06.624 debug TriggerID changed: 0_userdata.0.Fenster.Wohnzimmer.Tür_zur_Terrasse.Kombination_der_Kontaktsensoren | Value: true 
shuttercontrol.2
2024-09-02 21:26:06.622 debug TriggerID changed: 0_userdata.0.Fenster.Wohnzimmer.Tür_zur_Terrasse.Kombination_der_Kontaktsensoren | Value: false

wenn wir das tun gibt's Haue!

oder

@guitardoc sagte in Test Adapter shuttercontrol v1.7.x:

da ich das Protokoll gerade erst selber erstellt habe

hast du uns etwas vorenthalten???

Wie soll msn helfen, wenn du nichts zeigst!