Blockly

[Arminhh]

danke das war es. Ich hatte "sonst" auch nach rechts geschoben aber nicht angedockt.

[apollon77]

Wenn ich mal so schaue was mit fehlt das Blockly mein ScriptGUI ablösen könnte bin ich in erster Linie bei den "Sonderblöcken" wie Blocker und Delay (nicht Delayed einen Datenpunkt setzen sondern Delayed den nächsten Logikblock ausführen). Und bei Delayed fehlt noch ein "Delay neu starten wenn nochmal getriggert vor Ausführung als Option.

Dann könnte das rein Funktionstechnisch schon passen.

Ich denke die Delay und Block-Logik bekommt man schon auch hin aber mit viel drumrumarbeiten.

[rantanplan]

Hallo

Mit dem Bug beim Wertevergleich wird das Testen echt schwer.

Grüße

[rantanplan]

@Arminhh:

moin

ich habe Blockly einfach mal so installiert. Funktionierte auf Anhieb.

Es hat bei ca 15 min. gedauert bis der Groschen gefallen ist wie man damit arbeitet.

Ich glaube schon das man damit so einiges machen kann!

Was ich nicht geschafft habe

aus der Funktion "falls mache" ein"sonst" zu machen! Ist das ein Bug oder wie funktioniert das?

mfg

Armn `

Sonst / Falls / Sonst Falls habe ich erst durch Dich entdeckt.

Prima Sache!

Danke.

Grüße

[rantanplan]

Hallo

Der Bug im Wertevergleich ist wohl kein Bug.

Man muss nur den richtigen Baustein nehmen.

Grüße

[rantanplan]

Hallo

Habe da noch eine Frage zu Blockly.

Wird da direkt scharf geschossen wenn man ein Script startet?

Oder gibt es da auch eine Simulation wie bei ScripGUI?

Grüße

[Bluefox]

@rantanplan:

@apollon77:

Und ein Fehler: Ich wollte einen einfachen "IF –Value Object-- > --Zahl--" machen aber ich kann in dem "Vergleichs-Block immer nur das "value of" oder die "Zahl" (aus Math) andocken. es springt immer das andere raus. `
Hallo

Den Fehler kann ich schon mal bestätigen.

Grüße `
Man muss wert erst konvertieren:
48_2016-08-16_15_26_11-iobroker.admin.png

[apollon77]

aaahhhh … teste ich gleich heute Abend macht aber sinn

[apollon77]

@rantanplan:

Der Bug im Wertevergleich ist wohl kein Bug.

Man muss nur den richtigen Baustein nehmen. `

Denke es ist das was Bluefox geschrieben hat. Der Vergleich muss "Typengleich" passieren. Also müst ees ein "nach Boolean" geben um gut zu vergleichen.

String >= Boolean wird wohl pot. eher nicht klappen

[apollon77]

@rantanplan:

Wird da direkt scharf geschossen wenn man ein Script startet?

Oder gibt es da auch eine Simulation wie bei ScripGUI? `

Ich fürchte das da nichts mit Simulation ist.

Du kannst die Lgik in zwei JavaScript-Instanzen trennen; eine zum testen und eine live und dann "umschieben" … aber Simulation würde ich grad nicht kennen.

Das würde mich zu ner Featureidee für die JS-Adapter bringen: Wenn man bei einem sagen könnte "set* macht einfach nix ausser loggen" wäre das ggf ne Art Simulation :-)) Oder ist das jetzt schon das was man mit "setObject" einstellen kann - denke aber das ist nochmal was anderes?

[Bluefox]

Debuggen vie in VisualStudio ist verdammt kompliziert.

Ich denke nicht, dass es kommt (in der nähen Zukunft).

[apollon77]

Aber was wäre denn mit einem "alle 'Schreibenden' Methoden schreiben nicht sondern loggen nur" als Einstellung einer Instanz … dann hätte man was um zu sehen "was wäre geändert worden wenn ich es live hätte". vllt besser als nix

[Bluefox]

@apollon77:

Aber was wäre denn mit einem "alle 'Schreibenden' Methoden schreiben nicht sondern loggen nur" als Einstellung einer Instanz … dann hätte man was um zu sehen "was wäre geändert worden wenn ich es live hätte". vllt besser als nix `
Interessant…

[apollon77]

Dann wäre eine Extra-Instanz zum Testen wirklich mal eine zum testen Aktuell ist das ja nicht wirklich was anderes …

[apollon77]

Und Pushover wäre super … oder ein generisches Konzept das ein Adapter-Entwickler (so ähnlich wie bei VIS-Widgets) eigene "Blocks" über den Adapter einfügen kann ...

[rantanplan]

@apollon77:

Und Pushover wäre super … oder ein generisches Konzept das ein Adapter-Entwickler (so ähnlich wie bei VIS-Widgets) eigene "Blocks" über den Adapter einfügen kann ... `

Ja, so etwas wie den Experten-Baustein bei ScriptGUI.

Grüße

[apollon77]

Das wäre nochmal was anderes, aber auch sinnvoll.

Meine Idee war eher das ein Adapterentwickler ggf spezifische Blocks erstellen könnte die auf seine Datenpunkte zugreifen. Am Ende ist das aber fraglich ob ein Adapterentwickler das macht weil ja auch der Nutzer einfach die Datenpunkte so nutzen kann wie er es braucht. Dann bist Du doch eher bei dem Expertenbaustein das man in gewissen Rahmen doch selbst skripten kann.

[Bluefox]

@apollon77:

Und Pushover wäre super … oder ein generisches Konzept das ein Adapter-Entwickler (so ähnlich wie bei VIS-Widgets) eigene "Blocks" über den Adapter einfügen kann ... `
Ist doch schon längst da:
48_2016-08-18_12_29_00-iobroker.admin.png

[Bluefox]

@apollon77:

Wenn ich mal so schaue was mit fehlt das Blockly mein ScriptGUI ablösen könnte bin ich in erster Linie bei den "Sonderblöcken" wie Blocker und Delay (nicht Delayed einen Datenpunkt setzen sondern Delayed den nächsten Logikblock ausführen). Und bei Delayed fehlt noch ein "Delay neu starten wenn nochmal getriggert vor Ausführung als Option.

Dann könnte das rein Funktionstechnisch schon passen.

Ich denke die Delay und Block-Logik bekommt man schon auch hin aber mit viel drumrumarbeiten. `
Was ist Blocker und Block-Logik?

[apollon77]

Mit "Blocker" und "Block-Logik" war das gleiche gemeint von ScriptGUI … damit kannst Du quasi ein Limit bei Triggern einbauen. Das sind Dinge wie:

• nur jeder 10 'te Trigger geht durch (rest wird geblockt)

• nur einer je 5 Minuten (rest wird geblockt)

In der "Nicht-Web-version" von ScriptGUI kam das dazu.

Und man kann es immer über nen extra eingang immer resetten ... Nutze ich an ein paar Stellen genauso wie das Delay.

zu Pushover: dann war ich zu blind ... oder brauchts da ein update?