UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Jan1]

@sigi234
Vergiss es, da kannst machen was willst, es wird nichts übernommen.

Wir warten auf @apollon77 bis da ne neue Version raus kommt. Egal was man da ändert oder löscht, es springt immer wieder zurück.

[apollon77]

@sigi234 MIST! Wird gefixt

[apollon77]

GitHub hat die .38 ... damit sollte alles wieder tun mit 0_userdata.0 ... my fault :-(

[BBTown]

@apollon77 sagte in [Aufruf] js-controller 2.0 Beta Test:

GitHub hat die .38 ... damit sollte alles wieder tun mit 0_userdata.0 ... my fault :-(

is ja nicht tragisch, hat j a nix kaputt gemacht, eine neue Idee kommt damit ja nur einen halben Tag später :-)

[SBorg]

@apollon77 sagte in [Aufruf] js-controller 2.0 Beta Test:

GitHub hat die .38 ... damit sollte alles wieder tun mit 0_userdata.0 ... my fault :-(

Kann, oder sollte ich, dann auch Objekte mittels createstate anlegen können? .38 ist installiert, geht aber nicht...

[apollon77]

@SBorg Welchen Fehler bekommst Du?

[paul53]

@SBorg sagte:

Objekte mittels createstate anlegen können?

createState() erzeugt Datenpunkte nur unter javascript.N (N = Instanz-Nr.).

[SBorg]

@paul53 Deswegen ja meine Frage :)
Ich kenne die Internas zu wenig, um das abschätzen zu können, aber wenn es doch eigene "Userstates" gibt, sollte man diese nicht auch per JS anlegen können? Aber das sieht dann IMHO wohl eher nach einer Funktionalität des Skript-Adapters aus, als denn des Controllers?

*EDIT*
https://github.com/ioBroker/ioBroker.javascript/issues/429

[apollon77]

@SBorg sagte in [Aufruf] js-controller 2.0 Beta Test:

Aber das sieht dann IMHO wohl eher nach einer Funktionalität des Skript-Adapters aus, als denn des Controllers?

Korrekt.

[sigi234]

@apollon77

Hallo, soll das so aussehen?

Wo und wie bringe ich dann die Bilder rein, bzw. wo ist der Ordner im Verzeichnis? Oder verstehe ich was nicht.

[apollon77]

@sigi234 du meinst wegen dem „0_userdata.0“ ist der Platz für Bilder und Dateien?

Dann wird der Vis Datei manager in einer nächsten Version uploads da hin erlauben. Jetzt geht schon per cli

iobroker file write <Datei> 0_userdata.0/<Pfad>

Dateien werden im Admin nicht angezeigt.

[sigi234]

@apollon77 sagte in [Aufruf] js-controller 2.0 Beta Test:

Dann wird der Vis Datei manager in einer nächsten Version uploads da hin erlauben. Jetzt geht schon per cli

Jetzt verstehe ich es. :grinning:
Ok, wie kann ich dann folgende Struktur erstellen mit:

0_userdata.0
Meine Daten
-Bilder
-Icons
-Objekte

Ein zufügen dieser mit + erstellt mir immer ein Tochterobjekt

Erledigt.

Mich wundert aber auch das der Admin.0 so benannt ist : user files and images for background image

[apollon77]

@sigi234 bei den normalen Objekten im Admin brauchst du nichts für files ... machida nur die States.

Files existieren quasi parallel dazu. Nur das Basis Verzeichnis ist gleich.

[apollon77]

@sigi234 sagte in Test js-controller v2.0.x:

Mich wundert aber auch das der Admin.0 so benannt ist : user files and images for background image

Unter Admin.0 werden düngenden custom Grafiken abgelegt die du für User, Gruppen und so im Admin hochladen kannst. Das ist da gemeint.

[Marty56]

Hi,
wie kann ich state unter 0_userdata.0 aus einem Javascript Script erstellen, also Syntax für

createState(??).

Ich bekomme es nicht hin und kann nur State unter javascript.0 erzeugen

[LJSven]

Gibt es zu dem Datenpunkt - > Introduce 0_userdata as new home for user specific files, objects and states

noch eine ausführliche Erklärung? Muss ich all meine States jetzt ändern?

[SBorg]

@Marty56 Nur 10 Beiträge (und folgende) über deinem...

[joergeli]

@apollon77
Hallo,
ich blicke auch nicht mehr durch mit dem 0_userdata.0 :face_with_rolling_eyes:
Was soll da jetzt rein, bzw. soll da angelegt werden?
Bis dato habe ich meine Datenpunkte immer unter javascript.0 angelegt.
Können die da bleiben, oder müssen die jetzt alle nach 0_userdata.0 verschoben werden, bzw. wird es irgendwann Probleme geben, wenn sie nicht dort liegen?
Oder geht es hier nur um manuell, also nicht mit JS , erzeugte Datenpunkte?

Was hat es mit Bildern/Grafiken und 0_userdata.0 auf sich ?
Letztens hieß es doch, daß es wegen "restriktiverem Verhalten", eigene Bilder im Ordner vis.0 abgelegt werden sollen.
Können die jetzt da bleiben, oder muss wieder umgezogen werden, oder hat das nichts damit zu tun?

Ich schließe mich LJSven an, daß es wohl noch einer ausführlicheren Erklärung bedarf.

Gruß
Jörg

[apollon77]

@LJSven oder in der Featurebeschreibung in Post #3 (im Latest Thread aber nur...)

Daher hier kurz kopiert:

Eine oft gestellt Frage war, wo man eigene Objekte und States unterbingen kann, oder auch wo eigene Grafiken für Visualisierungen abgelegt werden sollen.
Ab sofort existiert mit 0_userdata.0 ein Platz dafür. Ein Beispiel-State ist bereits angelegt, welche problemlos gelöscht oder angepasst werden kann.

Wichtig Wer seine States bisher in javascript.X ablegt und das für die eigenen Bedürfnisse ausreicht, kann dies weiterhin ohne Probleme genutzt werden. Wer jedoch seine Skripte auf mehrere Javascript-Instanzen verteilt braucht vllt einen besseren Platz, wie 0_userdata.0 🙂

Dateien können über den vis-Uploader (ab Version 1.2.2TBD) und die Kommandozeilen-Tools hochgeladen werden. Ein manuelles reinkopieren von Dateien in den Ordner wird nicht funktionieren.
Alle Dateien und Objekte sind natürlich auch vom Backup enthalten.

Wer bisher eigene Dateien in vis.0 oder (per IQontrol Upload-Tool) iqontrol.meta gespeichert hat kann das natürlich ebenfalls weiterhin nutzen.

Du "Musst" nicht. Auch vis.0 geht natürlich weiterhin

[paul53]

@joergeli sagte:

0_userdata.0
Was soll da jetzt rein, bzw. soll da angelegt werden?
Bis dato habe ich meine Datenpunkte immer unter javascript.0 angelegt.

0_userdata.0 ist nur ein Vorschlag für die Unterbringung eigener Datenpunkte. Unter javascript.N (N = Instanz-Nr.) können sie weiterhin untergebracht werden, was in jedem Fall so ist, wenn die Datenpunkte in JS mit createState() erzeugt werden.
Der Vorschlag mit 0_userdata.0 soll wahrscheinlich Nutzer davon abhalten, eigene Datenpunkte im Namensraum "fremder" Adapter zu erstellen, was in der Vergangenheit häufig erfolgte und regelmäßig zu Problemen führte.