Blockly

rantanplan

…und in der CCU nur noch welche die ich dann woanders lese. `
Genau darum geht es!

HM-SV's lassen sich von JEDER xBeliebigen App anzeigen und steuern.

Ich wollte/will nie von einem Programm abhängig sein/werden.

CCU.io ist da ein gutes Beispiel. Starker Anfang und dann Ende.

Schau mal hier http://forum.iobroker.net/viewtopic.php?f=22&t=3328 … wenn ich das richtig lese versuchs mal mit dem "command"-Baustein anstelle dem "setze Wert"-Baustein. `
Ich habe versucht es zu lesen (etwas aufbebracht). Mein Eindruck…zu umständlich.

Ist mir unbegreiflich das ioBroker nicht das auf die Reihe bekommt, was ALLE anderen können.

@Bluefox. Sorry, ich bin gerade etwas sauer. Habe aber noch die Hoffnung, das es ein Bug in Blockly ist.

~~@apollon77:~~

…(nur um einiges schlechter lesbar weil eeeelend lang ;-) ) `
Ja, Möglichkeit ist da. Aber wie Du schön beschrieben hast …eeeelend lang. :D

Grüße

Bluefox

~~@rantanplan:~~

Auch wenn ich läßtig werde :oops:

Das setzten einer boolschen HM-Systemvariable klappt bei mir nicht.
filename="Fehler 01.png" index="0">~~
schedule("* * * * *", function () {
  console.log('Starte HF MF Feiertag');
  // setzte Heute_Frei unwahr
  setState("hm-rega.0.8862"/*Heute_Frei*/, false, true);
  // chk Morgen_Frei
  // chk Wochenende?
  // chk Feiertag?
});
Bug? Oder bin ich zu blöd? :?

Grüße `
Ihr zwei mit Appolon sied ziemlich fleissig, mit mich mit Wünschen zu bombamdieren.

Wenn man wieder vom git updatet (und iobroker upload javascript), dann sollten die Objekte jetzt mit Namen statt OID sein.

Auch logs bei sendTo sind eingebaut. Wochentagen sind auch von 1 bis 7.

` > (bluefox) show state names and not IDs in blockly

(bluefox) add log outputs to sendTo blocks

(bluefox) add oldValue in on block `

Es gibt zwei Blöcke: eine heißt auktualisieren (z.b. Temperature) und andere heißt "steuern".

Du hast den falschen genommen.

apollon77

Hast Du es mal mit dem "command"-Baustein versucht?

Bluefox

~~@apollon77:~~

EIne Info noch zu den Timeouts (weil gerade drüber gestolpert). Hier gibts aktuell nen Unterschied zu ScriptGUI!!

Die aktuelle Umsetzung bei Blockly behandelt exakt EINEN Timeout/Delay und kann exakt "den letzten gestarteten" Timeout/Delay wieder löschen mit den "clear"-Kommandos.

Bei ScriptGUI war das etwas allgemeiner und hat immer alle pot. laufenden Timeouts gelöscht anstelle nur den letzten

ScriptGUI hat dabei den Code hier erzeugt:
}var brake_29 = [] ;function  brake_29_in1 (data){brake_29.push(setTimeout(function(){codebox_5(data);},60000))}function  brake_29_in2 (data){while (brake_29.length > 0 ) clearTimeout(brake_29.pop());}
brake_29_in1 ist "Start" und brake_29_in2 war "Stop".

Ich denke das die ScriptGUI-Lösung ggf etwas einfacher für Nicht-Programmierer zu verstehen ist…

@Bluefox: kannst ja überlegen ob Du was änderst oder nicht. Falls ja wäre ne Info cool weil ichjetzt an ersten Teststellen was umbauen musste :-) `

Ich baue nicht ein ScriptGUI-Ersatz.

Ich baue Visueller Skript-Generator.

Ich denke, dass ich es so lasse, wie es ist.

Es sit ziemlich verständlich, dass ein Timeout ein Namen haben kann, und dass ich diesen Timeout per Name stoppen kann. Oder?

Bluefox

~~@rantanplan:~~

Ich habe versucht es zu lesen (etwas aufbebracht). Mein Eindruck…zu umständlich.

Ist mir unbegreiflich das ioBroker nicht das auf die Reihe bekommt, was ALLE anderen können. `
Ich verstehe nicht, was du meinst. Was "auf die Reihe bekommen"? Welche "ALLE anderen"?
~~@rantanplan:~~

@Bluefox. Sorry, ich bin gerade etwas sauer. Habe aber noch die Hoffnung, das es ein Bug in Blockly ist. `
Ich bin auch sauer. Ich programmiere schneller, als ihr die Wünsche generiert, aber ihr seid immer noch unzufrieden. :lol:

apollon77

~~@Bluefox:~~

Ich baue nicht ein ScriptGUI-Ersatz.

Ich baue Visueller Skript-Generator. `

Valide. Es zieht nur gerade die ScriptGUI-User (und da schliesse ich mich mit ein) an weil sich glaube ich alle davon verabschiedet haben das ScriptGUI noch kommt :-(

~~@Bluefox:~~

Ich denke, dass ich es so lasse, wie es ist.

Es ist ziemlich verständlich, dass ein Timeout ein Namen haben kann, und dass ich diesen Timeout per Name stoppen kann. Oder? `

Wenn man den "kleinen aber feinen" Unterschied kennt kann man damit umgehen (bzw muss es). Ich hab ein bissl gebraucht bis ich es hatte :-) Man muss halt nur aufpassen das man nicht aus Versehen ein zweites Delay startet weil man das dann nicht mehr löschen kann.

apollon77

~~@Bluefox:~~

Ihr zwei mit Appolon sied ziemlich fleissig, mit mich mit Wünschen zu bombamdieren.

Wenn man wieder vom git updatet (und iobroker upload javascript), dann sollten die Objekte jetzt mit Namen statt OID sein.

Auch logs bei sendTo sind eingebaut. Wochentagen sind auch von 1 bis 7.

` > (bluefox) show state names and not IDs in blockly

(bluefox) add log outputs to sendTo blocks

(bluefox) add oldValue in on block

Bluefox … awesome!!

rantanplan

~~@Bluefox:~~

Es gibt zwei Blöcke: eine heißt auktualisieren (z.b. Temperature) und andere heißt "steuern".

Du hast den falschen genommen. `

Hallo Bluefox

Du glaubst gar nicht was für ein großer Stein mir vom Herzen fällt!!!!

Bitte vergesse mein Gerede aus den vorgehenden Posts.

ES FUNKTIONIERT MIT "Baustein-Steuere"!

Man bin ich erleichtert.

Jetzt kann ich gar nicht verstehen, dass ich an Dir gezweifelt habe. ;)

Die neuen Sachen werden ich/wir (falls ich für Apollon77 mit reden kann) gebührend testen.

Herzliche Grüße

apollon77

~~@rantanplan:~~

Die neuen Sachen werden ich/wir (falls ich für Apollon77 mit reden kann) gebührend testen. `

Na klar. Ich liebe "Testen im Livebetrieb" :-)

Ich hoffe das doppelte Pushover ist nur was kleines, das ist grad recht unschön weil spammig :-(

Ich hab jetzt eine Woche um die neue Beregnersteuerung fertig zu bekommen und dann gehts 2 Wochen an den Strand. So richtig weiter geht es dann danach :-) Während dem Urlaub heisst es "Stabilität gewinnt" :-)

rantanplan

~~@Bluefox:~~

show state names and not IDs in blockly

. `
Update durchgeführt.

Das sieht jetzt richtig gut aus!!!

Danke !!!!!

Grüße

apollon77

@Bluefox: Kann es sein das Du bei der Blockly-Konfig eingestellt hat das das Mausrad zum zoomen verwendet wird? (Parameter "wheel", default=false). Ich fall da ständig rein wenn ich hoch und runter scrollen will und irgendwie nimmt er einen rechts-Klick von meinem Mac-Laptop als einen Zoom-Schritt. Falls ja (und es keinen expliziten Grund hatte) könntest Du das auf "false" setzen? ;-)

rantanplan

~~@apollon77:~~

@Bluefox: Kann es sein das Du bei der Blockly-Konfig eingestellt hat das das Mausrad zum zoomen verwendet wird? (Parameter "wheel", default=false). Ich fall da ständig rein wenn ich hoch und runter scrollen will und irgendwie nimmt er einen rechts-Klick von meinem Mac-Laptop als einen Zoom-Schritt. Falls ja (und es keinen expliziten Grund hatte) könntest Du das auf "false" setzen? ;-) `

Auf einem Win-PC läuft alles richtig.

Rechte Maustaste halten-> rechts/links, rauf/runter scrolen.

Mausrad zum zoomen.

Auf einem Notebook mit Mauspad ist das auch angenehm.

Finde ich gut so.

Grüße

apollon77

Dann sind wir in den gefilden der persönlichen Bedienung: Ich scrolle immer noch mit demMausrad und erwarte da kein Zooming :-) (ich weiss, old style non-touch-screen-isch) ;-)

rantanplan

~~@apollon77:~~

Dann sind wir in den gefilden der persönlichen Bedienung: Ich scrolle immer noch mit demMausrad und erwarte da kein Zooming :-) (ich weiss, old style non-touch-screen-isch) ;-) `
Ich bin da flexibel ;)

Man kann es ja mal anders probieren.

rantanplan

Ich hole mal unsere Diskusion aus "Blockly-Scripten" hierher.

Habe mal etwas sinnfreies gebastelt und den Prüfe-Baustein eingebaut.

Das Script sieht so aus.

var VAR_Test;

schedule("* * * * *", function () {
  VAR_Test = false;
  for (var count = 0; count < 5; count++) {
    if ((VAR_Test ? true : false) == false) {
      console.log('Ergebnis = wahr');
      VAR_Test = false;
    } else {
      console.log('Ergebnis = unwahr');
      VAR_Test = true;
    }
  }
});

Da läuft nichts so wie ich es erwarte.

Auch "VAR_Test" wird nicht geändert.

Grüße

Edit: Habe natürlich mehrere Spielarten von wahr/unwar durchgespielt.

apollon77

Was hast Du denn erwartet was passiert? :-)

zuerst setzt du VAR-Test auf false (initial)
dann machst Du 5 mal:
der vergleich im "Test" baustein sollte genau den gleichen Wert zurückliefern wie "Var-test" … also "false".
Es müsste also die Ausgabe "Ergebnis = wahr" kommen und du setzt VAR-test wieder auf "false"
beim nächsten mal passier genau das gleiche.

Passt das zu den log-ausgaben?

Zu dem Zoom-Thema: Mit Maus wäre ich ja dabei "mal was neues zu probieren" ... aber die Oberfläche nimmt einen "Rechtsklick" per Keypad vom Mac scheinbar als Scrollbefehl vom Mausrad und zoomt immer einmal rein. Komisch

Bluefox

if ((VAR_Test ? true : false) == false) {

Ist falsch.

Da sollte doch einfach

if (VAR_Test == false)

sein.
48_2016-08-22_13_28_01-iobroker.admin.png

rantanplan

~~@apollon77:~~

Was hast Du denn erwartet was passiert? :-)

zuerst setzt du VAR-Test auf false (initial)

dann machst Du 5 mal:

der vergleich im "Test" baustein sollte genau den gleichen Wert zurückliefern wie "Var-test" … also "false".

Es müsste also die Ausgabe "Ergebnis = wahr" kommen und du setzt VAR-test wieder auf "false"

beim nächsten mal passier genau das gleiche.

Passt das zu den log-ausgaben?

Zu dem Zoom-Thema: Mit Maus wäre ich ja dabei "mal was neues zu probieren" ... aber die Oberfläche nimmt einen "Rechtsklick" per Keypad vom Mac scheinbar als Scrollbefehl vom Mausrad und zoomt immer einmal rein. Komisch `

Ja, die abgebildeten true/false Kombinationen sind natürlich dumm :oops:

Deshalb habe ich den Beitrag auch nochmal editiert.

Ich habe die wildesten Kombinationen ausprobiert :D

In dem Falls-Block hatte zu Anfang bei "mache" und "sonst" auch

"setze VAR-Test auf NICHT VAR-Test"

Dachte "nicht" wäre eine normale NOT-Verknüpfung zu toggeln.

Ich habe auch versucht unterschiedliche Bausteine bei "falls wahr" und "falls unwahr" anzudocken.

Aber die, die man da andocken kann ergeben für mich keinen Sinn.

Irgendwie habe ich bei dem Prüfebaustein eine Blockade :roll:

Grüße

rantanplan

~~@Bluefox:~~

if ((VAR_Test ? true : false) == false) {
Ist falsch.

Da sollte doch einfach
if (VAR_Test == false)
sein. `

Hi Bluefox,

Ich wollte einfach mal den "prüfe-Baustein" ausprobieren und den Sinn von dem Baustein verstehen.

Ich habe immer noch keine Idee wo man den sinnvoll einsetzt. :oops:

Grüße

Bluefox

~~@rantanplan:~~

Ich habe immer noch keine Idee wo man den sinnvoll einsetzt. :oops: `
48_2016-08-23_13_18_50-iobroker.admin.png

Community Forum

NEWS

Blockly

Support us

905

32.4k

81.5k

1.3m