UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Homoran]

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

Export der SQL Daten als csv.

und warum nicht die Liste aus dem Datenpunkt direkt?

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

Welche Einstellung aus den Extra-Einstellungen sollte ich als erstes versuchen?

ich verstehe noch nicht so ganz die Reihenfolge, Quellen und Bedeutung der Werte?

lediglich der Level sollte interessant sein.
oder hast du unterschiedliche Datepunkte für soll und ist?

[Supernils]

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

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

Export der SQL Daten als csv.

und warum nicht die Liste aus dem Datenpunkt direkt?

Ich weiß gerade nicht was du meinst.
Ich bin wie folgt vorgegangen:
Einstellungen für Datenpunkt (Zahnrad) -> Verlaufsdaten -> Button "Export als csv"

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

Welche Einstellung aus den Extra-Einstellungen sollte ich als erstes versuchen?

ich verstehe noch nicht so ganz die Reihenfolge, Quellen und Bedeutung der Werte?

lediglich der Level sollte interessant sein.
oder hast du unterschiedliche Datepunkte für soll und ist?

Im zwave-Adapter gibt es einen Sollwert (zwave2.0.Node_008.Multilevel_Switch.targetValue) und einen Istwert (zwave2.0.Node_008.Multilevel_Switch.currentValue).
Der Datenpunkt für den Sollwert ist im shuttercontrol-Adapter referenziert.
Da der Istwert-Datenpunkt für shuttercontrol nicht bekannt ist, gehe ich davon aus, dass der Datenpunkt shuttercontrol.0.shutters.autoLevel.Wohnzimmer_Rechts den Sollwert wiedergibt.

[Homoran]

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

Ich weiß gerade nicht was du meinst.

einfach

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

Einstellungen für Datenpunkt (Zahnrad) -> Verlaufsdaten

zeigen! nix exportieren.

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

Der Datenpunkt für den Sollwert ist im shuttercontrol-Adapter referenziert.
Da der Istwert-Datenpunkt für shuttercontrol nicht bekannt ist

das geht nicht!

Da musst du mal suchen. HmIP und KNX haben auch das Problem. Ich glaube da musst du über ein Alias arbeiten.
Aber da kann dur @simatec bestimmt besser helfen.

[Supernils]

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

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

Der Datenpunkt für den Sollwert ist im shuttercontrol-Adapter referenziert.
Da der Istwert-Datenpunkt für shuttercontrol nicht bekannt ist

das geht nicht!

Da musst du mal suchen. HmIP und KNX haben auch das Problem. Ich glaube da musst du über ein Alias arbeiten.
Aber da kann dur @simatec bestimmt besser helfen.

Danke für den Hinweis. Um es nicht zu kompliziert zu machen, habe ich den Alias bisher nicht erwähnt. Dies kann natürlich auch die Fehlerquelle sein.
Der Alias enthält den Soll-Wert (SET) und den Ist-Wert (ACTUAL):
alias.0.Wohnzimmer.Rolllade_Rechts.SET -> zwave2.0.Node_008.Multilevel_Switch.targetValue
alias.0.Wohnzimmer.Rolllade_Rechts.ACTUAL -> zwave2.0.Node_008.Multilevel_Switch.currentValue

Der Datenpunkt "alias.0.Wohnzimmer.Rolllade_Rechts.SET" ist tatsächlich im shuttercontrol-Adapter referenziert.

Für beide Datenpunkte des Alias ist die Konvertierungsfunktion Math.round(val*10) / 10 für die Lesefunktion aktiv. Ich kann mich leider nicht erinnern warum hier gerundet wird. Wahrscheinlich um Nachkommastellen (für die GUI) zu unterdrücken.

[Homoran]

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

habe ich den Alias bisher nicht erwähnt.

ist doch jetzt nicht wahr! :rage:

dann wird wahrscheinlich einmal der Sollwert geschrieben und hinter der/die Istwert(e)
für Shuttercontrol sind das dann ständige manuelle Änderungen

bin dann hier raus

[Peoples]

Hi,
Ich will ggf. Mit dem Adapter mein Script ersetzen, nur nutze ich zwei Helligkeitssensoren. Den einen verwende ich für das Öffnen und den anderen für das schließen.
Kann ich das mit dem Adapter nachstellen, habe nicht rausgefunden wie?

[simatec]

@peoples Der Adapter unterstützt nur einen Helligkeitssensor und nutzt diesen für das schließen und öffnen.

[Peoples]

@simatec
Alles klar, dank dir für die schnelle AW, ist es geplant dass dieses Feature irgendwann kommt oder hast du das bewusst nicht umgesetzt?

[rtwl]

@peoples mach dir einen eigenen Datenpunkt. Zwischen 0 und 12 Uhr schreibst du dort die Werte des einen Sensors. Zwischen 12:01 und 23:59 die des anderen. Und dieses neuen eigenen Datenpunkt gibst du bei shuttercontrol ein.
somit hast du was du willst 😉

[Peoples]

@rtwl
Dann bräuchte ich mein Script das alles steuert ja nicht gegen den Adapter tauschen, wenn ich dann wieder ein Script brauche :rolling_on_the_floor_laughing:

Ich behalte das einfach im Blick, vielleicht kommt das ja mal

[FredF]

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

zwei Helligkeitssensoren. Den einen verwende ich für das Öffnen und den anderen für das schließen.

Beschreibst du mal näher den Grund dafür?

[Peoples]

@fredf
Einer hängt in Sonnenaufgangsrichtung und einer auf der Seite wo Sie untergeht. Und ich wollte das Tageslicht max. ausnutzen bin kein Freud von Rollos die unnötiggeschlossen sind. . Zudem vergleiche ich die Werte für die Beschattung. Mit einem Sensor war es so, dass die Rolos, Ambiente Beleuchtung usw. oft zu früh (draußen noch hell) oder zu spät (schon zu dunkel) angesteuert wurden.
Seit dem ich zwei verwende passt es zu 90%.

[simatec]

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

@simatec Ich denke, ich habe das Problem mit dem geöffneten Fenster weiter einkreisen können.

• Fenster ist geschlossen
• Es wird dunkel -> Jalousie fährt runter
• Fenster wird geöffnet -> Jalousie fährt hoch
• Es wird hell -> da passiert nichts, denn das Fenster ist ja offen -> richtig
• Die Sonne scheint und die Verschattung wird ausgelöst -> es passiert nichts, denn das Fenster ist ja offen -> richtig
• Fenster wird geschlossen -> Jalousie fährt komplett runter und nicht in SunProtect -> hier ist der Fehler!

Der Fehler liegt darin, dass der Status der Jalousie None hat und nicht SunProtect. Ich vermute, du hast das Öffnen des Fensters auf einen kurzen Zeitraum ausgelegt und nicht dafür, dass es Nachts oder über einen längeren Zeitraum aufbleibt.
Du müsstest für geöffnete Fenster einen virtuellen Status einführen, welcher immer den Wert erhält, als ob das Fenster geschlossen wäre. Wenn dann das Fenster tatsächlich geschlossen wird, dann bekommt der reale Status den virtuellen Status und alles sollte wieder passen.

Kannst du mir bitte sagen, wie zu diesen Prozess deine Settings für das öffnen des Rollladens sind und mir genau von diesem Prozess mal den Debuglog geben.

[guitardoc]

@simatec Da muss ich den Debugger noch mal anwerfen... Hier aber schon mal die im Adapter eigetragenen Werte:

system.adapter.shuttercontrol.2.json

Interessant ist dabei nur das Fenster Schlafzimmer.

Ich habe mir ein kleines Blockly gebaut, welches bei Sonnenaufgang, wenn das Fenster offen ist, open Shutter from Sleep Area auf wahr setzt (die Jalousie ist ja schon offen, aber erst dadurch stimmen auch die Werte im Adapter) und vorsichtshalber auch noch den Automatikmodus mit auf wahr setzt:

[simatec]

@guitardoc Bitte poste den Log vom Schlafzimmer zur besagten Zeit ohne das ein Script dazwischen funkt. Ich kann das verhalten sonst nicht einkreisen

[guitardoc]

@simatec So, hier noch die Logs dazu.
iobroker.2024-07-31.log.pdf
iobroker.2024-07-30.log.gz.pdf

[guitardoc]

@simatec Das ist jetzt nur ein Beispiel was ich geschickt habe. Hab gerade ein weiteres, wo die Tür auf steht, der Verschattungsmodus beginnt (sehe ich an der direkt daneben liegenden Tür welche zu ist) und nach Schließen der Tür der Verschattungsmodus nicht hergestellt wird. Blöderweise hatte ich den Debugger heute früh schon wieder ausgeschaltet.

Ich weiß nicht wie du das mit den offenen Türen / Fenstern programmiert hast, aber ich denke, dass da ein systematischer Fehler drin ist. Der Fehler tritt dann auf, wenn sich ein Status der Jalousie ändert (Öffnen oder Schließen, Verschattung oder keine Verschattung, etc.) und in diesem Moment das Fenster auf ist und später erst geschlossen wird.
Ich denke, eine sichere Vorgehensweise wäre, zu jeder Jalousie eine weitere virtuelle Jalousie anzulegen, welche keinen Öffnungssensor hat. Diese virtuelle Jalousie macht alles, was die zugehörige "richtige" Jalousie auch macht, nur eben bei immer geschlossenem Fenster. Wird dann bei der richtigen Jalousie das Fenster geschlossen, dann wird der Status der virtuellen Jalousie auf die richtige Jalousie übertragen. Hatte ich weiter oben auch schon mal beschrieben.

Aber ob das in deiner programmierten Struktur nicht einfacher geht kannst natürlich nur du beurteilen. Danke, dass du dir das anschaust - hoffentlich findest du das Problem!

[MartyBr]

@guitardoc bei mir funktioniert das Öffnen und Schliessen der Rollos im Modus "Beschattung" ohne Probleme. Ich habe nun nicht den gesamten Thread gelesen, aber bei ist folgende Einstellung aktiv:

Vielleicht hilft es dir.

[simatec]

@guitardoc Ein Beispiel Log bringt nix. Ich kann dein Problem so nicht einkreisen. Ich benötige exakt den Debuglog wenn der Fehler auftritt

[guitardoc]

@simatec Den hab ich dir geschickt. Über zwei Tage. Abgebrochen hab ich dann als der Fehler aufgetreten ist. Mit Beispiel meinte ich, dass ich ein Beispiel geloggt hab (das hab ich gesendet) und dann vorher schon über Monate beobachtet hab woran der Fehler generell liegen könnte.

Wenn du noch weitere Beispiele brauchst wo es nicht richtig funktioniert, dann bitte kurze Info, dann werfe ich den Debugger an und logge das Verhalten mit. Aber schau dir bitte erst mal an was ich gepostet hab.

Oder was meintest du?

PS. Wir können auch gern mal telefonieren, da kann ich dir genau meine Beobachtungen erklären.