Leider beschreibst du nicht genau was du gemacht hast und wie dein Fehler aussieht. Redest du von der influxDB oder von dem Adapter? Installieren von influxDB mit apt-get install influxdb Installieren des Adapters ganz normal, die damalige GitHub Version ist inzwischen im normalen Repository. Gruß Rainer

So, habe jetzt mal extra die alte Version 1.519 des BidCos-Services wieder installiert. Außerdem den hm-rpc-Adapter gelöscht und neu installiert. Bleiben trotzdem die gleichen Fehler. Ich denke mittlerweile dass der http://forum.iobroker.net/viewtopic.php?f=17&t=3370 Fehler auch damit zusammenhängt. Was ich jetzt nochmal verifiziert habe: Der Fehler kommt nur mit XML-RPC - mit BIN-RPC bekomme ich gar keine Verbindung :( Ich bin so langsam etwas verzweifelt…

Hatte mich einfach gestört. 8-)

@stephan61: hallo ich weiss nicht ob das ein Fehler oder absicht ist ` Ist absicht! Falls Fehler in der Github Version sind/waren kommst du so wieder uf die aktuelle stable. Gruss Rainer

Hallo. Danke für den Tipp. Ich habe jetzt alle Einträge gelöscht. Nun geht es estmal. Werde jetzt die Termine wieder neu erstellen.

Hi, geht komischer weise wieder, ohne das ich was verändert habe. :roll:

Hallo zusammen, gibt es diesbezüglich schon eine Lösung bzw. etwas um dieses Phänomen zu umgehen ? Gruss Silvio

Danke! Scheint funktioniert zu haben. Die Installation sah dann so aus: root@Raspi3:/opt/iobroker# ./iobroker add harmony npm install iobroker.harmony --production --prefix "/opt/iobroker" (System call) npm WARN engine harmonyhubjs-client@1.1.8: wanted: {"npm":">=3.0.0"} (current: {"node":"4.4.7","npm":"2.15.8"}) npm WARN addRemoteGit Error: Command failed: git config --get remote.origin.url npm WARN addRemoteGit npm WARN addRemoteGit at ChildProcess.exithandler (child_process.js:213:12) npm WARN addRemoteGit at emitTwo (events.js:87:13) npm WARN addRemoteGit at ChildProcess.emit (events.js:172:7) npm WARN addRemoteGit at maybeClose (internal/child_process.js:827:16) npm WARN addRemoteGit at Socket. <anonymous>(internal/child_process.js:319:11) npm WARN addRemoteGit at emitOne (events.js:77:13) npm WARN addRemoteGit at Socket.emit (events.js:169:7) npm WARN addRemoteGit at Pipe._onclose (net.js:486:12) npm WARN addRemoteGit git+https://github.com/swissmanu/ltx.git#cdata-for-ltx-parser resetting remote /root/.npm/_git- remotes/https-github-com-swissmanu-ltx-git-634cc128 because of error: { [Error: Command failed: git config --get remot e.origin.url npm WARN addRemoteGit ] npm WARN addRemoteGit killed: false, npm WARN addRemoteGit code: 1, npm WARN addRemoteGit signal: null, npm WARN addRemoteGit cmd: 'git config --get remote.origin.url' } host.Raspi3 install adapter harmony got /opt/iobroker/node_modules/iobroker.harmony/admin upload [1] harmony.admin /opt/iobroker/node_modules/iobroker.harmony/admin/index.html index.html text/html upload [0] harmony.admin /opt/iobroker/node_modules/iobroker.harmony/admin/harmony.png harmony.png image/png host.Raspi3 object system.adapter.harmony created host.Raspi3 create instance harmony host.Raspi3 object system.adapter.harmony.0.uptime created host.Raspi3 object system.adapter.harmony.0.memRss created host.Raspi3 object system.adapter.harmony.0.memHeapTotal created host.Raspi3 object system.adapter.harmony.0.memHeapUsed created host.Raspi3 object system.adapter.harmony.0.connected created host.Raspi3 object system.adapter.harmony.0.alive created host.Raspi3 object system.adapter.harmony.0 created</anonymous> Viele Warnungen, aber das Adapte ist jetzt drauf. Mal sehen, ob er stabil läuft. :-) Gruß, Oliver

Hallo Homoran, die Änderung im heutigen Update des hm-rega-Adapters hat nur Auswirkungen auf Attribute unter hm-rpc und nicht auf Systemvariablen der CCU unter hm-rega. @Berchty: Ich habe gerade das Schreiben von Zeichenketten über node-red zur CCU nochmal überprüft und bei mir klappt dies noch einwandfrei (alle Adapter auf neuesten Stand). Wert wird übertragen, in der CCU angezeigt und bleibt auch so. Bitte überprüfe mal die Einstellungen des ioBroker out-Node. Wichtig ist, dass beim Schreiben auf Systemvariablen der Typ command angegeben wird. Kling komisch, ist aber so… [image: 632_test.png]

@Jey Cee: …sind die _ALARM Objekte von rega während die ohne von rpc kommen. Richtig? ` Ja.

-/-

Alles kein Problem. Zum Beispiel die von der CCU und die von iobroker, wär ein Anfang. iobrpker läuft ja sicher noch, da findest Du z.B. in der Admin Oberfläche ein Log. Bei der Gelegenheit auch gleich mal aufzeigen welche Adapter Du verwendest, besonders die, die etwas mit der CCU zu tun haben. Und da die Einstellungen aufzeigen. Ob Du z.B. via BIN oder XML zugreifst. In der CCU gibt es auch ein LOG. Hab die gerade nicht vor mir, Glaub da heisst das ding "Systemprotokoll". Der YAHM Container hat auch ein eigenes log /etc/log/yahm/…log. Was da alles drin steht weiß ich nicht, hab kein YAHM. EDIT: Reagiert die CCU Oberfläche wieder, wenn Du den iobroker raspi abstellst? Dann kommst ja leicht an das Systemprotokoll. Wenn nicht, musst Du mal kurz bevor die CCU "hängen bleibt", das Protokoll ziehen. Gruß Tino

Hallo zusammen, ich nochmal. Gibt es mittlerweile eine offizielle Korrektur? Ich habe schon versucht, aus dem String ein Date-Objekt zu machen, mit dem Erfolg, dass die Fehlermeldungen weg sind. Allerdings funktioniert dann der gesamte Kalender nicht mehr…..

Danke sorry für die späte Antwort hatte es dann mitten in der Nach doch noch selber hin bekommen und wollte dann eigentlich das Thema schlissen hab ich wohn schlaftrunken wie ich wahr nicht mehr hinbekommen

@barni: Keine gute Idee? ` Korrekt! @barni: sobald ich irgendetwas mit iobroker machen wollte (start, update, upgrade) erhielt ich immer diesen Fehler ` Klar, da ist die Installation/Update wegen der fehlenden Zugriffsrechte nicht komplett durchgelaufen. Die Neuinstallation des Controllers war genau richtig! Gruß Rainer

ich hatte ein Brett vorm Kopf. :roll: Es war eine falsche Konfiguration. Sorry

leider ist es trotz restart bei mir auch doppelt, im sonos adapter findet sich der Eintrag das die Datei 3 mal abgespielt werden soll nicht von sich selbst

Sehr genial… @Pman: EDIT: bitte die Version von GitHub testen: https://github.com/Pmant/ioBroker.vis-justgage Bei Dynamischen Hintergrund wird sich der Indicator trotzdem immer zurücksetzen, da dabei das Widget neugeladen wird und dem Widget kein voriger Wert mehr bekannt ist. Ich habe statt dessen eine Funktion eingefügt womit die Hintergrundfarbe geändert wird statt der Indicator Farbe. Außerdem habe ich eine Option einfügt, womit die Farben immer auf maximale Helligkeit gehoben werden, da je nach Wert die Helligkeit der errechneten Farbe stark abfallen kann. Bisher alles nur beim "value & indicator" Widget! ` Beides funktioniert mit der 0.4.3 von Github top! Die Zahlen sind direkt nach dem Start einheitlich ausgerichtet ("gleich" als default)! @Pman: Bei Dynamischen Hintergrund wird sich der Indicator trotzdem immer zurücksetzen, da dabei das Widget neugeladen wird und dem Widget kein voriger Wert mehr bekannt ist. ` Ich verstehe den Satz eigentlich so, als ob das nicht funktionieren würde. Mit der 0.4.3 funktioniert aber auch das :-) @Homoran: Damit werden Deine Tabellen auch "schön" formatiert ;-)