Klärung von AdpaterEntwicklungs Fragen

AlCalzone

@Peoples
deleteChannel, deleteDevice etc. gehen davon aus, dass du dich an die vorgesehene Struktur device.channel.state hältst. Das ist hier nicht der Fall - du hast nur States ohne übergeordnete Device- und Channel-Objekte.
Das erkennst du daran, dass neben DemoView in der Typ-Spalte nicht channel steht.

Du musst also die zu löschenden States einzeln löschen, sprich

mit getStates die States auflisten
diese durchgehen und diejenigen mit deleteState löschen, die weg sollen.

Peoples

@AlCalzone
Wäre es besser Channel zu benutzen?
Mir ist ehrlich gesagt nicht ganz klar was der Unterschied ist.
Und wenn ich die states lösche wie kriege ich die Ordner dann weg

AlCalzone

@Peoples
Die "Ordner" sind nur virtuell, sobald alle States mit diesem ID-Abschnitt weg sind, sind die auch weg.

Streng genommen sollte keiner dieser "Ordner" ohne ein zugehöriges Objekt existieren. Objekte definieren unter anderem den Sinn dieses "Ordners" und Anzeigenamen, etc.. Die Objekttypen sind definiert unter https://www.iobroker.net/#en/documentation/dev/objectsschema.md?objecttypes

Die "klassische" Struktur, die wohl noch aus der Homematic-Welt stammt, ist device.channel.state, wobei ein device ein physisches Gerät beschreibt, channel eine Teilfunktion (z.B. Licht) und states einzelne Zustände dieser Teilfunktion.
Abweichen davon gibt es auch noch den Objekttyp folder, der zum Gruppieren von States oder weiteren Ordnern dient, die nicht 1:1 in diese Struktur passen. Wäre für dich vermutlich der richtige Anwendungsfall, kann aber dennoch nicht mit deleteChannel gelöscht werden. Hättest du die zugehörigen Objekte angelegt, müsstest du sie neben den States per deleteObject löschen.

@apollon77 noch was hinzuzufügen?

Peoples

@AlCalzone
Also ich hab jetzt zwar ewig gebraucht aber wenn ich es so mache:

adapter.getStates('Views.DemoView' + '.*', async function (err, states) {
        for (const idS in states) {            
            adapter.delObject(idS, function(err){
               // adapter.deleteState(idS, function(err){
               //     if (err) {
               //         adapter.log.error('cannot delete state : ' + idS + ' Error: ' + err);
               //     }
               // });
            });
            
        }
    });

ist der Ordner samt Inhalt weg, die Frage die ich mir stelle ist nur ob es wirklich notwendig ist deleteState zu nutzen da mit dem nur delObject auch alles weg ist.

OliverIO

@Peoples

die logik in iobroker ist

ein objekt hat 0 bis viele states
ein state gehört immer zu einem objekt

wenn du delState benutzt ist die objektdefinition immer noch da, auch wenn du das im objektbaum nicht mehr siehst. dort wird ein objekt nur angezeigt wenn es mindestens einen state hat.
wenn du dann das objekt bspw neu mit einem anderen typ erzeugen willst, dann funktioniert das nicht. es gibt aberr auch keine fehlermeldung.

bei der Erzeugung von objekten/states muss man 2 Sachen unterscheiden, die im objektbaum
nicht gleich ersichtlich sind.

1.) es gibt devices und channels, die eigene states haben
bspw "meinadapter.0.devicename" oder "meinadapter.0.channelname"
darunter kann es dann ein oder mehrere datenpunkte geben
bspw "meinadapter.0.devicename.datenpunkt1" oder "meinadapter.0.devicename.datenpunkt2"
Der Datenpunkt heißt in der internen Verwaltung genau so.
channel und devices müssen separat gelöscht werden

es gibt nur datenpunkte
bspw "meinadapter.0.datenpunk1" oder "meinadapter.0.datenpunkt2"
bspw "meinadapter.0.datenpunk1.datenpunkt11" oder "meinadapter.0.datenpunkt2.datenpunkt21"
Der Datenpunkt heißt in der internen Verwaltung genau so.
Wenn alle Unterdatenpunkte gelöscht sind, sind auch die "Ordner" weg

Das was du als Ordner im Objektbaum siehst, wird nur in der Visualisierung so dargestellt, dass jeder Punkt ab Instanzbezeichnung zu einem eigenen Ordner interpretiert wird. Der Ordner existiert zumindest bei 2) so nirgends.

AlCalzone

@OliverIO sagte in Klärung von AdpaterEntwicklungs Fragen:

ein objekt hat 0 bis viele states

Das stimmt so nicht ganz.
Ein Objekt hat 0 oder 1 direkt zugeordneten State, kann aber im Fall von Device/Channel/Folder untergeordnete Objekte haben, die ihre eigenen States besitzen.

@OliverIO sagte in Klärung von AdpaterEntwicklungs Fragen:

dort wird ein objekt nur angezeigt wenn es mindestens einen state hat.

Stimmt auch nicht:

Alle 3 dieser Objekte haben keinen State.

Ich denke du wirfst hier Objekte und die Baumstruktur im Admin durcheinander.

OliverIO

@AlCalzone
hm, hab ich so unter 1) geschrieben.
in iobroker gibt es doch keine folder, nur devices und channels.
die ordner/folder werden nur in der darstellung so angezeigt.
ein eigenständigen eintrag für ordern/folder gibt es nicht (ausser channel und devices)

AlCalzone

@OliverIO sagte in Klärung von AdpaterEntwicklungs Fragen:

ein eigenständigen eintrag für ordern/folder gibt es nicht

Doch! https://www.iobroker.net/#en/documentation/dev/objectsschema.md?objecttypes --> letzter Eintrag "folder"

Hatte ich oben übrigens schon geschrieben.

OliverIO

@AlCalzone
ah ok, noch nie was von typ folder in einem adapter gesehen.
allerdings hab ich bisher noch keine vorteile gesehen, diese Unterscheidungen von devices, channels und folders zu treffen.
in meinen adapter verwende ich mittlerweile immer nur states unterhalb einer adapter instanz.

AlCalzone

@OliverIO sagte in Klärung von AdpaterEntwicklungs Fragen:

allerdings hab ich bisher noch keine vorteile gesehen, diese Unterscheidungen von devices, channels und folders

In Z-Wave 2 hab ich ein gutes Bespiel:
Der Adapter spricht über den Z-Wave Stick mit mehreren Geräten, die alle als device abgebildet sind. Jedes Gerät hat mehrere Funktionen (z.B. Batterie, schalten, ...), die in Channels gruppiert sind. Jeder Status bzw. Steuermöglichkeit dieser Funktionen sind States innerhalb der Channels.

folder ist eher dafür gedacht, States zu gruppieren, die nicht in diese strikte Struktur passen bzw. den "Ordnern" im Admin eine Definition mitzugeben. Streng genommen muss jeder dargestellte Ordner ein Objekt haben (ist aber oft nicht korrekt umgesetzt).

Peoples

@OliverIO @AlCalzone
was mich halt verwirrt:

wenn ich delState mache wird der Inhalt des States gelöscht -> sprich das True oder die Zahl oder was auch immer.(Also der "Inhalt")
wenn ich nun mit delObject den Inhalt des "Überordners" lösche ist dessen Inhalt -> sprich alle States die darin waren "augenscheinlich" weg. Muss ich dann den State für sich noch löschen, denn er ist ja schon nicht mehr da (zu sehen).

Und wenn ich das delObject weg lasse und mit deleteState den State löschen möchte bekomme ich bei nachfolgender Funktion diesen Fehler:

viewswitch.0	2020-10-19 22:54:34.475	error	(13553) cannot delete state : viewswitch.0.Views.einfacheinetestview.isHomeView Error: Not exists
viewswitch.0	2020-10-19 22:54:34.475	error	(13553) cannot delete state : viewswitch.0.Views.einfacheinetestview.isLockView Error: Not exists
viewswitch.0	2020-10-19 22:54:34.475	error	(13553) cannot delete state : viewswitch.0.Views.einfacheinetestview.sWSec Error: Not exists
viewswitch.0	2020-10-19 22:54:34.475	error	(13553) cannot delete state : viewswitch.0.Views.einfacheinetestview.showIAV Error: Not exists

Funktion:

async function deleteVisObjects(arr){
        adapter.getStates('Views'+ '.*', async function (err, states) {
            for (const idS in states) {
                let nmb = idS.split('.');
                if(arr.includes(nmb[3])){
                    adapter.log.info('View vorhanden: '+idS)
                } else {
                    adapter.log.info('View NICHT vorhanden: '+idS)
                    adapter.deleteState(idS, function(err){
                        if (err) {
                            adapter.log.error('cannot delete state : ' + idS + ' Error: ' + err);
                        }
                 });
              }
        }
});

Wobei die Objekte aber noch vorhanden sind, da ich sie noch ausgeben kann:

viewswitch.0	2020-10-19 22:58:25.435	info	(13621) View NICHT vorhanden: viewswitch.0.Views.einfacheinetestview.isHomeView
viewswitch.0	2020-10-19 22:58:25.435	info	(13621) View NICHT vorhanden: viewswitch.0.Views.einfacheinetestview.isLockView
viewswitch.0	2020-10-19 22:58:25.435	info	(13621) View NICHT vorhanden: viewswitch.0.Views.einfacheinetestview.sWSec
viewswitch.0	2020-10-19 22:58:25.434	info	(13621) View NICHT vorhanden: viewswitch.0.Views.einfacheinetestview.showIAV
viewswitch.0	2020-10-19 22:58:25.434	info	(13621) View vorhanden: viewswitch.0.Views.test.isHomeView
viewswitch.0	2020-10-19 22:58:25.434	info	(13621) View vorhanden: viewswitch.0.Views.test.isLockView
viewswitch.0	2020-10-19 22:58:25.434	info	(13621) View vorhanden: viewswitch.0.Views.test.sWSec
viewswitch.0	2020-10-19 22:58:25.434	info	(13621) View vorhanden: viewswitch.0.Views.test.showIAV
viewswitch.0	2020-10-19 22:58:25.434	info	(13621) View vorhanden: viewswitch.0.Views.DemoView.isHomeView
viewswitch.0	2020-10-19 22:58:25.433	info	(13621) View vorhanden: viewswitch.0.Views.DemoView.isLockView
viewswitch.0	2020-10-19 22:58:25.433	info	(13621) View vorhanden: viewswitch.0.Views.DemoView.sWSec
viewswitch.0	2020-10-19 22:58:25.426	info	(13621) View vorhanden: viewswitch.0.Views.DemoView.showIAV

Nur zur erklärung das "Nicht mehr vorhanden" heißt dass sie in der Projekt Json nicht mehr vorhanden ist. Als Objekt aber schon

AlCalzone

@Peoples sagte in Klärung von AdpaterEntwicklungs Fragen:

wenn ich nun mit delObject den Inhalt des "Überordners"

Wenn du dem "Überordner" kein Objekt zugeordnet hast, dürfte delObject gar nix machen. Und schon gar nicht die untergeordneten Objekte löschen.

@Peoples sagte in Klärung von AdpaterEntwicklungs Fragen:

Und wenn ich das delObject weg lasse und mit deleteState den State löschen möchte bekomme ich bei nachfolgender Funktion diesen Fehler:

Wenn du die vorher mit delState gelöscht hast, ist das Objekt auch weg.

Am besten exportierst du mal nach jedem Schritt den Objektbaum - ich kann dir jedenfalls gerade nicht ganz folgen.

Peoples

@AlCalzone

habe das Löschen hinbekommen: https://github.com/peoples0815/iobroker.viewswitch/blob/master/main.js#L245

Und bastel jetzt mal an der Admin Oberfläche weiter bis die nächste Frage kommt und die kommt bestimmt.

Ich finde es jedenfalls klasse wie Ihr hier unterstützt!

AlCalzone

@Peoples Kleiner Tipp noch - dieses Konstrukt macht nicht wirklich Sinn:

async function deleteVisObjects(arr){
    adapter.getStates('Views'+ '.*', async function (err, states) {

In deleteVisObjects nutzt du kein await, daher muss sie nicht als async definiert werden. Allerdings könntest du auch gleich die async-Variante von getStates nutzen:

async function deleteVisObjects(arr){
    try {
        const states = await adapter.getStatesAsync('Views'+ '.*');
        for (const idS in states) {
            // ...
        }
    } catch (err) {
        // Fehler behandeln oder loggen oder...
    }
}

Peoples

@AlCalzone
Danke für den Tipp genau so mach ich das

Peoples

So, ich versuche nun die Admin-Oberfläche mit Leben zu befüllen und komme wie erwartet nicht weiter.

Ich möchte die Lokale Iobroker-Strucktur des Vis Ordners auslesen, um die Projekte in einem Select oder ähnlichem aufzulisten. Nur wie ich das angehe ist mir nicht klar.

In der main.js kann ich mit:

 var fs = require("fs");
        var dirPath        = '/opt/iobroker/iobroker-data/files/vis.0/';
        var viewsJsonFile  = '/vis-views.json'

        function generateProjectList(dirPath, viewsJsonFile){
            var text = '';
            fs.readdir(dirPath, (err, files) => { 
                if(err){
                        console.log('Cannot parse views file "' + dirPath + file + 'vis-views.json"');
                        window.alert('Cannot parse views file "' + dirPath + file + 'vis-views.json');
                } else { 
                        files.forEach(file => { 
                            var isDirExists = fs.existsSync(dirPath + file) && fs.lstatSync(dirPath + file).isDirectory();
                            if(isDirExists === true){
                                if(fs.existsSync(dirPath + file + viewsJsonFile)){
                                        
                                            text += '<option value="Wandtablet" class="translate">'+file+'</option>';
                                }
                            }
                        })
                       // $('#select_projects').html(text); 
                } 
            }) 
            adapter.log.info('funktioniert!'+dirPath+viewsJsonFile);
        }

Die Projekte auflisten, aber das geht in der index_m.html so natürlich nicht weil es (soweit ich gelesen habe) require("fs") aus Sicherheitsgründen nicht gibt.

Wie kann ich nun die Datei einlesen?

Kann ich vielleicht in der main.js den Auslesevorgang machen und die Werte irgendwie in eine adapter.config.variable schreiben?

OliverIO

@Peoples

Hier hatte ich dir schon einmal geschrieben wie vis an die Daten kommt. Den Code kannst du doch direkt benützen Bzw. etwas adaptieren
https://forum.iobroker.net/topic/37589/vorhandene-vis-projekte-bzw-vis-views-auslesen/6

Peoples

@OliverIO
Da fehlts halt ein wenig am können weil ich bekomme das einfach nicht zum laufen.

Mir ist schon garnicht klar was ich da mit angeben muss dass ich nicht immer folgenden Fehler bekomme.

Uncaught TypeError: Cannot read property 'readProjects' of undefined

OliverIO

@Peoples
Und wie hast du das jetzt aufgerufen, das die Fehlermeldung erzeugt wird.

OliverIO

@Peoples
Im Zweifel kann man im Browser einen breakpoint setzen und dann mal schauen was vis da genau macht
Wenn mal den im chrome öffnete eröffnet sich eine komplett neue Welt
https://developers.google.com/web/tools/chrome-devtools

NEWS

Klärung von AdpaterEntwicklungs Fragen

Support us

909
Online

31.9k
Users

80.2k
Topics

1.3m
Posts

NEWS

Klärung von AdpaterEntwicklungs Fragen

Support us

909Online

31.9kUsers

80.2kTopics

1.3mPosts

909
Online

31.9k
Users

80.2k
Topics

1.3m
Posts