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

[Dominik F.]

@afuerhoff

Nein, da wird nix angezeigt:

{"Index":"1","IPAddress":"192.168.178.34","MACAddress":"AC:6F:BB:DB:1B:CE","Active":"0","HostName":"","InterfaceType":"","X_AVM-DE_Port":"0","X_AVM-DE_Speed":"0","X_AVM-DE_UpdateAvailable":"0","X_AVM-DE_UpdateSuccessful":"unknown","X_AVM-DE_InfoURL":"","X_AVM-DE_MACAddressList":"","X_AVM-DE_Model":"","X_AVM-DE_URL":"","X_AVM-DE_Guest":"0","X_AVM-DE_RequestClient":"0","X_AVM-DE_VPN":"0","X_AVM-DE_WANAccess":"granted","X_AVM-DE_Disallow":"0","X_AVM-DE_IsMeshable":"0","X_AVM-DE_Priority":"0","X_AVM-DE_FriendlyName":"","X_AVM-DE_FriendlyNameIsWriteable":"1"}

[afuerhoff]

@dominik-f
Ok. Danke. Dann ist es ein Fehler in der Fritzbox, der allerdings nicht ständig zuschlägt. Sonst hätte der Adapter das Objekt ja nicht anlegen können. In der nächsten Version fange ich das dann noch ab.

[Dominik F.]

@afuerhoff

Ich danke dir.
Ich bin aber trotzdem sehr verwundert über das Gerät. Ich hab keine Ahnung was das sein soll^^

[afuerhoff]

@dominik-f
Hier steht noch etwas bei AVM. Vielleicht hilft es.
-> Incorrect or unknown entries in the list of "Devices and Users"
https://en.avm.de/service/knowledge-base/dok/FRITZ-Box-7340-int/763_Incorrect-or-unknown-entries-in-the-list-of-Devices-and-Users/

[afuerhoff]

Hallo, ich habe gerade eine neue Version ins Latest Repository hochgeladen. Die leeren Hostnames werden jetzt ignoriert und eine Warnmeldung ausgegeben.

[JB_Sullivan]

Juhu - ich glaube ich gehöre auch zu denen wo der Adapter nicht mehr mitspielen mag. Habe heute das Update hochgeladen, aber der Adapter läßt sich nun nicht mehr starten.

Er lief sonst Monatelang ohne Probleme.

PS: und dein Rollback auf eine frühere Version geht auch nicht, weil da wohl noch der Uralte ETRAGET Fehler für Windows User drin steckt - siehe unten.

fb-checkpresence.0
10364	2022-12-21 17:56:16.190	info	Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason

fb-checkpresence.0
10364	2022-12-21 17:56:16.189	info	terminating

fb-checkpresence.0
10364	2022-12-21 17:56:16.188	info	cleaned everything up ...

fb-checkpresence.0
10364	2022-12-21 17:56:16.184	info	Got terminate signal TERMINATE_YOURSELF
host.GLTGLT)
2022-12-21 17:56:16.149	info	host.GLT(GLT) stopInstance system.adapter.fb-checkpresence.0 (force=false, process=true)
host.GLTGLT)
2022-12-21 17:56:16.149	info	host.GLT(GLT) "system.adapter.fb-checkpresence.0" disabled

fb-checkpresence.0
10364	2022-12-21 17:56:16.069	warn	onReady: Fb init: ReferenceError: AbortController is not defined

fb-checkpresence.0
10364	2022-12-21 17:56:16.048	info	starting. Version 1.1.23 in C:/iobroker/GLT/node_modules/iobroker.fb-checkpresence, node: v14.16.0, js-controller: 4.0.24

fb-checkpresence.0
10364	2022-12-21 17:56:15.607	debug	States connected to redis: 127.0.0.1:9000

fb-checkpresence.0
10364	2022-12-21 17:56:15.552	debug	States create User PubSub Client

fb-checkpresence.0
10364	2022-12-21 17:56:15.551	debug	States create System PubSub Client

fb-checkpresence.0
10364	2022-12-21 17:56:15.519	debug	Redis States: Use Redis connection: 127.0.0.1:9000

fb-checkpresence.0
10364	2022-12-21 17:56:15.473	debug	Objects connected to redis: 127.0.0.1:9001

fb-checkpresence.0
10364	2022-12-21 17:56:15.465	debug	Objects client initialize lua scripts

fb-checkpresence.0
10364	2022-12-21 17:56:15.318	debug	Objects create User PubSub Client

fb-checkpresence.0
10364	2022-12-21 17:56:15.317	debug	Objects create System PubSub Client

fb-checkpresence.0
10364	2022-12-21 17:56:15.316	debug	Objects client ready ... initialize now

fb-checkpresence.0
10364	2022-12-21 17:56:15.270	debug	Redis Objects: Use Redis connection: 127.0.0.1:9001

$ iobroker upgrade fb-checkpresence@1.1.21 --debug

Update fb-checkpresence from @1.1.23 to @1.1.21

NPM version: 6.14.11

Installing iobroker.fb-checkpresence@1.1.21... (System call)

npm ERR! code ETARGET

npm ERR! A complete log of this run can be found in: npm ERR! C:\iobroker\GLT\env\npm-cache\_logs\2022-12-21T17_06_59_598Z-debug.log

Update "system.adapter.fb-checkpresence.0"

upload [6] fb-checkpresence.admin C:/iobroker/GLT/node_modules/iobroker.fb-checkpresence/admin/access_settings_network.png access_settings_network.png image/png

upload [5] fb-checkpresence.admin C:/iobroker/GLT/node_modules/iobroker.fb-checkpresence/admin/dateformat.png dateformat.png image/png

upload [3] fb-checkpresence.admin C:/iobroker/GLT/node_modules/iobroker.fb-checkpresence/admin/index_m.html index_m.html text/html

upload [2] fb-checkpresence.admin C:/iobroker/GLT/node_modules/iobroker.fb-checkpresence/admin/index_m.js index_m.js application/javascript

upload [0] fb-checkpresence.admin C:/iobroker/GLT/node_modules/iobroker.fb-checkpresence/admin/words.js words.js application/javascript

Process exited with code 0

[afuerhoff]

@jb_sullivan
Mach mal auf Version 1.1.20 oder 1.1.22. Die 21 gab es gar nicht offiziell.

[JB_Sullivan]

@afuerhoff OK - Danke, die 1.1.20 funktioniert wieder - bzgl. der "nicht offiziellen" Version - dann sollte so etwas idealer Weise nicht über den Admin in der Adapter History auftauchen.

[afuerhoff]

@jb_sullivan

Hallo, die Funktion AbortController, die ich nutze, ist leider erst ab Node 15 implementiert.
Du nutzt noch die Node 14 Version. Sorry. Die alte Funktionalität, die ich bisher genutzt habe ist in axios abgekündigt. Node 14 ist übrigens im Maintenance Status. Du solltest auf Node 16 updaten.

[afuerhoff]

@jb_sullivan
Hallo, ich hab mal eine Testversion auf Github hochgeladen. Die kannst Du testen. Die alte Funktionalität habe ich optional noch mit eingebaut. Ich hoffe es funktioniert so.

[JB_Sullivan]

@afuerhoff Guten Morgen - ich habe die GIT Version installiert und diese funktioniert einwandfrei - Vielen Dank für deinen Einsatz.

[afuerhoff]

@jb_sullivan
Ok. Danke für die Rückmeldung. Die kommt dann ins Latest.

[afuerhoff]

Hallo, neue Version ist jetzt im Latest.
Sie benutzt CancelToken, wenn AbortController nicht zur Verfügung steht, was bei Node 14 der Fall ist. Mit diesen Funktionen kann ein laufender Axios Request abgebrochen werden.

[Thias]

getAllFbObjects: Hostname of fritzbox device XX: XX: XX: XX: XX: XX is empty!

Hallo zusammen,

die Fehlermeldung kommt seit einigen Tagen. Ich habe schon die Version 1.1.24 installiert und die Fritz!Box mehrfach neu gestartet.
Nach dem Neustart ist erst einmal Ruhe, dann kommt der Fehler nach einigen Zeit wieder.

Betroffen sind mehrere MAC-Adressen, die teilweise in der Fritz!Box als ungenutzte Verbindung stehen.
In der Fritz!Box habe ich dann einen generischen Rechnernamen (PC+IP-Adresse)
Weitere Fehlermeldungen kommen nicht.

Hat noch jemand Ideen?

[afuerhoff]

@thias
Ist nur eine Warnmeldung, das in der von der Fritzbox zurück gegebenen Deviceliste ein Device ohne Hostnamen enthalten ist. Das wird dann vom Adapter ignoriert. Scheint aus meiner Sicht aber nur ein sporadisches Problem zu sein. Kommt das bei dir regelmäßig im Intervall Abstand? Benutzt du eine Beta Version?

[Thias]

@afuerhoff Die Meldung kommt ungefähr 20-30x täglich... und ich nutze Version 1.1.24 von Github. Die habe ich allerdings nach dem ersten Auftreten der Meldung installiert.

[afuerhoff]

@thias
Das ist ja auch die Änderung in der Adapter Version, dass leere Hostnamen erkannt werden. Wie sieht es mit der Fritzbox Firmware aus? Beta Version?

[Thias]

@afuerhoff Das ist eine 7590 mit der finalen 7.5.

[afuerhoff]

@thias
Wenn die Geräte ungenutzt sind, dann würde ich die mal löschen (in der Fritzbox) und schauen, ob die Warnung nochmal kommt.

[Stephan Schleich]

@afuerhoff Warum kommt eig diese Meldung immer? ich habe die Stats gar nicht mehr in den Objekten

Desweiteren wäre es cool, wenn die der "WPS" state nach Ablauf wieder auf "False" stellen würde, wäre dies machbar? (Selbiges beim DSL Reconnect)