NEWS
ioBroker.upnp - please test
-
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! -
-
Kann jemand bei upnp ja/nein sagen? Das ist einzige was js-controller 1.5.7 vom Release abhält...
-
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. -
es kommen keine Daten.............
Ich bin wieder auf die Alte Version umgestiegen.....da funktioniert es. -
@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 -
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 -
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
-
@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! -
@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 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
DankeOk, 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.
-
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
-
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.
-
@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.
-
@sigi234 Fehler ist in 1.0.6 gefixt
-
@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............
-
@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 objectwä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. -
Ich habe jetzt die Info über Objekt raus gegeben. Bitte direkt vom git probieren.
-
@Bluefox so, geladen direkt von git, jetzt sieht das so aus( wiederholt sich auch alles wieder..)
-
@Bluefox oh, hatte debug aus.. hier nochmal mit debug:
logfile.txt