Blockly

apollon77

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

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

rantanplan

Schönes Beispiel!!!

Jetzt hat es auch bei mir "Klick" gemacht.

Danke!

Klasse Baustein. Jetzt wo ich weis wie es geht

rantanplan

Ich habe es verstanden! :mrgreen:

Hat mir doch keine Ruhe gelassen.

Mal auf die schnelle was geBlocklyt.

Klappt!

Und was ich erstaunlich finde, dass geht so schnell wie eine Direktverknupfung!

Grüße

apollon77

Jupp, das meinte ich übrigens mit "Du sparst Dir damit einen IF…ELSE-Block"

rantanplan

~~@apollon77:~~

Jupp, das meinte ich übrigens mit "Du sparst Dir damit einen IF…ELSE-Block" `

Ein Bild sagt mehr als tausend Worte

Grüße

apollon77

@Bluefox: Kann es sein das die Skripte vom Typ "Blockly" beim Start der JS-Instanz nicht automatisch gestartet werden auch wenn Sie "enabled" sind?Hatte mich heute gewundert warum Dinge nbicht tun und festgestellt das Sie nach dem Neustart des iobroker gar nicht gestartet wurden.

Die Skripte vom Typ" javascript/JS" dagegen wurden alle automatisch gestartet …

rantanplan

@Bluefox. Ich habe da auch noch etwas

Beim Testen schalte ich häufig hin und her.

Die Warnung, dass das Script noch nicht gespeichert wurde, ist Gold wert und mir schon einige Stunden erspart.

Was ich aber auch häufig , im Eifer des Gefechts, vergessse ist das Script wieder zu stoppen.

Ich mache Änderungen und dann bemerke ich, dass das Script noch aktiv ist.

Keine Ahnung ob da etwas passieren kann.

Aber wäre es nicht besser, wärend das Script läuft, das Editieren zu sperren?

Ach, wo ich schon mal dabei bin

Ein Debug-Baustein mit Werteausgabe wäre auch eine Erleichterung.

Grüße

rantanplan

Jetzt bin ich bei meinem "Umzug" bei der Rolladensteuerung.

Da kommen häufig Zeitvergleiche vor.

Dazu habe Systemvariablen als String mit Inhalt "SS:mm" z.B. "06:00"

Diese Variablen werden mit der aktuellen Zeit verglichen werden.

Mit Blockly bekomme ich das aber nicht hin.

Hier ein paar Beispiele mit dem dazugehörigen Scripts.

Zu 1) new Date(getState("hm-rega.0.13863").val).getTime();

Zu 2) (new Date().getMilliseconds());

Zu 3) (new Date().getMilliseconds()) >= new Date(getState("hm-rega.0.13863").val).getTime();

Zu 4) (new Date().getMilliseconds()) >= (new Date().getMilliseconds());

Sieht komisch aus.

Oder liegt es wieder an mir? :roll:

Grüße

apollon77

Hilft der Block "Aktuelle Zeit ist <grosser kleiner/gleich=""><zeitwert>"? Bei mir der erste im Bereich "Date+Time"</zeitwert></grosser>

NEWS

Blockly

Support us

864
Online

31.7k
Users

79.8k
Topics

1.3m
Posts

NEWS

Blockly

Support us

864Online

31.7kUsers

79.8kTopics

1.3mPosts

864
Online

31.7k
Users

79.8k
Topics

1.3m
Posts