Geht nun auch! 48_2016-11-09_17_49_42-iobroker_forum_-_foren-_bersicht.png

@derAuge: Bei der Installation vom ioBroker Adapter "web" erscheinen folgende Fehlermeldungen: <code>Cannot download json from https://raw.githubusercontent.com/ioBroker/ioBroker*************** Das ist Timeout von npm.. Wird in der nächste Version von js-controller besser. Oder so http://forum.iobroker.org/viewtopic.php?f=22&t=373#p2794</code> ``` `

Das war ja einfach ;-) Nach dem Reboot ist die neue Version aktiv. Danke!

@derAuge: @Homoran: Welche Seite ist das überhaupt? ` filename="ioBrokerInstanzenKopfzeile.PNG" index="0">~~ @Bluefox - ist der Name dort richtig? ` Es muss "ioBroker Adapterinstanzen" sein.

@Bluefox: Bleib sachlich. Was sagt log? Was beobachtest du? ` Das ist ja das Problem: Das log sagt gar nichts, und zu beobachten gibt es auch nichts :( Ich hatte das Timeout auf 5000 gestellt Habe dann nochmal einen npm install iobroker.js-controller gemacht - ohne erfolg, dann habe ich cache gelöscht - ohne Erfolg dann habe ich kompletten reboot gemacht - ebenfalls ohne Erfolg Dann hatte ich nochmal ein ./iobroker update gefahren - jetzt ist wieder alles ok ;-) evtl. hat das geänderte timeout erst jetzt gegriffen, oder? ich hatte ja vorher kein ./iobroker restart gemacht :oops: Genug Infos :lol: - ohne jeden Wert, ich weiß Gruß Rainer EDIT: ich habe den Eindruck, dass das log Daten verliert. Eben waren Daten (im Reiter log vom admin) drin, ich wechsele den Reiter, um etwas zu überprüfen, gehe zurück auf log, da ist die Meldung weg```` cubox-i 2015-03-03 20:20:00 warn host.cubox-i instance system.adapter.dwd.0 does not started, because just executed Ich dachte erst es sei ein Anzeigeproblem, aber auch in der .log datei ist es nicht mehr drin. Ich hatte früher schon so einen Verdacht.

Ich glaube nicht, dass Neustart geholfen hat. Adapter arbeitet nur 30 oder 60 Sekunden alle X Minuten und dann beendet sich (mode - scheduled). Das heißt er macht alle X Minuten Neustart.

Ich tippe eher darauf, dass hier wieder das Problem mit der versionierung zuschlägt. 5,11 ist kleiner als 5,9 Das gleiche haben wir wenn die node version >0.8 angemeckert wird, obwohl 0.10 installiert ist Dann über die konsole upgraden Aber ein ./iobroker Rest Art reicht nur nicht. Ein reboot muss her, sonst ist zwar die neue Version installiert, aber die alte läuft noch. Gesendet von meinem Cynus T7 mit Tapatalk

Nach der kompletten Neuinstalltion incl Host läuft es.

@Bluefox: @Homoran: …und wenn wir schon mal dabei sind: im Gegensatz zu dashui lassen sich die views von .vis nicht in einem Android Browser zoomen. Selbst wenn ich den Browser auf "Immer zoomen, vorgabe der Website überstimmen" (oder so ähnlich) eingestellt habe. Gruß Rainer @SmilingJack: konntest du checken? Mach ich!

das testen mit dem Update musste ich erst mal verschieben. Meine CCU 1 hat sich vorgestern und gestern aufgehängt wenn CCU.IO und IOBroker aktiv sind. Werde ich heute nachdem ich den CCU.IO Adapter deaktiviert habe mal testen! mfg Armin

Super. Danke für die Rückmeldung! [Edit 07.03.15] (gelöst) Offen ist noch die Formatierung im Jahr (115 statt 15 wird bei YY angezeigt)

Erledigt: Durch die Aktualisierung aller Module läuft auch dieser Adapter. Gruß Bernd

@Bluefox: Um einen Adapter zu debuggen muss man den deaktivieren in admin. Und dann als node.js debug starten. Dabei node_modules /iobroker. Email/Main.js oder email.js auswählen. Dabei als Parameter –force verwenden. Das bringt Adapter zum laufen obwohl er deaktiviert ist. Ich habe jetzt keine Möglichkeit mehr zu schreiben, weil mit Handy und im Österreich bin. ` Danke! läuft :-)

Alles klar, dann warte ich noch.

@ruhigundrelaxed: Super. Einen kleinen hab ich noch: In: /node_modules/iobroker.hm-rpc/hm-rpc.js hast du in Zeile 320, die variable type stehen, die in diesem Scope nicht definiert ist. Vermutlich muss da: adapter.config.type stehen. Das führt beim Auftreten von "not found", wo eigentlich eine Warnung geloggt werden soll zu einer "uncaught exception" die das modul abrauchen lässt. Desweiteren vermute ich noch irgendwo einen xml fehler in einer RPC Antwort. Jedenfalls sagen das meine Homegear logs. Aber das schau ich mir am we mal genauer an, möglicherweise finde ich da was. ` > 01/15/15 22:02:03.855 Error in RPC response from 0.0.0.0 on port 2000: faultCode: -32700 faultString: Parse error. Not well formed: expected > 01/15/15 22:02:03.860 Error in file Modules/Base/Encoding/XMLRPCDecoder.cpp line 161 in function virtual std::shared_ptr baselib::rpc::variableBaseLib::RPC::XMLRPCDecoder::decodeResponse(std::vector<char>&): expected ></char></baselib::rpc::variable> ` Gruß Martin ` Danke! Werde fixen.