js-controller 3.0/3.1 jetzt im Latest!
-
@SolarGuido Da ist aber jemand ungeduldig
Liess mal gaaanz oben de allerersten Satz ...
sollte im laufe des Tages bei allen auftauchen
Du kannst ein "iobroker update" versuchen ob das Repo-File schon bei Dir aktualisiert ist ... ansonsten kommt das in den nächsten Stunden. Das ist in einem CDN und kann daher bissl dauern bis es alle haben
-
@apollon77 sagte in js-controller 3.0 jetzt im Latest!:
CDN und kann daher bissl dauern bis es alle haben
ich bin einfach immer zu ungeduldig... Sorry
iobroker update funzt !
ioBroker-OPiplus2e Typ: js-controller Titel: JS controller OS: linux Verfügbar: 3.0.14 Installiert: 3.0.14 Ereignisse: ↦19 /immer noch dieser Sharp Fehler ... das kriegt man nicht nachträglich installiert ? (hab euer Image damals genommen...)
-
@apollon77
eine kleine Schönheitskorrektur wäre erwünscht
Sofern node.js 12.x als Empfehlung kommt, wäre es schön wenn im Info-Adapter der Warnhinweis für die v12 nicht mehr kommen würde
-
@BBTown g das ist nur ein "warning" und kein "error" gg
-
@BBTown Korrekt. Die Empfehlung wird mit Einführung in Stable geändert. Da steht das schon auf der Liste
-
...einfach nach dem Node.js Update starten. Interessant ist ob sich alles selbst "heilt"
Meinst du das:
2020-04-21 01:14:56.184 - info: host.tims-pi1 Rebuild for adapter system.adapter.ham.0 not successful in 3 tries. Adapter will not be restarted again. Please execute "npm install --production" in adapter directory manually. -
@ticaki exakt. Hier wäre da vollständige log interessant. Und dann auch das log wenn du „iobroker rebuild ham --install„ manuell aufrufst.
-
V3? Und ich hab's bisher nichtmal auf V2 geschafft.
-
Funktioniert jetzt der Yeelight Adapter? Hatte gelesen das der mit der 3 nicht funktioniert.
-
@padrino na dann aber hopp hopp
-
@root_ Ich denke das bisher niemand etwas da gemacht hat, aber der Fehler den ich kenne war eher ein genereller Adapterfehler und nichts was mit dem controller zu tun hat.
Am besten mal noch das Log was im Issue schon existiert um ein Debug Log erweitern. Vom reinen Code her sollte der einzige Fall der im anderen Thread gemeldet wurde (https://github.com/iobroker-community-adapters/ioBroker.yeelight-2/issues/57) eigentlich abgefangen sein
-
Den Fehler meinte ich. Dann werd ich mal loslegen. Danke für die schnelle Antwort.
-
Läuft scheinbar alles rund.
Lediglich eine Warnmeldung kam beim ersten start nach dem Update:host.ioBroker 2020-04-21 08:00:08.340 warn instance system.adapter.tvspielfilm.0 already running with pid 3141scheinbar hat er da versucht den doppelt zu starten.
-
Bekomme nach den Update den Radar2 nicht zum laufen
radar2.0 2020-04-21 08:25:03.044 error (64792) Adapter Error, stop: TypeError: Cannot read property 'bind' of undefined at Function.initAdapter (/opt/iobroker/node_modules/@frankjoke/myadapter/myAdapter.js:252:65) at resolve.then (/opt/io radar2.0 2020-04-21 08:25:02.995 info (64792) starting. Version 1.2.1 in /opt/iobroker/node_modules/iobroker.radar2, node: v10.20.1, js-controller: 3.0.14Neuinstallation mit upload hat auch nichts gebracht.
Edit:
Hab das mal gemacht, jetzt gehts.cd /opt/iobroker/node_modules/@frankjoke/myadapter/
sudo mv myAdapter.js myAdapter.bakup
wget -O myAdapter.js https://forum.iobroker.net/assets/uploads/files/1570619515405-myadapter.jsradar2.0 2020-04-21 09:02:06.343 warn (130806) adapter.objects.getObjectList is deprecated, and will be removed in the future. Please use adapter.getObjectList/Async. Report this to Developer!Bekomme jetzt nur noch diese Warnung.
-
@root_ dann gebe mal diese Befehle in die Konsole ein.
sudo apt-get install libcap2-bin arp-scan bluetooth bluez libbluetooth-dev libudev-dev net-tools sudo setcap cap_net_admin,cap_net_raw,cap_net_bind_service=+eip $(eval readlink -f `which arp-scan`) sudo setcap cap_net_admin,cap_net_raw,cap_net_bind_service=+eip $(eval readlink -f `which node`) sudo setcap cap_net_admin,cap_net_raw,cap_net_bind_service=+eip $(eval readlink -f `which arp`) sudo setcap cap_net_admin,cap_net_raw,cap_net_bind_service=+eip $(eval readlink -f `which hcitool`) sudo setcap cap_net_admin,cap_net_raw,cap_net_bind_service=+eip $(eval readlink -f `which hciconfig`) sudo setcap cap_net_admin,cap_net_raw,cap_net_bind_service=+eip $(eval readlink -f `which l2ping`) -
Die Warung bleibt trotzdem.
-
@root_ Funktioniert der Yeelight Adapter 1.0.3 bei dir mit JS-C 3 und nodejs 10 fehlerfrei?
Die Warnung beim radar2 hat ja auch nichts mehr mit fehlenden Komponenten zu tun. Es wird eine veraltete Methode verwendet und das wird dauerhaft im Log landen. Das wird nur ein Entwickler lösen können. Leider fürchte ich, dass dies nicht mehr durch @frankjoke geschehen wird. Ich hoffe sehr, dass der radar2 Adapter von einem (anderen) Entwickler weitergeführt wird.
-
@Diginix said in js-controller 3.0 jetzt im Latest!:
Funktioniert der Yeelight Adapter 1.0.3 bei dir mit JS-C 3 und nodejs 10 fehlerfrei?
Ja, funktioniert störungsfrei.
-
@apollon77 sagte in js-controller 3.0 jetzt im Latest!:
Allerdings werden Aktionen von Adaptern die eigentlich den Regeln widersprechen jetzt über Logging sichtbar gemacht. Bitte unterstützt hier und legt bei den relevanten Adaptern Issues an das diese Dinge gefixt werden können. Für den js-controller 3.1 (ca. September 2020) ist es geplant einige dieser "verbotenen Aktionen" auch wirklich zu verhindern.
Bei mir sehe ich nur noch vom MaxCube-Adapter eine solche Meldung:
adapter.objects.getObjectView is deprecated, and will be removed in the future. Please use adapter.getObjectView/Async. Report this to Developer!Issue ist zwar schon erstellt, aber was passiert mit Adaptern die nicht mehr gepflegt werden? Beim MaxCube hat sich seit drei Jahren nichts mehr getan!
-
@Dr-Bakterius sagte in js-controller 3.0 jetzt im Latest!:
Issue ist zwar schon erstellt, aber was passiert mit Adaptern die nicht mehr gepflegt werden? Beim MaxCube hat sich seit drei Jahren nichts mehr getan!
Die werden dann ab September mit JS-C 3.1 nicht mehr funktionieren.
