NEWS

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.