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

[mtk64]

Hallo zusammen,

ich habe ein Problem mit meinem Blockly Skript, das eine URL abfragt und das Ergebnis verarbeitet.

Es sieht so aus, als wenn es wenn es keine Antwort erhält ein Problem bekommt:

` > host.aio 2018-09-30 14:58:18.289 error instance system.adapter.javascript.0 terminated with code 0 (OK)

host.aio 2018-09-30 14:58:18.288 error Caught by controller[1]: at Socket.emit (events.js:188:7)

host.aio 2018-09-30 14:58:18.288 error Caught by controller[1]: at emitOne (events.js:96:13)

host.aio 2018-09-30 14:58:18.288 error Caught by controller[1]: at Socket.socketErrorListener (_http_client.js:314:9)

host.aio 2018-09-30 14:58:18.288 error Caught by controller[1]: at ClientRequest.emit (events.js:188:7)

host.aio 2018-09-30 14:58:18.288 error Caught by controller[1]: at emitOne (events.js:96:13)

host.aio 2018-09-30 14:58:18.288 error Caught by controller[1]: at Request.onRequestError (/opt/iobroker/node_modules/iobroker.javascript/node_modules/request/request.js:877:8)

host.aio 2018-09-30 14:58:18.288 error Caught by controller[1]: at Request.emit (events.js:188:7)

host.aio 2018-09-30 14:58:18.288 error Caught by controller[1]: at emitOne (events.js:101:20)

host.aio 2018-09-30 14:58:18.288 error Caught by controller[1]: at self.callback (/opt/iobroker/node_modules/iobroker.javascript/node_modules/request/request.js:185:22)

host.aio 2018-09-30 14:58:18.288 error Caught by controller[1]: at Request._callback (script.js.MTK.MotionServices:129:19)

host.aio 2018-09-30 14:58:18.288 error Caught by controller[1]: TypeError: Cannot read property 'length' of undefined

host.aio 2018-09-30 14:58:18.288 error Caught by controller[0]: at Socket.emit (events.js:188:7)

host.aio 2018-09-30 14:58:18.288 error Caught by controller[0]: at emitOne (events.js:96:13)

host.aio 2018-09-30 14:58:18.288 error Caught by controller[0]: at Socket.socketErrorListener (_http_client.js:314:9)

host.aio 2018-09-30 14:58:18.288 error Caught by controller[0]: at ClientRequest.emit (events.js:188:7)

host.aio 2018-09-30 14:58:18.288 error Caught by controller[0]: at emitOne (events.js:96:13)

host.aio 2018-09-30 14:58:18.287 error Caught by controller[0]: at Request.onRequestError (/opt/iobroker/node_modules/iobroker.javascript/node_modules/request/request.js:877:8)

host.aio 2018-09-30 14:58:18.287 error Caught by controller[0]: at Request.emit (events.js:188:7)

host.aio 2018-09-30 14:58:18.287 error Caught by controller[0]: at emitOne (events.js:101:20)

host.aio 2018-09-30 14:58:18.287 error Caught by controller[0]: at self.callback (/opt/iobroker/node_modules/iobroker.javascript/node_modules/request/request.js:185:22)

host.aio 2018-09-30 14:58:18.287 error Caught by controller[0]: at Request._callback (script.js.MTK.MotionServices:96:21)

host.aio 2018-09-30 14:58:18.287 error Caught by controller[0]: TypeError: Cannot read property 'length' of undefined `

Das Skipt selber gibt folgende Meldung im Debug aus:
` > Log

15:01:18.259 [error] Caught by controller[0]: at Request._callback (script.js.MTK.MotionServices:96:21)

15:01:18.260 [error] Caught by controller[1]: at Request._callback (script.js.MTK.MotionServices:129:19) `

Die Zeilen um 96 selber lauten:
` > try {

require("request")((String('http://pn2.fritz.box:7999') + String('/1/detection/status')), function (error, response, result) {

if (!!result.length) {

setState("javascript.0.Services.MotionServer.detectionState.3"/detectionState.3/, (result.slice(((result.indexOf('Detection status') + 1) - 1), result.length - 17)), true);

}

}).on("error", function (e) {console.error(e);});

} catch (e) { console.error(e); } `

Ich habe versucht per leerstring zu prüfen, ob ein Ergebnis erhalten wurde, aber das scheint nicht der richtige Weg zu sein, denn JS kann anscheinend keine Länge auf Leerstrings prüfen.

Hier eine textuelle Sicht auf das Blockly Programm:

falls - nicht -result ist leer

mache - aktualisiere detectionState.3 mit - im Text - result suche erstes Auftreten des Begriffs "Detection status" bis von hinten …

Wie fängt mann denn so etwas in Blockly sauber ab?

Beste Grüße

Michael

[Dutchman]

Ich glaube da kommt ein Error und das can man in blockly nicht anfangen.

In JavaScript würde das gehen mit try/catch

Sent from my iPhone using Tapatalk

[mtk64]

Danke für den Hinweis.

Welcher Teil von ioBroker müsste denn so etwas eigentlich normalerweise abfangen? Script Engine?

Dann würde ich das mal dort ins Forum stellen und fragen ob das vielleicht ein Problem der Engine ist.

Der Fehler tritt leider sporadisch auf und mein Skript lief auch schon über Wochen stabil. Nach einem Neustart fingen die Probleme an.

Ich benutze Version JS 3.6.4

[Dutchman]

Maja nein die Script engine selber nicht wen du Fehler machst im Script kan nicht alles durch die Backend abgefangen werden !

Genau aus diesem Grund gibt es ja min JavaScript die try/Catch Funktion das wen ein Fehler Auftritt das ganze nicht abschmiert sondern in diese Routine gelangt.

Eventuell ist es aber eine Überlegung wert diese try/Catch Funktion auch per blockly bereit zu stellen das währe Dan ein Feature requests für den JavaScript adapter

Sent from my iPhone using Tapatalk

[mtk64]

Ich meine das kann doch immer mal passieren das ein Server vielleicht auch nur kurzfristig nicht erreichbar ist. Da darf ein URL Request doch eigentlich nicht bei abstürzen.

Werde mal einen request machen…

[paul53]

Deshalb wird mit Error abgebrochen:
@mtk64:

TypeError: Cannot read property 'length' of undefined `
Die Abfrage muss erweitert werden (in dieser Reihenfolge):

if (result && !!result.length) {

Außerdem kann man error abfragen.

if(error) log('Fehlertext', 'warn');
else if (result && !!result.length) {