ioBroker.upnp - please test

[Neuschwansteini]

Hab den upnp seit ein paar Stunden im Produktivsystem laufen, und bis auf die Fehler mit den Octopi's funktioniert er auch ( Daten werden auch eingetragen, da läuft ja mein Javascriptadapter ;-))

Hat noch irgendeiner hier OctoPi's im Netzwerk und kann das nachvollziehen?

[Bluefox]

Ich habe noch mal upnp upgedatet (für den Octopus fall)
ABER: Da ich bemerkt habe, dass Object Tree total falsch war, habe ich die Struktur geändert.
Dazu habe ich schedule Funktionalität eingebaut, so dass man bei "request" variablen CRON Regel setzen kann und man braucht kein JScript mehr um die Variable zu pollen.
Bitte Beachten: Dabei alte JS Scripte werden nicht funktionieren!

[Bluefox]

[Bluefox]

Kann jemand bei upnp ja/nein sagen? Das ist einzige was js-controller 1.5.7 vom Release abhält...

[SBorg]

Eben getestet, will bei mir nicht, kommen keine Daten.
Habe zwar "upnp.0 2019-02-24 10:29:51.958 info enabled polling of upnp.0.WANDevice_-FRITZ!Box_7490(UI).WANDevice.WANCommonInterfaceConfig.GetCommonLinkProperties.request with schedule */20 * * * * *" im Log, kommen aber keine Daten. Auch beim druck auf den Button kommt nix.
Sicherheitshalber hatte ich alle Datenpunkte gelöscht und Broker neu gestartet.

[sigi234]

@Bluefox

es kommen keine Daten.............
Ich bin wieder auf die Alte Version umgestiegen.....da funktioniert es.

[Neuschwansteini]

@Bluefox Hi, Danke fürs Update, keine Fehler im Log, gute Idee mit dem Cron da!
Leider holt der Adapter keine Werte, auch wenn der request button manuell ausgeführt wird.
Die Schleife new device... bei den Octopis ist behoben, super!

Hier mein Log ( debug
logfile.txt

[Neuschwansteini]

wenn man den request button betätigt, kommt im Log nur das hier:

2019-02-24 17:36:15.516 - debug: upnp.0 Send Command for upnp.0.WANDevice_-_FRITZ!Box_7590.WANDevice.WANCommonInterfaceConfig.GetAddonInfos.request
2019-02-24 17:36:15.743 - debug: upnp.0 response

[Bluefox]

Ich habe einen Fehler bei request gefunden.
Bitte noch mal probieren, jetzt aber direkt vom master und nicht vom Branch:

cd /<dein Verzeichnis>/iobroker
iobroker upnp stop
npm i https://github.com/iobroker-community-adapters/ioBroker.upnp/tarball/master --production
iobroker u upnp
iobroker upnp restart

[Neuschwansteini]

@Bluefox sagte in ioBroker.upnp - please test:

Super, läuft, Werte kommen jetzt. Keine Fehler im Log. Werte werden auch automatisch aktualisiert ganz ohne Script!
Danke!

[sigi234]

@ilovegym sagte in ioBroker.upnp - please test:

@Bluefox sagte in ioBroker.upnp - please test:

Super, läuft, Werte kommen jetzt. Keine Fehler im Log. Werte werden auch automatisch aktualisiert ganz ohne Script!
Danke!

Ja, funktioniert auch bei mir! V 1.0.5
Danke

[sigi234]

@sigi234 sagte in ioBroker.upnp - please test:

@ilovegym sagte in ioBroker.upnp - please test:

@Bluefox sagte in ioBroker.upnp - please test:

Super, läuft, Werte kommen jetzt. Keine Fehler im Log. Werte werden auch automatisch aktualisiert ganz ohne Script!
Danke!

Ja, funktioniert auch bei mir! V 1.0.5
Danke

Ok, bekomme noch ständig folgende Info:

upnp.0	2019-02-25 11:01:12.827	info	Found new device: http://192.168.178.23:49152/nasdevice.xml

<root xmlns="urn:schemas-upnp-org:device-1-0">
<specVersion>
<major>1</major>
<minor>0</minor>
</specVersion>
<device>
<pnpx:X_hardwareId xmlns:pnpx="http://schemas.microsoft.com/windows/pnpx/2005/11">VEN_011A&DEV_0064&REV_01</pnpx:X_hardwareId>
<pnpx:X_deviceCategory xmlns:pnpx="http://schemas.microsoft.com/windows/pnpx/2005/11">Storage.NAS</pnpx:X_deviceCategory>
<pnpx:X_compatibleId xmlns:pnpx="http://schemas.microsoft.com/windows/pnpx/2005/11">urn:www-wdc-com:device:NetworkAttachedStorage</pnpx:X_compatibleId>
<df:X_modelId xmlns:df="http://schemas.microsoft.com/windows/2008/09/devicefoundation">{02BF98D2-1B50-4a1f-83D9-A85402782702}</df:X_modelId>
<df:X_containerId xmlns:df="http://schemas.microsoft.com/windows/2008/09/devicefoundation">{73656761-7465-7375-636b-0090a9f64500}</df:X_containerId>
<modelURL>http://www.wdc.com/wdmycloud</modelURL>
<deviceType>urn:schemas-wd-com:device:WdNAS-DEV_0064:1</deviceType>
<friendlyName>WDMyCloud</friendlyName>
<manufacturer>Western Digital Corporation</manufacturer>
<manufacturerURL>http://www.wdc.com</manufacturerURL>
<modelDescription>WD My Cloud</modelDescription>
<modelName>WDMyCloud</modelName>
<modelNumber>sq</modelNumber>
<serialNumber>xxxxxxxxx</serialNumber>
<UDN>uuid:xxxxx-7465-7375-636b-0090a9d57f26</UDN>
<serviceList>
<service>
<serviceType>urn:schemas-microsoft-com:service:NULL:1</serviceType>
<serviceId>urn:microsoft-com:serviceId:NULL</serviceId>
<SCPDURL>/empty.xml</SCPDURL>
<controlURL>/UD/?0</controlURL>
<eventSubURL/>
</service>
</serviceList>
<presentationURL>http://192.168.178.23</presentationURL>
</device>
</root>

Ist eine Nas von WD, ich glaube das hat was mit der Anmeldung an der Nas zu tun.

[SBorg]

Läuft jetzt soweit wieder, Danke, nur findet er im 10 Minuten-Raster neue Geräte (Sat-Receiver, eine VM mit Win7) bei mir, unter anderem sogar Teile der FritzBox doppelt:

upnp.0	2019-02-25 11:29:02.309	info	Found new device: http://192.168.1.1:49000/avmnexusdesc.xml
upnp.0	2019-02-25 11:29:02.289	info	Found new device: http://192.168.1.1:49000/avmnexusdesc.xml
upnp.0	2019-02-25 11:28:57.754	info	Found new device: http://192.168.1.1:49000/igd2desc.xml
upnp.0	2019-02-25 11:28:57.279	info	Found new device: http://192.168.1.1:49000/l2tpv3.xml
upnp.0	2019-02-25 11:28:55.808	info	Found new device: http://192.168.1.1:49000/fboxdesc.xml
upnp.0	2019-02-25 11:28:55.718	info	Found new device: http://192.168.1.1:49000/igddesc.xml
upnp.0	2019-02-25 11:28:55.695	info	Found new device: http://192.168.1.1:49000/igddesc.xml
upnp.0	2019-02-25 11:28:51.454	info	Found new device: http://192.168.1.1:49000/MediaServerDevDesc.xml
upnp.0	2019-02-25 11:28:51.371	info	Found new device: http://192.168.1.1:49000/MediaServerDevDesc.xml

[Neuschwansteini]

Das habe ich hier leider auch.. der Adapter findet dauernd neue Geräte, obwohl laut log diese schon einmal gefunden wurden (und auch Objektstrukturen angelegt wurden), irgendwas stimmt mit dem Abgleich da anscheinend nicht.

[sigi234]

@ilovegym sagte in ioBroker.upnp - please test:

Das habe ich hier leider auch.. der Adapter findet dauernd neue Geräte, obwohl laut log diese schon einmal gefunden wurden (und auch Objektstrukturen angelegt wurden), irgendwas stimmt mit dem Abgleich da anscheinend nicht.

Ich habe mal im Adapter die Automatische Erkennung deaktiviert.

[Bluefox]

@sigi234 Fehler ist in 1.0.6 gefixt

[sigi234]

@Bluefox sagte in ioBroker.upnp - please test:

@sigi234 Fehler ist in 1.0.6 gefixt

Ok, folgender Fehler kommt immer nach ca. 1 Minute :

upnp.0	2019-02-25 21:04:53.070	error	Error in lookupService: No object

Kommt jetzt immer............

[Neuschwansteini]

@Bluefox yes, I confirm this, but...
wenn der lookupservice nix zurück bekommt
2019-02-25 20:59:36.538 - error: upnp.0 Error in lookupService: No object
2019-02-25 20:59:36.540 - error: upnp.0 Error in lookupService: No object

wäre schön zu wissen, was für ein Object das denn gewesen wäre?
Adapter steht auf debug und sonst keine Fehler mehr, auch kein wiederholtes erkennen! Super.

[Bluefox]

Ich habe jetzt die Info über Objekt raus gegeben. Bitte direkt vom git probieren.

[Neuschwansteini]

@Bluefox so, geladen direkt von git, jetzt sieht das so aus( wiederholt sich auch alles wieder..)

logfile.txt