IP Devices im Netzwerk - HTML Tabelle vis, Iqontrol

[Homoran]

@liv-in-sky nur die beiden newDate.
Die Zeile ist das eben zitirete if (!myObjOld.toString().includes(myObj[i][1])) { varhelp1=myObj[i][0].trim() ; varhelp2=myObj[i][1]; varhelp3="true";

sind die myOld hier drin?

Das ist nämlich leer

[sigi234]

@liv-in-sky sagte in IP Devices im Netzwerk - HTML Tabelle vis, Iqontrol:

no array solle nicht zu oft hintereinander kommen

Kommt so alle 8 Minuten.

javascript.0	2020-02-11 20:23:15.115	warn	(11120) script.js.Listen.Fritz_IP8: no Data
javascript.0	2020-02-11 20:19:15.130	warn	(11120) script.js.Listen.Fritz_IP8: no Array
javascript.0	2020-02-11 20:11:15.056	warn	(11120) script.js.Listen.Fritz_IP8: no Data
javascript.0	2020-02-11 20:09:15.109	warn	(11120) script.js.Listen.Fritz_IP8: no Array
javascript.0	2020-02-11 20:01:15.118	warn	(11120) script.js.Listen.Fritz_IP8: no Data
javascript.0	2020-02-11 20:00:01.826	warn	(11120) script.js.Listen.Fritz_IP8: no Array

[liv-in-sky]

@Homoran ja - die old werden da drin aufbewahrt - man kann aber nicht einfach etwas hineinkopieren - den datenpunkt am besten löschen und das script schreibt den im ersten durchgang - array ist da etwas empfindlich mit kopieren

[liv-in-sky]

@sigi234 ist ein wenig oft - aber jede 10 bis 15 minuten habe ich das in linux auch - mach mal das schedule auf 2 minuten (' */2 * * * *')

[liv-in-sky]

@Homoran sagte in IP Devices im Netzwerk - HTML Tabelle vis, Iqontrol:

@liv-in-sky nur die beiden newDate.
Die Zeile ist das eben zitirete if (!myObjOld.toString().includes(myObj[i][1])) { varhelp1=myObj[i][0].trim() ; varhelp2=myObj[i][1]; varhelp3="true";

@Homoran das ist unterkringelt oder da ist die fehlermeldung ?

[Homoran]

@liv-in-sky Sorry!

Unterkringelt: nur am Ende die 2 x newDate
Diese Zeile wird angemeckert

Ich finde auch diese myObjOld nicht
ist das dieser Datapunkt unter javascript.0?
Zu dem ich den Screenshot gepostet habe

[liv-in-sky]

@Homoran

[Homoran]

@liv-in-sky genau!
und der ist leer und so eine komische Konfig habe ich noch nie gesehen:

[liv-in-sky]

@Homoran das lief doch die letzten tage auch - da habe ich nix nehr dran geändert - lösche diesen datenpunkt - am besten den ganzen tabellen-ordner, stoppe script, starte mal alle js-instanz neu - starte script - und warte, bis deine schedule abgelaufen ist

ich hatte schon mal ganz woanders ein ähnliches thema mit einem array dp - abe rbei gehts und bei dir ging es doch auch die letzten tage

[Homoran]

@liv-in-sky sagte in IP Devices im Netzwerk - HTML Tabelle vis, Iqontrol:

das lief doch die letzten tage auch

Ja auf der Testinstallation.
Da hatte ich auch einiges mit der Hand angelegt und die aktuellsten Versionen.
Diese Installation ist etwas älter.

In der Testumgebung ist das Feld nicht leer

Ich habe jetzt auch noch mal dein original-Skript genommen und die Variablen alle neu angepasst - bleibt

[liv-in-sky]

@Homoran welche jav adapter version hast du

[Homoran]

@liv-in-sky 4.1.12 - in die Richtung denke ich auch

Habe jetzt den Inhalt des Datenpunktes aus der Testumgebung in den Datenpunkt der produktiven kopiert, da kommt:

javascript.0	2020-02-11 20:56:16.630	error	at Timer.listOnTimeout (timers.js:290:5)
javascript.0	2020-02-11 20:56:16.630	error	at tryOnTimeout (timers.js:323:5)
javascript.0	2020-02-11 20:56:16.630	error	at ontimeout (timers.js:511:34)
javascript.0	2020-02-11 20:56:16.630	error	at Timeout._onTimeout (/opt/iobroker/node_modules/iobroker.javascript/lib/sandbox.js:1869:34)
javascript.0	2020-02-11 20:56:16.629	error	at Object.<anonymous> (script.js.Hardware.NetScan:325:22)
javascript.0	2020-02-11 20:56:16.629	error	Error in callback: TypeError: Cannot read property 'replace' of undefined
javascript.0	2020-02-11 20:56:16.626	warn	at Timer.listOnTimeout (timers.js:290:5)
javascript.0	2020-02-11 20:56:16.626	warn	at tryOnTimeout (timers.js:323:5)
javascript.0	2020-02-11 20:56:16.626	warn	at ontimeout (timers.js:511:34)
javascript.0	2020-02-11 20:56:16.626	warn	at Timeout._onTimeout (/opt/iobroker/node_modules/iobroker.javascript/lib/sandbox.js:1869:34)
javascript.0	2020-02-11 20:56:16.626	warn	at Object.<anonymous> (script.js.Hardware.NetScan:314:19)
javascript.0	2020-02-11 20:56:16.626	warn	at setState (/opt/iobroker/node_modules/iobroker.javascript/lib/sandbox.js:1258:20)
javascript.0	2020-02-11 20:56:16.626	warn	Wrong type of javascript.0.Tabellen.IPDevices.Device_Collection: "string". Please fix, while deprecated and will not work in next versions.

[liv-in-sky]

@Homoran wie schon geschrieben mit copy und paste geht das nicht -update javascript ?

[Homoran]

@liv-in-sky sagte in IP Devices im Netzwerk - HTML Tabelle vis, Iqontrol:

wie schon geschrieben mit copy und paste geht das nicht

Was geht nicht?
Das script kopieren?

Den Wert des DP?
War nur ein test, damit nicht "null" kommt

@liv-in-sky sagte in IP Devices im Netzwerk - HTML Tabelle vis, Iqontrol:

-update javascript ?

ist gerade ein Update in stable gekommen

• wrong version of admin
  • admin upgrade
    • wrong version of js-controller ....

Wollte mit der produktiven Umgebung letztes Wochenende auf einen neuen Server mit nagelneuer Basis umziehen.
Da bin ich auch an Problemen hängen geblieben

[liv-in-sky]

@Homoran ja das hatte ich voher auch - ich wollte auch auf die neuste jscript vesion gehen - ging nicht

das kopieren des dp geht nicht

[Homoran]

@liv-in-sky
da stimmt wirklich was nicht - ich gehe da morgen noch mal in Ruhe ran:

javascript.0	2020-02-11 21:07:15.026	error	at Timer.listOnTimeout (timers.js:290:5)
javascript.0	2020-02-11 21:07:15.026	error	at tryOnTimeout (timers.js:323:5)
javascript.0	2020-02-11 21:07:15.025	error	at ontimeout (timers.js:511:34)
javascript.0	2020-02-11 21:07:15.025	error	at Timeout._onTimeout (/opt/iobroker/node_modules/iobroker.javascript/lib/sandbox.js:1869:34)
javascript.0	2020-02-11 21:07:15.025	error	at Object.<anonymous> (script.js.Hardware.NetScan:276:101)
javascript.0	2020-02-11 21:07:15.025	error	Error in callback: TypeError: myObjOld.push is not a function

[liv-in-sky]

@Homoran ja drüber schlafen hilft meist

[Homoran]

@liv-in-sky

Letzter Test für heute:

Testumgebung:

• Datenpunkt Collection gelöscht
• Script gestartet
  • Datenpunkt angelegt
  • Datenpunkt gefüllt

---

produktive Umgebung:

• Skript aus der Testumgebung 1:1 kopiert
• Datenpunkt Collection gelöscht
• Script gestartet
  • Datenpunkt angelegt
  • Datenpunkt nicht gefüllt

Muss also an einer Adapterversion liegen

[liv-in-sky]

@Homoran sehe ich auch so

[Homoran]

@liv-in-sky
Habe dann gestern doch nicht an mich halten können. Nachdem es auf einer anderen neuen Installation auch auf Anhieb lief habe ich eine Updateorgie mit massiven Hindernissen durchgeführt. Läuft es jetzt, aber...

Skript funktionierte erst wieder nach Löschen der Datenpunkte!
Vermutung: der setstate ist nicht abwärtskompatibel

Die Tabelle baut sich auf, aber...
Es stehen wieder nicht alle Geräte drin, diesmal fehlen andere.
Um nicht zu viele Anfragen an die Devices zu schicken habe ich aber das Skript bei den beiden Testinstanzen nicht mehr aktiv und kann nicht live vergleichen.

System mit vollständiger (?) Geräteliste:

• RasPi 4 2GB
• Raspbian Buster
• node 10
• nmap 7.70

aktuelles produktives System mit unvollständiger Geräteliste:

• NUC mit proxmox und VM
• Raspbian Stretch
• node 8
• nmap 7.40

Also hängt doch einiges an den Versionen

Muss mal sehen wo ich mich heute noch rantraue nach dem Desaster gestern

EDIT: seltsamerweise kann ich von der VM auch nicht die fehlende Node MCU "Teensy" anpingen, vom RasPi schon