[Projekt] ioGo # Smarthome to go
-
@e-s Kannst du dir dann bitte mal die Mühe machen und bei allen Instanzen zu schauen ob im RAW ein Attribut common.enabled ist mit Wert true oder false
-
@nis
wenn ich mich nicht vertan habe, ist es in allen Adaptern vorhanden. Habe auch mal alle außer admin deaktiviert, nur beim Start von iogo kommt der fehler, bei allen anderen passiert nichts falsches im log -
@e-s sagte in [Projekt] ioGo # Native Android App:
wenn ich mich nicht vertan habe, ist es in allen Adaptern vorhanden.
Bei allen Adaptern? Oder Instanzen?
-
@nis
sorry, instancen -
@e-s OK, dann prüfe zur Sicherheit nochmal ob auch bei den Adaptern das Attribut vorhanden ist
-
@nis
-
@crunchip bitte nicht abschneiden das Log in der Zeilenlänge...
-
@nis
Habe jetzt mal alle instancen gelöscht die ich nicht mehr brauche und anschließend alle Adapter ohne instance, das hat auch nichts gebracht.
Schaue aber trotzdem mal weiter -
@nis
Unter Adapter war noch eine Leiche, die ich gelöscht habe. mqtt und telegram haben kein enabled in common. Habe mal aus Spaß in mqtt enabled true eingefügt, obwohl mir immernoch nicht ganz klar ist, wenn der Fehler eben nur durch iogo kommt -
@e-s iogo liest in der neuen Version alle Instanzen und Adapter aus und zeigt die in einem neuen Menu in der App an.
-
@nis habe in telegram auch true gesetzt, nun läuft der iogo Adapter.
Finde das aber sehr Aufwenig und ungünstig wenn user das anpassen müssen.edit: auf dem ersten Blick scheint jetzt alles zu gehen, teste mal weiter
-
@nis screenshot geht leider nicht anders
-
@crunchip
Wird bei dir das selbe sein wie bei mir, im objekten im raw nach common enabled suchen, und wenn nicht vorhanden, eben mit true oder false einfügen.@nis
Derzeit kommen noch ne Menge warn beim Start, bei fast allen states gefällt ihm value nicht, steht was von wrong type -
@e-s sagte in [Projekt] ioGo # Native Android App:
Finde das aber sehr Aufwenig und ungünstig wenn user das anpassen müssen.
Das soll auch keiner anpassen müssen. Nach meiner Auffassung sind das fehlerhafte Objekte. Ich muss nochmal prüfen, ob bei Adaptern das Attribut optional ist, dann muss ich das noch berücksichtigen.
Vielen Dank für deine Geduld und Unterstützung
-
@nis
wie gesagt, schau dir mal mqtt server und telegram an -
@nis
host.IoBroker2019-08-29 21:35:42.121errorinstance system.adapter.iogo.0 terminated with code 3 (Adapter disabled or invalid config)iogo.02019-08-29 21:35:41.833erroradapter disabledhost.IoBroker2019-08-29 21:35:33.476infoobject change system.adapter.iogo.0host.IoBroker2019-08-29 21:35:10.293infoRestart adapter system.adapter.iogo.0 because enabledhost.IoBroker2019-08-29 21:35:10.293errorinstance system.adapter.iogo.0 terminated with code 0 (OK)Caught2019-08-29 21:35:10.293errorby controller[0]: toString: [Function] }Caught2019-08-29 21:35:10.293errorby controller[0]: name: 'FirebaseError',Caught2019-08-29 21:35:10.293errorby controller[0]: code: 'invalid-argument',Caught2019-08-29 21:35:10.292errorby controller[0]: at WriteBatch.set (/opt/iobroker/node_modules/iobroker.iogo/node_modules/@firebase/firestore/dist/index.node.cjs.js:20702:46)Caught2019-08-29 21:35:10.292errorby controller[0]: at UserDataConverter.parseSetData (/opt/iobroker/node_modules/iobroker.iogo/node_modules/@firebase/firestore/dist/index.node.cjs.js:19833:31)Caught2019-08-29 21:35:10.292errorby controller[0]: at UserDataConverter.parseData (/opt/iobroker/node_modules/iobroker.iogo/node_modules/@firebase/firestore/dist/index.node.cjs.js:19968:25)Caught2019-08-29 21:35:10.292errorby controller[0]: at UserDataConverter.parseObject (/opt/iobroker/node_modules/iobroker.iogo/node_modules/@firebase/firestore/dist/index.node.cjs.js:20009:13)Caught2019-08-29 21:35:10.292errorby controller[0]: at forEach (/opt/iobroker/node_modules/iobroker.iogo/node_modules/@firebase/firestore/dist/index.node.cjs.js:458:13)Caught2019-08-29 21:35:10.292errorby controller[0]: at /opt/iobroker/node_modules/iobroker.iogo/node_modules/@firebase/firestore/dist/index.node.cjs.js:20010:41Caught2019-08-29 21:35:10.292errorby controller[0]: at UserDataConverter.parseData (/opt/iobroker/node_modules/iobroker.iogo/node_modules/@firebase/firestore/dist/index.node.cjs.js:19994:29)Caught2019-08-29 21:35:10.292errorby controller[0]: at UserDataConverter.parseScalarValue (/opt/iobroker/node_modules/iobroker.iogo/node_modules/@firebase/firestore/dist/index.node.cjs.js:20128:27)Caught2019-08-29 21:35:10.292errorby controller[0]: at ParseContext.createError (/opt/iobroker/node_modules/iobroker.iogo/node_modules/@firebase/firestore/dist/index.node.cjs.js:19781:16)Caught2019-08-29 21:35:10.292errorby controller[0]: at new FirestoreError (/opt/iobroker/node_modules/iobroker.iogo/node_modules/@firebase/firestore/dist/index.node.cjs.js:354:28)Caught2019-08-29 21:35:10.292errorby controller[0]: { FirebaseError: Function WriteBatch.set() called with invalid data. Unsupported field value: undefined (found in field loglevel)iogo.02019-08-29 21:35:10.249infolistener removediogo.02019-08-29 21:35:10.249infotriggered listener removediogo.02019-08-29 21:35:10.246infosigned outiogo.02019-08-29 21:35:10.239infolistener removediogo.02019-08-29 21:35:10.234infotriggered listener removediogo.02019-08-29 21:35:10.234infocleaned everything up...iogo.02019-08-29 21:35:10.233errorat WriteBatch.set (/opt/iobroker/node_modules/iobroker.iogo/node_modules/@firebase/firestore/dist/index.node.cjs.js:20702:46)iogo.02019-08-29 21:35:10.233errorat UserDataConverter.parseSetData (/opt/iobroker/node_modules/iobroker.iogo/node_modules/@firebase/firestore/dist/index.node.cjs.js:19833:31)iogo.02019-08-29 21:35:10.233errorat UserDataConverter.parseData (/opt/iobroker/node_modules/iobroker.iogo/node_modules/@firebase/firestore/dist/index.node.cjs.js:19968:25)iogo.02019-08-29 21:35:10.233errorat UserDataConverter.parseObject (/opt/iobroker/node_modules/iobroker.iogo/node_modules/@firebase/firestore/dist/index.node.cjs.js:20009:13)iogo.02019-08-29 21:35:10.233errorat forEach (/opt/iobroker/node_modules/iobroker.iogo/node_modules/@firebase/firestore/dist/index.node.cjs.js:458:13)iogo.02019-08-29 21:35:10.233errorat /opt/iobroker/node_modules/iobroker.iogo/node_modules/@firebase/firestore/dist/index.node.cjs.js:20010:41iogo.02019-08-29 21:35:10.233errorat UserDataConverter.parseData (/opt/iobroker/node_modules/iobroker.iogo/node_modules/@firebase/firestore/dist/index.node.cjs.js:19994:29)iogo.02019-08-29 21:35:10.233errorat UserDataConverter.parseScalarValue (/opt/iobroker/node_modules/iobroker.iogo/node_modules/@firebase/firestore/dist/index.node.cjs.js:20128:27)iogo.02019-08-29 21:35:10.233errorat ParseContext.createError (/opt/iobroker/node_modules/iobroker.iogo/node_modules/@firebase/firestore/dist/index.node.cjs.js:19781:16)iogo.02019-08-29 21:35:10.233errorat new FirestoreError (/opt/iobroker/node_modules/iobroker.iogo/node_modules/@firebase/firestore/dist/index.node.cjs.js:354:28)iogo.02019-08-29 21:35:10.233errorFirebaseError: Function WriteBatch.set() called with invalid data. Unsupported field value: undefined (found in field loglevel)iogo.02019-08-29 21:35:10.233erroruncaught exception: Function WriteBatch.set() called with invalid data. Unsupported field value: undefined (found in field loglevel)iogo.02019-08-29 21:35:07.261infoinitialize app devicesiogo.02019-08-29 21:35:07.248inforegistering listener for uid:KWLijVAZTwX6lXz2ZVmbLC4Ne9c2iogo.02019-08-29 21:35:07.244infostates from remote database removediogo.02019-08-29 21:35:07.234infologged in as: xxxxxxxxxxxxxxxxxxxxxxxxxxx <= please keep this uid as your secretiogo.02019-08-29 21:35:07.233infolicence key found. licence valid until 2020-08-27 20:38:10iogo.02019-08-29 21:35:06.572infotriggered listener removed -
@e-s Laut der iobroker Doku ist common.enabled ein Pflichtattribut: https://github.com/ioBroker/ioBroker/blob/master/doc/SCHEMA.md#mandatory-attributes
Somit müsste das ein Bug des telegram/mqtt Adapters sein.
-
@nis
Da müssten dann am besten @Bluefox oder @apollon77 dann was dazu sagen -
@e-s sagte in [Projekt] ioGo # Native Android App:
@nis
Da müssten dann am besten @Bluefox oder @apollon77 dann was dazu sagenDie Doku kommt doch von @Bluefox und @apollon77, damit dürfte deren Sicht doch eigentlich klar sein.
Ich denke die Entwickler der betroffenen Adapter müssten etwas dazu sagen... -
@nis
Die beiden sind auch in den beiden Adaptern als pushend vorhanden.
