Beiträge von Sascha

    Hallo maximal1981,

    hier wie versprochen ein möglicher Lösungsansatz.

    Das ist zwar "quick and dirty" und lässt sich sicher noch optimieren, aber es funktioniert.

    Ich kenne nicht den gesamten Umfang deines Scripts und weiß auch nicht was du wie genau schalten willst und in welchen Abhängigkeiten Objekte zueinander stehen; daher ist mein Lösungsansatz nur eine einfache Sperrfunktion mittels einer Variablen.

    Das Prinzip sollte aber hoffentlich ersichtlich sein und dir bei der Umsetzung deines Projekts helfen.

    pasted-from-clipboard.png

    Kurze Erläuterung

    Wenn Schalter 1 auf true gestellt wird führt er die gewünschte Aktion aus und setzt die Variable Programmsperre auf true. Die Variable Programmsperre verhindert jetzt, dass Schalter 2 die Aktion noch einmal auslösen kann. Erst wenn der Zustand einer der Schalter auf false geändert wird, wird die Variable Programmsperre aufgehoben (false) und eine erneute Aktivierung der Aktion ist über einen der beiden Schalter möglich.

    Lieber Gruß,

    Sascha

    Natürlich.

    Ich finde es nur irritierend, dass er sich innerhalb eines anderen FALLS-Blocks befindet.

    Wie führst du diesen aus?

    Wenn ich es zeitlich schaffe, setze ich mich heute Abend mal hin und schaue ob ich ein Blockly zusammengeklickt kriege, das dir hilft.

    Gruß,

    Sascha

    Mein Tipp, ohne das gesamte Script zu kennen ...

    Dein "Falls Objekt mit 2 Objekten" ist ein Trigger. Dieser triggert immer, wenn die Bedingung auf eines der beiden Objekte zutrifft.

    Nimm den Trigger-Block raus und ersetze ihn durch einen weiteren (blauen) FALLS-Block mit TRUE/FALSE-Abfragen.

    Da aber das Mischergebnis bei gleichen Einstellungen unterschiedlicher Hersteller sehr wahrscheinlich differieren würde, dürfte ein Standard fast unmöglich sein.

    Per Hand bzw. über ein übergeordnetes System zu mischen sollte eigentlich auch jetzt funktionieren. ;)

    Ja natürlich. Das ist ein generelles Problem; sowohl bei weißen wie auch bei farbigen LEDs.

    Schön wäre halt, wenn es zusätzlich zum RGB(W)-Farbrad in der App bzw. den RGB(W) Objekten per Schnittstelle, auch ein Farbtemperaturrad/-Objekt geben würde. Ob die eingestellten 3000 Kelvin dann tatsächlich 3000 Kelvin sind oder 3100 / 2900 Kelvin, sei mal dahin gestellt. Objekte zur Steuerung der Farbtemperatur wären halt bequem und würden die Steuerung vereinfachen.

    Die Ansteuerung des CCT-Strips über den Weiß-Modus des Shellys sehe ich als problematisch an, da sich die Regulierung des Mischungsverhältnisses der einzelnen Kanäle in Bezug auf die Gesamthelligkeit m.E. schwierig gestaltet.

    Aber: Manchmal ist sieht man den Wald vor lauter Bäumen nicht. Ich war so auf die Weiß-Kanäle fixiert, dass ich den RGB-Modus des Shellys ganz außer Acht gelassen hatte. Heiko hat Recht. Danke für's Bäume fällen. ;) Ich kann den Shelly doch glauben lassen, er befände sich im RGB-Modus und die Weißkanäle des CCT-Strips über die R-G-oder-B-Kanäle steuern/mischen. Zwar ist dann rumprobieren angesagt, bis die richtigen Werte ermittelt sind, aber das Problem des Mischungsverhältnisses in Bezug auf die Gesamthelligkeit sollte so nicht bestehen.

    Danke, jetzt bin ich ein Stück weiter. ^^

    hi!

    nu, da nützt die ganze firmware nix wenn eine klemme zuwenig vorhanden ist. rgbww is halt mal 5 kanal, nicht 4...

    Ich spreche nicht von RGBWW sondern von CCT.

    Bei CCT gibt es einen Kanal für WW und einen für CW + DC. Das wären 3 Anschlüsse.

    Die Hardware würde das also hergeben. Nur die Firmware beherrscht es halt (noch) nicht WW und CW so zu mischen, dass als Ergebnis die gewünschte Farbtemperatur herauskommt.

    pasted-from-clipboard.png

    White-Mode bietet 4 Weiss-Kanäle.

    Keine Lösung? :/

    Das wäre eine Möglichkeit. Habe ich auch schon dran gedacht.

    Allerdings würde sich die Farbtemperatur auf diese Weise nur pi-mal-Daumen einstellen lassen.

    Zugegeben: Das ist besser als nichts. Schließlich ist der Shelly nicht auf CCT ausgelegt. Eine Erweiterung der FW um diese Funktion wäre aber natürlich klasse. :)

    Interessant wäre zu wissen, welche Objekte durch die CoAP-Schnittstelle übergeben werden.

    Ich glaube ich bestelle mir bei Gelegenheit mal einen RGBW2 und probiere ein bisschen rum. :)

    Du kannst die Shellys alle lokal laufen lassen, die müssen nicht in die Cloud. Die Bedienung der Rolladen und des Lichts dann entweder per Shelly-App, normalem Schalter in der Wand oder Sprachsteuerung (Amazon Alexa). Eine übergeordnete Software wie ioBroker brauchst Du nur, wenn Du unterschiedliche Systeme miteinander verknüpfen möchtest.

    Für die lokale Steuerung per Schalter oder Shelly App müssen die Shellys nicht in die Cloud, das stimmt. Sobald die Sprachsteuerung dazu kommt, egal mit welchem Sprachassistenten, geht's leider nicht ohne Cloud.

    Hallo Klaus-Peter,

    ich habe nicht geschrieben, dass Du Forenmitglieder für Deine technischen Probleme verantwortlich machst. Du formulierst Deinen Ärger in Form eines Vorwurfs gegen die Forenmitglieder; forderst Hilfe und Tipps, die Dir aber keiner bieten kann, wenn Du ein Thema so eröffnest:

    Der ganze Rotz geht mir so auf,'n Sack...

    Geht mal, geht mal nicht, macht sich selbstständig...

    Wenn ich so arbeiten würde....

    Ob hier jemand Oberschullehrer ist, entzieht sich meiner Kenntnis. ;)

    Wenn Du mit dem Oberschullehrer auf den Kommentar von utschu anspielst, muss ich Dir Recht geben, sowas ist unnötig und hilft niemandem weiter.

    Das Dich Shellys, die nicht oder falsch funktionieren, ärgern ist nachvollziehbar.

    Die Probleme treten bei Dir ja ganz offensichtlich gehäuft auf. Daher würde ich den Fehler zunächst einmal in Deinem Netzwerk und den Einstellungen der einzelnen Shellys suchen, statt die Shellys oder gleich das ganze Shelly-Ökosystem zu verdammen. :)

    Zunächst würde ich Grundlegendes prüfen:

    • Haben alle Shellys eine stabile WLAN-Verbindung und Stromversorgung?
    • Welches Schaltverhalten nach Stromausfall wurde in den Shellys eingestellt?
    • Wurden in den Shellys versehentlich Schaltregeln hinterlegt (Astrofunktion, Timer, Wochenplan)?
    • Tritt das Fehlverhalten, wenn es auftritt, immer zur gleichen Zeit auf?
    • Tritt das Fehlverhalten bei allen Shellys auf oder nur bei bestimmten?

    Dann würde ich die Einstellungen in der Cloud (Shelly App) prüfen:

    (da ich die Cloud nicht nutze kann ich hier keinen brauchbaren Support liefern)

    • Wurden Regeln (Szenen) in der Shelly App definiert?
    • Was tun diese Regeln und warum?

    So würde ich zunächst einmal vorgehen um eine Fehlerquelle nach der anderen auszuschließen.

    Ich vermute aber, dass Du das so oder so ähnlich bereits getan hast, denn wie du in einem späteren Beitrag schreibst, hast Du den Fehler gefunden.

    Wärst Du bereit uns Deine Erkenntnise mitzuteilen? Vielleicht können andere davon profitieren.

    Auch Dir einen schönen Sonntag.

    Gruß,

    Sascha

    [...] ...hab den Fehler gefunden... Es sind die Shelly's... ?... Dachte in Foren bekommt man Hilfe und gute Tipps. [...]

    Hallo Kpa,

    in diesem Forum bekommst du beides, Hilfe und gute Tipps.

    Allerdings bekommt man die nur, wenn man sein Problem auch vorträgt.

    Schau Dir jetzt nochmal Deinen Eröffnungs-Thread an.

    Hand aufs Herz, hier hast Du nur Deinem Zorn Luft gemacht, aber keine Informationen geliefert.

    So kann Dir niemand Hilfe anbieten und gute Tipps liefern.

    Den schwarzen Peter jetzt den Forenmitgliedern zuzuschieben ist nicht in Ordnung.

    Gruß,

    Sascha

    Hallo Sven,

    solange du dich über dein Smartphone direkt mit dem WLAN des Shellys verbindest, musst du die mobilen Daten deines Smartphones ausschalten. Ansonsten versucht der Browser deines Smartphones die IP des Shellys über das Internet zu erreichen. Und das geht natürlich nicht.

    Jetzt solltest du deinen Shelly über die 192.168.33.1 erreichen können. Ändere als erstes den WLAN-Client in den Einstellungen des Shellys um ihn in dein heimisches WLAN zu holen und du kannst ihn anschließend bequem über seine neue IP-Adresse im Browser aufrufen.

    Gruß,

    Sascha

    Gerne, ich freue mich wenn ich helfen kann.

    Zu deiner Frage: Das Script wird nicht im Objekt gespeichert, sondern in einer eigenen Datei. Zunächst haben Script und Objekt nichts miteinander zu tun.

    Erst wenn du ein Objekt im Script festlegst, wird dieses für das Script "interessant".

    Das Script läuft ja permanent (im Hintergrund) und überwacht den Status des festgelegten Objekts, in unserem Fall Rollladen_global. Sobald sich dessen Wert ändert, wird die im Script definierte Aktion ausgeführt. Wodurch der Wert des Objekts geändert wird, ist dem Script egal. Du kannst den Wert direkt im Objekt ändern, durch ein Gerät ändern lassen, durch ein weiteres Script ändern lassen oder eben durch eine Eingabe in deiner Visualisierung.

    Hallo Lacoste,

    dein Beitrag ist jetzt schon ein paar Tage alt und vielleicht hast du bereits die Antworten auf deine Fragen gefunden. Falls nicht, habe ich hier eine kleine Kurzanleitung für dein "Problem" zusammengestellt.

    So würde ich es (auf die Schnelle ;)) lösen:

    1. Ein neues Objekt

    Als erstes brauchst du ein neues Objekt im ioBroker. Dieses Objekt ist später dein Schalter um alle Rollläden gemeinsam steuern zu können.

    Das Objekt legst du unter Objekte im Ordner javascript.x (x steht für die Nummer der aktiven Instanz, bei dir vermutlich javascript.0) des Objektbaums an.

    pasted-from-clipboard.png

    Beispiel:

    pasted-from-clipboard.png

    Wenn du möchtest kannst du, der Übersichtlichkeit halber, eine Ordnerstruktur anlegen und das Objekt dort hinein packen. Notwendig ist das aber nicht. Wichtig ist nur, dass es im Ordner javascript.x steht. Nenn' das Objekt wie du magst; auf Leer- und Sonderzeichen solltest du aber verzichten. Für unser Beispiel habe ich ihm den Namen Rollladen_global gegeben. Die Art des Objekts muss auf Logikwert gestellt werden.

    2. Das Script

    Als nächstes legst du ein kleines Blockly Script an, das für die Steuerung deiner Rollläden zuständig sein wird. Da ich zur Zeit keinen Shelly 2.5 als Rollladenaktor im Einsatz habe, habe ich Homematic Rollladenaktoren für mein Beispiel verwendet. Die Objektbezeichnungen bei deinen Shellys lauten natürlich anders und es kann auch sein, dass der Shelly nicht über mathematische Werte (Rollladen-Behanghöhe in Prozent) angesteuert wird. Um das Prinzip zu verstehen, sollte mein Beispiel aber hoffentlich reichen.

    Der Triggerblock überprüft ob sich der Wert deines Objekts Rollladen_global ändert. Je nachdem welche Änderung vorgenommen wird (true oder false), wird der entsprechende falls-Block ausgeführt. Der erste falls-Block lässt die Rollläden auf Null (0) Prozent fahren, sie werden also geschlossen, sobald der Wert des Objekts Rollladen_global auf true (wahr) gestellt wird.

    Der zweite falls-Block macht das Gegenteil. Sobald er über das Objekt Rollladen_global mit false (falsch) getriggert wird, lässt er die Rollläden hochfahren (100%).

    Wie du siehst, habe ich für den zweiten und dritten Rollladen eine Verzögerung aktiviert. Das würde ich dir auch empfehlen. Zum einen werden dadurch die Steuersignale für die einzelnen Shellys nacheinander gesendet, es kommt nicht so leicht zu Überlagerungen. Zum anderen belastet der Anlaufstrom deiner Rollläden nicht zeitgleich dein gesamtes heimisches Stromnetz.

    pasted-from-clipboard.png

    3. Die Visualisierung

    Im letzten Schritt musst du dein VIS noch anpassen.

    Du fügst einen Button (z.B. den Radiobutton on/off) in deine VIS Oberfläche ein und verknüpfst ihn mit dem Objekt Rollladen_global. Siehe Screenshot. Durch einen Klick lassen sich jetzt alle Rollläden schließen und öffnen.

    pasted-from-clipboard.png

    Ich hoffe ich habe meine Kurzanleitung so verständlich formuliert, dass du damit dein Projekt umsetzen kannst. Solltest du noch Fragen haben, helfe ich gerne weiter.

    Lieber Gruß,

    Sascha

    Ich kann immer und immer wieder nur die Empfehlung geben, richtet den Shelly per PC ein!

    Diese Variante macht keine Probleme, zumindestens bei mir, bis jetzt 100% Erfolg.

    Kann die Empfehlung von SparkyMaster nur unterschreiben. :thumbup:
    Die Einbindung über die Shelly App war bei mir immer ein Glücksspiel, daher mache ich das nur noch über das WebUI. Entweder per Smartphone oder am Laptop. Funktioniert bei mir immer auf Anhieb ohne Probleme. Und da ich die Shelly App ohnehin nicht brauche, ist dieser Weg der optimale für mich. :)

    was ist zu empfehlen?

    QNAP und RP3 sind vorhanden

    Falls dein QNAP ohnehin 24/7 läuft, würde ich eine ioBroker Installation auf einer VM oder in einem Docker empfehlen.
    Ich nutze eine Linux VM mit ioBroker auf meiner Synology DS - läuft stabil und zuverlässig.
    ioBroker hat den Vorteil, dass du - wenn irgendwann Bedarf besteht - weitere IOT-Hersteller ins Boot holen kannst (sofern diese unterstützt werden), die sich dann alle untereinander "verknüpfen" lassen.

    Das von dir gewünschte Szenario ist mit ioBroker einfach umsetzbar. Auch deine zukünftigen Wünschen sollten hiermit zu erfüllen sein. ;)

    Weiterer Vorteil: Du musst keine zusätzliche Hardware anschaffen.

    Gruß,

    Sascha

    Der Vollstädigkeit halber hier meine kurze Rückmeldung: Seit gestern ist mein erster Dimmer (in Verbindung mit einem Taster) im Einsatz.

    Einbau, Einbindung und Konfiguration waren problemlos.

    Aktuell betreibe ich an diesem Dimmer 2 x 7,5 Watt LEDs. Kann also zum jetzigen Zeitpunkt noch keine Erfahrungswerte zum Betrieb von Leuchtmitteln mit einer Leistungsaufnahme < 10 Watt machen. Die beiden LEDS sind in Außenleuchten "verbaut" und nicht mal eben auf die Schnelle gewechselt. Sobald ich Zeit und Muse finde, werde ich aber mal eine der beiden LEDs entfernen und schauen ob der Dimmer seinen Dienst dann immer noch verrichtet.

    Grundsätzlich bin ich vom Shelly Dimmer begeistert. Was dieses kleine Ding, noch dazu du zu diesem Preis leistet, ist traumhaft. Andere Dimmer kosten ein Vielfaches und können auch nicht mehr ... Homematic *hust* ;)

    Ich betreibe zwei IKEA LEDARE GU10 LEDs mit jeweils 7,5 Watt am Dimmer. Die Helligkeit lässt sich mit diesen LEDS nahezu stufenlose regeln. Mindesthelligkeit liegt bei etwa 8%, darunter ist keine Veränderung der Helligkeit mehr warnehmbar.

    BTW: Die günstigen IKEA LEDs - insbesondere die dimmbaren - kann ich nur empfehlen. Die haben ein Super Preis-Leistungsverhältnis, eine tolle Lichtfarbe (wenn man warmweiß mag) und lassen sich stufen-, problem-, und geräuschlos dimmen. Andere kommen mir nicht mehr in die Fassung. ;)

    Zwei Dinge kann der Shelly Dimmer bei mir bisher noch nicht:

    Die Systemtemperatur und den Energieverbrauch mittels CoAP Schnittstelle übermitteln.

    Ob das allerdings an der aktuellen Firmware des Dimmers oder dem ioBroker Adapter liegt, konnte ich bis jetzt noch nicht rausfinden. Im WebUI des Dimmers wird zumindest der aktuelle Stromverbrauch angezeigt. Für die Temperatur gibt es im ioBroker zwar ein Objekt, diesem wird aber kein Wert übergeben. Das Objekt für den Stromverbrauch fehlt im ioBroker völlig. Es wäre also naheliegend, dass der Shelly Adapter noch nicht alle Werte des neuen Shelly Dimmers kennt. Mal schauen was sich hier demnächst noch so tut.

    Das soll's bis hierhin erstmal gewesen sein. Wenn es Neuigkeiten gibt, werde ich gerne weiter berichten. ;)