NEWS
js-controller 3.0/3.1 jetzt im Latest!
-
@e-i-k-e dann bitte Adapter issue anlegen.
-
@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!
Ein Update von NPM und Node ist nicht mehr möglich. -
Wie lange dauert das denn ungefähr bis man den Adapter bekommt? Unter Iobroker Update wird mir immer noch der 2.2.9 angezeigt.
-
@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 ...
-
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
-
@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.
-
@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
-
@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 sagte in js-controller 3.0 jetzt im Latest!:
@apollon77
js-controller 3.0.15 und admin 4.0.9bei 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
-
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.
-
@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. -
@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
-
@Jan1 Im Zuge dessen das der js-controller 3.0 ins Stable kommt werden auch eine gaaaaanze Reihe von Adaptern im Stable aktualisiert werden
-
Hi,
der moma adapter startet nach Update auf 3er js-controller immer wieder neu:
moma.0 2020-04-23 10:00:29.436 error at process._tickCallback (internal/process/next_tick.js:68:7) moma.0 2020-04-23 10:00:29.436 error at Interval2.logError (/opt/iobroker/node_modules/iobroker.moma/lib/Interval.js:66:17) moma.0 2020-04-23 10:00:29.436 error (2178083) TypeError: adapter.getForeignStateAChangedsync is not a function moma.0 2020-04-23 10:00:29.435 error (2178083) uncaught exception: adapter.getForeignStateAChangedsync is not a function
ticket auf moma github bereits eröffnet:
https://github.com/AWhiteKnight/ioBroker.moma/issues/49
Hat wer einen helfenden Hinweis?
Danke Marco
-
@moeff Ja SchreibFehler ... die eine Methode heisst adapter.getForeignStateChangedAsync
Kannst ggf bei dir manuell ändern bis Dev gefixt hat.
-
danke für die Info, hab es händisch korrigiert.
-
Nach update von 3.0.14 auf 3.0.17 geht der fixer bei mir nicht mehr...
iobroker fix
bash: Zeile 1: 500:: Kommando nicht gefunden.auch
curl -sL https://iobroker.net/fix.sh | bash -
bash: Zeile 1: 500:: Kommando nicht gefunden.meldet selben Fehler.
System scheinzt zu laufen, aber war bis dahin absolut fehlerfreiIrgendeine Idee wo ich hier suchen könnte?
-
@jf62 Das kann nichts mit dem Controller zu tun haben. Ich tippe eher auf Github, das hat bei mir derzeit einige Probleme. Das Fixer-Skript liegt letztendlich dort.
Edit, ja das ist es.
curl -sL https://iobroker.net/fix.sh
liefert derzeit "500: Internal Server Error" -
@jf62
da ich heute morgen auf Nummer sicher gehen wollte hab ich nach dem Backup rückspielen JS und Admin auf die aktuellen Versionen gebracht und anschließen noch den Fixer über die frische Installation gejagt, lieft wie immer. -
@AlCalzone sagte in js-controller 3.0 jetzt im Latest!:
curl -sL https://iobroker.net/fix.sh