Probleme mit js2fs adapter: Skripte werden doppelt gestartet und ausgeführt

[AlCalzone]

Danke für den Hinweis, müsste ich checken. Kann durchaus sein, dass ich eine der Funktionssignaturen nicht korrekt abgebildet habe.

[ruhr70]

@AlCalzone:

Danke für den Hinweis, müsste ich checken. Kann durchaus sein, dass ich eine der Funktionssignaturen nicht korrekt abgebildet habe. `

kann man das denn überhaupt abbilden?

Ich habe so verstanden, dass die Funktion schaut, welche Werte übergeben werden, sie interpretiert und erst zuordned. Also Werte weggelassen werden können und die Definition dann "eine Stelle aufrutscht".

Ist so etwas in einer Definitionsdatei machbar?

Da steckt doch Programmlogik hinter.

[AlCalzone]

@ruhr70:

Ist so etwas in einer Definitionsdatei machbar? `
Ja, indem du alle Möglichkeiten auflistest. Als letztes muss dann die allgemeine Form stehen, die zu allen aufgelisteten Varianten kompatibel ist.

Siehe getForeignObjects hier: https://github.com/AlCalzone/ioBroker.t … d.ts#L1031

[ruhr70]

@apollon77:

Ich hab per Atom.io ein scp Plugin womit ich die files auf den iobroker Host übertrage mach Änderungen.

Sowas gibt’s für vscode auch `

Und das funktioniert in beiden Richtungen?

Ich würde das endlich mal gerne umsetzen.

• auf dem Windows 10 Rechner mit VSCode editieren

(ioBroker läuft unter Ubuntu)

Die Skripte werden dann gestartet, in dem Moment, wo ich die Datei speichere (bzw. per SCP oder was auch immer, rüberschiebe)?

Fürs Log muss ich dann wieder in den Admin wechseln?

Ich bin mir noch nicht im klaren, wie ich am besten dafür vorgehe. :?

Momentan experimentiere ich mit einer SAMBA Freigabe, mit der ich mit VSCode zugreife (noch ohne js2fs).

Da bastel ich noch an den Rechten. Für jede neue Datei, die ich speichern möchte muss ich ein chmod machen.

Das bekommt man bestimmt in Griff. Nur, ist das ein Weg oder eine Sackgasse?

Skripte werden wahrscheinlich weiter im Admin gestoppt.

Jemand dabei der VSCode in dieser Konstellation nutzt und mich in Stichpunkten auf den richtigen Weg bringt? :mrgreen:

[ruhr70]

@AlCalzone:

Ja, indem du alle Möglichkeiten auflistest. Als letztes muss dann die allgemeine Form stehen, die zu allen aufgelisteten Varianten kompatibel ist.

Siehe getForeignObjects hier: https://github.com/AlCalzone/ioBroker.t … d.ts#L1031 `

Super! Danke für die Info und das Beispiel!

[apollon77]

@ruhr70:

@apollon77:

Ich hab per Atom.io ein scp Plugin womit ich die files auf den iobroker Host übertrage mach Änderungen.

Sowas gibt’s für vscode auch `

Und das funktioniert in beiden Richtungen? `

Schau dir mal "ftp-sync" Extension zu VSCode an. Kann auch sftp … Das hatte ich genommen. Und ja geht in beide Richtungen

@ruhr70:

Die Skripte werden dann gestartet, in dem Moment, wo ich die Datei speichere (bzw. per SCP oder was auch immer, rüberschiebe)?

Fürs Log muss ich dann wieder in den Admin wechseln? `

du syncst das File (on save oder manuell, ich hab mich für manuell entschieden das man auch mal zwischendurch speichern kann). Das erkennt der js2fs Adapter und updatet es in ioBroker. Danach wird es automatisch neu gestartet.

Ja zum Log musst Du ins Logfile schauen.

@ruhr70:

Skripte werden wahrscheinlich weiter im Admin gestoppt. `

Jain, js2fs ist viel cooler (theoretisch … weil ich habs noch nicht verwendet).

Du kannst bestimmte Kommentare in die erste Zeile schreiben um Skripte zu aktivieren, deaktivieren und so.

Ich glaube mit

//!!enable
//!!disable

Musst Du mal versuchen :-))

[AlCalzone]

https://github.com/ioBroker/ioBroker.javascript/pull/75 sollte das Problem mit createState fixen. Hatte ein paar mögliche Überladungen vergessen.

AlCalzone created this issue in ioBroker/ioBroker.javascript

closed Fix `createState` typings #75

[ruhr70]

super, teste ich heute Abend:-)

Gesendet von iPhone mit Tapatalk

[ruhr70]

@AlCalzone:

https://github.com/ioBroker/ioBroker.javascript/pull/75 sollte das Problem mit createState fixen. Hatte ein paar mögliche Überladungen vergessen. `

Sieht schon besser aus

Scheint aber noch etwas zu fehlen:

[ruhr70]

@apollon77:

du syncst das File (on save oder manuell, ich hab mich für manuell entschieden das man auch mal zwischendurch speichern kann). Das erkennt der js2fs Adapter und updatet es in ioBroker. Danach wird es automatisch neu gestartet. `

Ich scheitere schon am Verständnis in VSCode bei den Verzeichnissen/Arbeitsbereichen.

In der Beschreibung zu ftp-sync steht:

` > Ftp-sync: Init

Initializes a default FTP-Sync configuration file in the .vscode directory. Options can be customised as follows: `

Welches ist das .vscode Verzeichnis?

[AlCalzone]

@ruhr70:

Welches ist das .vscode Verzeichnis? `
Eigentlich ganz einfach. Ein Ordner in deinem Projektordner mit Namen ".vscode". Wird angelegt, wenn du irgendwelche projektbezogenen Einstellungen vornimmst.

[AlCalzone]

@ruhr70:

Scheint aber noch etwas zu fehlen: `
In deinem common-Objekt fehlt read/write. Anscheinend vergibt ioBroker da noch etwas mehr als meine Definitionen

[ruhr70]

@AlCalzone:

In deinem common-Objekt fehlt read/write. Anscheinend vergibt ioBroker da noch etwas mehr als meine Definitionen

Unbenannt.PNG `

Stimmt. Wenn ich read/write ergänzen ist die rote Markierung weg.

Ich dachte das sind keine Pflichtangaben und man gibt nur die Elemente in dem common-Objekt an, die man benötigt.

Die ganzen Skripte im Forum erhalten nur Teilmengen aus dem Objekt.

[ruhr70]

@AlCalzone:

Eigentlich ganz einfach. Ein Ordner in deinem Projektordner mit Namen ".vscode". Wird angelegt, wenn du irgendwelche projektbezogenen Einstellungen vornimmst. `

Danke, ich bin schon mal einen Schritt weiter

Ich kämpfe aber noch. :? :mrgreen:

Was ich jetzt probiert habe:

• Ordner anlegen

• Ordner öffnen

• Einstellungen

• in Einstellungen auf Arbeitsbereicheinstellungen -> .vscode wird angelegt

In .vscode enthalten ist die settings.json

Speichere ich mir jetzt noch einen Arbeitsbereich?

Es sieht eigentlich so aus, als ob es reicht, wenn ich den Ordner öffne.

Dann````
STRG+P: >Ftp-sync: Init

Ich probier dann mal weiter :)

Arbeitsbereich nötig/sinnvoll?

Ich vermute mal, dass alle Dateien in dem Ordner liegen, in dem ich später die Skripte synchronisieren will, von der Synchronisation ausgeschlossen (ignore) werden müssen, wie z.B. die Datei "javascript.d.ts".

[EDIT]

Das Verzeichnis ****.vscode**** wird auch angelegt, wenn man ftp-sync initalisiert.

STRG+P: >Ftp-sync: Init

[AlCalzone]

@ruhr70:

Speichere ich mir jetzt noch einen Arbeitsbereich?

Es sieht eigentlich so aus, als ob es reicht, wenn ich den Ordner öffne. `
Arbeitsbereiche sind ein recht neues Feature, ich öffne immer nur einzelne Ordner - dann funktioniert git auch ohne Probleme.

@ruhr70:

Ich dachte das sind keine Pflichtangaben und man gibt nur die Elemente in dem common-Objekt an, die man benötigt.

Die ganzen Skripte im Forum erhalten nur Teilmengen aus dem Objekt. `
=> https://github.com/ioBroker/ioBroker.javascript/pull/77

[ruhr70]

@AlCalzone:

@ruhr70:

Ich dachte das sind keine Pflichtangaben und man gibt nur die Elemente in dem common-Objekt an, die man benötigt.

Die ganzen Skripte im Forum erhalten nur Teilmengen aus dem Objekt. => [https://github.com/ioBroker/ioBroker.javascript/pull/77](https://github.com/ioBroker/ioBroker.javascript/pull/77)

Danke! Probiere ich nachher und gebe eine Rückmeldung

[ruhr70]

@AlCalzone:

@ruhr70:

Ich dachte das sind keine Pflichtangaben und man gibt nur die Elemente in dem common-Objekt an, die man benötigt.

Die ganzen Skripte im Forum erhalten nur Teilmengen aus dem Objekt. => [https://github.com/ioBroker/ioBroker.javascript/pull/77](https://github.com/ioBroker/ioBroker.javascript/pull/77)

Funktioniert! Danke!

[ruhr70]

@AlCalzone:

<== großer Fan von VSCode

Vor allem kann es mit https://github.com/ioBroker/ioBroker.javascript/blob/master/lib/javascript.d.ts Autovervollständigung und Typüberprüfung für die Funktionen der ioBroker-Schnittstelle, wenn du am Anfang deines Skripts diesen Kommentar einfügst:

/// <reference path="javascript.d.ts">
// @ts-check</reference>
```` `  

Hier bin ich auch noch etwas verwirrt.

Ich habe mich gefragt, wie der Kopf im Skript für Skripte in Unterordnern aussehen muss.

Wenn ich beide Zeilen in einem Skript in einem Unterordner reinschreibe wird die Datei "javascript.d.ts" angemeckert.

Ein:

/// 

in einem Skript mit einem Unterordner eine Ebene tiefer funktioniert.

Dann habe ich testweise in allen Skripten nur noch den Teil

// @ts-check

stehen lassen und alle Dateien gespeichert. Die Typprüfung funktionier damit in allen Skripten trotzdem. :?

Argh… brauche ich die erste Zeile in einem Skript, in allen Skripten, gar nicht, in Unterordnern (je nach Ebene) anders?

[AlCalzone]

@ruhr70:

Argh… brauche ich die erste Zeile in einem Skript, in allen Skripten, gar nicht, in Unterordnern (je nach Ebene) anders? `
Gerade mal probiert. Anscheinend muss nur eine Datei geöffnet sein, die die Referenz auf javascript.d.ts enthält, dann geht es in allen anderen auch.

Damit es immer in allen dateien geht, brauchst du sowohl // @ts-check als auch ///

[ruhr70]

@AlCalzone:

@ruhr70:

Argh… brauche ich die erste Zeile in einem Skript, in allen Skripten, gar nicht, in Unterordnern (je nach Ebene) anders? `
Gerade mal probiert. Anscheinend muss nur eine Datei geöffnet sein, die die Referenz auf javascript.d.ts enthält, dann geht es in allen anderen auch.

Damit es immer in allen dateien geht, brauchst du sowohl // @ts-check als auch /// `

komischerweise funktioniert es gerade auch, ohne das "reference…" in irgendeiner Datei steht.

Vielleicht hat sich das VSCode ja gemerkt :lol:

Danke für die Rückmeldung.

Dann werde ich mir im Produktivsystem ein Skript anlegen, welches nur die beiden Zeilen enthält und in allen anderen Skripten // @ts-check ergänzen.

[EDIT]

Ups… das fette geöffnet überlesen.

Dann teste ich noch etwas. Eventuell muss nur die Datei selbst geöffnet sein.

[EDIT2]

ja. Wenn javascript.d.ts geöffnet ist, dann funktioniert es ohne den Referenzverweis.

Ist für mcih einfacher, als in allen Datein die richtigen ../../ zu pflegen.