Test js-controller v2.0.x (GitHub)

[apollon77]

@darkiop Das "alle auf dem master" wollte ich wissen. Wenn DU tiefer rein willst könte ich Dir sagen wo Du log Auagaben einbauen kannst ... wenn Du magst Med dich per PN

[darkiop]

@apollon77

Gerne, melde mich heut Nachmittag. Habe durch das Testing die letzten Tage auch einiges dazugelernt - wieso also jetzt aufhören?

Oben hattest du mal auf einen anderen Beitrag geschrieben:

Alternativ leg doch mal ein Subscribe im Javascript adapter auf den relevanten State und logge alle Änderungen mit state.val, state.ack und state.from Vllt wird man daraus schlauer
War damit gemeint ein Skript anzulegen welches die States überwacht oder gibt es irgendwo ne Subscribe Funktion die ich bisher übersehen habe?

[apollon77]

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

War damit gemeint ein Skript anzulegen welches die States überwacht oder gibt es irgendwo ne Subscribe Funktion die ich bisher übersehen habe?

Jupp ein skript und dann per "on('...state'..." auf änderungen anmelden und loggen

[SBorg]

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

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

Bringt es vielleicht etwas meine Flows zu sichern und Node-RED mal kpl. zu de-/neuinstallieren? Ev. hat es bei dem testen einfach nur bei mir was zerschossen...

versuch das mal.

Die Meldung zeigt das er versucht zum Port 1880 von node-red zu verbunden und der Server das ablehnt.

Zwar irgendwie gehofft, aber insgeheim befürchtet: kein Node-RED Dashboard
Hast du deine Tests mit file/file und npm 6.11.3 32Bit gefahren? Irgend etwas muss es ja sein, dass es nicht will...
Oder "Haken dran" und schauen ob es beim Release nur bei mir bleibt

[sigi234]

@SBorg

Ich habe jetzt nicht alles gelesen, aber bei mir geht Node-Red mit V 2.0.22

[apollon77]

@sigi234 Es geht um node-red Dashboard was nicht tut ... bei SBorg (sorry)

[sigi234]

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

@sigi234 Es geht um node-red Dashboard was nicht tut ... bei SBorg (sorry)

Ups, aber das geht auch.

[SBorg]

Bei mir ging es ja vorher auch noch...

[apollon77]

Für die ganz mutigen: node-red GitHub Version hat nochmal aktualisierte Deps (auch dashboard!) und node-red 1.0 untested

[SBorg]

No risk, ...
Node-RED
Dashboard (leider, leider...)

[A Former User]

Seitdem ich den js.controller auf 2.0 geupdated habe, funktioniert mein Backitup Adapter völlig unkontrolliert mit folgenden Problemen.

1. Standard Backup:
Die Sicherung erfolgt nur mit der Zigbee Datenbank, alles andere fehlt.

2. Komplett Backup:
Es wird ein Backup ZIP Datei erstellt und auf den NAS Server geschoben, aber im ioBroker nicht gelöscht.

Wo liegt der Fehler?

Danke.

[apollon77]

@Nuggelbeb Ist der erste Report diesbezüglich.Bitte GitHub Issue beim Adapter anlegen! Danke

[darkiop]

Zu 1. - kann ich bestätigen:

Aktiv waren zum Zeitpunkt des Backups diese hier + 2x Smartmeter auf dem Slave.

[simatec]

@Nuggelbeb
Zu Punkt 1: bei einem Standard Backup wird kein zigbee gesichert. Dies verwirrt mich etwas.
Kannst du bitte darauf genauer eingehen und einen Log im Debugmodus der Adapterinstanz vom Backupvorgang erstellen

Zu Punkt 2:
Wie sicherst du genau auf deinem NAS? Per ftp, cifs oder nfs

[apollon77]

Hallo alle Miteinander,

auf GitHub erwartet Euch mit der 2.0.24 aus meiner Sicht der "RC1" (Release Candidate 1" für Latest. Die Performance ist nun grob zurück auf dem der 1.5.x

Die weiter oben genannten Themen sind weitestgehend gelöst und auch noch ein paar kleinere Dinge mehr.

Offen wäre noch:

• Mit "redis/redis" und vielen States (ca >25.000) laufen ggf LUA Skripte zu lange und blockieren den Redis
• VSCode und Adapter-Debugging - Console Ausgaben werden nicht sauber durchgeschliffen, Workaround verfügbar

Auf Adapter-Ebene gibt es gerade noch zwei Themen:

• vis-justgage Beschriftung im Browser "null" anstelle Text, Liegt daran das jetzt ggf null anstelle "undefined" zurückkommt. Müssen klären ob Widgets oder vis das fixen sollte. Könnte andere Widgets auch betreffen - ich kläre eine Lösung, vis sollte dies fixen
• Scheinbar Probleme mit BackitUp

Ingo F

PS: habt Ihr noch Kommentare zum Text im ersten Post?

[SBorg]

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

Die Performance ist nun grob zurück auf dem der 1.5.x

Na, da bin ich gespannt
Ich teste und berichte.

Bei den Adaptern fehlt noch der Broadlink. Der funktioniert auch nur nach Patch. Da Frank wohl vor dem Release nicht mehr dazu kommen wird, bräuchte es ein Zwischen-Release?

[apollon77]

@SBorg Frank hat geschrieben das er am Wochenende zurück wäre. Geben wir ihm noch ein paar Tage.

[e-i-k-e]

Wie bekannt, betreibe ich ein Multihost System. Die 5 Slave setzte ich teilw. als Remote I/O ein.
Vor einigen Momenten bei Renovierungsarbeiten, wurde ein günstiger LED Baustrahler (vermutlich ohne einen hochwertigen Filter) eingesetzt.
Dieser hat durch bestimmte Frequenzen, Einfluss auf die GPIO meine Raspberrys gehabt.
Aktivierte Eingänge haben dadurch unzählige Peaks erhalten (obwohl mit einem Widerstand ein festes Potential vorgegeben wurde). In Masse aber so viele, dass mein ioBroker Master abgestürzt ist.
Natürlich war ich zu dem Zeitpunkt nicht zu Hause, so das meine Panterin... Ihr könnt es euch vorstellen

Besteht die Möglichkeit eine Art „Schutz“ zu implementieren? Der aber >x Befehlen in der Sekunde aktiviert wird.
Ob und wie dies umsetzbar ist, weiß ich nicht. Dies wäre nur ein Idee und ein kleiner Wunsch von mir.

[apollon77]

@e-i-k-e Das ist jetzt aber ziemlich offtopic Welcher Adapter sollte so einen Schutz denn implementieren? Was denkst Du? Dann am besten da was einbauen. Im Controller würde ich so eine Limitierung nicht sehen weil man damit Anwendungsfälle limitieren würde.

[e-i-k-e]

@apollon77 Ich war mir nicht sicher, ob es im Controller oder in dem Adapter gehört.
Bei mir wäre es dann der RPI Adapter.