js-controller 3.0/3.1 jetzt im Latest!

[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

[moeff]

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 created this issue in AWhiteKnight/ioBroker.moma

closed after updating js-controller 3.x TypeError: adapter.getForeignStateAChangedsync is not a function #49

[apollon77]

@moeff Ja SchreibFehler ... die eine Methode heisst adapter.getForeignStateChangedAsync

Kannst ggf bei dir manuell ändern bis Dev gefixt hat.

[moeff]

@apollon77

danke für die Info, hab es händisch korrigiert.

[jf62]

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 fehlerfrei

Irgendeine Idee wo ich hier suchen könnte?

[AlCalzone]

@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"

[Jan1]

@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.

[jf62]

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

curl -sL https://iobroker.net/fix.sh

[knopers1]

@AlCalzone said in js-controller 3.0 jetzt im Latest!:

Ich tippe eher auf Github, das hat bei mir derzeit einige Probleme.

hängt deshalb zur Zeit der Info Adapter fest?

[AlCalzone]

@knopers1 Wäre möglich.

[Marty56]

@apollon77 Danke für die ausführliche Antwort. "Keep on the good work"

[Kueppert]

@paul53 @apollon77 ich wusste doch, dass ich zu Alias und JS-Controller mal was gelesen hatte:

Und genau das meinte ich mit meinem Kommentar etwas weiter oben. Hab auch gelesen gehabt, das es eine (versteckte) Funktion gibt, die man erst aktivieren muss und Alias über Konsole...oder so ähnlich??? Finde es nicht mehr.
Ist denn diese (versteckte?) Alias-Funktion im JS-Controller 3 drin? Oder muss ich auch einen Adapter ausweichen (mal schauen, welchen ich da dann nehm...LinkedDevices vielleicht)

Danke für eure Rückmeldung und viele Grüße, Thorsten

[paul53]

@Kueppert sagte:

Ist denn diese (versteckte?) Alias-Funktion im JS-Controller 3 drin?

Ja, sie ist nicht versteckt.

[Kueppert]

@paul53 HAHA, danke dir Super
ist es für den Endanwender möglich, einen Alias ohne Skript/manuell im RAW fummeln, möglich einen Alias anzulegen? Also via Oberfläche?
Wenn ich ja ein Gerät tauschen muss, muss ich ja den Alias anpassen und auf das neue Objekt verweisen. RAW geht natürlich auch, ist aber für mein dafürhalten fehleranfällig.
Danke euch und vG, Thorsten

[Reese1]

hab vorhin dass update von 3.0.14 auf 3.0.17 gemacht, nun ist beim tr064 adapter wieder der password error, bei der 3.0.14 ging es problemlos nach neu eingabe des passwortes, gibts dafür schon eine lösung falls ich es überlesen habe hier?

[Kueppert]

@Reese1 ich hab gelesen, dass es bei einem user via neuem Upload ging...

[paul53]

@Kueppert sagte:

ein Gerät tauschen muss, muss ich ja den Alias anpassen

Das sollte nicht so schwierig sein.

[Reese1]

@Kueppert
hab mal den adapter gelöscht und wieder hinzugefügt, dass brachte leider keine verbesserung, mal sehen vielleicht habe ja noch mehrere wieder den selben fehler,

[paul53]

@Kueppert sagte:

ohne Skript/manuell im RAW fummeln, möglich einen Alias anzulegen? Also via Oberfläche?

Dazu soll der Adapter ioBroker.devices dienen. Da ich aber damit nicht klar komme (verstehe offenbar die Philosophie nicht), nutze ich ein Script.

[mameier1234]

Ich wollte heute von 3.0.14 auf 3.0.17 aktualisieren...

scheiterte aber mit:

C:\iobroker>iobroker upgrade self

C:\iobroker>node node_modules/iobroker.js-controller/iobroker.js upgrade self
Update js-controller from @3.0.14 to @3.0.17
NPM version: 6.13.4
npm install iobroker.js-controller@3.0.17 --loglevel error --unsafe-perm (System call)
npm ERR! code EISGIT
npm ERR! path C:\iobroker\node_modules\iobroker.blueconnect
npm ERR! git C:\iobroker\node_modules\iobroker.blueconnect: Appears to be a git repo or submodule.
npm ERR! git     C:\iobroker\node_modules\iobroker.blueconnect
npm ERR! git Refusing to remove it. Update manually,
npm ERR! git or move it out of the way first.

npm ERR! A complete log of this run can be found in:
npm ERR!     C:\Users\Administrator\AppData\Roaming\npm-cache\_logs\2020-04-23T17_07_00_789Z-debug.log
Starting node restart.js

Der Adapter blueconnect ist von einem Freund programmiert worden.. hat bisher jedes Update überlebt... Aber nun hört sich das schon hart an... "move it out the way...."

Was muss ich anpassen ? Wo liegt das Problem ?