Rollladensteuerung mit Blockly

Oskar

Hallo,

ich versuche mit der Blockly Steuerung meinen Rollladen zu steuern, dass er sich schließt dies habe ich hinbekommen

nur zum öffnen bringe ich ihn mit diesem Befehl nicht, er reagiert nur eine Sekunde dann hört er wieder auf.

Was habe ich falsch gemacht, kann mir da jemand helfen?

Ich bedanke mich im voraus

Oskar
5245_2018-04-19_16_49_47-iobroker.admin___opera.png

mameier1234

Sicher dass er auf true (1) reagiert ?

Versuche es mal mit 100 (sozusagen %)

Oskar

Hallo,

wo gebe ich die 100% ein?

lg

Homoran

Mache mal bitte zuerst einen Screenshot von deinen Objekten des Rolladens, insbesondere LEVEL

Gruß

Rainer

mameier1234

Bei den Mathematikfunktionen ist ganz oben der Zahlenwert.. den anstatt Logigwert "wahr" und eben 100 eingeben…

Oskar

Hallo,

ich habe es gefunden, danke.

Hallo Homoran einen Screenshot habe ich angehängt.

Gibt es nun die Möglichkeit über einen Wetteradapter daß der Rollladen nur bei schönem Wetter etwas zugeht?

Ich bin ganz neu hier und etwas unbeholfen, lg Oskar
5245_2018-04-19_16_49_47-iobroker.admin___opera.png

Dutchman

Ja geht, dafür kan ich den weather Underground Adapter empfehlen.

Es kommt halt drauf an was du möchtest, man kann Temperaturen selber messen oder die Lichtstärke.

Könnte aber auch auf Werte wie bewölkt, Sonnenstärke usw triggerende.

–-----------------------

Send from mobile device

Das schöne ios hat Auto Korrektur zum k****

Wer Schreibfehler findet darf sie behalten oder auf eBay verkaufen, mindest Umsatz 10% für die community

Oskar

Hallo Dutchmann,

ja ich hatte gedacht wenn der Wetteradapter sonne. sonnig oder schön meldet sollte der Rollladen etwas herunter fahren,

wenn das Wetter Regen, Nieselregen oder stark bewölkt ansagt, dann oben bleiben.

Das mit der Lichtstärke wäre auch ok, benötigt man da ein zusätzliches Gerät?

lg Oskar

Dutchman

~~@Oskar:~~

Hallo Dutchmann,

ja ich hatte gedacht wenn der Wetteradapter sonne. sonnig oder schön meldet sollte der Rollladen etwas herunter fahren,

wenn das Wetter Regen, Nieselregen oder stark bewölkt ansagt, dann oben bleiben.

Das mit der Lichtstärke wäre auch ok, benötigt man da ein zusätzliches Gerät?

lg Oskar `

Für die Lichtstärke brauchst du ein Gerät, homematic zB hat diese Sensoren (Lichtstärke).

Weatherunderground liefert Werte wie bewölkt usw (bei mir steht es in holländisch [emoji13])

~~![](</s><URL url=)<link_text text="https://uploads.tapatalk-cdn.com/201804 ... 1b7ba8.jpg">https://uploads.tapatalk-cdn.com/20180420/052dd39f0e16cb6cba8235833b1b7ba8.jpg</link_text>" />

–-----------------------

Send from mobile device

Das schöne ios hat Auto Korrektur zum k****

Wer Schreibfehler findet darf sie behalten oder auf eBay verkaufen, mindest Umsatz 10% für die community~~

Oskar

Hallo,

das mit den Wetterdaten habe ich soweit das mir diese angezeigt werden, z.b. klarer Himmel, wie gebe ich dies in Blockly ein, das da der Rilleden zugeht und wenn Regen steht er offen bleibt. Kann mir da jemand einen Tip geben?

im voraus danke

nousefor82

Hallo Oskar,

ich hoffe du bist mir nicht böse, wenn ich mich da dran hänge bzw. deinen Thread mitnutze. (Wollte nicht den x-ten Thread dazu eröffnen).

Ich habe mich nun an mein erstes blockly gewagt. Der Übersicht halber hier der code.

Was möchte ich:

Der Rollläden im Wohnzimmer (3 an der Zahl) sollen ab Sonnenaufgang (etwas verzögert) nach der Reihe nach oben fahren.

Zum Sonnenuntergang sollen die Rollladen "links" und "rechts" runterfahren und "mitte" nur dann, wenn der Lupusec-Sensor der Alarmanlage sagt: "CLOSE".

Das ganze soll nur am Werktag passieren. (Zeitplan)

Das Frage ich (wahrscheinlich unnötig) mit "wahr" ab….

Ich bin mir nicht sicher, ob das so funktioniert.

// Rollladen Werktags
schedule("0 6 * * 1-5", function () {
  if (true) {
    schedule({astro: "sunrise", shift: 20}, function () {
      setState("hm-rpc.1.001158A98F232B.4.LEVEL"/*Rollo Wohnzimmer Mitte 4.LEVEL*/, 100);
      setStateDelayed("hm-rpc.1.001158A98F214C.4.LEVEL"/*Rollo Wohnzimmer Links 4.LEVEL*/, 100, 10000, false);
      setStateDelayed("hm-rpc.1.001158A98F224B.4.LEVEL"/*Rollo Wohnzimmer Rechts 4.LEVEL*/, 100, 20000, false);
    });
    schedule({astro: "sunset", shift: 0}, function () {
      setStateDelayed("hm-rpc.1.001158A98F214C.4.LEVEL"/*Rollo Wohnzimmer Links 4.LEVEL*/, 0, 0, false);
      setStateDelayed("hm-rpc.1.001158A98F224B.4.LEVEL"/*Rollo Wohnzimmer Rechts 4.LEVEL*/, 0, 10000, false);
      if ('lupusec.0.devices.RF:03cabd10.status' == 'CLOSE') {
        setStateDelayed("hm-rpc.1.001158A98F232B.4.LEVEL"/*Rollo Wohnzimmer Mitte 4.LEVEL*/, 0, 20000, false);
      }
    });
  }
});

8143_bildschirmfoto_2018-09-03_um_23.22.08.png

Was meinen die Experten?

@ OSKAR: Zu deiner Frage…Kannst du das nicht einfach mit falls ObjektID=klarer Himmel, mache.... usw.?

Viele Grüße

nousefor82

So, mein erster Versuch hat nicht geklappt.

Mein zweiter hingegen schon:

8143_bildschirmfoto_2018-09-05_um_06.55.51.png

Jedoch sind die Rollläden allesamt nicht ganz hoch gefahren. Musste also manuell nachregeln.

Woroan könnte das liegen?

Zusätzlich bekomme ich im LOG immer wieder diese Fehlermeldung:

hm-rpc.1	2018-09-05 06:57:18.901	info	new HmIP devices/channels after filter: 0
hm-rpc.1	2018-09-05 06:57:18.901	info	xmlrpc <- newDevices 106
hm-rpc.1	2018-09-05 06:57:18.713	info	xmlrpc -> 0 devices
hm-rpc.1	2018-09-05 06:57:18.698	info	xmlrpc <- listDevices ["hm-rpc.1"]
mihome.0	2018-09-05 06:49:36.201	info	Change connection status: true
hm-rpc.1	2018-09-05 06:49:12.277	info	new HmIP devices/channels after filter: 0
hm-rpc.1	2018-09-05 06:49:12.277	info	xmlrpc <- newDevices 106
hm-rpc.1	2018-09-05 06:49:12.105	info	xmlrpc -> 0 devices
hm-rpc.1	2018-09-05 06:49:12.089	info	xmlrpc <- listDevices ["hm-rpc.1"]
mihome.0	2018-09-05 06:49:06.104	info	Change connection status on timeout after 20000ms: false
hm-rega.0	2018-09-05 06:38:57.177	info	got state values
hm-rega.0	2018-09-05 06:38:57.115	info	request state values
hm-rega.0	2018-09-05 06:38:57.115	info	added/updated 1 objects
hm-rega.0	2018-09-05 06:38:57.036	info	deleted 0 variables
hm-rega.0	2018-09-05 06:38:57.036	info	added/updated 5 variables
hm-rega.0	2018-09-05 06:38:57.036	info	got 5 variables
hm-rega.0	2018-09-05 06:38:57.021	info	deleted 0 programs
hm-rega.0	2018-09-05 06:38:57.021	info	added/updated 4 programs
hm-rega.0	2018-09-05 06:38:57.021	info	got 4 programs
hm-rega.0	2018-09-05 06:38:56.927	info	added/updated rooms to enum.rooms
hm-rega.0	2018-09-05 06:38:56.911	info	added/updated functions to enum.functions
hm-rega.0	2018-09-05 06:38:56.880	info	added/updated 1 favorites to enum.favorites
hm-rega.0	2018-09-05 06:38:56.864	info	time difference local-ccu 0s
hm-rega.0	2018-09-05 06:38:56.849	info	ReGaHSS 192.168.188.48 up
hm-rega.0	2018-09-05 06:38:26.814	error	CCU 192.168.188.48 unreachable
hm-rega.0	2018-09-05 06:38:26.814	error	post request error: connect ETIMEDOUT 192.168.188.48:8181

Jemand eine Idee?

Viele Grüße

nousefor82

Habe jetzt mal direkt unter „Objekte“ im Kanal 4 (es handelt sich um HMIP Unterputzrollladenaktoren die über den 6fach Taster gesteuert werden) des Aktors den Wert auf 0 gesetzt….Rollladen fährt komplett runter. Dann auf 100, Rollladen fährt hoch, aber eben nicht komplett. Erst durch den Wandtaster fährt das Ding dann komplett hoch.

Woran könnte das liegen?

Hardware:

Charly

ioBroker auf Beelink mit Win10.

HMIP Aktoren

nousefor82

Guten Morgen,

bin immer noch auf Lösungsfindung.

Heute ein neues Problem:

javascript.0	2018-09-06 06:38:47.877	warn	script.js.Test.Rollosteuerung: setForeignState(id=hm-rpc.1.001158A98F214C.4.LEVEL, state={"val":100,"ack":false}) - was not executed, while debug mode is active
javascript.0	2018-09-06 06:38:37.876	warn	script.js.Test.Rollosteuerung: setForeignState(id=hm-rpc.1.001158A98F224B.4.LEVEL, state={"val":100,"ack":false}) - was not executed, while debug mode is active
javascript.0	2018-09-06 06:38:27.859	warn	script.js.Test.Rollosteuerung: setForeignState(id=hm-rpc.1.001158A98F232B.4.LEVEL, state=100) - was not executed,

Das aktuelle Blockly sieht so aus:

8143_bildschirmfoto_2018-09-06_um_06.57.25.png

Vielleicht kann ja mal einer der Experten einen kurzen Blick darauf werfen.

Zusätzlich immer wieder Fehlermeldungen im LOG:

host.DESKTOP-P9BVQ1I	2018-09-06 07:00:07.681	info	instance system.adapter.ical.0 terminated with code 0 (OK)
ical.0	2018-09-06 07:00:02.118	info	processing UR
ical.0	2018-09-06 07:00:01.196	info	starting. Version 1.6.1 in
host.DESKTOP-P9BVQ1I	2018-09-06 07:00:00.024	info	instance system.adapter.ical.0 started with pid 9584
hm-rpc.1	2018-09-06 06:57:26.257	info	new HmIP devices/channels after filter: 0
hm-rpc.1	2018-09-06 06:57:26.257	info	xmlrpc <- newDevices 106
hm-rpc.1	2018-09-06 06:57:26.069	info	xmlrpc -> 0 devices
hm-rpc.1	2018-09-06 06:57:26.053	info	xmlrpc <- listDevices ["hm-rpc.1"]
hm-rpc.1	2018-09-06 06:53:56.187	info	new HmIP devices/channels after filter: 0
hm-rpc.1	2018-09-06 06:53:56.171	info	xmlrpc <- newDevices 106
hm-rpc.1	2018-09-06 06:53:56.031	info	xmlrpc -> 0 devices
hm-rpc.1	2018-09-06 06:53:56.015	info	xmlrpc <- listDevices ["hm-rpc.1"]
javascript.0	2018-09-06 06:38:47.877	warn	script.js.Test.Rollosteuerung: setForeignState(id=hm-rpc.1.001158A98F214C.4.LEVEL, state={"val":100,"ack":false}) - was not executed, while debug mode is active
javascript.0	2018-09-06 06:38:37.876	warn	script.js.Test.Rollosteuerung: setForeignState(id=hm-rpc.1.001158A98F224B.4.LEVEL, state={"val":100,"ack":false}) - was not executed, while debug mode is active
javascript.0	2018-09-06 06:38:27.859	warn	script.js.Test.Rollosteuerung: setForeignState(id=hm-rpc.1.001158A98F232B.4.LEVEL, state=100) - was not executed, while debug mode is active
host.DESKTOP-P9BVQ1I	2018-09-06 06:30:07.690	info	instance system.adapter.ical.0 terminated with code 0 (OK)
ical.0	2018-09-06 06:30:02.049	info	processing URL: 
ical.0	2018-09-06 06:30:01.206	info	starting. Version 1.6.1 in 
host.DESKTOP-P9BVQ1I	2018-09-06 06:30:00.033	info	instance system.adapter.ical.0 started with pid 6636
hm-rpc.1	2018-09-06 06:27:38.409	info	new HmIP devices/channels after filter: 0
hm-rpc.1	2018-09-06 06:27:38.409	info	xmlrpc <- newDevices 106
hm-rpc.1	2018-09-06 06:27:38.190	info	xmlrpc -> 0 devices
hm-rpc.1	2018-09-06 06:27:38.190	info	xmlrpc <- listDevices ["hm-rpc.1"]
hm-rpc.1	2018-09-06 06:22:36.797	info	new HmIP devices/channels after filter: 0
hm-rpc.1	2018-09-06 06:22:36.797	info	xmlrpc <- newDevices 106
hm-rpc.1	2018-09-06 06:22:36.140	info	xmlrpc -> 0 devices
hm-rpc.1	2018-09-06 06:22:36.125	info	xmlrpc <- listDevices ["hm-rpc.1"]
hm-rega.0	2018-09-06 06:22:14.779	info	got state values
hm-rega.0	2018-09-06 06:22:14.467	info	request state values
hm-rega.0	2018-09-06 06:22:14.467	info	added/updated 1 objects
hm-rega.0	2018-09-06 06:22:14.404	info	deleted 0 variables
hm-rega.0	2018-09-06 06:22:14.404	info	added/updated 5 variables
hm-rega.0	2018-09-06 06:22:14.389	info	got 5 variables
hm-rega.0	2018-09-06 06:22:14.389	info	deleted 0 programs
hm-rega.0	2018-09-06 06:22:14.389	info	added/updated 4 programs
hm-rega.0	2018-09-06 06:22:14.373	info	got 4 programs
hm-rega.0	2018-09-06 06:22:14.232	info	added/updated rooms to enum.rooms
hm-rega.0	2018-09-06 06:22:14.217	info	added/updated functions to enum.functions
hm-rega.0	2018-09-06 06:22:14.201	info	added/updated 1 favorites to enum.favorites
hm-rega.0	2018-09-06 06:22:14.170	info	time difference local-ccu -1s
hm-rega.0	2018-09-06 06:22:14.154	info	ReGaHSS 192.168.188.48 up
hm-rega.0	2018-09-06 06:21:44.119	error	CCU 192.168.188.48 unreachable
hm-rega.0	2018-09-06 06:21:44.119	error	post request error: connect ETIMEDOUT 192.168.188.48:8181
hm-rpc.1	2018-09-06 06:17:36.243	info	new HmIP devices/channels after filter: 0
hm-rpc.1	2018-09-06 06:17:36.243	info	xmlrpc <- newDevices 106
hm-rpc.1	2018-09-06 06:17:36.055	info	xmlrpc -> 0 devices
hm-rpc.1	2018-09-06 06:17:36.055	info	xmlrpc <- listDevices ["hm-rpc.1"]
hm-rpc.0	2018-09-06 06:17:01.894	info	Connected
hm-rpc.0	2018-09-06 06:16:52.892	info	Disconnected
hm-rpc.0	2018-09-06 06:16:52.892	error	Ping error: Error: response timeout
hm-rpc.0	2018-09-06 06:07:47.814	info	Connected
hm-rpc.0	2018-09-06 06:07:47.752	info	binrpc -> 52 devices
hm-rpc.0	2018-09-06 06:07:47.752	info	binrpc <- listDevices ["hm-rpc.0"]
hm-rpc.0	2018-09-06 06:07:47.705	info	binrpc <- system.listMethods ["hm-rpc.0"]
hm-rpc.0	2018-09-06 06:07:46.095	info	binrpc client is trying to connect to 192.168.188.48:2001 with ["xmlrpc_bin://192.168.188.60:2001","hm-rpc.0"]
hm-rpc.0	2018-09-06 06:07:46.095	info	binrpc server is trying to listen on 192.168.188.60:2001
hm-rpc.0	2018-09-06 06:07:46.017	info	starting. Version 1.7.6 in 
host.DESKTOP-P9BVQ1I	2018-09-06 06:07:45.221	info	instance system.adapter.hm-rpc.0 started with pid 8176
host.DESKTOP-P9BVQ1I	2018-09-06 06:07:15.187	info	Restart adapter system.adapter.hm-rpc.0 because enabled
host.DESKTOP-P9BVQ1I	2018-09-06 06:07:15.187	error	instance system.adapter.hm-rpc.0 terminated with code 0 (OK)
Caught	2018-09-06 06:07:15.187	error	by controller[0]: at TCP.onread (net.js:618:25) code: 'ECONNRESET', errno: 'ECONNRESET', syscall: 'read' }
Caught	2018-09-06 06:07:15.187	error	by controller[0]: at _errnoException (util.js:992:11)
Caught	2018-09-06 06:07:15.187	error	by controller[0]: { Error: read ECONNRESET
hm-rpc.0	2018-09-06 06:07:15.170	info	Disconnected
hm-rpc.0	2018-09-06 06:07:15.155	info	binrpc -> 192.168.188.48:2001 init ["xmlrpc_bin://192.168.188.60:2001",""]
hm-rpc.0	2018-09-06 06:07:15.155	error	at TCP.onread (net.js:618:25)
hm-rpc.0	2018-09-06 06:07:15.155	error	at _errnoException (util.js:992:11)
hm-rpc.0	2018-09-06 06:07:15.155	error	Error: read ECONNRESET
hm-rpc.0	2018-09-06 06:07:15.155	error	uncaught exception: read ECONNRESET
hm-rpc.1	2018-09-06 06:05:06.134	info	new HmIP devices/channels after filter: 0
hm-rpc.1	2018-09-06 06:05:06.119	info	xmlrpc <- newDevices 106
hm-rpc.1	2018-09-06 06:05:05.962	info	xmlrpc -> 0 devices
hm-rpc.1	2018-09-06 06:05:05.947	info	xmlrpc <- listDevices ["hm-rpc.1"]

VG

bb61

Hi nousefor82,

falls du noch keine Lösung hast: Es könnte eine ganz andere Ursache haben als den Script-Code (das ich so fix nicht überprüfen kann)

Vielleicht solltest du mal die in den Konfigurationen hinterlegten Laufzeiten deiner Jalousien überprüfen? Keine Ahnung ob das für deine Geräte zutrifft, aber bei meinen 26 Stück (Homematic (klassisch, nicht HmIP), diverse Aktoren, Funk, Wired, UP, AP…) kann ich bei allen in der Gerätekonfiguration auf der Zentrale (CCU) Zeiten in Sekunden für komplettes Hoch- bzw. Runterfahren angeben. Da es leider keine lfd. Messung der Jalousie beim Arbeiten gibt, wo sie sich real befindet, ist das i.d.R. die einzige Informationsquelle für das Gerät, um zu entscheiden, wo sie sich (in aus bisheriger Laufzeit geschätzten %) befindet bzw. wann ein Lauf beendet wird. Da nun der gekaufte Aktor nicht wissen kann, wie hoch deine gesamte Jalousie ist und wie schnell der Motor, wie leichtgängig die Gleitschienen usw., braucht es irgendwo eine einmalige Einmessung je Jalousie. Neu ist dort ein für viele Anwender gängiger Wert eingestellt, der aber bei hohen Jalousien (Terrassenfenster, Garagentor, Markiesen) zu klein ist und programmtechnisch ausgelöstes Verfahren vorzeitig stoppen lässt. Mit dem Schalter manuell gehts dagegen. Das könnte zu dem beschriebenen Effekt passen.

Weitere mögliche Ursache sind die Jalousien bzw. Motoren selbst. Einige haben sozusagen "Rutschkupplungen", d.h. sie messen die Stromaufnahme, und wenn die zu groß ist (z.B. bei Blockade) schalten die den Motor aus (wovon die Steuerung dahinter nichts mitbekommt). Ist Eis oder Dreck in der Gleitschiene, kann das bei zu schnell reagierender Einstellung auch den Effekt auslösen, besonders nahe der Enden des Verfahrweges. Aber dann sollte das ab und zu auch bei manueller Bedienung auftreten.

Noch ein Tipp:

Ich gebe immer einige Sekunden mehr als den gemessenen Wert an, damit es keine Probleme (=vorzeitiger Abbruch des Fahrens) bei Windlast oder Eis gibt. Das stört nicht wirklich, denn die internen Endlagenschalter schalten den Motor ja sowieso beim Erreichen eben dieser ab. Aber zu gross sollte man diesen Offset auch nicht wählen, sonst kann es beim Umsteuern (erst hoch, dann runter fahren wollen) zu Wife-inkompatiblen Effekten kommen (einmal Schalten in Gegenrichtung beendet erst den "virtuell noch bis Ende der hinterlegten Verfahrzeit stattfindenen" Lauf, erst zweites Schalten startet dann wirklich den Lauf in Gegenrichtung. Wartet man "lange genug" (also bis hinterlegte Laufzeit abgelaufen ist) "gehts wie erwartet" - für Laien kaum nachvollziehbar aber ganz logisch wenn man es weiß)

nousefor82

Servus,

und danke!

Mittlerweile funktioniert alles wie es soll und ja, es war tatsächlich die Laufzeit.

Ich hatte die vom HM-IP Accesspoint einfach übernommen und in die CCU eingetragen. Das hat nur um den Betrag von 3sec eben nicht gepasst.

Ein Problem was ich ab und zu noch habe ist, dass bei erkanntem "IS OPEN" vom Türsensor der Rolladen erst runterfährt wenn die Tür geschlossen ist, aber dann der CCU - Duty Cycle auf 99% nach oben schnellt.

Wenn ich zu Hause bin poste ich mal das skript.

Viele Grüße

NEWS

Rollladensteuerung mit Blockly

Support us

702
Online

31.7k
Users

79.9k
Topics

1.3m
Posts

NEWS

Rollladensteuerung mit Blockly

Support us

702Online

31.7kUsers

79.9kTopics

1.3mPosts

702
Online

31.7k
Users

79.9k
Topics

1.3m
Posts