[Aufruf] Bring! Adapter

foxriver76

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.

RappiRN

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 bring

Im 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 error

Enrico

RappiRN

Ich bin auf einem OrangePi +2e mit Armbian Stretch 5.60

JS-Controller 1.4.2

Enrico

foxriver76

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

foxriver76

@RappiRN Installier mal bitte neu von GitHub.

RappiRN

Test läuft!

Enrico

RappiRN

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 bring

Enrico

foxriver76

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

Enrico

Top, danke fürs erste Feedback.

P-A-L-A-D-I-N

@foxriver76 said in [Aufruf] Bring! Adapter:

https://github.com/foxriver76/ioBroker.bring

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.

RappiRN

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

P-A-L-A-D-I-N

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!

Knallochse

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?

foxriver76

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

RappiRN

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

Knallochse

@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

foxriver76

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

Bildschirmfoto von 2019-02-13 17-47-56.png

Wenn du das Problem genauer beschreiben kannst, kann ich es mir anschauen.

Knallochse

@foxriver76 Gern

Wenn ich den Datenpunkt "contentHtml" wähle, sieht es so aus

mit header2.jpg

Wenn ich den Datenpunkt "contentHtmlNoHead" wähle, sieht es so aus
und wie mir gerade aufgefallen ist aktualisiert sich die Liste auch nicht

ohne header2.jpg

Knallochse

So sieht es mit dem JSON Widget aus

Ich find‘s Super.

Danke nochmal für den Adapter.
Fand vor allen bei der „besseren Hälfte“ Akzeptanz,
und das passiert doch nicht so oft

sigi234

@Knallochse
20 Kilo Gummibärchen?

Knallochse

@sigi234 warum - kannst du das nicht nachvollziehen?

NEWS

[Aufruf] Bring! Adapter

Support us

775
Online

31.7k
Users

79.8k
Topics

1.3m
Posts

NEWS

[Aufruf] Bring! Adapter

Support us

775Online

31.7kUsers

79.8kTopics

1.3mPosts

775
Online

31.7k
Users

79.8k
Topics

1.3m
Posts