Test Adapter Devices 0.3.x

[naesle]

Hallo

Habe gerade die Adapter Javascript & IOT aktualisiert

Seit dem starten sie nicht mehr mit der Meldung das admin 4.01 benötigt wird
Diese Version ist aber installiert

admin.0 2020-02-10 07:32:49.774 info (14340) starting. Version 4.0.1 in %(#ff0000)
host.raspberrypi 2020-02-10 07:19:48.031 error startInstance system.adapter.javascript.0: required adapter "admin" has wrong version. Installed "4.0.0", required ">=4.0.1"!
host.raspberrypi 2020-02-10 07:19:48.029 info "system.adapter.javascript.0" enabled
host.raspberrypi 2020-02-10 07:19:40.630 error startInstance system.adapter.iot.0: required adapter "admin" has wrong version. Installed "4.0.0", required ">=4.0.1"!

Bitte um Hilfe

Gruß naesle

[apollon77]

@dslraser und das sollte mit der neuen Version weg sein.

[apollon77]

@naesle starte mal den js-Controller neu.

[apollon77]

@naesle Ääähm ne. Update Admin auf 4.0.1 wie es auch in der Meldung steht

[apollon77]

@naesle aah übersehen. Versch mal "iobroker upload admin". Und eins noch: Könntest DU mal bitte das Install Log vom Admin posten ... und paar zeilen davor und danach

[naesle]

Bin momentan in der Firma und komme erst am Abend wieder auf das System

[apollon77]

Devices 0.3.2 auf GitHub hat nochmal nen Fix wegen anderer erlauber Ports vom Web Adapter

[sigi234]

@apollon77

Man sollte erwähnen das der Adapter ioBroker.devices heißt aber im Reiter Adapter unter Manage devices zu finden ist.

[sigi234]

@apollon77

Ok, die Schriften (Spalten) sind zu groß/klein, bzw. laufen ineinander.

[apollon77]

@sigi234 Ok, daszu bitte Issue anlegen, das sollte mit socketio nix zu tun haben ... Da müssen andere ran

[crunchip]

@sigi234 das wird ein bisschen schwierig...da z.b. der broadlink überall mit seinem kompletten code drin steht

[naesle]

Nach dem Upload der betroffenen adapter funktioniert es wieder
Besten Dank!

[ple]

Gerade den Adapter gesehen und den wollte ich jetzt für Meldungen verschiedenster Arten verwende, da Meldungen aus alle Systeme kommen kann. Habe mir gedacht, ich mappe die alle um und kann mir später so Arrays und Json daraus erzeugen.
Damit ich auf alle Meldungen reagieren kann, wollte ich die Funktion Info vergeben und mit dem Selektor nachher darauf reagieren. Soviel zum Grundplan.

Nun sehen eure Screenshot im Adapter irgendwie anders. bei euren ID wird auf HM oder broadlinkadapter verwiesen.
Ich wollte gerne erst mal zum testen auf den Ping Adapter verweisen. Sieht aber bei mir so aus und verweist immer auf den Alias.0

Die ID Namen lässt sich nachher auch nicht ändern

Oder mache ich da was falsch.
Adapter ist 0.3.2

[apollon77]

@ple Was genau willst Du denn tun?

[ple]

Ehm, joar. Ich wollte mir Meldungen generieren, die ich dann in einer Table anzeigen lassen kann.
Nach dem Motto, welches Fenster ist offen. Es gibt ja schon fertige scripts, aber ich möchte einen anderen Weg einschlagen, da es nicht nur Fenster gibt, sondern auch andere Meldungen die generiert werden, Lüften, Türen, Markise offen usw. oder Server nicht erreichbar, Fritzbox nicht erreichbar.

Ich selber komme aus dem Maschinenbau und habe viel mit TIA und so zu tun. So ein Meldearchiv wäre schon echt super.
Das LogScript habe ich bereits so am laufen, aber die Meldungen quittieren sich ja nicht im Log, wenn das Fenster oder sonst was wieder geschlossen ist.

Also dachte ich mir, ich verwende die bits vom Ping adapter und mappe die mit deinem Adapter. Das gleiche dann mit Fensterkontakten, S7, usw.

Wenn ich jetzt die ganzen Meldungen ein Rolle "Meldungen" hinzufügen, kann ich später da drauf reagieren mit dem Selector.
Dann gehe ich alle Meldungen durch und prüfe die ob die False oder true sind, oder vielleicht > 0%. Dann alle aktiven Meldungen in eine Json und zack habe ich eine schöne Tabelle mit allen Meldungen die anstehen. Wie in Meldearchiv bei Siemens.

Aber vielleicht geh ich auch komplett den falschen weg.

Ich voraus schon mal besten dank für deine Ideen, Unterstützung.

[apollon77]

@ple Ich verstehe immer noch nicht so ganz was Du dir da genau vom Devices Adapter erhoffst.

Der Adapter ist effektiv erstmal dazu da um States die von irgendwelchen Adaptern stammen an einer zentralen Stelle - und ggf in einheitlicher Struktur was eine "Gerätedefintion" angeht - darzustellen, sodass man ggf die Geräte und welcher Adapter Sie liefert beliebig austauschen kann.

[ple]

Genau, das ist auch super so, damit später die Datenpunkte auch jeweils die passende Rollen, Funktionen haben.
Meine ersten Gehversuche sind hier beschrieben.
https://forum.iobroker.net/topic/30324/array-erstellen-mit-prüfung-für-json-tabelle
zunächst dachte ich mir, dass ich mir ein Array zusammenstelle, wo die States, Prüfung und Meldetexte enthalten sind.

Mein Problem ist, dass ich nicht weiß, wie ich das Array überwachen kann, wenn sich ein State sich ändert.

Eigentlich wünsche ich mir so ein Meldearchiv, Ich versuch es mal zu beschreiben.

Ich habe 10 Fenster, 5 Fenster mit Homematic Kontakten, 5 Fenster mit Xiaomi Kontakten.
zunächst sind die Datenpunkte unterschiedlich, was connect, battery und so angeht.
Da kommt der Adapter ins Spiel, sodass ich später 10 gleiche Fensterkontakte habe.
Die Alias haben alle die gleiche Funktion "Meldungen"

Jetzt kann ich mit dem selector auf die Funktion Meldungen reagieren und mir ein Json zusammenbauen, wo alle Fenster die offen sind gelistet sind, Beschreibung des Fensters würde ich dann vom Alias nehmen, meine Kryptischen Bezeichnungen wäre für Frau nicht gerade hilfreich

Ich könnte über alle Adapter hinweg alle Aktoren wovon ich eine Meldung haben möchte zwar die Funktion "Meldungen" hinzufügen, nur ist das recht unübersichtlich. Da wäre der Alias am besten.

Hilft das???

Hier mal vielleicht etwas um es zu verdeutlichen

ich habe mir mal ein paar Meldungen angelegt. Die Namen würde ich dann später in einer Tabelle anzeigen lassen wollen.

Schön wäre noch, wenn man im Adapter sehen könnte, womit die gemappt sind. Bei mir steht nur alias.0.... bei euch in den Screen jeweils der Datenpuntk aus dem Adapter.

[paul53]

@ple sagte:

Die Alias haben alle die gleiche Funktion "Meldungen"

Auf das Gewerk(function) kann man bei dieser Struktur verzichten, denn der folgende Selektor leistet es auch:

const meldungen = $('alias.0.Meldung.*');

@ple sagte in Test Adapter Devices 0.3.x:

prüfe die ob die False oder true sind, oder vielleicht > 0%.

Das erledigt die automatische Typwandlung, wenn die Alias-Datenpunkte immer vom Typ "boolean" sind.

Es ist vielleicht einfacher, die Alias-Datenpunkte per Script zu erstellen, als mit dem Adapter "ioBroker.devices". Beginn des Scriptes z.B.:

// Original-Datenpunkt
const idOrigin = 'hm-rpc.0.XEQ1234567.1.STATE';
 
// Alias-Datenpunkt
const idAlias = 'Meldung.Fenster.Wohnzimmer_links';
var typeAlias, read, write, nameAlias, role, desc, min, max, unit, states, custom;
// Folgende kommentieren, wenn keine Änderung der Eigenschaft erforderlich
nameAlias = 'Fenster Wohnzimmer links';
desc = 'per Script erstellt';
typeAlias = 'boolean'; // oder 'number'
role = 'indicator';

Dann nur IDs und Name anpassen.

[ple]

mit den selector komme ich soweit klar, bekomme auch die id, Name des State, aber der ist ja immer ACTUAL.
Wenn ich jetzt den Namen des channels bekommen könnte, dann wäre ich ein Schritt weiter.

dann könnte ich auf jede Änderung mit dem Selector reagieren und dort wo true ist mit ein Array aus den Channelnamen zusammenbauen. hoffe somit bekomme ich irgendwann ein Json, damit ich meine Table erzeugen kann.

Ich hatte auch schon überlegt die Datenpunkte in Java anzulegen, aber dann fehlt das mappen noch, daher wollte ich den Adapter dafür missbrauchen.

[paul53]

@ple sagte:

Datenpunkte in Java anzulegen, aber dann fehlt das mappen noch

Was fehlt ?