NEWS
Test Adapter shuttercontrol v1.7.x
-
@SWeimar
Zeige mal bitte ein Screenshot deiner Config.
Aktuell habe ich da etwas gebastelt, was aber noch nicht alles funktioniert.Ich werde für die Testversionen am besten mal ein separaten Branch einrichten
-
@simatec
Hier die Screenshots meiner config:
-
@SWeimar
Ja das konnte ich mir denken.
Die tabelle habe ich gestern gebastelt ... Allerdingsnoch ohne Funktion.
Mir ging es erstmal um die Tabelle ansich und dem Aufruf des Object-ID Baum.Die Funktion baue ich die nächste Tage mal zum testen ein.
Aktuell musst du deine Rolläden in den enums, die du ausgewählt hast, abgelegt haben, damit sie angesteuert werden.
Dies wird sich aber auf Wunsch ändern und zukünftig über die Tabellenfunktion laufen -
@simatec said in [Aufruf] Neuer Adapter ioBroker.shuttercontrol:
Aktuell musst du deine Rolläden in den enums, die du ausgewählt hast, abgelegt haben, damit sie angesteuert werden.
Ok, korrigiere mich falls ich mich irre. Genau das habe ich doch getan, wie im dritten Bild zu sehen...
-
@SWeimar
Ich habe gerade eine Version zum testen auf Github geladen ...
Kannst du bitte diese noch einmal installieren und testen.
In dieser Version wird die Zuordnung auf Userwunsch nicht mehr über Enums gemacht.Hier muss du lediglich deine Rollläden in der Tabelle anlegen.
-
Ich werde es testen und berichten...
-
@simatec said in [Aufruf] Neuer Adapter ioBroker.shuttercontrol:
Also ich habe die neue Version installiert. Der Fehler bleibt aber bestehen. Der Adapter trägt den Wert richtig ins Objekt ein. Zu der eingestellten Uhrzeit ändert sich der Wert von 0% auf 100%. Der Rollo fährt aber nicht.
-
@SWeimar
Wie werden die shellys denn angesteuert?
Brauchen die noch einen weiteren Wert auf true oder wie laufen die?
Ich kenne die shellys nicht.Die Steuerung über den Adapter funktionier ja dann erstmal. Nur die shellys reagieren nicht.
Wie fährst du sie bisher?
-
@simatec
Bisher laufen die über ein Script. Mit „steuere Objekt ID mit Zahl ....“
Sonst benötigt der Shelly keinen anderen Wert. -
@SWeimar sagte in [Aufruf] Neuer Adapter ioBroker.shuttercontrol:
@simatec
Bisher laufen die über ein Script. Mit „steuere Objekt ID mit Zahl ....“
Sonst benötigt der Shelly keinen anderen Wert.Welche Werte steuerst du denn? Der Adapter setzt ja den Wert für den shelly.
Wenn du es nicht geändert hast setzt er 0 für zu und 100 für auf.
Also genau wie dein Script -
@simatec
Ich steuere den Wert „Position“ mit einer Zahl. Genau wie der Adapter. Allerdings 0 für auf und 100 für zu. Wobei das kein Unterschied machen dürfte... -
@SWeimar
Das kannst du ja in den Einstellungen selber so vorgeben.
Dann ist es mir unklar warum deine Rollläden nicht fahren.
Ändere mal in den Einstellungen von shuttercontrol die Werte für hoch und runter.Was passiert, wenn du die Datenpunkte per hand setzt?
-
@simatec
Das ist mir auch unklar. Weil der Adapter nichts anderes macht als mein Script auch.
Wenn ich die Datenpunkte per Hand setze fährt der Rolladen.Ich werde in den Einstellungen von shuttercontrol die Werte nochmal ändern und berichten ob es funktioniert.
-
@simatec Nur so ne idee, kann das am 'ack' Flag liegen?
-
@OstfrieseUnterwegs sagte in [Aufruf] Neuer Adapter ioBroker.shuttercontrol:
@simatec Nur so ne idee, kann das am 'ack' Flag liegen?
Ziemlich sicher. Bei
ack=true
reagieren korrekt programmierte Adapter nicht auf ihre eigenen States. -
Also, hab die Werte geändert. Leider selbes Ergebnis. Der Adapter schreibt den korrekten Wert in den Datenpunkt aber der Rolladen fährt nicht...
-
@AlCalzone
Ich setze die States mit ack=true für die anzusteuernden Rollläden.
https://github.com/simatec/ioBroker.shuttercontrol/blob/56e5d2da9e6aaae410bef1a69b0c364549d4c60c/main.js#L373
Ich selber nutze HM und da scheint es die Probleme nicht zu geben.
Ich teste das nochmal -
@simatec
Ich habe noch ein Rolladen mit einem HM-IP Aktor. Den habe ich heute morgen getestet. Leider mit dem selben Ergebnis wie bei den Shelly's. Adapter trägt Wert richtig in Datenpunkt ein, der Rolladen fährt aber nicht. -
@simatec wenn du states eines anderen Adapter setzt musst du mit ack = false arbeiten. Der adapter führt dann die Aktion aus und bestätigt den state mit ack=true
-
@AlCalzone
Ohhh danke ... wieder etwas gelernt@SWeimar
Ich ändere das gleich mal ... dann kannst du nochmal testen