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

[Holger Etzel]

@liv-in-sky hier werden die Netzwerkgeräte gefunden

[Holger Etzel]

@liv-in-sky jetzt habe ich eine Tabelle mit den Geräten und IP-Adressen.
Was bedeutet die Angabe 0/24 bei den IP-Adressen?

Danke schon mal

[liv-in-sky]

@Holger-Etzel der bereich 192.168.178.0 bis 192.168.178.255 wird genutzt - also 256 adressen insgesamt

[liv-in-sky]

@Holger-Etzel

manchmal kommt beim script dieses no array - ist bei mir auch so - hat irgendwas mit dem nmap und linux zu tun

[Holger Etzel]

@liv-in-sky
bin schon mal begeistert.

Kann es sein das die Sortierung nach IP nicht funktioniert.
An der Tabelle ändert sich nichts, egal ob ich true oder false im sortiereClient eingebe ???

[liv-in-sky]

@Holger-Etzel

irgendwie ist da ein fehler drin - schaue ich mir morgen mal an

[liv-in-sky]

@Holger-Etzel

ich weiß nicht mehr warum, aber wenn "braucheMaterialDesignWidget" oder "braucheMaterialDesignWidgetList" auf true gesetzt sind, wird nicht mehr sortiert - das hat einen grund, habe ich aber vergessen

wenn du die html tabelle nutzt, setze die beiden auf false und "sortiereClient" auch auf false, dann wird sortiert auf IP

[Holger Etzel]

@liv-in-sky
danke, Läuft soweit.

[luft-post]

Moin,
einmal kurz nachgefragt: Kann es sein das gerade sortieren nach IP Adressen (sortiereClient=false) nicht funktioniert?

Gruß
Matthias

[liv-in-sky]

@luft-post

https://forum.iobroker.net/post/543898

[luft-post]

@liv-in-sky Ach Mist, habe ich nicht gesehen, dass direkt vor mir die selbe frage gestellt wurde. Vielen Dank für den Hinweis.

Gruß
Matthias

[Andi Luma]

Gelöst : s.u
Super script , Danke dafür , eine Frage / Problem habe ich aber ( Inhalt des Datenpunkte habe ich schon einige Male gelöscht , script neu gestartet , JS neu gestartet .. ) . Trotzdem werden einige Host mehrfach , zusätzlich mit falscher IP angezeigt. Diese sind nicht in der FRITZBox bekannt, werden über die Kommandozeile auch vom nmap nicht gefunden, d.h
nmap -sPR --dns-servers 192.168.178.1 192.168.178.0/24 |grep pimini

Nmap scan report for pimini.fritz.box (192.168.178.84) = die IP ist richtig,

aber , es wird ein zweite (.220) angezeigt

iob@IOB:~$ nslookup pimini
Server:         192.168.178.1
Address:        192.168.178.1#53

Name:   pimini.fritz.box
Address: 192.168.178.84

auf der anderen IP ist Nichts

iob@IOB:~$ ping 192.168.178.220
PING 192.168.178.220 (192.168.178.220) 56(84) bytes of data.
From 192.168.178.21 icmp_seq=1 Destination Host Unreachable


iob@IOB:~$ nslookup 192.168.178.220
** server can't find 220.178.168.192.in-addr.arpa: NXDOMAIN

Vielleicht kennt ja jemand eine Lösung dafür
Danke & Gruß

[liv-in-sky]

@andi-luma was ist das für ein gerät ?

[Andi Luma]

@liv-in-sky
Hi , das ist ein Raspberry Pi Zero W , mein abgesetzter BTLE detector , auch als IOB Multihost angebunden, nicht schnell aber für den Zweck reichts

[liv-in-sky]

@andi-luma der hat nur wlan - oder ?

die nmap anfrage kann eigentlich nichts am pi aktivieren, daher gehe ich davon aus, dass der pi auf die adresse (220, manchmal) antwortet

[Andi Luma]

@liv-in-sky
Hallo , der pimini macht DHCP - immer gleiche Adresse zuteilen in der FritzBox eingestellt ( die IP .220 ist auch ausserhalb meines DHCP Ranges)
auf dem pimini sieht es so aus
pi@pimini:/var/log $ sudo service dhcpcd status
● dhcpcd.service - dhcpcd on all interfaces
Loaded: loaded (/lib/systemd/system/dhcpcd.service; enabled; vendor preset: enabled)
Drop-In: /etc/systemd/system/dhcpcd.service.d
└─wait.conf
Active: active (running) since Thu 2021-01-28 21:40:05 CET; 1 weeks 3 days ago
Process: 254 ExecStart=/usr/lib/dhcpcd5/dhcpcd -q -w (code=exited, status=0/SUCCESS)
Main PID: 434 (dhcpcd)
Tasks: 2 (limit: 881)
CGroup: /system.slice/dhcpcd.service
├─338 wpa_supplicant -B -c/etc/wpa_supplicant/wpa_supplicant.conf -iwlan0 -Dnl80211,wext
└─434 /sbin/dhcpcd -q -w

Feb 04 08:50:12 pimini dhcpcd[434]: wlan0: IAID eb:d0:33:24
Feb 04 08:50:13 pimini dhcpcd[434]: wlan0: rebinding lease of 192.168.178.84
Feb 04 08:50:17 pimini dhcpcd[434]: wlan0: probing address 192.168.178.84/24
Feb 04 08:50:23 pimini dhcpcd[434]: wlan0: leased 192.168.178.84 for 864000 seconds
Feb 04 08:50:23 pimini dhcpcd[434]: wlan0: adding route to 192.168.178.0/24
Feb 04 08:50:23 pimini dhcpcd[434]: wlan0: adding default route via 192.168.178.1

tritt auch mit Windows Clients auf

[liv-in-sky]

@andi-luma

evtl liefern die devices mit den ip adressen einen namen zurück, der dann im script etwas fehlleitet

kannst du den befehl aus dem script mal direkt in de rkonsole ausführen und dir anschauen, was da für werte kommen

oder du enabled in dem exec mal das log ( console.log(result); einfach die beiden schrägstriche entfernen

postest du mal bitte deine settings bzw. setze mal für die adresse...220 einen dummy namen im setting

[Andi Luma]

@liv-in-sky Es bleibt seltsam , direkt nach dem Script start gibt es nur Geräte die online sind in der Liste ,

Nmap done: 256 IP addresses (68 hosts up)

später tauchen auch Geräte auf die definitiv NICHT an sind, (die liegen hier im Regal .. C0577, X230 ) Der pimini taucht nur einmal mit der richtigen IP auf , für die 220 habe ich einen Test Eintrag im script gemacht . Die FBox kennt die nicht aktiven Geräte noch , aber das sollte das nmap ja nicht herausbekommen.

Teilweise sind die IP noch in ARP cache , aber auch nicht alle ..
iob@IOB:~$ cat /proc/net/arp |grep 178.55 :: nicht in cache

der schon
iob@IOB:~$ cat /proc/net/arp |grep 178.43
192.168.178.43 0x1 0x0 a4:4e:31:XX:XX:XX
hierfür funktioniert dann auch die Namensauflösung
iob@IOB:~$ nslookup 192.168.178.43
43.178.168.192.in-addr.arpa name = D-X230.fritz.box.

kurz später , der scan zeigt immer noch
Nmap done: 256 IP addresses (70 hosts up) aber in der VISU /dem Datenpunkt IPDevices _HostDaten stehen auch
192.168.178.43 D-X230
192.168.178.223 D-X230
192.168.178.55 DE-C0577
In der Visu , da steht dann der falsche Wert : Anzahl 93

[liv-in-sky]

@andi-luma hast du diesen datenpunkt geleert ? das x ist deine instanz, unter der das script läuft

javascript.x.Tabellen.IPDevices.Device_Collection

[Andi Luma]

@liv-in-sky Danke für den Tip und deine Geduld . Den Inhalt habe ich jetzt auch mal geleert - ich hatte angenommen das die oben im script definierte Punkte genutzt werden
let dpHost="0_userdata.0.Tabellen.IPDevices_HostDaten" //WICHTIG wenn brauche HostDaten auf true gesetzt !! dp zusätzlich für VIS-HTML-Basic-Widget // string
let dpVIS="0_userdata.0.Tabellen.IPDevices" > da wird auch was reingeschrieben - aber wohl nur einmalig

Damit läuft das script jetzt nach Neustart genau einmal durch , hat kein " fehlerhaften" Einträge mehr . schreibt aber auch nicht in den von dir genannten DP , d.h. jeder weitere Lauf endet mit einem Fehler

für meine Vis nehme ich dann den Datenpunkt (0_userdata.0.Tabellen.IPDevices) , der aber jetzt nur noch beim ersten script Aufruf aktualisiert wird