Test Adapter shuttercontrol v2.0.x
-
Hallo simatec, das ist ja ein interessantes Projekt. Ich glaube, dass wird jeder nutzen können. Eine Frage zu den Astr-Zeiten habe ich:
Ist berücksichtigt worden, dass man bei der Wahl von Astro die "frühestmögliche" und die "spätentendest um" Zeit eintragen kann? Gerade im Sommer will man ja nicht um 4:53 Uhr geweckt werden.
Gruß
Martin -
@MartyBr
Ja du kannst im Menü die frühste und späteste Zeit eintragen.
Liegt sunrise dazwischen, wird die sunrise Zeit genommen, sonst immer die späteste Zeit. -
@simatec
Das sieht vielversprechend aus.
Unter options kann man eine Zusatzbedingung eingeben? (z.B. Türkontakt?) -
@simatec sagte in [Aufruf] Neuer Adapter ioBroker.shuttercontrol:
So Rainer ... schau mal das wäre jetzt so meine Vorstellung.
Kann man das schon live testen?
Am Handy nicht groß genug
@simatec sagte in [Aufruf] Neuer Adapter ioBroker.shuttercontrol:
Ja du kannst im Menü die frühste und späteste Zeit eintragen.
Liegt sunrise dazwischen, wird die sunrise Zeit genommen, sonst immer die späteste Zeit.Also eine versteckte Automatik?
Ich habe immer die checkbox dafür gesucht. -
@Homoran
Den Aufbau kannst du so testen.
Funktionen sind aber noch nicht alle vorhanden.
Da muss ich die nächsten Tage noch etwas Zeit investieren.
Mich hat die Tabelle mit SelectID Auswahl zum verzweifeln gebracht.Was aktuell in der Tabelle geht ist folgendes
- Anlegen von Rolläden
- enabled Funktion
- Sunprotec Funktion
- Auswahl type (es haben noch nicht alle Typen Funktionen)
Was geht ansich:
- Steuerung der Rolläden über vorgegebene Zeit oder Astro
- Feiertagsfunktion
- Sunprotect
Ich muss also in den nächsten Tagen die Funktionen der Tabelle noch zum leben erwecken.
Dann würde ich ne Beta zum testen rausbringen.Aber den Grundaufbau kannst du im Github anschauen bzw. über github installieren.
Allerdings noch ohne Übersetzung -
@simatec
Danke!Ich melde mich
-
@simatec
Hallo,
ich habe letzte Woche mein ioBroker System von einem Raspi auf ein Rock64 umgezogen. Seitdem kommt folgende Fehlermeldung wenn ein Rolladen fahren soll:
Es hat sich an der Konfiguration nichts geändert. Wie gesagt nur der Umzug. Liegt es an dem Rock64?
-
@SWeimar
Da war zu der Zeit deiner Installation sicher noch ein Bug drin. Installiere mal neu vom Github -
@simatec
Habe den Adapter deinstalliert und von Github neu installiert. Leider selber Fehler.
-
@SWeimar
Ohh das war ein Bug. Ich mache gerade ein größeres Update und fix das gleich mit.
Bitte hab noch ein paar Stunden Geduld.Ich poste hier, wenn das gesamte Update Online ist.
-
-
Ab sofort ist die Version 0.2.0 Online.
https://github.com/simatec/ioBroker.shuttercontrol.git
Es gibt nun einige neue Funktionen, wie z.B. GoldenHour, die Auswahl wie welcher Rolladen angesteuert werden soll, einen separaten Trigger für jeden Rolladen etc.
Inzwischen kann ich die neuen Funktionen nicht mehr alle aufzählen.Ich werde die nächsten Tage noch alle Übersetzungen machen und die Readme komplett überarbeiten.
Changelog
0.2.0 (31.05.2019)
- (simatec) complete restructuring of functions
-
@Homoran sagte in [Aufruf] Neuer Adapter ioBroker.shuttercontrol:
Ich melde mich
Hallo @simatec
Ich denke wir haben beide komplett unterschiedliche Vorstellungen.So verstehe ich es wirklich nicht, was diese Gruppierungen bringen sollen:
Ich brauche da wirklich etwas Nachhilfe.
Damit steht oder fällt IMHO auch die gesamte Enums-Geschichte.
Das liegt wahrscheinlich einfach daran, dass ich ein ganz anderes Herangehen habe.Mein Grundgerüst sah in etwa so aus:
Viele der unteren States dienen dazu eine eigene Zeitplanung entwickeln zu können, die halbwegs der Dame des Hauses entspricht, wahrscheinlich bleibt es aber bei golden hour.
Im Verzeichnis Teststates befinden sich DP von Dummy-Rolladenaktoren, so dass ich testen kann ohne dass die Rollläden sich wirklich bewegen.Bei meinem System müssten diese Punkte für jedes Fenster angelegt werden.
Weiterhin müssten in einem Adapter aber auch irgendwie die "Störgrößen" verknüpft wreden, wobei ich es dir glaube, dass dich@simatec sagte in [Aufruf] Neuer Adapter ioBroker.shuttercontrol:
die Tabelle mit SelectID Auswahl zum verzweifeln gebracht.
hat.
Dieses sind zusätzlich zu den hier gezeigten DP:
- Türgriff
- ggf. Raumtemperatur
Und jetzt Hinweise auf sehr hohem Niveau:
Bei den settings im neuen Entwurf:
1.) Hier würde ICH (gerne haben, dass man) verschiedene Astrotimes für verschiedene Räume nehmen (kann).
2.) Hier verwende ICH zwei verschiedne Instanzen des Feiertagadapters. Einer mit allen möglichen "Feier"tagen, und einen nur für arbeitsfreie Tage. Hier sollte die Instanz ausgewählt werden können
3.) Auch hier habe ich für jede Hausfront einen Sensor. Auch dafür müsste eine Zuordnung möglich sein.4.) Hier weiß ich noch nicht wie diese Checkboxen eingreifen, ggf. gilt obiges analog.
Wie gesagt - alles Meckern auf extrem hohen Niveau. da müsste ich ggf. etwas umkonfigurieren und dann müsste es auch so gehen.Bitte verstehe mich nicht falsch!
Du machst dir hier erhebliche Arbeit - es wäre schade, wenn die umsonst/vergeblich wäre.Wie ich ganz zu Anfang erwähnte:
@Homoran sagte in [Aufruf] Neuer Adapter ioBroker.shuttercontrol:
Ich hoffe du weisst, dass du damit die büchse der Pandora geöffnet hast.
-
@Homoran
Du hast nicht die aktuelle Version installiert.
Die Tabelle in deinem Post ist nicht der letzte Stand -
@simatec sagte in [Aufruf] Neuer Adapter ioBroker.shuttercontrol:
Du hast nicht die aktuelle Version installiert.
Hast du gerade gepusht?
-
@Homoran
Vor ca. 15-20 Minuten -
@simatec
So lange habe ich ja allein für die Screenshots und das Tippen gebraucht -
@Homoran
Schaue dir mal die neue Version an.
Ich denke da sind jetzt schon viele deiner Ideen drin.
Enums gibt es nicht mehr.
living, living-auto etc. sind in der Tabelle noch nicht übersetzt, haben aber nix mehr mit enums zu tun -
@simatec
Blöde Frage: Welche Objekt ID muss hier gewählt werden?
-
@SWeimar
Die ist optional für das automatische setzen von living-auto.
Wenn du also irgendeinen Trigger hast, der auto-living aktivieren oder deaktivieren soll, kann der da rein
