NEWS
[Projekt] ioGo # Smarthome to go
-
@nisio:Meine Icons sind alle schwarz.
Bekommt man die auch irgendwie in weiß? `
im ernst?
les mal knapp über deinem post:
Ja sorry war blind :geek:
Hatte es im Nachhinein auch gemerkt
-
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
-
@eMd: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
-
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.
-
{ "_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
-
{ "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.
-
@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!
-
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.
-
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…
-
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.
-
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
-
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