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

[sigi234]

@sigi234 sagte in ioBroker.upnp - please test:

@ilovegym sagte in ioBroker.upnp - please test:

@Bluefox Guten Morgen, hab V1.0.2 auf einem frisch aufgesetztem Testsystem Linux Mint 19.1, Node 8.15, NPM 6.4.1 installiert, und er legt auch jetzt viel mehr Datenpunkte an, setzt in diesen aber keine Werte.. endet dann in einem RangeError, wie gehabt. Musste die Instanz stoppen, iobroker war dann nicht mehr erreichbar über admin.

Dann warte ich noch mit den update....:relaxed:

Edit 1:
Scheint zu funktionieren.........V 1.0.2

[Bluefox]

@SBorg UNd bitte noch mal vom git testen.

[Ein ehemaliger Benutzer]

@Bluefox Danke für das Update, schon etwas besser, der Adapter läuft durch, allerdings schreibt er keine Werte in die Objekte, und meine 3 Octopi-Raspis mag er einfach nicht, solange diese online sind, hängt er bei den in einer Schleife und erkennt sie jedesmal wieder als neues Device - und kommt dann natürlich zu nix anderes mehr..
Habe die drei jetzt mal runtergefahren, und siehe da, es werden noch mehr Geräte erkannt ( ich hab in den Settings alle 3 Haken an) jetzt keine Schleife mehr, aber noch keine Werte in den Objekten.

Logfileauszug von der Schleife:

2019-02-21 23:15:33.713  - debug: upnp.0 Started processTasks with 1 tasks
2019-02-21 23:15:33.713  - debug: upnp.0 firstDevLookup for http://192.168.178.32:80/plugin/discovery/discovery.xml
2019-02-21 23:15:33.745  - debug: upnp.0 Positive answer for request of the XML file for http://192.168.178.32:80/plugin/discovery/discovery.xml
2019-02-21 23:15:33.746  - debug: upnp.0 Parsing the XML file for http://192.168.178.32:80/plugin/discovery/discovery.xml
2019-02-21 23:15:33.746  - debug: upnp.0 Creating objects for http://192.168.178.32:80/plugin/discovery/discovery.xml
2019-02-21 23:15:33.746  - debug: upnp.0 TypeOfDevice Basic
2019-02-21 23:15:33.746  - debug: upnp.0 Can not find a icon for 192.168.178.32
2019-02-21 23:15:33.746  - debug: upnp.0 Creating root element for device: OctoPrint_instance_on_berrymotion
2019-02-21 23:15:33.746  - debug: upnp.0 Cannot parse answer from 192.168.178.32: TypeError: Cannot read property 'length' of undefined
2019-02-21 23:15:33.749  - debug: upnp.0 All tasks processed
2019-02-21 23:15:33.792  - info: upnp.0 Found new device: http://192.168.178.28:80/plugin/discovery/discovery.xml
2019-02-21 23:15:33.792  - debug: upnp.0 Started processTasks with 1 tasks
2019-02-21 23:15:33.792  - debug: upnp.0 firstDevLookup for http://192.168.178.28:80/plugin/discovery/discovery.xml
2019-02-21 23:15:33.817  - debug: upnp.0 Positive answer for request of the XML file for http://192.168.178.28:80/plugin/discovery/discovery.xml
2019-02-21 23:15:33.817  - debug: upnp.0 Parsing the XML file for http://192.168.178.28:80/plugin/discovery/discovery.xml
2019-02-21 23:15:33.817  - debug: upnp.0 Creating objects for http://192.168.178.28:80/plugin/discovery/discovery.xml
2019-02-21 23:15:33.817  - debug: upnp.0 TypeOfDevice Basic
2019-02-21 23:15:33.817  - debug: upnp.0 Can not find a icon for 192.168.178.28
2019-02-21 23:15:33.817  - debug: upnp.0 Creating root element for device: OctoPrint_instance__Octopi
2019-02-21 23:15:33.818  - debug: upnp.0 Cannot parse answer from 192.168.178.28: TypeError: Cannot read property 'length' of undefined
2019-02-21 23:15:33.821  - debug: upnp.0 All tasks processed
2019-02-21 23:15:33.851  - info: upnp.0 Found new device: http://192.168.178.34:80/plugin/discovery/discovery.xml
2019-02-21 23:15:33.851  - debug: upnp.0 Started processTasks with 1 tasks
2019-02-21 23:15:33.851  - debug: upnp.0 firstDevLookup for http://192.168.178.34:80/plugin/discovery/discovery.xml
2019-02-21 23:15:33.904  - debug: upnp.0 Positive answer for request of the XML file for http://192.168.178.34:80/plugin/discovery/discovery.xml
2019-02-21 23:15:33.904  - debug: upnp.0 Parsing the XML file for http://192.168.178.34:80/plugin/discovery/discovery.xml
2019-02-21 23:15:33.904  - debug: upnp.0 Creating objects for http://192.168.178.34:80/plugin/discovery/discovery.xml
2019-02-21 23:15:33.904  - debug: upnp.0 TypeOfDevice Basic
2019-02-21 23:15:33.904  - debug: upnp.0 Can not find a icon for 192.168.178.34
2019-02-21 23:15:33.904  - debug: upnp.0 Creating root element for device: OctoPrint_instance_on_gymberry
2019-02-21 23:15:33.904  - debug: upnp.0 Cannot parse answer from 192.168.178.34: TypeError: Cannot read property 'length' of undefined
2019-02-21 23:15:33.908  - debug: upnp.0 All tasks processed
2019-02-21 23:15:39.112  - debug: upnp.0 Started processTasks with 8 tasks
2019-02-21 23:15:39.127  - debug: upnp.0 All tasks processed
2019-02-21 23:15:43.729  - info: upnp.0 Found new device: http://192.168.178.32:80/plugin/discovery/discovery.xml
2019-02-21 23:15:43.730  - debug: upnp.0 Started processTasks with 1 tasks
2019-02-21 23:15:43.730  - debug: upnp.0 firstDevLookup for http://192.168.178.32:80/plugin/discovery/discovery.xml
2019-02-21 23:15:43.780  - debug: upnp.0 Positive answer for request of the XML file for http://192.168.178.32:80/plugin/discovery/discovery.xml
2019-02-21 23:15:43.782  - debug: upnp.0 Parsing the XML file for http://192.168.178.32:80/plugin/discovery/discovery.xml
2019-02-21 23:15:43.782  - debug: upnp.0 Creating objects for http://192.168.178.32:80/plugin/discovery/discovery.xml
2019-02-21 23:15:43.782  - debug: upnp.0 TypeOfDevice Basic
2019-02-21 23:15:43.782  - debug: upnp.0 Can not find a icon for 192.168.178.32
2019-02-21 23:15:43.783  - debug: upnp.0 Creating root element for device: OctoPrint_instance_on_berrymotion
2019-02-21 23:15:43.783  - debug: upnp.0 Cannot parse answer from 192.168.178.32: TypeError: Cannot read property 'length' of undefined
2019-02-21 23:15:43.785  - debug: upnp.0 All tasks processed
2019-02-21 23:15:43.828  - info: upnp.0 Found new device: http://192.168.178.28:80/plugin/discovery/discovery.xml
2019-02-21 23:15:43.828  - debug: upnp.0 Started processTasks with 1 tasks
2019-02-21 23:15:43.828  - debug: upnp.0 firstDevLookup for http://192.168.178.28:80/plugin/discovery/discovery.xml
2019-02-21 23:15:43.853  - debug: upnp.0 Positive answer for request of the XML file for http://192.168.178.28:80/plugin/discovery/discovery.xml
2019-02-21 23:15:43.853  - debug: upnp.0 Parsing the XML file for http://192.168.178.28:80/plugin/discovery/discovery.xml
2019-02-21 23:15:43.853  - debug: upnp.0 Creating objects for http://192.168.178.28:80/plugin/discovery/discovery.xml
2019-02-21 23:15:43.853  - debug: upnp.0 TypeOfDevice Basic
2019-02-21 23:15:43.853  - debug: upnp.0 Can not find a icon for 192.168.178.28
2019-02-21 23:15:43.853  - debug: upnp.0 Creating root element for device: OctoPrint_instance__Octopi
2019-02-21 23:15:43.853  - debug: upnp.0 Cannot parse answer from 192.168.178.28: TypeError: Cannot read property 'length' of undefined
2019-02-21 23:15:43.857  - debug: upnp.0 All tasks processed
2019-02-21 23:15:43.878  - info: upnp.0 Found new device: http://192.168.178.34:80/plugin/discovery/discovery.xml
2019-02-21 23:15:43.878  - debug: upnp.0 Started processTasks with 1 tasks

und das ging solange so weiter, bis ich die drei runtergefahren hab ( Drucke gerade nicht, daher gings..).

Nehme an, es hat vielleicht damit was zu tun:
019-02-21 23:15:33.818 - debug: upnp.0 Cannot parse answer from 192.168.178.28: TypeError: Cannot read property 'length' of undefined

[Bluefox]

Участник @ilovegym написал в ioBroker.upnp - please test:

http://192.168.178.28:80/plugin/discovery/discovery.xml

Kannst du http://192.168.178.28:80/plugin/discovery/discovery.xml Datei zeigen?

[Ein ehemaliger Benutzer]

@Bluefox ja, der ist hier im Büro, bei den anderen müsste ich jetzt in den Keller laufen.. sind ja aus.. ;-)
XML:

<root><specVersion><major>1</major><minor>0</minor></specVersion><device><deviceType>urn:schemas-upnp-org:device:Basic:1</deviceType><friendlyName>OctoPrint instance "Octopi"</friendlyName><manufacturer>The OctoPrint Project</manufacturer><manufacturerURL>http://www.octoprint.org/</manufacturerURL><modelName>1.3.10</modelName><UDN>uuid:9a974f73-d481-44d5-8f93-088c35bd0dcd</UDN><serviceList>
        </serviceList><presentationURL>http://192.168.178.28/</presentationURL></device></root>

Source:

http://www.w3.org/1999/xhtml" id="top"><link rel="stylesheet" href="chrome://global/content/xml/XMLPrettyPrint.css" /><div id="header" dir="ltr"><p>
          This XML file does not appear to have any style information associated with it. The document tree is shown below.
        </p></div><main id="tree" class="highlight"><div><details open="" class="expandable-body"><summary class="expandable-opening">&lt;<span class="start-tag">root</span>&gt;</summary><div class="expandable-children"><div><details open="" class="expandable-body"><summary class="expandable-opening">&lt;<span class="start-tag">specVersion</span>&gt;</summary><div class="expandable-children"><div>&lt;<span class="start-tag">major</span>&gt;<span class="text">1</span>&lt;/<span class="end-tag">major</span>&gt;</div><div>&lt;<span class="start-tag">minor</span>&gt;<span class="text">0</span>&lt;/<span class="end-tag">minor</span>&gt;</div></div></details><span class="expandable-closing">&lt;/<span class="end-tag">specVersion</span>&gt;</span></div><div><details open="" class="expandable-body"><summary class="expandable-opening">&lt;<span class="start-tag">device</span>&gt;</summary><div class="expandable-children"><div>&lt;<span class="start-tag">deviceType</span>&gt;<span class="text">urn:schemas-upnp-org:device:Basic:1</span>&lt;/<span class="end-tag">deviceType</span>&gt;</div><div>&lt;<span class="start-tag">friendlyName</span>&gt;<span class="text">OctoPrint instance "Octopi"</span>&lt;/<span class="end-tag">friendlyName</span>&gt;</div><div>&lt;<span class="start-tag">manufacturer</span>&gt;<span class="text">The OctoPrint Project</span>&lt;/<span class="end-tag">manufacturer</span>&gt;</div><div>&lt;<span class="start-tag">manufacturerURL</span>&gt;<span class="text">http://www.octoprint.org/</span>&lt;/<span class="end-tag">manufacturerURL</span>&gt;</div><div>&lt;<span class="start-tag">modelName</span>&gt;<span class="text">1.3.10</span>&lt;/<span class="end-tag">modelName</span>&gt;</div><div>&lt;<span class="start-tag">UDN</span>&gt;<span class="text">uuid:9a974f73-d481-44d5-8f93-088c35bd0dcd</span>&lt;/<span class="end-tag">UDN</span>&gt;</div><div>&lt;<span class="start-tag">serviceList</span>&gt;<span class="text">
        </span>&lt;/<span class="end-tag">serviceList</span>&gt;</div><div>&lt;<span class="start-tag">presentationURL</span>&gt;<span class="text">http://192.168.178.28/</span>&lt;/<span class="end-tag">presentationURL</span>&gt;</div></div></details><span class="expandable-closing">&lt;/<span class="end-tag">device</span>&gt;</span></div></div></details><span class="expandable-closing">&lt;/<span class="end-tag">root</span>&gt;</span></div></main></div>

Screenshot:

[SBorg]

@Bluefox sagte in ioBroker.upnp - please test:

@SBorg UNd bitte noch mal vom git testen.

:+1: funktioniert supi, call stack ist weg und UPNP läuft wieder ohne Probleme, Danke :)

[Ein ehemaliger Benutzer]

@SBorg hast du es gut.. bei mir nicht.. 3 Systeme, überall das Gleiche.. muss an meinen Devices liegen.. :-( vor allem werden die Datenpunkte nicht beschrieben, sind zwar da, aber steht nix drin..

[SBorg]

@ilovegym sagte in ioBroker.upnp - please test:

@SBorg ...sind zwar da, aber steht nix drin..

Sollte da überhaupt was drin stehen? IMHO schickt UPNP von Hause aus doch nix von selbst? Ich schick per UPNP eine Anfrage an das Device, dann schickt es mir die gewünschten Daten.
Soll heißen, starte ich UPNP sind z.B. bei meiner FritzBox auch alle DPs leer, schick ich dann ein "send", bekomme ich die gewünschten Daten in die entsprechenden DPs übermittelt.

EDIT auch richtig zitieren will gelernt sein...

[sigi234]

@SBorg sagte in ioBroker.upnp - please test:

@ilovegym sagte in ioBroker.upnp - please test:

@SBorg ...sind zwar da, aber steht nix drin..
Sollte da überhaupt was drin stehen? IMHO schickt UPNP von Hause aus doch nix von selbst? Ich schick per UPNP eine Anfrage an das Device, dann schickt es mir die gewünschten Daten.
Soll heißen, starte ich UPNP sind z.B. bei meiner FritzBox auch alle DPs leer, schick ich dann ein "send", bekomme ich die gewünschten Daten in die entsprechenden DPs übermittelt.

So ist es, habe ein Skrip laufen das mir die Werte holt.......von der Fritz Box

schedule("*/10 * * * * *",  function () { 
   setState( "upnp.0.FRITZ!Box_6590_Cable.WANDevice.WANCommonInterfaceConfig.GetCommonLinkProperties"/*GetCommonLinkProperties*/,'send');
   setState( "upnp.0.FRITZ!Box_6590_Cable.WANDevice.WANCommonInterfaceConfig.GetAddonInfos"/*GetAddonInfos*/,'send');
});

[Ein ehemaliger Benutzer]

@sigi234 :face_palm: danke, ich hatte zwar ein Script, aber auf dem Testsystem war der Javascriptadapter deaktiviert, damit mir die Scripte keinen durcheinander machen... und ohne das Script geht ja nix.. oh Mann..

[opossum]

Hallo,
jetzt läuft das bei mir mit Version 1.0.3, alle Werte, die ich brauche, sind aus meiner Fritzbox wieder da, vielen Dank.

Gruß
opossum

[Ein ehemaliger Benutzer]

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.

[Ein ehemaliger Benutzer]

@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

[Ein ehemaliger Benutzer]

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