js-controller 3.0/3.1 jetzt im Latest!

JB_Sullivan

@apollon77
Ich habe mir aus dem GIT eben nochmal die letzte Version des fritzdect Adapter gezogen. Mit neu eangelegtem Nutzer unter Admin 4.0.9 scheint er zumindest 1x auf die Fritzbox drauf zu kommen um die vorhandenen Geräte abzuholen.

Macht man dann eine Schalthandlung, ist wieder Ende im Gelände. Benutzername /PW falsch.

fritzdect.0	2020-04-22 23:19:04.231	error	(9300) Did not get session id- invalid username or password?
fritzdect.0	2020-04-22 23:19:04.230	error	(9300) fritzbox returned this "0000000000000000"
fritzdect.0	2020-04-22 23:17:54.332	info	(9300) SWITCH ID: 087610236923 identified for command (state) : false
host.GLT	2020-04-22 23:17:36.426	info	instance system.adapter.vis.0 terminated while should be started once
vis.0	2020-04-22 23:17:35.875	info	(8584) Terminated (NO_ERROR): Without reason
vis.0	2020-04-22 23:17:35.356	info	(8584) Uploaded. 0
innogy-smarthome.0	2020-04-22 23:17:08.664	debug	(9728) system.adapter.admin.0: logging true
fritzdect.0	2020-04-22 23:16:58.769	info	(9300) setting up Switch/DECT2xx object Garten
fritzdect.0	2020-04-22 23:16:58.764	info	(9300) setting up Switch/DECT2xx object Pool
fritzdect.0	2020-04-22 23:16:58.757	info	(9300) setting up Switch/DECT2xx object Pumpe
fritzdect.0	2020-04-22 23:16:58.756	info	(9300) create Devices 3
web.0	2020-04-22 23:16:57.255	info	(3516) ==>Connected system.user.admin from ::ffff:10.122.60.92
web.0	2020-04-22 23:16:57.110	info	(3516) <==Disconnect system.user.admin from ::ffff:10.122.60.92 flot
host.GLT	2020-04-22 23:16:53.158	info	stopInstance system.adapter.vis.0 (force=false, process=true)
host.GLT	2020-04-22 23:16:53.158	info	"system.adapter.vis.0" enabled
host.GLT	2020-04-22 23:16:53.139	info	stopInstance system.adapter.vis.0 (force=false, process=true)
host.GLT	2020-04-22 23:16:53.138	info	"system.adapter.vis.0" disabled
fritzdect.0	2020-04-22 23:16:52.461	info	(9300) entered ready
fritzdect.0	2020-04-22 23:16:52.452	info	(9300) starting. Version 1.0.1 in C:/iobroker/GLT/node_modules/iobroker.fritzdect, node: v10.17.0

apollon77

@JB_Sullivan Was habt Ihr denn getan nachdem Ihr Admin aktualisiert habt? Die Konfi vom Adapter neu gespeichert oder gar nichts und Adapter nur gestartet?

Admin speichert die Konfiguration wenn Ihr an dieser was ändert und auf Speichern drückt. Sonst ist Amdin 1000%ig raus. Das macht von selbst rein gar nichts.
Das interessante im Log oben ist ja das es mal kurz scheinbar geht, dann aber die Fritzbox die Verbindung scheinbar beendet. Das Log gibt echt nicht viel her.

Aber Admin kann bei dem Adapter an sich nichts verursachen.

Ihr könnt mal schauen und die Konfig des Adapters unter Admin 4.0.5 und 4.0.9 speichern und Das RAW des Objekts system.adapter.fritzdect.0 vergleichen danach jeweils. Ich erwarte es sieht identisch aus

apollon77

@JB_Sullivan Mal Debug Log einschalten? Vllt brings ein paar Infos?

JB_Sullivan

@apollon77
Ich mache morgen weiter - muss jetzt ins Bett. Danke erstmal für deine Infos

e-i-k-e

Ich habe ein Problem mit VIS, ob dies mit dem js.controller zutun hat, weiß ich nicht.
Evtl. könnte hier etwas optimiert werden?

Master/Slave System. Die Slave Geräte sind Raspberry mit Rasbian, fest in der Wand verbaut und dienen zur Visualisierung. Über Chromium lasse ich mir die VIS vom Master Anzeigen.

Problem: Wenn der Master kurzzeitig nicht verfügbar war, z.B. durch einen Neustart, wird anschließend keine Verbindung mehr zur VIS aufgebaut.Dauerschleife vom Reconnect wie im angehängten Bild. Irgendwann führt dies sogar zur Überhitzung der Hardware.
Es hilft nur noch ein Neustart vom Browser/Raspberry.

vis einstellung.JPG

apollon77

@e-i-k-e Sorry aber das ist mir zu Themenfremd. Bitte getrennten Issue bzw Thread auf machen!

e-i-k-e

Zur Info, folgende Warnung erhalte ich im log.

rpi2.2	2020-04-23 00:33:34.925	warn	(1051) adapter.objects.getObjectList is deprecated, and will be removed in the future. Please use adapter.getObjectList/Async. Report this to Developer!
rpi2.2	2020-04-23 00:33:34.773	info	(1051) starting. Version 1.1.1 in /opt/iobroker/node_modules/iobroker.rpi2, node: v10.20.1, js-controller: 3.0.17
host.raspberrypi-display2	2020-04-23 00:33:31.122	info	instance system.adapter.rpi2.2 started with pid 1051

apollon77

@e-i-k-e dann bitte Adapter issue anlegen.

sigi234

@apollon77 sagte in js-controller 3.0 jetzt im Latest!:

Windows
Auf Systemen, die mit dem neuen Windows Installer eingerichtet wurden, darf der js-controller nicht mit npm aktualisiert werden. Es wird eine neue Version des Windows Installers geben, die das Update des js-controllers mit wenigen Mausklicks ermöglicht. Wir updaten dazu hier im Thread.

Bitte nicht auf die Windows User vergessen! :grinning:
Ein Update von NPM und Node ist nicht mehr möglich.

Torsten81

Wie lange dauert das denn ungefähr bis man den Adapter bekommt? Unter Iobroker Update wird mir immer noch der 2.2.9 angezeigt.

apollon77

@Torsten81 Du meinst den js-controller? Alsowenn Du die 2.2.9 bekommst ist Dein System auf das "Stable" Repository eingestellt. Da kommt es wenn alles gut läuft in ca. 1 Woche hin ...

JB_Sullivan

Guten Morgen zusammen - da bin ich wieder.

Na das ist ja mal der Knaller - sobald ich den fritzdect Adapter auf debug stellen, funktioniert er wieder - also läßt sich schlaten und keine Fehler Meldungen mehr.

Stelle ich um auf Info, kommen wieder die Fehlermeldungen und er läßt auch keine Schalthandlungen mehr zu.

Hier das debug log - ist ein bisschen was - darum Spoiler

UNd hier das Log nachdem ich auf Info umgeschaltet habe

fritzdect.0	2020-04-23 07:04:53.084	error	(10252) Did not get session id- invalid username or password?
fritzdect.0	2020-04-23 07:04:53.084	error	(10252) fritzbox returned this "0000000000000000"
fritzdect.0	2020-04-23 07:04:52.538	error	(10252) Did not get session id- invalid username or password?
fritzdect.0	2020-04-23 07:04:52.538	error	(10252) fritzbox returned this "0000000000000000"
innogy-smarthome.0	2020-04-23 07:04:52.129	debug	(928) system.adapter.admin.0: logging true
fritzdect.0	2020-04-23 07:04:51.483	error	(10252) Did not get session id- invalid username or password?
fritzdect.0	2020-04-23 07:04:51.483	error	(10252) fritzbox returned this "0000000000000000"
tankerkoenig.0	2020-04-23 07:04:50.924	info	(7260) Reading data from tankerkoenig ...
fritzdect.0	2020-04-23 07:04:50.514	error	(10252) Did not get session id- invalid username or password?
fritzdect.0	2020-04-23 07:04:50.513	error	(10252) fritzbox returned this "0000000000000000"
fritzdect.0	2020-04-23 07:04:49.229	error	(10252) Did not get session id- invalid username or password?
fritzdect.0	2020-04-23 07:04:49.228	error	(10252) fritzbox returned this "0000000000000000"
fritzdect.0	2020-04-23 07:04:45.620	info	(10252) entered ready
fritzdect.0	2020-04-23 07:04:45.609	info	(10252) starting. Version 1.0.1 in C:/iobroker/GLT/node_modules/iobroker.fritzdect, node: v10.17.0
host.GLT	2020-04-23 07:04:44.456	info	instance system.adapter.fritzdect.0 started with pid 10252

:( zu früh gefreut - nachdem ich wieder auf Debug zurück geschaltet hatte, bleibe es bei den Fehlermeldungen. Ich musste tatsächlich in der FritzBox wieder einen neuen Benutzer anlegen.

Nun läuft der Adapter vorerst wieder - merkwürdig merkwürdig

Hier das Log im Debug Modus

fritzdect.0	2020-04-23 07:12:23.000	debug	(10528) system.adapter.admin.0: logging true
innogy-smarthome.0	2020-04-23 07:12:23.011	debug	(928) system.adapter.admin.0: logging true
fritzdect.0	2020-04-23 07:09:31.601	error	(10528) Did not get session id- invalid username or password?
fritzdect.0	2020-04-23 07:09:31.600	error	(10528) fritzbox returned this "0000000000000000"
fritzdect.0	2020-04-23 07:09:31.061	error	(10528) Did not get session id- invalid username or password?
fritzdect.0	2020-04-23 07:09:31.060	error	(10528) fritzbox returned this "0000000000000000"
fritzdect.0	2020-04-23 07:09:30.565	error	(10528) Did not get session id- invalid username or password?
fritzdect.0	2020-04-23 07:09:30.564	error	(10528) fritzbox returned this "0000000000000000"
fritzdect.0	2020-04-23 07:09:30.066	error	(10528) Did not get session id- invalid username or password?
fritzdect.0	2020-04-23 07:09:30.065	error	(10528) fritzbox returned this "0000000000000000"
fritzdect.0	2020-04-23 07:09:29.073	error	(10528) Did not get session id- invalid username or password?
fritzdect.0	2020-04-23 07:09:29.073	error	(10528) fritzbox returned this "0000000000000000"
fritzdect.0	2020-04-23 07:09:02.970	debug	(10528) polling! fritzdect is alive
fritzdect.0	2020-04-23 07:09:02.945	info	(10528) entered ready
fritzdect.0	2020-04-23 07:09:02.935	info	(10528) starting. Version 1.0.1 in C:/iobroker/GLT/node_modules/iobroker.fritzdect, node: v10.17.0
fritzdect.0	2020-04-23 07:09:02.759	debug	(10528) statesDB connected
fritzdect.0	2020-04-23 07:09:02.759	debug	(10528) States connected to redis: 127.0.0.1:9000
fritzdect.0	2020-04-23 07:09:02.749	debug	(10528) States create System PubSub Client
fritzdect.0	2020-04-23 07:09:02.748	debug	(10528) States create User PubSub Client
fritzdect.0	2020-04-23 07:09:02.741	debug	(10528) Redis States: Use Redis connection: 127.0.0.1:9000
fritzdect.0	2020-04-23 07:09:02.739	debug	(10528) objectDB connected
fritzdect.0	2020-04-23 07:09:02.735	debug	(10528) Objects connected to redis: 127.0.0.1:9001
fritzdect.0	2020-04-23 07:09:02.722	debug	(10528) Objects client initialize lua scripts
fritzdect.0	2020-04-23 07:09:02.722	debug	(10528) Objects create User PubSub Client
fritzdect.0	2020-04-23 07:09:02.721	debug	(10528) Objects create System PubSub Client
fritzdect.0	2020-04-23 07:09:02.719	debug	(10528) Objects client ready ... initialize now
fritzdect.0	2020-04-23 07:09:02.694	debug	(10528) Redis Objects: Use Redis connection: 127.0.0.1:9001

apollon77

@JB_Sullivan So jetzt muss ich aber mal ganz frech Fragen: Wo ist das GitHub Issue das der Entwickler bescheid weiss das es hier vllt Probleme gibt? Wir diskutieren hier seid mindestens gestern Tagen ohne das der Entwickler weiss das es pot. ein Thema gibt. :-(

dslraser

@foxriver76 sagte in js-controller 3.0 jetzt im Latest!:

@dslraser Danke, sehe das Problem.. fixen wir.

mit js-controller 3.0.17 wieder okay

Torsten81

@apollon77 Ja genau, ah ok ich hab mich halt nur gewundert. Hier sind schon alle fleißig am installieren. Kann man sein system denn umstellen?

dslraser · @apollon77 js-controller 3.0.15 und admin 4.0.9

@dslraser sagte in js-controller 3.0 jetzt im Latest!:

@apollon77
js-controller 3.0.15 und admin 4.0.9

bei mir werden in der Adapter Übersicht keine installierten Instanzen mehr angezeigt und es gibt auch keinen Upload Pfeil

auch ohne Sternchen bleibt die Spalte installiert leer

mit 3.0.17 auch wieder okay

Marty56

Ich finde es ja toll, dass der js-controller weiterentwickelt wird, aber ich verstehe die Prioritäten nicht so ganz.

Der js-controller funktioniert so wie er ist sehr gut. Auf der anderen Seite gibt es Adapter, die praktisch nicht mehr nutzbar sind, und verzweifelte Nutzer ihre Zeit verschwenden, irgendwelche Workarounds zu erfinden.

Bei mir sind das Adapter, die mich persistent nerven:

sayit Adapter, der compact Mode nicht unterstützt und mit Sonos überhaupt nicht mehr funktioniert.
der telegram Adapter, der mittlerweile instabil ist und der Bug Fix immer noch nicht releasefähig ist.
der yahka Adapter, der nicht compact modus fähig ist.
der tr64 Adapter, der nach soef's Ausscheiden, über Monate nicht vernünftig funktioniert hat (und immer noch ab und zu abschmiert).

Wie der Name iobroker schon sagt, ist iobroker ist erster Linie eine Integrationsplattform für verschiedene Anbieter und Dienste. Wenn man jetzt die Pflege bei essentiellen Adapter jetzt vernachlässigt, rüttelt man an dem fundamentalen Ziel dieses Projekts.

Jan1

@Marty56
zwei Deiner Problem Adapter habe ich TR-064 und Telegram, beide laufen, dann ist der JS auch kein Adapter in dem Sinne, sondern eher der IOBroker himself ;-)
Da Du noch was von soef schreibst, gehe ich mal davon aus, dass DU die falschen alten Adapter hast. Dann gehe ich weiter davon aus, dass Du dich im default REPO befindest und dort dauert es eben bis die aktuellen Adapter mit allen Bugfixen aus dem latest auch drin sind.

apollon77

@Marty56 Hallo Marty,

das ioBroker System ist sehr Modular und Verteilt aufgebaut. Der js-controller ist DAS Herzstück des ganzen Systems. Das wir diesen regelmässig weiterentwickeln hat mehrere Gründe ist ist genau wichtig wie einzelne Adapter, einige Beispiele sind:

Nodejs als unsere Verwendete Platform entwickelt sich weiter, genauso wie die darunter liegenden Libraries die genutzt werden. Ohne regelmässige Updates kommen Millionen von Warnungen auf die User zu (hatten wir mit dem 1.5er bereits) und einiges funktioniert mit aktuellen Nodejs Versionen dann nicht mehr
JavaScript als Sprache entwickelt sich weiter. Und damit auch die Anforderungen um für Entwickler interessant zu sein. Wenn wir hier nicht ebenfalls mithalten gibt es keine neuen Adapter mehr
Wir arbeiten ebenso daran die Adapter-Entwicklung für Entwickler so einfach wie möglich zu gestalten, mit dem Ziel das es für Entwickler einfacher wird und Sie ggf dann auch länger "bei der Stange bleiben"
Viele Funktionen mit denen die User regelmässig direkt oder indirekt via Admin arbeiten sind im js-controller verwurzelt. Auch hier haben wir User-Feedback und typische Problemfälle zum Anlass genommen hier die Bedienbarkeit oder Fehler zu verbessern und allgemein zu vereinfachen

Der controller, als Herz der Integrationsplatform, ist daher sogar um einiges wichtiger als einzelne Adapter (sorry wenn ich das so klar sagen muss) - weil ohne Controller gäbe es keinen ioBroker und kein Adapter könnte seinen Job tun. Alle beinahe 40.000 User nutzen und benötigen den js-controller und das dieser vollkommen zuverlässig funktioniert!!

Die Problematik mit einzelnen Adaptern und das/ob/wie diese weiterentwickelt werden ist teilweise an dem stark verteilten Ansatz von ioBroker begründet das sich das stark auf verschiedene Entwickler aufteilt und wir nicht immer eine Kontrolle haben. Dazu kommt das hier einige Probleme und Featurewünsche dann unterschiedliche Anzahl an Usern betreffen oder einfach sehr schwer Testbar sind weil nicht jeder zB einen Sonos daheim hat. Da ist die Komplexität in vielen Stellen verpackt. Wir versuchen unser bestes um hier verwaiste Adapter irgendwie zu betreuen - siehe tr-064 - aber auch hier ist die verfügbare Zeit nicht unendlich.

Ingo

apollon77

@Jan1 Im Zuge dessen das der js-controller 3.0 ins Stable kommt werden auch eine gaaaaanze Reihe von Adaptern im Stable aktualisiert werden

Community Forum

NEWS

js-controller 3.0/3.1 jetzt im Latest!

Installation

VOR der Installation

Nötige Adapter-Aktualisierungen

Achtung: Slave-Systeme zuerst!

NACH der Installation

Was hat sich geändert, was besonders ansehen/beachten?

Wie Fehler melden?

Support us

809

32.4k

81.5k

1.3m