UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[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 :joy: ) 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 :joy: ) 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! :+1:

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)

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

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

[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? 😂