SDV V5.03.04G - Das Entwicklungs und Diagnose Tool für Homematic CCUs

[Black]

rechte Maustaste auf die ssh Eingabezeile, da kriegst du die normalerwiese häufig benötigten ssh kommandos vergeschlagen. (ok, ist meine Priorität, aber ich bin ja generell faul und zettelwirtschaft gerät auch schon mal gerne durcheinander)

Black

aber nimm die aktuelle B version, die Vorgängerversion schmeisst da wie geschrieben leider einen SIGSERV.

[MichaelN]

Oh. Und ich habe das immer so umständlich gemacht... Hier hätte ein Klick gereicht

[Black]

Vor Ostern nochmal eine kleine HotFix Version:

SDV V4.06.11C




Changelog:
1. Update der RAD auf 2.0.12
2. Issue von Rheinhesse: Access Violation bei Tab verschieben beseitigt (Hauptgrund für den Hotfix). Thnx fürs melden und die präzise Beschreibung
3. Möglichkeit bei Scriptausführung sich zusätzlich den Typ der Scriptvariablen bei Ende des Scriptes anzeigen zu lassen. Einstellbar hier: SetUp - Editor

typeofvar.PNG (6.74 KiB) 911 mal betrachtet

Damit ist die Frage von einigen per PN nach dem Screenshot aus dem anderen Thread beantwortet, Feature war eben neu. ^^

4. EIn bisschen die Doku erweitert.
5. Hinweis an diejenigen, die an der aktuellen Raspberrymatik Version festhängen, z.b. Ändern des Wochenprogrammes. Downgrade muss deswegen nicht sein, die Werte lassen sich natürlich im Inspektor ändern. (Schloss aufmachen, "Kindersicherung")

frohe und gesunde Ostertage

Black

[Xel66]

3. Möglichkeit bei Scriptausführung sich zusätzlich den Typ der Scriptvariablen bei Ende des Scriptes anzeigen zu lassen. Einstellbar hier: SetUp - Editor

Hi Black,

vielen Dank für das Update. Zu obigem hätte ich vielleicht mal einen Feature-Request. Die Anzeige des Variablentyps ist m.E. ein gutes Feature und wenn am Ende der gleiche Typ angezeigt wird, wie er ursprünglich deklariert war. Damit kann man schon einigen Rechenfehlern auf den Grund kommen. Vielleicht wäre eine Statusanzeige, ob zwischendurch eine Typwandlung stattgefunden hat (einfach ein Flag "geändert" oder so), noch ganz brauchbar. Gerade bei mathematischen Operationen kann das ja das Rechenergebnis der CCU je nach Inhalt und Position der Variable im Therm vom Erwarteten/Richtigen abweichen (siehe auch mein kleines Rechenbeispiel in diesem Thread). Das passiert, wenn zwischendurch "automatisch" eine real-Variable mit einem integer-Wert beschrieben wurde, ist das (Zwischen-)Ergebnis auch integer. Ich weiß nicht, wie aufwändig das ist und wie es eventuell den Scriptlauf verzögert. Aber vielleicht gibt es ja ein entsprechendes Flag oder eine Kennung im Kontext zu den Variablen schon.

Gruß und frohe Ostern
Xel66

[Black]

@Xel66
Machbar, ja, auch eine gute Idee, aber dazu nochmal von mir bisschen die Rückfrage.

Generell weiss der SDV durch seinen Hintergrundanalysetask, welche Scriptvariable wie dekaliert worden ist. im Editor hast du ja z.b. diesen Informationshint

dazu brauchts aber die aktuelle cursorposition, um die zur cursorposition gültige Deklarierung zu ermitteln. die haben wir aber nicht, weil wir unten im AUsgabefeld sind. was gehen würde, so ohne grossen Programmierkrampf

wir betrachten die erste vorkommende Deklaration einer Variablen. (ist bekannt, liegt in der Analyseauswertung vor)
bei der ausgabe wird der Variablentyp der Deklaration mit dem realen Typ bei Scriptende verglichen. bei ungleich wird das mit stern gekennzeichnet.
Frage dazu noch, was mach ich bei einer "var" deklaration. die bringt ja nach einer zuweisung immer ein ungleich zur deklaration. ist das dann auch ein stern oder nicht ?
und wenn dann mit dem Mauszeiger über die Variable gehst, darstellung in einem hint, wie war sie deklariert ? so in etwa ? Ideen willkommen

Black

[MichaelN]

Kannst Du auch bunt ausgeben? Dann würde ich die Typen, die sich geändert haben in rot ausgeben.
Bei var - ja, da bin ich auch unschlüssig. Da ist es ja eigentlich mit einkalkuliert, das sich der Typ ändert...

[Black]

Kannst Du auch bunt ausgeben? Dann würde ich die Typen, die sich geändert haben in rot ausgeben.
Bei var - ja, da bin ich auch unschlüssig. Da ist es ja eigentlich mit einkalkuliert, das sich der Typ ändert...

farbe... wäre eigentlich eine gut Idee... Immo ist es aber noch eine TMemo Component, und die hat keine properties, um zeilenweise einfärben zu können.
Ich würde nur alleräussert ungern einen generell anders basierenden Componententyp nehmen, weil da doch einiges dranhängt, was abhängigkeit von tStrings ist.
wenn farbe als wunsch dabei rauskommt, wäre da nur aufrüsten und unten auch einen Synedit einzusetzen. da kann ich wild und kreuz und quer färben.

lass mal ideen sammeln, dein vorschlag ist schon mal gut, aber mit bisschen aufwand verbunden

Black

[Xel66]

Ich würde sagen, dass auch bei var, wenn zwischendurch der Inhalt potenzielle fehlerhafte Rechenergebnisse liefern könnte, gekennzeichnet wird. Diese potenziellen Rechenfehler sind ja meine Grundidee für diesen Feature-Request. Dem kann man zwar begegenen, indem man immer mit Kommastelle eingibt, aber beim automatischen Befüllen kann das eben zu einem Problem führen. Um Rechenoperationen durchzuführen wäre es andererseits sowieso zielführend, die Zuweisung in einem für die Berechnung brauchbaren Format zu machen. Da ist var für mich nicht unbedingt das Mittel der Wahl. So richtig den Stein der Weisen habe ich für diesen Typ nicht. Ich wäre für Kennzeichnung mit einem Hinweis, dass die Deklaration für Berechnungen ungünstig ist.

Gruß Xel66

[Black]

So, ich hab mich Xel66 seinem Wunsch angenommen und mal geschaut, was ohne immensen Aufwand umsetzbar ist. Die Erfassung des Deklarationstypen, speziell der ersten Deklaration, ist eh schon im Task und als Datenbasis vorhanden, war also nur bisschen verknüpfen mit den Ausgaben.
Das Farbige habe ich gelassen, ich hab mir zwar eine Testversion gebaut, wo ich das TMemo gegen den TSynEdit ausgetauscht hab, aber das zieht andere negative Effekte nach, zuviel Aufwand für zuwenig Wirkung. ALso farbig hab ich gelassen.

ZUm probieren mal die V4.06.12Test , eine reine Testversion diesmal




1. Editorhints zu Scriptvariablen eindeutiger gemacht. Bei nur einmaliger Deklaration (was ja normal sein sollte) ist es nun übersichtlicher, erst bei mehrfacher Deklaration wird aufgezählt.
2. Typdarstellung Objekt dahingehend korrigiert, dass nun "objekt" geschrieben wird und nicht der Zahlencode des Objekts
3. Erkennung einer Typwandlung von der ersten vorkommenden Deklaration verglichen mit der Variablen zum Zeitpunkt des Scriptendes.
Wird eine Typwandlung erkannt, wird dieses in der zeile mit ausgegeben, hier in dem beispiel integer-->string

Farbig wäre zwar zugegeben schön, aber das verhältnis von Aufwand zu Nutzen seh ich nicht.

4. Dafür aber neu: doppelklick auf die Ausgabezeile mit der Variablen, springt in den Editor auf die erste stelle der Verwendung, mit F3 kann dann zur nächsten gesprungen werden und so weiter

5. Fix für die bisherige Fehltfunktion, das der SyntaxTask einen Methodenaufruf an einer RegascriptConstante fäschlicherweise als Fehler darstellte
in dem zusammenhang direkt
6. currenttime und localtime in die intellisense eingebunden, so dass nach druck von Punkt nun die Methoden von Time zur Auswahl stehen.

Black

[Xel66]

So, habe mal für meinen Anwendungsfall etwas getestet, so ein paar meiner verwendeten Scripts durchlaufen lassen und auch einige Scriptvariablenwandlungen identifiziert. So sieht man auch den Lerneffekt bei eQ-3. Systemvariablen älterer Messaktorenscripts wurden noch als var deklariert. Bei neueren Aktoren werden in den Scripts bis auf wenige Ausnahmen auch die Variablen entsprechend der Verwendung im Script initialisiert. Interessant. Auch das Highlighting beim Anklicken ist ein prima Feature zur Fehlersuche. Danke für die prompte Erledigung. Läuft!

Gruß Xel66