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.