[Projekt] ioGo # Smarthome to go

Laut log im iobroker sagt iogo schon das er sich keine states geholt hat nach einem restart des Adapters…

Keine Ahnung was falsch läuft, habe noch mal alles gelöscht und nur einen Raum angelegt, den zeigt er an aber weiterhin keine states

MfG

eMd ` Stell mal das logging auf "debug" und poste die logeinträge vom Restart der Instanz

eMd

Also ich habe gestern den enigma2 adapter installiert und 2 states zugeordnet, diese hat er gesynct, den rest wieder nicht.

2018-11-18 06:58:08.687 - info: host.raspberrypi instance system.adapter.iogo.0 terminated with code 156 ()
2018-11-18 06:58:11.160 - info: host.raspberrypi instance system.adapter.iogo.0 started with pid 30656
2018-11-18 06:58:13.101 - debug: iogo.0 objectDB connected
2018-11-18 06:58:13.166 - debug: iogo.0 statesDB connected
2018-11-18 06:58:13.282 - info: iogo.0 starting. Version 0.1.2 in /opt/iobroker/node_modules/iobroker.iogo, node: v10.12.0
2018-11-18 06:58:13.331 - info: iogo.0 initialize app devices
2018-11-18 06:58:14.091 - info: iogo.0 logged in as: OcpKCaPrCkQ9aQqrtzW1JgZ80Dz1
2018-11-18 06:58:14.110 - info: iogo.0 removed states from remote database
2018-11-18 06:58:14.116 - info: iogo.0 removed objects from remote database
2018-11-18 06:58:14.119 - info: iogo.0 removed enums from remote database
2018-11-18 06:58:14.780 - info: iogo.0 database initialized with 2 enums
2018-11-18 06:58:14.865 - info: iogo.0 database initialized with 2 objects
2018-11-18 06:58:15.147 - info: iogo.0 database initialized with 2 states

Der Rest sind bei mir die 4 Sonoff-Basic und 3 HM-IP Fenstersensoren…

~~@eMd:~~

Also ich habe gestern den enigma2 adapter installiert und 2 states zugeordnet, diese hat er gesynct, den rest wieder nicht.

2018-11-18 06:58:08.687 - info: host.raspberrypi instance system.adapter.iogo.0 terminated with code 156 ()
2018-11-18 06:58:11.160 - info: host.raspberrypi instance system.adapter.iogo.0 started with pid 30656
2018-11-18 06:58:13.101 - debug: iogo.0 objectDB connected
2018-11-18 06:58:13.166 - debug: iogo.0 statesDB connected
2018-11-18 06:58:13.282 - info: iogo.0 starting. Version 0.1.2 in /opt/iobroker/node_modules/iobroker.iogo, node: v10.12.0
2018-11-18 06:58:13.331 - info: iogo.0 initialize app devices
2018-11-18 06:58:14.091 - info: iogo.0 logged in as: OcpKCaPrCkQ9aQqrtzW1JgZ80Dz1
2018-11-18 06:58:14.110 - info: iogo.0 removed states from remote database
2018-11-18 06:58:14.116 - info: iogo.0 removed objects from remote database
2018-11-18 06:58:14.119 - info: iogo.0 removed enums from remote database
2018-11-18 06:58:14.780 - info: iogo.0 database initialized with 2 enums
2018-11-18 06:58:14.865 - info: iogo.0 database initialized with 2 objects
2018-11-18 06:58:15.147 - info: iogo.0 database initialized with 2 states

Der Rest sind bei mir die 4 Sonoff-Basic und 3 HM-IP Fenstersensoren… `

Dann poste mal bitte den RAW eines der States die noch nicht gehen.

eMd

{
  "_id": "sonoff.0.S-Wohnzimmer-Lampe_67171E.POWER",
  "common": {
    "type": "boolean",
    "role": "button",
    "read": true,
    "write": true,
    "storeMap": true,
    "name": "S-Wohnzimmer-Lampe_67171E POWER",
    "smartName": {
      "smartType": "LIGHT"
    }
  },
  "native": {},
  "type": "state",
  "from": "system.adapter.sonoff.0",
  "ts": 1541704589691,
  "acl": {
    "object": 1636,
    "state": 1636
  }
}

ich hoffe das ist richtig so

Das sieht ganz ok aus.

Wie sieht denn der RAW von dem Raum aus wo der zugeordnet ist.

Kannst du das auch nochmal posten bitte

eMd

{
  "from": "system.adapter.admin.0",
  "ts": 1542433046712,
  "common": {
    "name": "Wohnzimmer",
    "color": false,
    "members": [
    	"sonoff.0.S-Wohnzimmer-Lampe_67171E",
    	"enigma2.0.main_command.STANDBY";
    	"enigma2.0.main_command.WAKE_UP_FROM_STANDBY"
    ],
    "native": {},
    "acl": {
    	"object": 1636,
    	"owner": "system.user.admin",
    	"ownerGroup": "system.group.administrator"
    },
    "_id": "enum.rooms.wohnzimmer",
    "type": "enum"
}

Der State ist: sonoff.0.S-Wohnzimmer-Lampe_67171E****.POWER****

Zugeordnet wurde jedoch: sonoff.0.S-Wohnzimmer-Lampe_67171E

Scheinbar hast du nicht den State, sondern den gesamten Channel zugewiesen.

In der App werden nur States angezeigt, die direkt zugeordnet wurden

Neue Beta Version

App: 1.2.2 (beta)

Adapter: 0.2.0 (latest)

Es ist nun möglich den ioGo-Adapter als PRO Variante zu nutzen.

Weiterhin bleibt auch eine kostanlose Variante bestehen.

Und ebenfalls bleibt die Verbindung mit web-Adapter und cloud-Adapter bestehen.

Neue iogoPro Features:

Versenden von Bilder als Benachrichtigung(push-notification)

Anpassungen:

Icons der enums werden nur noch von der PRO Variante unterstützt

Über Feedback, Wünsche und Kritik würde ich mich freuen.

Gerne hier im Forum oder als issue in github.

App: https://github.com/nisiode/ioGo/issues

Adapter: https://github.com/nisiode/ioBroker.iogo/issues

Sehr erfreulich sind die stetig steigenden Installationen der App.

Aktuell ist die App auf 400 Geräten installiert.

Diese ergeben über 40.000 screen-views jeden Monat.

Allerdings ist der Traffic nicht endlos kostenfrei.

Durch die PRO Variante soll ein Teil der Kosten ausgeglichen werden.

eMd

~~@nisio:~~

Der State ist: sonoff.0.S-Wohnzimmer-Lampe_67171E****.POWER****

Zugeordnet wurde jedoch: sonoff.0.S-Wohnzimmer-Lampe_67171E

Scheinbar hast du nicht den State, sondern den gesamten Channel zugewiesen.

In der App werden nur States angezeigt, die direkt zugeordnet wurden `

Habe es entsprechend geändert, und siehe da es funktioniert! Auch in material ui und anderen <emoji seq="1f601"></emoji>

Vielen Dank für deine Hilfe, das war top!

eMd

Bin jetzt beta tester, hab alles frisch installiert, sobald ich aber den iogo Adapter aktiviere kommt folgende fehlermeldung

java.lang.NullPointerException: Attempt to invoke virtual method 'boolean java.lang.Boolean.booleanValue()' on a null object reference
	at de.nisnagel.iogo.data.repository.StateRepository.lambda$checkPro$1(StateRepository.java:271)
	at de.nisnagel.iogo.data.repository.-$Lambda$StateRepository$NBOVyki1boaOIO8By189LTfHmSA.onSuccess(Unknown Source:4)
	at com.google.android.gms.tasks.zzn.run(Unknown Source:4)
	at android.os.Handler.handleCallback(Unknown Source:2)
	at android.os.Handler.dispatchMessage(Unknown Source:4)
	at android.os.Looper.loop(Unknown Source:152)
	at android.app.ActivityThread.main(Unknown Source:68)
	at java.lang.reflect.Method.invoke(Native Method)
	at com.android.internal.os.Zygote$MethodAndArgsCaller.run(Unknown Source:11)
	at com.android.internal.os.ZygoteInit.main(Unknown Source:203)

App stürzt sofort ab…

~~@eMd:~~

Bin jetzt beta tester, hab alles frisch installiert, sobald ich aber den iogo Adapter aktiviere kommt folgende fehlermeldung

java.lang.NullPointerException: Attempt to invoke virtual method 'boolean java.lang.Boolean.booleanValue()' on a null object reference
	at de.nisnagel.iogo.data.repository.StateRepository.lambda$checkPro$1(StateRepository.java:271)
	at de.nisnagel.iogo.data.repository.-$Lambda$StateRepository$NBOVyki1boaOIO8By189LTfHmSA.onSuccess(Unknown Source:4)
	at com.google.android.gms.tasks.zzn.run(Unknown Source:4)
	at android.os.Handler.handleCallback(Unknown Source:2)
	at android.os.Handler.dispatchMessage(Unknown Source:4)
	at android.os.Looper.loop(Unknown Source:152)
	at android.app.ActivityThread.main(Unknown Source:68)
	at java.lang.reflect.Method.invoke(Native Method)
	at com.android.internal.os.Zygote$MethodAndArgsCaller.run(Unknown Source:11)
	at com.android.internal.os.ZygoteInit.main(Unknown Source:203)

App stürzt sofort ab… ` Vielen Dank fürs Testen.

Schicke heute Abend einen Bugfix raus.

Version 1.2.3 ist als Beta unterwegs.

Hoffe die App stürzt dann nicht mehr ab.

eMd

java.lang.NullPointerException: Attempt to invoke virtual method 'boolean java.lang.Boolean.booleanValue()' on a null object reference
	at de.nisnagel.iogo.data.repository.StateRepository.lambda$checkPro$1(StateRepository.java:271)
	at de.nisnagel.iogo.data.repository.-$Lambda$StateRepository$NBOVyki1boaOIO8By189LTfHmSA.onSuccess(Unknown Source:4)
	at com.google.android.gms.tasks.zzn.run(Unknown Source:4)
	at android.os.Handler.handleCallback(Unknown Source:2)
	at android.os.Handler.dispatchMessage(Unknown Source:4)
	at android.os.Looper.loop(Unknown Source:152)
	at android.app.ActivityThread.main(Unknown Source:68)
	at java.lang.reflect.Method.invoke(Native Method)
	at com.android.internal.os.Zygote$MethodAndArgsCaller.run(Unknown Source:11)
	at com.android.internal.os.ZygoteInit.main(Unknown Source:203)

Keine Ahnung ob was anders ist, aber wieder Absturz nach Aktivierung des iogo Adapter in den Einstellungen…

Ach Mist, hab den falschen Bug behoben.

Nun nochmal den richtigen behoben

Bitte mit Version 1.2.4 nochmal versuchen…

eMd

java.lang.NullPointerException: Attempt to invoke virtual method 'boolean java.lang.Boolean.booleanValue()' on a null object reference
	at de.nisnagel.iogo.data.repository.StateRepository.lambda$checkPro$1(StateRepository.java:266)
	at de.nisnagel.iogo.data.repository.-$Lambda$StateRepository$NBOVyki1boaOIO8By189LTfHmSA.onSuccess(Unknown Source:4)
	at com.google.android.gms.tasks.zzn.run(Unknown Source:4)
	at android.os.Handler.handleCallback(Unknown Source:2)
	at android.os.Handler.dispatchMessage(Unknown Source:4)
	at android.os.Looper.loop(Unknown Source:152)
	at android.app.ActivityThread.main(Unknown Source:68)
	at java.lang.reflect.Method.invoke(Native Method)
	at com.android.internal.os.Zygote$MethodAndArgsCaller.run(Unknown Source:11)
	at com.android.internal.os.ZygoteInit.main(Unknown Source:203)

Keine Änderungen bei mir, mach ich was falsch?

Du machst wahrscheinlich nix falsch.

Aber hast du wirklich schon v1.2.4? Ich sehe keine Fehlermeldunegn zu dieser Version bisher.

UweS

Hi

Ich checkes es nicht wie ich die States zuordne. Die App findet meine Räume und Funktionen aber keinen einzigen State.

Bitte einen kleiner Stupser in die richtige Richtung.

Danke

rudiraz

Vielleicht hab ichs etwas verstanden:

Nur dem State darf der Raum zugewiesen worden sein.

Wenn dem Channel (dem Ordner, in dem der State ist) ebenfalls ein Raum zugewiesen wurde, wird nichts in der App angezeigt.

Problem beim Loxone-Adapter (siehe Anhang):

den Channels werden beim syncen ebenfalls die Räume zugewiesen, was dazu führt, dass die States nicht in der App angezeigt werden.

Wenn ich bei dem "Ordner" den Raum "Zentral" entferne, wird der State "DisMv Bad" ohne Probleme angezeigt

Ich kann aber nicht immer manuelle die Raumzurodnung aus den Channels löschen, wenn der Adapter neu synct (bsp bei Änderung im Loxone-Miniserver). Das mach mir etwas Probleme

Grüße

Was auf den oberen Ebenen (channel, device) zugeordnet wurde ist eigentlich egal.

Hauptsache der einzelne State ist zugeordnet.

Es müsste eigentlich auch gehen die Zuordnung auf dem Channel und zusätzlich auf dem State zu machen.

Dann wird glaube ich beim State die Zuordnung doppelt angezeigt in der Objekt-Übersicht.

rudiraz

> Es müsste eigentlich auch gehen die Zuordnung auf dem Channel und zusätzlich auf dem State zu machen.

Also bei mir funktioniert es nur so, wie oben beschrieben. Keine Ahnung warum

NEWS

[Projekt] ioGo # Smarthome to go

Support us

548
Online

31.6k
Users

79.6k
Topics

1.3m
Posts

NEWS

[Projekt] ioGo # Smarthome to go

Support us

548Online

31.6kUsers

79.6kTopics

1.3mPosts

548
Online

31.6k
Users

79.6k
Topics

1.3m
Posts