[Aufruf] Bring! Adapter
-
@foxriver76 sagte in [Aufruf] Bring! Adapter:
ps -aux | grep bring
Dazu muss Bring! laufen, oder?
Enrico
-
Jein, es würde uns zeigen, ob da mehrere Instanzen laufen, bzw. ob da was im Hintergrund weiterläuft.
-
Ok, ich hatte ja die Instanz wieder gestoppt, jetzt nochmal gestartet, ich warte und schicke das dann!
Momentan müsste es gut sein:
Enrico
-
Habe mal auf meinem Laptop auf Node 8.14.0 gedowngraded, allerdings taucht auch hier das RAM Problem bei mir nicht auf. Hier mit js-controller 1.5.5 auf einem Thinkpad Ubuntu und produktiv auf Node 8.15.0 und js-controller 1.4.2 auf einem Rock64/Debian, Problem taucht in beiden Konstellationen bislang nicht auf.
-
Na dann, hier weitere Infos. Der Adapter ist ja jetzt ein paar minuten gelaufen, jetzt kommt:
root@Orange-Pi:~# ps -aux | grep bring root 15030 12.3 3.4 150084 70696 ? Sl 11:02 0:38 io.bring.0 root 15239 0.0 0.0 4132 1728 pts/0 S+ 11:07 0:00 grep bring root@Orange-Pi:~# ps -aux | grep bring root 15030 52.5 13.4 354136 276756 ? Rl 11:02 6:44 io.bring.0 root 15481 0.0 0.0 4132 1580 pts/0 S+ 11:14 0:00 grep bring root@Orange-Pi:~# ps -aux | grep bring root 15030 76.3 50.4 1128956 1039712 ? Rl 11:02 17:19 io.bring.0 root 15783 0.0 0.0 4132 1548 pts/0 S+ 11:24 0:00 grep bringIm Log steht jetzt sowas:
bring.0 2019-02-13 10:47:09.940 info [END] Stopping Bring! adapter... bring.0 2019-02-13 11:22:00.349 error at Timer.listOnTimeout (timers.js:290:5) bring.0 2019-02-13 11:22:00.349 error at tryOnTimeout (timers.js:323:5) bring.0 2019-02-13 11:22:00.349 error at ontimeout (timers.js:498:11) bring.0 2019-02-13 11:22:00.349 error at Timeout._onTimeout (/opt/iobroker/node_modules/iobroker.js-controller/node_modules/engine.io-client/lib/transports/polling-xhr.js:256:18) bring.0 2019-02-13 11:22:00.349 error at Request.onError (/opt/iobroker/node_modules/iobroker.js-controller/node_modules/engine.io-client/lib/transports/polling-xhr.js:309:8) bring.0 2019-02-13 11:22:00.349 error at Request.Emitter.emit (/opt/iobroker/node_modules/component-emitter/index.js:133:20) bring.0 2019-02-13 11:22:00.349 error at Request.<anonymous> (/opt/iobroker/node_modules/iobroker.js-controller/node_modules/engine.io-client/lib/transports/polling-xhr.js:109:10) bring.0 2019-02-13 11:22:00.349 error at XHR.Transport.onError (/opt/iobroker/node_modules/iobroker.js-controller/node_modules/engine.io-client/lib/transport.js:64:13) bring.0 2019-02-13 11:22:00.349 error Error: xhr post error bring.0 2019-02-13 11:22:00.345 error xhr post errorEnrico
-
Ich bin auf einem OrangePi +2e mit Armbian Stretch 5.60
JS-Controller 1.4.2
Enrico
-
@RappiRN Gibts vom ioBroker Log noch ein paar mehr Zeilen oben drüber? Okay, also Prozess läuft nur ein mal aber frisst ein haufen RAM und CPU.
-
@RappiRN Installier mal bitte neu von GitHub.
-
Test läuft!
Enrico
-
Sieht bis jetzt besser aus. Kann aber jetzt nicht mehr weiter testen, muss gleich meinem Nebenerwerb (neben Smarthome
) nachgehen!
Werde heute Nacht nochmal berichten.root@Orange-Pi:~# ps -aux | grep bring root 17909 7.0 1.9 121680 40996 ? Sl 12:26 0:03 io.bring.0 root 17944 0.0 0.0 4132 1716 pts/0 S+ 12:27 0:00 grep bring root@Orange-Pi:~# ps -aux | grep bring root 17909 2.8 1.7 131672 35412 ? Sl 12:26 0:04 io.bring.0 root 17994 0.0 0.0 4132 1604 pts/0 S+ 12:28 0:00 grep bring root@Orange-Pi:~# ps -aux | grep bring root 17909 1.7 1.6 131160 34232 ? Sl 12:26 0:05 io.bring.0 root 18125 0.0 0.0 4132 1620 pts/0 S+ 12:32 0:00 grep bring root@Orange-Pi:~# ps -aux | grep bring root 17909 0.9 1.7 131948 35900 ? Sl 12:26 0:10 io.bring.0 root 18420 0.0 0.0 4132 1656 pts/0 S+ 12:44 0:00 grep bringEnrico
-
@RappiRN sagte in [Aufruf] Bring! Adapter:
Sieht bis jetzt besser aus. Kann aber jetzt nicht mehr weiter testen, muss gleich meinem Nebenerwerb (neben Smarthome
) nachgehen!
Werde heute Nacht nochmal berichten.root@Orange-Pi:~# ps -aux | grep bring root 17909 7.0 1.9 121680 40996 ? Sl 12:26 0:03 io.bring.0 root 17944 0.0 0.0 4132 1716 pts/0 S+ 12:27 0:00 grep bring root@Orange-Pi:~# ps -aux | grep bring root 17909 2.8 1.7 131672 35412 ? Sl 12:26 0:04 io.bring.0 root 17994 0.0 0.0 4132 1604 pts/0 S+ 12:28 0:00 grep bring root@Orange-Pi:~# ps -aux | grep bring root 17909 1.7 1.6 131160 34232 ? Sl 12:26 0:05 io.bring.0 root 18125 0.0 0.0 4132 1620 pts/0 S+ 12:32 0:00 grep bring root@Orange-Pi:~# ps -aux | grep bring root 17909 0.9 1.7 131948 35900 ? Sl 12:26 0:10 io.bring.0 root 18420 0.0 0.0 4132 1656 pts/0 S+ 12:44 0:00 grep bringEnrico
Top, danke fürs erste Feedback.
-
@foxriver76 said in [Aufruf] Bring! Adapter:
Ich habe den Adapter mithilfe des Links installiert. Installierte Version ist 0.0.7, als verfügbare Version wird nichts angezeigt und die Adapter-Karte weist Darstellungsfehler auf (fehlende Icons, die erst beim Überfahren mit der Maus sichtbar werden). Seltsamerweise ist der Adapter bei mir auch nicht unter den Instanzen gelistet - ich kann ihn daher weder konfigurieren, noch aktivieren oder sonst etwas tun.
-
Wenn du per Link installiert hast, musst du noch eine Instanz erstellen. Im Admin unter Adapter rechts auf das Plus (bei Bring! natürlich) klicken, dann wird erst die Instanz erzeugt, die du dann auch unter Instanzen einstellen kannst!
Enrico
-
Oh Mann, bin ich doof! Dadurch, daß das Plus-Zeichen ebenfalls nicht angezeigt wurde, habe ich diesen Schritt doch glatt vergessen! Danke für den Hinweis, jetzt ist auch eine Instanz vorhanden!
-
Habe deinen Bring Adapter ausprobiert. Läuft Super.
Für die Darstellung im VIS fände ich es Klasse, wenn ich die html-Daten ohne Tabellenkopf (specification / name) kommen würden. Könnte man das irgendwie abstellen? -
@Knallochse Danke für dein Feedback, in 0.0.8 gibt es zusätzlich alle Html states nochmal mit NoHead am Ende, diese sind äquivalent zu den original Daten, bis darauf dass der <thead> entfernt wird.
-
Hab mal kurz zu Hause nachgesehen, der Adapter läuft noch, keine Fehlermeldungen und der RAM steht bei ca. 50 MB.
Sieht also gut aus!
Enrico
-
@foxriver76 Ich danke dir.
Mit der NoHeader sind Spec und Name zusammengeschrieben (nicht mehr in Tabellenform)
Ich will aber nicht undankbar wirken, es funktioniert auch so wunderbar.
Grüße -
@Knallochse kannst du das genauer spezifizieren. Also bei mir schaut es genauso aus nur ohne Header
Minimal Beispiel links HTML basic mit klassischem State, rechts mit NoHeader (Steinbodenpflege hat keine Spezifikation)
Wenn du das Problem genauer beschreiben kannst, kann ich es mir anschauen.
-
@foxriver76 Gern
Wenn ich den Datenpunkt "contentHtml" wähle, sieht es so aus
Wenn ich den Datenpunkt "contentHtmlNoHead" wähle, sieht es so aus
und wie mir gerade aufgefallen ist aktualisiert sich die Liste auch nicht
