NEWS

So unterschiedlich ist die Anforderung garnicht. Licht per Bewegungsmelder, für die Zeit X, soll immer gehen und bei Tasterdruck Dauerlicht bis zum nächsten Tasterdruck.

Ich habe da mal einen eigenen Thread aufgemacht, bin aber gerade etwas frustriert, weil es nicht klappt, wie ich gern möchte. Wie im richtigen Leben halt :-).

http://forum.iobroker.net/viewtopic.php?f=21&t=7258

Hi Homoran,

… danke für den Hinweis mit dem IO Broker Out-Node, das war die Lösung.

Mit diesem bin ich in der Lage neue Objekte unter Node-Red zu erzeugen und nach außen weiterzugeben.

Viele Grüße

Stefan

Habe es hinbekommen (über Cronjob x Minuten vor dem Event). Falls noch jemand ähnliches vor hat, hier der Code.

! schedule("15 5 * * *", function () { // Weckzeit hier einstellen (Bsp: 05:15) - Dann wird der Cronjob gestartet
! var kalender = getState("ical.0.data.html").val;
! var suche_heute = kalender.indexOf('Heute');
! var wecker = kalender.slice((suche_heute + 6), (suche_heute + 11));
! if (wecker == "06:00")
! {
! setState('hue.0.Philips_hue.Schlafzimmer.on', true);
! }
! log(kalender);
! log(suche_heute);
! log(wecker);
! });

Im Codebeispiel wird davon ausgegangen dass das Event (Frühschicht) als einziges Event für den heutigen Tag im Kalender mit Startzeit 06:00 Uhr eingetragen ist und "Zeit als Wort anzeigen" in den Adaptereinstellungen aktiviert ist.

Der Wecker soll um 05:15 Uhr das Licht im Schlafzimmer anschalten.

Dazu wird um 05:15 Uhr der Cronjob gestartet und geprüft ob ein Event mit Beginn 6 Uhr existiert, wenn ja dann geht das Licht an. Wenn nicht, dann passiert nichts.

Für weitere Wecker einfach ein weiteres Script mit anderen Zeiten erstellen.

Das war´s. Wieder was gelernt 🙂 . Danke Dutch.

Danke.

Das funktioniert.

Ich habe nach bestem wissen nach der korrekten Syntax gesucht data[0] in eckige Klammer zu setzen habe ich nicht vericht. Ich habe runden klammern verwendet.

Jetzt komme ich weiter.

Prima.

Hallo,

danke für eure Hinweise.

Habe es jetzt so gelöst:

if (obj.timer.next) { setState('javascript.0.Status.Mähroboter.Timer.next_date', obj.timer.next.date.substr(0,obj.timer.next.date.length-4)); setState('javascript.0.Status.Mähroboter.Timer.next_time', obj.timer.next.time.substr(0,obj.timer.next.time.length-3)); } else { log ('Mähroboter: - next: date und time - kann nicht gelesen werden.'); }

Klappt wunderbar.

mfg

Dieter

Hallo Rantanplan,

manchmal ist die Lösung so einfach. Aber ich habe Sie halt nicht gefunden. Danke für deinen Tipp 🙂

Funktioniert nun einwandfrei…

Danke Gruß Sven

Jupp, das klappt.

Dank!

Hallo. Da es in dem ursprünglichen Beitrag ebenfalls um eine Blocky Zeitschaltuhr ging hatte ich gedacht ich klinke mich in das Thema mit ein. Wollte hier ja nicht für Unordnung sorgen. Was ich genau möchte hatte ich ja bereits geschrieben. Aus der Reihe manuell schalten und die Zeitschaltuhr soll erst nach einer Zeit x den Zustand erneut prüfen und ggf korrigieren. Nicht bereits nach 1 Minute. Werde selber noch mal versuchen die Sache auf die Kette zu bekommen. Ansonsten muss ich halt einen neuen Thread auf machen.

Gruß Markus

Gesendet von meinem HUAWEI NXT-L29 mit Tapatalk

Ich denke ich habe es gefunden…

Durch weglassen der eckigen Klammern bei " return [ outputMsgs ]; " werden die Daten entsprechend der Ausgänge zugewiesen.

Um die originale Frage zu beantworten: Du brauchst ein einfaches JavaScript-chen oder Blockly-Skript um genau das von Dir genannte "aufbereiten" der Daten zu machen, Das Ergebnis schreibst Du in neue States die dann unter z.B. javascript.0.xyz liegen und die kannst Du dann in VIS anzeigen

Danke für die Antwort.

Ja die Variable ist zu Anfang leer (habe sie jetzt aber sicherhaltshalber mal auf 0 gesetzt zu Anfang.)

Im Prinzip ist das ja richtig (wenn ich z.B. die Streifen mit dem Tablet anmache überschreibt der Schalter diesen Wert sonst), aber in diesem Fall wäre es erstmal egal.

Ich bin dem Problem aber weiter auf der Spur und habe nun evtl. eine Lösung.

Und zwar habe ich zwave.0.NODE2.CONFIGURATION.Time_to_complete_the_entire_transition_(for_MODE_2) von 68 auf 10 gesetzt.

Dadurch läuft das Dimmen beim Einschalten viel schneller ab, aber das Programm funktioniert nun.

Evtl. dimmt der Fibaro Controller zu langsam hoch, sodass iobroker "denkt" das der Befehl nicht ausgeführt wurde und dann wieder zurücknimmt?

Naja nun gibt es aber ein neues Problem: Die Zeit bis der LED Controller auf den Tastendruck reagiert ist sehr lang.

Beim ersten Tastendruck ( 0 => 10% reagiert der Controller quasi sofort, aber dann läuft es teilweise mit 10 Sekunden verzögerung ab.

An was kann es liegen?

Macht es einen Unterschied, ob ich direkt den Zustand beim Taster abfrage ("Falls Objekt XY ist wahr") oder Abfrage ob es eine Änderung gibt (wurde aktualisiert) und danach nochmal mit einem If Prüfe ob der Taster gedrückt wurde?

Edit: Nachdem es mittlerweile gar nicht mehr reagiert hat (Die Ausgangswerte in iobroker haben sich zwar geändert, die Controller aber nicht mehr reagiert) und ich alles neugestartet habe (nur die Controller neuzustarten bzw. den Adapter zu resetten etc. reichte nicht) geht es nun recht und ohne Zeitverzögerung. Ich werde nun mal weiter testen 😉

Hi Pix,

hatte ich leider schon erfolglos probiert. Siehe verlinktes Thema im Startpost.

@Superdad:

Betreff lässt sich ja nicht ändern? `
Doch!

Deinen Initialpost editieren und vorne dran [gelöst] schreiben

Problem gelöst.

Aufrufe von nicht erreichbaren Dienste innerhalb von net.connect() führt zum Absturz des Javascript Adapters. Ich habe es nun etwas umformuliert. Hierbei greift nun auch der Error Handler. Auf diesem Wege habe ich auch direkt einen Timeout-Schutz hinzugefügt. Vielleicht kann es jemand gebrauchen 😉

var net = require('net'); function readTelnet3083() { var client = new net.Socket(); client.setTimeout(1000, function() { client.destroy(); }); client.connect(3083, function() { console.log("Verbunden"); }); client.on('data', function(data) { ... ... Hier wird die Telnet Ausgabe geparsed ... }); client.on('end', function () { console.log('Daten ausgelesen'); }); client.write('command 1\n'); client.write('command 2\n'); client.end(); client.on('error', function(err) { client.destroy(); console.log('Telnet Server nicht erreichbar. Telnet Neustart'); exec('/etc/init.d/telnetservice restart'); }); } setInterval(function() { readTelnet3083(); }, 60000);

Werde noch den Thread-Titel anpassen, da dieser ja nun überhaupt nicht mehr passt 😉

@Matze1708:

Aber braucht man diese Konstellation überhaupt? Kann man das nicht über ein skript erledigen? `
Du kannst natürlich ein Skript bauen "Steckdose_an", in dem nur die exec-Befehle stehen und eins "Steckdose_aus", in dem die Befehle zum Ausschalten sind. Die kannst du von Hand starten und wieder stoppen.

Die sauberere Variante (wie in artecks Skript) ist aber ein Datenpunkt, der entweder true oder false ist (an oder aus) und von einem Skript überwacht wird. Erkennt das Skript, dass der Datenpunkt true ist, werden die an-Befehle gesendet, sonst die aus-Befehle.

–-

"javascript.0.scriptEnabled.Skripte.Funksteckdosen.2Dose_dummy" als Datenpunkt-Name ist aber ungünstig. Wo hast du das her?

scriptEnabled.*** steht eigentlich für den Zustand (aktiviert /deaktiviert) von Scripts. Geeigneter wäre ein Name wie "javascript.0.Funksteckdosen.2Dose_Status".

Danke an alle für die Hilfe.

Da hatte ich am Anfang wohl Tomaten auf den Augen.

Die Idee mit den 5s habe ich direkt auch übernommen.

Gruß

Michael

Manchmel steht man einfach nur auf dem Schlauch, oder sieht den Wald vor lauter Bäumen nicht! 😉

Danke!