Hi zusammen,

ich weiß der Thread ist alt, aber ich habe akut genau das selbe Problem mit einem Aqara Fenstersensor.
Ich lerne ihn an, er ist da, kurze Zeit später verschwindet er aus der Übersicht vom Zigbee-Adapter und auch das Objekt verschwindet. Natürlich ohne dass ich ein Backup einspiele.
Am Fenster direkt daneben ist ein zweiter Sensor, der ohne Probleme arbeitet.

Der Sensor blinkt übrigens alle 10 Sekunden oft und schnell hintereinander. Habe nur nicht herausfinden können, was er mir damit sagen will.

Ich bekomme folgenden Fehler in der Log, in Version 1.1.0:

info.0	2019-03-01 10:13:55.613	error	TypeError: Converting circular structure to JSON
info.0	2019-03-01 10:13:55.611	info	News feed readed...
info.0	2019-03-01 10:13:54.029	info	starting. Version 1.1.0 in /opt/iobroker/node_modules/iobroker.info, node: v11.10.0
info.0	2019-03-01 10:13:53.950	info	States connected to redis: 127.0.0.1:6379
host.ioBroker-RasPi	2019-03-01 10:13:52.749	info	instance system.adapter.info.0 started with pid 1022

Bei mir sind dann auch alle Bereiche leer, wie bei @vogtländer .

@danw:

@danw:

Was bei mir geholfen hat war:

Instanz beenden

MaxCube Bridge neustarten (wichtig!)

Im Max! Client kontrollieren, ob jeder Sensor/Thermostat funktioniert. Bei mir waren Fehler drin, die alle beheben.

Instanz starten

Nochmal kontrollieren.

Danke, das habe ich gelesen und auch mehrfach gemacht.

Wie gesagt, nach 2-3 x Setpoint ändern, ist es vorbei. Error = true, ich kann keine Werte mehr setzen.

Bringt also nichts.

Hi Leute,

ich verzweifle mittlerweile nen bisschen.

Ich habe eben meinen neuen Cube + Heizungsthermostat installiert. Ich kann den Wert nur 2-3 mal ändern, danach wird der Setpoint von dem vorherigen Wert immer wieder überschrieben.

Das Problem ist ja schon bekannt (https://github.com/ioBroker/ioBroker.maxcube/issues/9), aber gibt es dafür wirklich keinen Workaround? Ich will eigentlich nur drei verschiedene Temperaturen über ein Script setzen…

MegaMatze created this issue in ioBroker/ioBroker.maxcube

closed Eingaben in ioBroker springen zurück #9

@arteck:

welche Liste ?? `

In der Geräteliste:

Ich hab genau das gleiche Problem.

Ich glaube ich habe noch einen Bug gefunden:

Wenn einer der Shellys offline ist (warum ist ja egal), dann fliegt der ganze Adapter auf die Schnautze und ist quasi in einer reboot-loop:

Das hat zur Folge, dass keiner der anderen Shellys mehr ansteuerbar ist.

Hi,

ich muss diesen Thread hier leider wiederbeleben.

Ich bin mit meinem ioBroker-Instanz von einer SD-Karte auf eine SSD umgezogen und versuche seit Stunden verzweifelt mein Backup einzuspielen.

Leider bekomme ich folgenden Fehler:

pi@ioBroker-RasPi:/opt/iobroker $ sudo iobroker restore /opt/iobroker/backups/total_2018_12_15-16_11_47_FullBackup_backupiobroker.tar.gz
host.ioBroker-RasPi Cannot find extracted file from file "/opt/iobroker/node_modules/iobroker.js-controller/tmp/backup/backup.json"

Zuvor habe ich Redis installiert, iobroker update und iobroker upgrade durchgeführt, den js-contronller geupdatet und alles mögliche probiert was die Suche hier hergibt. Kann mir bitte jemand auf die Sprünge helfen?

Gruß und schönes Wochenende

Was auch schön wäre, wäre ein "Connected"-State.

Oder habe ich den übersehen?

@m_edas:

Hallo Zusammen,

ich habe hier ein Workarround zu dem Mode-Problem.

Bitte den ersten 'common'-Block durch den anderen ersetzen (siehe unten). Die Einstellung findet man unter Edit-Fenster > Reiter "RAW".

Original:

   "common": {
    "name": "Mode",
    "type": "number",
    "role": "state",
    "read": true,
    "write": true,
    "states": {
      "0": "Off",
      "1": "Heat",
      "2": "Heat Econ",
      "3": "Full Power",
      "4": "Manufacturer Specific"
    }
  },

ersetzen durch:

  "common": {
    "name": "Mode",
    "type": "string",
    "role": "state",
    "read": true,
    "write": true,
    "states": {
      "Off": "Off",
      "Heat": "Heat",
      "Heat Eco": "Heat Eco",
      "Full Power": "Full Power",
      "Manufacturer Specific": "Manufacturer Specific"
    }
  },

```` `  

Ja geile Scheiße!! Danke, der Workaround funktioniert bei mir