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

[crunchip]

@liv-in-sky normaler Start, ohne Fehler, alexa 2.0 suche zeigt mir z.b. jetzt common.type Werte alle als number an, im skript zuvor sah das aber ganz anders aus?
abgesehen von den Umlauten, die falsch angezeigt werden, scheint aber alles ohne Fehler zu laufen, ausser ewig viele Warnmeldungen. Blacklist noch nicht getestet
links neues skript rechts altes

[liv-in-sky]

@crunchip ok - ist positiv genug - werd mir morgen alexa noch mal ansehen - falls du noch weitertestest - einfach reinschreiben - melde mich morgen

danke auch an dich

[crunchip]

@liv-in-sky grad aktualisiert, der vergleich

[crunchip]

hab übrigens das mit dem cache auf true ändern und Controller neu starten gemacht, im Anschluss ging die Monstersuche dann in die Hose, nix ging mehr. Zumal das skript auf Instanz 1 läuft und javascript.0 abgekackt ist. Ging soweit, das ich nicht mal mehr im Browser was klicken konnte.
java.Instanz 1 und 0 gekillt, iobroker gestoppt und neu gestartet, Browser neu gestartet und lief dann wieder

[liv-in-sky]

@crunchip
hallo, ich kann das zwischen dem cache und einem absturz nicht wirklich zusammenbringen - habe gestern das script gefühte 100 mal ausgeführt und getestet und hatte keine abstürze

hattest du das script von mic installiert und wenn ja auch deaktiviert?

hier mal die neuste version

ProofingDatapoints31-10-19.txt

[sigi234]

@liv-in-sky sagte in Script - Info über Datenpunkte sammeln:

hier mal die neuste version

Was hat sich geändert?

Bericht:
Hängt bei Punkt 4
Fragezeichen wieder da, keine grüne Haken
Viele JS Durchläufe

javascript.0	2019-10-31 09:40:50.598	info	(2836) script.js.System.Proofingdatapoints: fertg in checkType mit CheckType
javascript.0	2019-10-31 09:40:50.598	info	(2836) script.js.System.Proofingdatapoints: fertg bei checkType mit: javascript.0 und 13189 Durchläufen bisher
javascript.0	2019-10-31 09:40:50.536	info	(2836) script.js.System.Proofingdatapoints: fertg bei checkType mit: javascript.0 und 10559 Durchläufen bisher
javascript.0	2019-10-31 09:40:50.470	info	(2836) script.js.System.Proofingdatapoints: fertg bei checkType mit: javascript.0 und 7929 Durchläufen bisher
javascript.0	2019-10-31 09:40:50.400	info	(2836) script.js.System.Proofingdatapoints: fertg bei checkType mit: javascript.0 und 5299 Durchläufen bisher
javascript.0	2019-10-31 09:40:50.346	info	(2836) script.js.System.Proofingdatapoints: fertg bei checkType mit: javascript.0 und 2669 Durchläufen bisher
javascript.0	2019-10-31 09:40:50.293	info	(2836) script.js.System.Proofingdatapoints: fertg bei checkType mit: javascript.0.Eigene_Datenpunkte und 39 Durchläufen bisher
javascript.0	2019-10-31 09:40:49.435	info	(2836) script.js.System.Proofingdatapoints: bin in check types
javascript.0	2019-10-31 09:40:49.434	info	(2836) script.js.System.Proofingdatapoints: bin raus aus check Werte
javascript.0	2019-10-31 09:40:49.434	info	(2836) script.js.System.Proofingdatapoints: bin raus aus check Werte bei :javascript.0

[crunchip]

@liv-in-sky ob das Umstellen vom cache auf true etwas damit zu tun hat, weiß ich nicht. Ich wollte die Info nur mit dazu schreiben, falls es Einfluss darauf haben könnte.
die Frage ist, wie im Screen...das Skript läuft auf Instanz 1 dann hätte doch Instanz 0 unberührt bleiben müssen??
mic`s skript war deaktiviert.

Edit:
Hatte ja den Vergleich beider Skripte gemacht, das alte lief auf Instanz 0, das neue habe ich auf Instanz 1 gelegt.
Scheinbar hatte das alte meine instanz 0 schon gecrasht , ohne es zu merken und deshalb dann bei der Monstersuche vom neuen Skript komplett Absturz war.

[liv-in-sky]

@crunchip deine therie könnte schon stimmen - script crasht, läuft aber irgenwie weiter - neue instanz kommt dazu - irgendwie problem

@crunchip @sigi234 
ich bin ziemlich gefrustet - auf der einen seite finde ich es interessant, dass alles herauszufinden - aber auf der anderen seite will ich nicht, dass bei euch ein crash vorkommt -daher habe ich die monstersuche erstmal deaktiviert - ist eigentlich eh nur sinnvoll für eine iobroker-datenpunkt-polizei - soweit ich weiß, gibt es die nicht

daher -erstmal keine monster suche mehr - wenn ihr noch lust zu testen habt, dann vielleicht in der directsuche mal einzelne instanzen von adaptern auswählen - vielleicht können wir dann noch weitere bugs finden - wichtig für den standarduser ist , dass er seine selbsterstelleten datenpunkte oder die von fremd-scripts analisieren kann . diese sind in den javascript-instanzen und eigenen datenpunkten hinterlegt.

ich habe jetzt noch mehr gefiltert, damit die anzeigen weniger werden - bei alexa z.b. wenn ein dp mit string definiert ist und eine nummer drinsteht, gab es bis jetzt einen hinweis - aber ein string kann halt auch nur zahlen enthalten - "01234" ist eine zahl und ein string - das selbe gilt für strings und objecte

auch die einzelnen einstellungen habe ich nochmal auf richtigkeit geprüft und zwei neue datenpunkte eingeführt - damit kann man auswählen, ob man sich die werte- oder typenanalyse ansehen will

(@sigi234 -- vielleicht magst du das in deine view noch einbauen)

falls ihr noch lust habt zu testen, hier das aktuelle script
zu testen:

• eine normale suche über die eigenen datenpunkte (mit und ohne javascript instanzen (setting))
• ob die verschiedenen einstellungsmöglichkeiten funktionieren und richtig angezeigt werdn
• verschiedene instanzen durch "directSearch" die probleme machten z.b hue.0

ProofingDatapoints1-10-19.txt

[crunchip]

@liv-in-sky sagte in Script - Info über Datenpunkte sammeln:

ich bin ziemlich gefrustet - auf der einen seite finde ich es interessant, dass alles herauszufinden

dafür sind Test´s doch da, ausserdem is ja kein bleibender Schaden entstanden, wie heisst es so schön...nor risk no fun:grin:

@liv-in-sky sagte in Script - Info über Datenpunkte sammeln:

falls ihr noch lust habt zu testen, hier das aktuelle script

kein Thema, sind doch gern behilflich, dauert allerdings ne weile

[sigi234]

@liv-in-sky sagte in Script - Info über Datenpunkte sammeln:

(@sigi234 -- vielleicht magst du das in deine view noch einbauen)

Erledigt, teste gerade.

Kleiner Rechtschreibfehler:

ACHTUNG MultState hat keine States -- das i fehlt

Testergebnis:

Läuft alles einwandfrei!:+1:

[Oli]

@liv-in-sky

ich teste auch gerne weiter, obwohl bei mir noch keine Fehler aufgetreten sind, hatte die Monstersuche allerdings noch nicht getestet.

@sigi234

das mit dem Import deiner View hat, der Fehler kam daher, dass ich den Text direkt aus deinem Poste heraus kopiert habe.
Kannst du deine neue View auch wieder zur Verfügung stellen?

[Oli]

@liv-in-sky

das einzige was mir aufgefallen ist, bei mir kommen keinen Haken, sondern nur Fragezeichen, wenn das Script startet.

[liv-in-sky]

@Oli bist du auch windows user -also iobroker läuft auf windows ?

[Oli]

@liv-in-sky

nein, läuft bei mir über Docker auf nen Qnap.

[liv-in-sky]

@Oli welchen browser nutzt du für vis oder vis app ?

[sigi234]

@Oli sagte in Script - Info über Datenpunkte sammeln:

Kannst du deine neue View auch wieder zur Verfügung stellen?

Kommt gleich. :grinning:

VIEW_Proofing_Datapoints_sigi234.txt

[Oli]

@liv-in-sky

da ich momentan noch am Aufbau meiner Vis bin und das am PC mache, benutze ich Chrome.

[Oli]

@sigi234

super Danke,

kannst du mir vielleicht auch dein View von deiner Adapterüberwachung zur Verfügung stellen?

[crunchip]

@sigi234 habs zwar schon angepasst, aber ich lass dir den Vortritt:blush:
is ja deine View:+1:

[liv-in-sky]

@Oli fällt mir im moment nix dazu ein

teste mal dieses blockly - einfach in neues script importieren und script enabeln - was siehst du da im log - den haken oder die fragezeichen

<block xmlns="http://www.w3.org/1999/xhtml" type="debug" id="lhGrq1JK;Bv3:q1Y@puQ" x="-1162.2262573242188" y="612.2640991210938">
  <field name="Severity">log</field>
  <value name="TEXT">
    <shadow type="text" id="+tDX7is)catqx6iJ@LlM">
      <field name="TEXT">test</field>
    </shadow>
    <block type="text" id="~oYk@d/TsoDiM~kml+ZS">
      <field name="TEXT">test mit haken: ✔️</field>
    </block>
  </value>
</block>