[Projekt] ioGo # Smarthome to go

@crunchip sagte in [Projekt] ioGo # Native Android App:

woher sollte dann der Befehl des wieder einschaltens kommen?

Die werden alle unterwegs gepuffert und dann nacheinander abgearbeitet. Die Zeitspanne ist relativ egal dabei.

@crunchip es gibt ein Limit von 500 Befehlen je Request in einer von mir genutzen Librarys. Mit deinen 850 States hast du das Limit locker gesprengt "iogo.0 database initialized with 805 states". Ich werde das umschreiben müssen, damit es auch für >500 States funktioniert...

@crunchip probier mal bitte die aktuelle Version von GitHub und teste ob deine 800+ States in der App auftauchen

crunchip

@nis das hab ich auch gelesen, is eher die frage, warum so viele.

hab ich nichts geändert
sind das nur ein paar Lichtschalter, Steckdosen, Xiaomi Sensoren, Strom/Gas Werte und Spritkosten
sind da die state´s von der gesamten Iobroker Installation gemeint?

crunchip

@nis das fehlt bei mir auch

{
  "_id": "sonoff.0.rasensprenger.AM2301_Temperature",
  "common": {
    "type": "number",
    "role": "value.temperature",
    "read": true,
    "write": false,
    "unit": "°C",
    "name": "rasensprenger AM2301  Temperature",
    "custom": {
      "iot.0": {
        "smartName": {
          "smartType": "THERMOSTAT"
        }
      }
    }
  },
  "native": {},
  "type": "state",
  "from": "system.adapter.sonoff.0",
  "ts": 1538864470950,
  "acl": {
    "object": 1636,
    "state": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator"
  },
  "user": "system.user.admin"
}

{
  "_id": "mihome.0.devices.sensor_ht_158d000221a574.humidity",
  "common": {
    "name": "Noel Humidity",
    "role": "value.humidity",
    "unit": "%",
    "write": false,
    "read": true,
    "type": "number",
    "min": 0,
    "max": 100
  },
  "type": "state",
  "native": {},
  "from": "system.adapter.mihome.0",
  "ts": 1536998122958,
  "acl": {
    "object": 1636,
    "state": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator"
  },
  "user": "system.user.admin"
}

crunchip

@nis gerade probiert

Caught	2019-09-02 21:34:08.947	error	by controller[0]: (node:12186) [DEP0018] DeprecationWarning: Unhandled promise rejections are deprecated. In the future, promise rejections that are not handled will terminate the Node.js process wit
Caught	2019-09-02 21:34:08.947	error	by controller[0]: (node:12186) UnhandledPromiseRejectionWarning: Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecti
Caught	2019-09-02 21:34:08.947	error	by controller[0]: at /opt/iobroker/node_modules/grpc/src/client_interceptors.js:1123:18
Caught	2019-09-02 21:34:08.947	error	by controller[0]: at InterceptingListener.onReceiveStatus (/opt/iobroker/node_modules/grpc/src/client_interceptors.js:618:8)
Caught	2019-09-02 21:34:08.947	error	by controller[0]: at InterceptingListener._callNext (/opt/iobroker/node_modules/grpc/src/client_interceptors.js:568:42)
Caught	2019-09-02 21:34:08.947	error	by controller[0]: at Object.onReceiveStatus (/opt/iobroker/node_modules/grpc/src/client_interceptors.js:1306:15)
Caught	2019-09-02 21:34:08.947	error	by controller[0]: at ClientDuplexStream._receiveStatus (/opt/iobroker/node_modules/grpc/src/client.js:211:8)
Caught	2019-09-02 21:34:08.947	error	by controller[0]: at ClientDuplexStream._emitStatusIfDone (/opt/iobroker/node_modules/grpc/src/client.js:234:12)
Caught	2019-09-02 21:34:08.947	error	by controller[0]: at ClientDuplexStream.emit (events.js:198:13)
Caught	2019-09-02 21:34:08.947	error	by controller[0]: at ClientDuplexStream.<anonymous> (/opt/iobroker/node_modules/@firebase/firestore/dist/index.node.cjs.js:22177:19)
Caught	2019-09-02 21:34:08.947	error	by controller[0]: at new FirestoreError (/opt/iobroker/node_modules/@firebase/firestore/dist/index.node.cjs.js:354:28)
Caught	2019-09-02 21:34:08.946	error	by controller[0]: (node:12186) UnhandledPromiseRejectionWarning: FirebaseError: 3 INVALID_ARGUMENT: maximum 500 writes allowed per request
iogo.0	2019-09-02 21:34:08.896	info	listener removed
iogo.0	2019-09-02 21:34:08.895	info	triggered listener removed
iogo.0	2019-09-02 21:34:08.893	info	signed out
iogo.0	2019-09-02 21:34:08.887	info	listener removed
iogo.0	2019-09-02 21:34:08.875	info	triggered listener removed
host.IoBroker	2019-09-02 21:34:08.872	info	stopInstance system.adapter.iogo.0 killing pid 12186
host.IoBroker	2019-09-02 21:34:08.872	info	stopInstance system.adapter.iogo.0
iogo.0	2019-09-02 21:34:08.874	info	cleaned everything up...

@crunchip tritt der Fehler beim Stoppen der Instanz auf? Bitte etwas mehr Details was du gemacht hast

crunchip

@nis ja, das kommt, wenn ich den Adapter stoppe, genau das selbe wie vorhin schon gepostet
hab nur den Adapter gestartet, kurz gewartet und dann wieder beendet

@crunchip Und viel wichtiger, wie sieht es beim Start aus?

crunchip

@nis

2019-09-02 21:33:36.135 - info: host.IoBroker object change system.adapter.iogo.0
2019-09-02 21:33:36.156 - info: host.IoBroker instance system.adapter.iogo.0 started with pid 12186
2019-09-02 21:33:37.805 - info: iogo.0 starting. Version 0.4.3 in /opt/iobroker/node_modules/iobroker.iogo, node: v10.16.0
2019-09-02 21:33:37.920 - info: iogo.0 triggered listener removed
2019-09-02 21:33:38.592 - info: iogo.0 licence key found. licence valid until 2020-08-27 20:38:10
2019-09-02 21:33:38.593 - info: iogo.0 logged in as: qwertz <= please keep this uid as your secret
2019-09-02 21:33:38.605 - info: iogo.0 states from remote database removed
2019-09-02 21:33:38.624 - info: iogo.0 initialize app devices
2019-09-02 21:33:43.183 - info: iogo.0 database initialized with 1 hosts
2019-09-02 21:33:43.607 - info: iogo.0 database initialized with 106 instances
2019-09-02 21:33:43.760 - info: iogo.0 database initialized with 23 enums
2019-09-02 21:33:44.848 - info: iogo.0 database initialized with 102 adapters

@crunchip bitte erneut die aktuelle Version von GitHub installieren und nochmal Restart des Adapters

crunchip

@nis adapter gestartet, noch nicht beendet

iogo.0	2019-09-02 22:05:18.796	info	database initialized with 23 enums
iogo.0	2019-09-02 22:05:18.655	info	database initialized with 106 instances
iogo.0	2019-09-02 22:05:18.311	info	database initialized with 1 hosts
iogo.0	2019-09-02 22:05:17.985	info	database initialized with 822 states
iogo.0	2019-09-02 22:05:12.783	info	initialize app devices
iogo.0	2019-09-02 22:05:12.765	info	states from remote database removed
iogo.0	2019-09-02 22:05:12.755	info	logged in as: qwertz <= please keep this uid as your secret
iogo.0	2019-09-02 22:05:12.754	info	licence key found. licence valid until 2020-08-27 20:38:10
iogo.0	2019-09-02 22:05:11.948	info	triggered listener removed
iogo.0	2019-09-02 22:05:11.824	info	starting. Version 0.4.3 in /opt/iobroker/node_modules/iobroker.iogo, node: v10.16.0
host.IoBroker	2019-09-02 22:05:10.322	info	instance system.adapter.iogo.0 started with pid 13700
host.IoBroker	2019-09-02 22:05:10.303	info	object change system.adapter.iogo.0
zwischen drin alle state.system.adapter...has wrong type
iogo.0	2019-09-02 22:05:22.623	info	database initialized with 805 state values
iogo.0	2019-09-02 22:07:20.826	info	database initialized with 102 adapters

adapter gestoppt

host.IoBroker	2019-09-02 22:10:29.063	info	instance system.adapter.iogo.0 terminated with code 156 ()
iogo.0	2019-09-02 22:10:29.018	info	listener removed
iogo.0	2019-09-02 22:10:29.017	info	triggered listener removed
iogo.0	2019-09-02 22:10:29.015	info	signed out
iogo.0	2019-09-02 22:10:29.009	info	listener removed
iogo.0	2019-09-02 22:10:29.001	info	triggered listener removed
iogo.0	2019-09-02 22:10:29.000	info	cleaned everything up...
host.IoBroker	2019-09-02 22:10:28.999	info	stopInstance system.adapter.iogo.0 killing pid 13700
host.IoBroker	2019-09-02 22:10:28.999	info	stopInstance system.adapter.iogo.0
host.IoBroker	2019-09-02 22:10:28.999	info	object change system.adapter.iogo.0

@crunchip sieht recht gut aus, ist auch alles in der App sichtbar?

@crunchip sagte in [Projekt] ioGo # Native Android App:

@nis das hab ich auch gelesen, is eher die frage, warum so viele.

hab ich nichts geändert

sind das nur ein paar Lichtschalter, Steckdosen, Xiaomi Sensoren, Strom/Gas Werte und Spritkosten
sind da die state´s von der gesamten Iobroker Installation gemeint?

Die vielen zusätzlichen States kommen durch die Synchronisation der Instanzen. In der App soll demnächst auch Speicher und CPU Verbrauch angezeigt werden jeder einzelnen Instanz

crunchip

@nis soweit ich sehen konnte ja, werd ich mir heute nachmittag nochmal genauer anschauen

mpenno

@nis Danke. Ich habe den Übeltäter gefunden.

Bzgl. den Einheiten: In der aktuellen Beta werden mir auch keine Einheiten mehr angezeigt. Egal, ob "°C", "kWh" oder "%".

PS: Ich nutze ausschließlich den Web-Adapter.

NightWatcher

@nis Daran liegt es nicht. Dieses Objekt ist nur beispielhaft für ungefähr 20 ähnlicher Objekte, wo es nicht geht. Manche mit, manche ohne Leerzeichen. Ich denke das ist eher ein grundsätzliches Problem mit unit?

@NightWatcher @mpenno stehen irgendwelche Fehler im Log der App in Bezug auf die Probleme bei der Anzeige von "unit"?

mpenno

@nis Nein, im Log (verbose) steht gar nichts auffälliges.
190903-verbose.log

Hast Du übrigens noch Lust einen besseren Status als "true" für das Schloss zu hinterlegen?

Als Rolle habe ich "sensor.lock" angegeben.

Danke fürs debuggen!

crunchip

@nis soweit so gut, hab mal ein bisschen rumgespielt, funktioniert soweit.
was mir noch fehlt sind die units, hatte ich aber ein paar zeilen weiter oben schon gefragt, mit raw beispiel.
Was nicht mehr funktioniert, ist die Admin-Seite, beim öffnen des Host, Adapter oder Instanzen, bleibt die liste leer.

Was auch noch nicht funktioniert
Nach einer Synchronisation, ist die zuvor eingerichtete Homeseite wieder leer.

NEWS

[Projekt] ioGo # Smarthome to go

Support us

543
Online

31.7k
Users

79.8k
Topics

1.3m
Posts

NEWS

[Projekt] ioGo # Smarthome to go

Support us

543Online

31.7kUsers

79.8kTopics

1.3mPosts

543
Online

31.7k
Users

79.8k
Topics

1.3m
Posts