NEWS
Pimp my Shuttercontrol
-
@homoran said in Pimp my Shuttercontrol:
um die Fehler in deiner Konstellation zu finden?
Nein, die Fehler die jemand machen könnte wenn er den Algorithmus anwendet. Das war gemeint. Der Algorithmus funktioniert fehlerfrei im Zusammenspiel mit SC schon seit einem Vierteljahr.
Das andere war wieder eine andere Baustelle. Die hab ich aber gelöst, ich habe das Script umgebaut, so dass ich nur einmal den Status sende und jetzt funktioniert auch das.Aber wirklich nochmal, wenn es nicht gewollt ist, dann bitte ich darum den gesamten Thread zu löschen. Ich wollte anderen Usern, die mich darum gebeten haben, nur einen Gefallen tun. Ich kann aber verstehen, dass das nicht nur auf Zustimmung trifft und ich möchte wirklich niemandem Probleme bereiten.
@guitardoc sagte in Pimp my Shuttercontrol:
wenn es nicht gewollt ist
das soll @simatec entscheiden.
Ist sein Adapter, bei dem er dann uU zusĂ€tzlichen Support geben mĂŒsste. -
Ich persönlich verstehe die Aufregung gar nicht. SchlieĂlich steuert das Skript/der Algorithmus "nur" einen virtuellen Fensterkontakt.
wenn man spĂ€ter bei Probleme den debug log von shuttercontrol aktiviert, sieht man nur, dass das Fenster geöffnet und geschlossen wurde. Das sollte doch (so nehme ich an) kein Problem darstellen fĂŒr die Auswertung des Problems.ich wĂŒrde es sehr begrĂŒĂen wenn @guitardoc nicht abgeschreckt wird und seine Arbeit veröffentlicht.
gerne auch unter einen anderen Namen wie zb "scheint die Sonne auf ein Fenster - Skript". Denn, was man mit dem Ergebnis (true/false) dann macht ist ja nebensÀchlich.-Peter
-
Ich persönlich verstehe die Aufregung gar nicht. SchlieĂlich steuert das Skript/der Algorithmus "nur" einen virtuellen Fensterkontakt.
wenn man spĂ€ter bei Probleme den debug log von shuttercontrol aktiviert, sieht man nur, dass das Fenster geöffnet und geschlossen wurde. Das sollte doch (so nehme ich an) kein Problem darstellen fĂŒr die Auswertung des Problems.ich wĂŒrde es sehr begrĂŒĂen wenn @guitardoc nicht abgeschreckt wird und seine Arbeit veröffentlicht.
gerne auch unter einen anderen Namen wie zb "scheint die Sonne auf ein Fenster - Skript". Denn, was man mit dem Ergebnis (true/false) dann macht ist ja nebensÀchlich.@rtwl sagte in Pimp my Shuttercontrol:
Ich persönlich verstehe die Aufregung gar nicht.
dann lies mal die letzten Seiten des Shuttercontrol Threads
kein Support per PN! - Fragen im Forum stellen - es gibt fast nichts, was nicht auch fĂŒr andere interessant ist.
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -
-
@rtwl sagte in Pimp my Shuttercontrol:
Ich persönlich verstehe die Aufregung gar nicht.
dann lies mal die letzten Seiten des Shuttercontrol Threads
-
Ich persönlich verstehe die Aufregung gar nicht. SchlieĂlich steuert das Skript/der Algorithmus "nur" einen virtuellen Fensterkontakt.
wenn man spĂ€ter bei Probleme den debug log von shuttercontrol aktiviert, sieht man nur, dass das Fenster geöffnet und geschlossen wurde. Das sollte doch (so nehme ich an) kein Problem darstellen fĂŒr die Auswertung des Problems.ich wĂŒrde es sehr begrĂŒĂen wenn @guitardoc nicht abgeschreckt wird und seine Arbeit veröffentlicht.
gerne auch unter einen anderen Namen wie zb "scheint die Sonne auf ein Fenster - Skript". Denn, was man mit dem Ergebnis (true/false) dann macht ist ja nebensÀchlich.@rtwl sagte in Pimp my Shuttercontrol:
SchlieĂlich steuert das Skript/der Algorithmus "nur" einen virtuellen Fensterkontakt.
Das geht aber nur, wenn man fĂŒr die TĂŒr nicht einen echten Fensterkontakt (ge)braucht.
kein Support per PN! - Fragen im Forum stellen - es gibt fast nichts, was nicht auch fĂŒr andere interessant ist.
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -
-
@rtwl sagte in Pimp my Shuttercontrol:
SchlieĂlich steuert das Skript/der Algorithmus "nur" einen virtuellen Fensterkontakt.
Das geht aber nur, wenn man fĂŒr die TĂŒr nicht einen echten Fensterkontakt (ge)braucht.
@homoran sagte in Pimp my Shuttercontrol:
Das geht aber nur, wenn man fĂŒr die TĂŒr nicht einen echten Fensterkontakt (ge)braucht.
korrekt. Aber das sollte allen klar sein. SchlieĂlich lĂ€sst sich in der konfig nur ein Objekt auswĂ€hlen beim TĂŒr/Fensterkontakt.
man muss dann einfach entscheiden was einem wichtiger ist.-Peter
-
@homoran sagte in Pimp my Shuttercontrol:
Das geht aber nur, wenn man fĂŒr die TĂŒr nicht einen echten Fensterkontakt (ge)braucht.
korrekt. Aber das sollte allen klar sein. SchlieĂlich lĂ€sst sich in der konfig nur ein Objekt auswĂ€hlen beim TĂŒr/Fensterkontakt.
man muss dann einfach entscheiden was einem wichtiger ist.@rtwl sagte in Pimp my Shuttercontrol:
Aber das sollte allen klar sein.
eben!
@rtwl sagte in Pimp my Shuttercontrol:
SchlieĂlich lĂ€sst sich in der konfig nur ein Objekt auswĂ€hlen beim TĂŒr/Fensterkontakt.
richtig!
Und dann darf man den DP nicht zusĂ€tzlich versuchen zu ĂŒberschreiben!um nicht zu
@rtwl sagte in Pimp my Shuttercontrol:
entscheiden was einem wichtiger ist.
NatĂŒrlich ist die Idee die Beschattung feingranuliert zu steuern nicht schlecht (ob notwendig ist eine andere Frage), aber wegen der bisherigen möglichen Auswirkungen auf die gesamte FunktionalitĂ€t von Shuttercontrol nicht unbedingt als "pimp my Shuttercontrol".
Wenn die Anwender bei Problemen mit SC wenigstens immer so fair wĂ€ren, dann auch direkt zu Beginn der Problembeschreibung darauf hinzuweisen, dass sie externe EinflĂŒsse auf Datenpunkte, die SC verwendet, einsetzen, wĂ€ren wir noch einen Schritt weiter.
Leider hat die Vergangenheit aber gezeigt, dass dies nicht der Fall ist und @simatec mit dem Support ĂŒberstrapaziert wird.
Selbst auf die Aufforderung
@simatec sagte in Test Adapter shuttercontrol v1.7.x:@guitardoc Bitte fĂŒr die Tests und logs keine Scripts dazwischen haben... Ich suche mir ein Wolf und ein Script funkt dazwischen
werden die Skripte nicht deaktiviert.
kein Support per PN! - Fragen im Forum stellen - es gibt fast nichts, was nicht auch fĂŒr andere interessant ist.
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -
-
@rtwl sagte in Pimp my Shuttercontrol:
Aber das sollte allen klar sein.
eben!
@rtwl sagte in Pimp my Shuttercontrol:
SchlieĂlich lĂ€sst sich in der konfig nur ein Objekt auswĂ€hlen beim TĂŒr/Fensterkontakt.
richtig!
Und dann darf man den DP nicht zusĂ€tzlich versuchen zu ĂŒberschreiben!um nicht zu
@rtwl sagte in Pimp my Shuttercontrol:
entscheiden was einem wichtiger ist.
NatĂŒrlich ist die Idee die Beschattung feingranuliert zu steuern nicht schlecht (ob notwendig ist eine andere Frage), aber wegen der bisherigen möglichen Auswirkungen auf die gesamte FunktionalitĂ€t von Shuttercontrol nicht unbedingt als "pimp my Shuttercontrol".
Wenn die Anwender bei Problemen mit SC wenigstens immer so fair wĂ€ren, dann auch direkt zu Beginn der Problembeschreibung darauf hinzuweisen, dass sie externe EinflĂŒsse auf Datenpunkte, die SC verwendet, einsetzen, wĂ€ren wir noch einen Schritt weiter.
Leider hat die Vergangenheit aber gezeigt, dass dies nicht der Fall ist und @simatec mit dem Support ĂŒberstrapaziert wird.
Selbst auf die Aufforderung
@simatec sagte in Test Adapter shuttercontrol v1.7.x:@guitardoc Bitte fĂŒr die Tests und logs keine Scripts dazwischen haben... Ich suche mir ein Wolf und ein Script funkt dazwischen
werden die Skripte nicht deaktiviert.
@homoran sagte in Pimp my Shuttercontrol:
ob notwendig ist eine andere Frage
man kann ja auch neben solch speziell beschattete Fenster einen eigenen Hitzesensor
setzen und darauf die Beschattung triggern.
Dann fÀhrt der zugehörige Rollladen auch wirklich nur bei voreingestelltem Hitzelevel in Beschattung -
@rtwl sagte in Pimp my Shuttercontrol:
SchlieĂlich steuert das Skript/der Algorithmus "nur" einen virtuellen Fensterkontakt.
Das geht aber nur, wenn man fĂŒr die TĂŒr nicht einen echten Fensterkontakt (ge)braucht.
@homoran said in Pimp my Shuttercontrol:
Das geht aber nur, wenn man fĂŒr die TĂŒr nicht einen echten Fensterkontakt (ge)braucht.
Auch das lĂ€sst sich abbilden - man muss dann nur alle Kontaktsensoren kombinieren und in einen Datenpunkt schreiben. An einem Fenster habe ich drei Kontaktsensoren - zwei reelle und einen virtuellen. Funktioniert seit einem Vierteljahr ohne Probleme. Man muss sich nur darĂŒber im Klaren sein, dass man fĂŒr den Teil den man selber schreibt dann auch selber verantwortlich ist wenn man SC mit eigenen berechneten Daten fĂŒttert.
@homoran said in Pimp my Shuttercontrol:
Und dann darf man den DP nicht zusĂ€tzlich versuchen zu ĂŒberschreiben!
Und genau das verstehe ich (und möglicherweise auch andere) nicht. Das ist nicht böse oder abwertend gemeint, ich möchte es nur verstehen. Ob die Ănderung durch die Auslösung eines einzigen realen Fensterkontaktes in einem Datenpunkt kommt (true/false) oder ob ein Skript in einen Datenpunkt true/false schreibt, sollte doch dem Adapter egal sein?
@homoran said in Pimp my Shuttercontrol:
nicht unbedingt als "pimp my Shuttercontrol".
OK, hÀtte vielleicht einen anderen Titel wÀhlen können - my bad.
@homoran said in Pimp my Shuttercontrol:
Wenn die Anwender bei Problemen mit SC wenigstens immer so fair wĂ€ren, dann auch direkt zu Beginn der Problembeschreibung darauf hinzuweisen, dass sie externe EinflĂŒsse auf Datenpunkte, die SC verwendet, einsetzen, wĂ€ren wir noch einen Schritt weiter.
Aber woher soll man wissen, dass das ein Kriterium ist? Wie oben schon geschrieben sollte es doch SC (und eigentlich auch jedem anderen Adapter) egal sein, woher die Daten kommen, solange sie sauber gesetzt werden? Bitte nochmal - ich möchte es wirklich nur verstehen, um zukĂŒnftigen Problemen auszuweichen.
@homoran said in Pimp my Shuttercontrol:
...werden die Skripte nicht deaktiviert.
Die Anforderung ist schnell geschrieben - aber nicht so einfach umgesetzt. Wenn man mehrere Kontaktsensoren kombiniert, was auch noch Auswirkungen auf weitere Funktionen im Haus hat, dann bringt die Deaktivierung ja nichts - dann werden keine Daten mehr in den Datenpunkt geschrieben und das Verhalten in SC ist nicht mehr nachvollziehbar - und im Haus funktioniert der Rest dann auch nicht mehr.
Ich kann aber nachvollziehen, dass @simatec oder andere dann keinen Support mehr geben können/möchten, denn fĂŒr diese Anwendungen wurde der Adapter ja ursprĂŒnglich nicht gebaut. Die Fragen danach sollten aber trotzdem erlaubt sein, eine kurze Info, was SC intern bei bestimmten Konstellationen macht und worauf man achten muss ist da oft schon sehr hilfreich - und diese Infos wurden ja auch gröĂtenteils gegeben, was auch nicht selbstverstĂ€ndlich ist - und das hat mir auch sehr geholfen. Vielen Dank auch dafĂŒr noch mal von mir.@homoran said in Pimp my Shuttercontrol:
und @simatec mit dem Support ĂŒberstrapaziert wird.
Das verstehe ich natĂŒrlich und dazu darf es selbstverstĂ€ndlich nicht kommen. Ich möchte an dieser Stelle allen, die sich ĂŒberhaupt damit beschĂ€ftigt haben, noch einmal ein groĂes Dankeschön aussprechen - das ist nicht selbstverstĂ€ndlich, dass man sich mit den Problemen und Problemchen anderer Nutzer intensiv beschĂ€ftigt. Da sticht im ĂŒbrigen dieses gesamte Forum sehr positiv heraus!!! Und am Ende wollen wir ja alle das meiste aus der Hausautomation herausholen und ioBroker fĂŒr noch mehr Anwender noch besser und anwenderfreundlicher gestalten - also das ist zumindest mein Beweggrund fĂŒr den Start dieses Threads gewesen.
-
In Shuttercontrol mĂŒsst ihr fĂŒr das betreffende Fenster diese Werte eintragen. Ich habe es nur mit diesen Werten getestet. Wenn ihr andere Werte eintragt, kann sich Shuttercontrol völlig anders verhalten - also macht es bitte mit Bedacht.
An dieser Stelle verweist ihr auf euren virtuellen Kontaktsensor, welchen ihr entsprechend als Datenpunkt anlegen mĂŒsst:
Bei den Sonnenschutz-Einstellungen gebt ihr diese Werte ein:
Bei der Himmelsposition mĂŒsst ihr die Blickrichtung aus dem Fenster eintragen, also orthogonal zur Fensterscheibe. Da mein Fenster nach Westen ausgerichtet ist, muss dort 270° rein. FĂŒr den Bereich der Sonnenposition gebt ihr +-90° an. Damit sagt ihr Shuttercontrol, dass im Bereich von 180° um das Fenster eine Verschattung passieren kann. Und die steuern wir jetzt......im Teil 4.
@guitardoc sagte in Pimp my Shuttercontrol:
Und die steuern wir jetzt im Teil 4.
kommt Teil 4 bzw das Skript noch? đ
-
@guitardoc sagte in Pimp my Shuttercontrol:
Und die steuern wir jetzt im Teil 4.
kommt Teil 4 bzw das Skript noch? đ
-
Ich persönlich verstehe die Aufregung gar nicht. SchlieĂlich steuert das Skript/der Algorithmus "nur" einen virtuellen Fensterkontakt.
wenn man spĂ€ter bei Probleme den debug log von shuttercontrol aktiviert, sieht man nur, dass das Fenster geöffnet und geschlossen wurde. Das sollte doch (so nehme ich an) kein Problem darstellen fĂŒr die Auswertung des Problems.ich wĂŒrde es sehr begrĂŒĂen wenn @guitardoc nicht abgeschreckt wird und seine Arbeit veröffentlicht.
gerne auch unter einen anderen Namen wie zb "scheint die Sonne auf ein Fenster - Skript". Denn, was man mit dem Ergebnis (true/false) dann macht ist ja nebensĂ€chlich.Ich verstehe es und akzeptiere es, wenn du das fĂŒr dich so entscheidest.
ich bleibe aber bei meiner Aussage von oben đđ
@rtwl sagte in Pimp my Shuttercontrol:
.... seine Arbeit veröffentlicht.
gerne auch unter einen anderen Namen wie zb "scheint die Sonne auf ein Fenster - Skript". Denn, was man mit dem Ergebnis (true/false) dann macht ist ja nebensÀchlich. -
@homoran said in Pimp my Shuttercontrol:
Das geht aber nur, wenn man fĂŒr die TĂŒr nicht einen echten Fensterkontakt (ge)braucht.
Auch das lĂ€sst sich abbilden - man muss dann nur alle Kontaktsensoren kombinieren und in einen Datenpunkt schreiben. An einem Fenster habe ich drei Kontaktsensoren - zwei reelle und einen virtuellen. Funktioniert seit einem Vierteljahr ohne Probleme. Man muss sich nur darĂŒber im Klaren sein, dass man fĂŒr den Teil den man selber schreibt dann auch selber verantwortlich ist wenn man SC mit eigenen berechneten Daten fĂŒttert.
@homoran said in Pimp my Shuttercontrol:
Und dann darf man den DP nicht zusĂ€tzlich versuchen zu ĂŒberschreiben!
Und genau das verstehe ich (und möglicherweise auch andere) nicht. Das ist nicht böse oder abwertend gemeint, ich möchte es nur verstehen. Ob die Ănderung durch die Auslösung eines einzigen realen Fensterkontaktes in einem Datenpunkt kommt (true/false) oder ob ein Skript in einen Datenpunkt true/false schreibt, sollte doch dem Adapter egal sein?
@homoran said in Pimp my Shuttercontrol:
nicht unbedingt als "pimp my Shuttercontrol".
OK, hÀtte vielleicht einen anderen Titel wÀhlen können - my bad.
@homoran said in Pimp my Shuttercontrol:
Wenn die Anwender bei Problemen mit SC wenigstens immer so fair wĂ€ren, dann auch direkt zu Beginn der Problembeschreibung darauf hinzuweisen, dass sie externe EinflĂŒsse auf Datenpunkte, die SC verwendet, einsetzen, wĂ€ren wir noch einen Schritt weiter.
Aber woher soll man wissen, dass das ein Kriterium ist? Wie oben schon geschrieben sollte es doch SC (und eigentlich auch jedem anderen Adapter) egal sein, woher die Daten kommen, solange sie sauber gesetzt werden? Bitte nochmal - ich möchte es wirklich nur verstehen, um zukĂŒnftigen Problemen auszuweichen.
@homoran said in Pimp my Shuttercontrol:
...werden die Skripte nicht deaktiviert.
Die Anforderung ist schnell geschrieben - aber nicht so einfach umgesetzt. Wenn man mehrere Kontaktsensoren kombiniert, was auch noch Auswirkungen auf weitere Funktionen im Haus hat, dann bringt die Deaktivierung ja nichts - dann werden keine Daten mehr in den Datenpunkt geschrieben und das Verhalten in SC ist nicht mehr nachvollziehbar - und im Haus funktioniert der Rest dann auch nicht mehr.
Ich kann aber nachvollziehen, dass @simatec oder andere dann keinen Support mehr geben können/möchten, denn fĂŒr diese Anwendungen wurde der Adapter ja ursprĂŒnglich nicht gebaut. Die Fragen danach sollten aber trotzdem erlaubt sein, eine kurze Info, was SC intern bei bestimmten Konstellationen macht und worauf man achten muss ist da oft schon sehr hilfreich - und diese Infos wurden ja auch gröĂtenteils gegeben, was auch nicht selbstverstĂ€ndlich ist - und das hat mir auch sehr geholfen. Vielen Dank auch dafĂŒr noch mal von mir.@homoran said in Pimp my Shuttercontrol:
und @simatec mit dem Support ĂŒberstrapaziert wird.
Das verstehe ich natĂŒrlich und dazu darf es selbstverstĂ€ndlich nicht kommen. Ich möchte an dieser Stelle allen, die sich ĂŒberhaupt damit beschĂ€ftigt haben, noch einmal ein groĂes Dankeschön aussprechen - das ist nicht selbstverstĂ€ndlich, dass man sich mit den Problemen und Problemchen anderer Nutzer intensiv beschĂ€ftigt. Da sticht im ĂŒbrigen dieses gesamte Forum sehr positiv heraus!!! Und am Ende wollen wir ja alle das meiste aus der Hausautomation herausholen und ioBroker fĂŒr noch mehr Anwender noch besser und anwenderfreundlicher gestalten - also das ist zumindest mein Beweggrund fĂŒr den Start dieses Threads gewesen.
@guitardoc sagte in Pimp my Shuttercontrol:
Wie oben schon geschrieben sollte es doch SC (und eigentlich auch jedem anderen Adapter) egal sein, woher die Daten kommen, solange sie sauber gesetzt werden?
da sind wir bei den widersprĂŒchen, die du von mir gefordert hast. dein script schreibt mal true/true, einmal true/false.
somit wird der DP eben nicht sauber gesetzt. vorallem 2x in kĂŒrzester zeit.
sauber ist fĂŒr mich, ein richtiger wert. -
@guitardoc sagte in Pimp my Shuttercontrol:
Wie oben schon geschrieben sollte es doch SC (und eigentlich auch jedem anderen Adapter) egal sein, woher die Daten kommen, solange sie sauber gesetzt werden?
da sind wir bei den widersprĂŒchen, die du von mir gefordert hast. dein script schreibt mal true/true, einmal true/false.
somit wird der DP eben nicht sauber gesetzt. vorallem 2x in kĂŒrzester zeit.
sauber ist fĂŒr mich, ein richtiger wert.@da_woody said in Pimp my Shuttercontrol:
dein script schreibt mal true/true, einmal true/false.
Nein, das hast du nicht richtig gelesen. Mein Skript schrieb false/false und SC hat zurĂŒckgegeben false/true. Ich habe das Skript aber jetzt umgebaut, dass es nur noch einmal einen Wert sendet (false) und bestĂ€tigt den auch und jetzt funktioniert es richtig - SC gibt auch false aus und arbeitet damit und alles ist schick.
Keine Ahnung, ob das damit zusammen hing, dass ich innerhalb weniger Millisekunden zweimal den gleichen unbestĂ€tigten Wert in 0_userdata.0 geschrieben hab - kann ich nicht mehr nachvollziehen.Aber du hast natĂŒrlich recht - es kommt eben drauf an, die Werte sauber zu setzen. Da lag der Fehler aus Unwissenheit eindeutig bei mir.
-
@da_woody said in Pimp my Shuttercontrol:
dein script schreibt mal true/true, einmal true/false.
Nein, das hast du nicht richtig gelesen. Mein Skript schrieb false/false und SC hat zurĂŒckgegeben false/true. Ich habe das Skript aber jetzt umgebaut, dass es nur noch einmal einen Wert sendet (false) und bestĂ€tigt den auch und jetzt funktioniert es richtig - SC gibt auch false aus und arbeitet damit und alles ist schick.
Keine Ahnung, ob das damit zusammen hing, dass ich innerhalb weniger Millisekunden zweimal den gleichen unbestĂ€tigten Wert in 0_userdata.0 geschrieben hab - kann ich nicht mehr nachvollziehen.Aber du hast natĂŒrlich recht - es kommt eben drauf an, die Werte sauber zu setzen. Da lag der Fehler aus Unwissenheit eindeutig bei mir.
@guitardoc ok, hab ich im anderen tread anscheinend wirklich missverstanden. waren aber auch einige verwirrende posts drunter. :)
schön, daà du deinen fehler gefunden hast! aber wir haben dich ja einige male darauf hingewiesen, daà das vom script kommen muss und nicht an SC liegt... ;) -
@guitardoc Ich halte mich da raus. Jeder kann doch das machen, was er selber möchte. Da braucht keiner um Erlaubnis fragen
-
@guitardoc Ich halte mich da raus. Jeder kann doch das machen, was er selber möchte. Da braucht keiner um Erlaubnis fragen
@simatec Na doch - immerhin wird ja dein Adapter dafĂŒr verwendet. Aber wir können es ja so machen - wenn jemand mein Skript verwendet und sich dann an dich wendet weil SC nicht das macht was er sich vorgestellt hat, dann verweist du ihn einfach an mich. WĂ€re das ein Deal? Ich möchte dir auf keinen Fall zusĂ€tzliche Arbeit damit machen!
374
Online32.4k
Benutzer81.5k
Themen1.3m
BeitrÀge