NEWS
-
Daran lags, danke.
Hmm ich verstehe den Hintergedanken an dieser Systematik, es soll von Beginn an nicht zu "unübersichtlich" werden?
Ich habe sehr viele Geräte und in der Homematic alles sehr gut gepflegt. Es ist dementsprechend nun etwas Aufwand, das ganze doppelt zu pflegen.
Unabhängig davon, Funktionen sind getestet und das geht gut. Danke für den Support. -
Daran lags, danke.
Hmm ich verstehe den Hintergedanken an dieser Systematik, es soll von Beginn an nicht zu "unübersichtlich" werden?
Ich habe sehr viele Geräte und in der Homematic alles sehr gut gepflegt. Es ist dementsprechend nun etwas Aufwand, das ganze doppelt zu pflegen.
Unabhängig davon, Funktionen sind getestet und das geht gut. Danke für den Support.@smile Ich würde sehr gerne auch Devices unterstützen in der App, jedoch ist die Logik wie States in Devices gruppiert werden in jedem Adapter von ioBroker leicht bis komplett unterschiedlich gelöst. Erst wenn es hier eine einheitliche Umsetzung gibt kann ich das in der App berücksichtigen. Schön, dass es nun auch bei dir läuft
-
Hallo,
ich habe auch das Problem, dass mir in der App keine States/Geräte angezeigt werden.
Verbunden bin ich über den iogo Adapter. Funktionen und Räume werden erkannt und aktualisiert, aber bei States steht dauerhaft 0, obwohl ich in den enums Räumen und Funktionen verschiedene stats abgelegt habe, z.B. sonoff, shelly oder hm-ip.
Ich hab außerdem versucht mir das logfile aus der App anzuschauen. Allerdings finde ich die Datei, bzw. den Speicherort nicht. Muss das Telefon dafür gerootet sein?@nisio
{ "from": "system.adapter.sonoff.0", "ts": 1528643941725, "common": { "name": "Steckdose1 POWER", "type": "boolean", "role": "switch", "read": true, "write": true, "storeMap": true }, "native": {}, "acl": { "object": 1636, "owner": "system.user.admin", "ownerGroup": "system.group.administrator", "state": 1636 }, "_id": "sonoff.0.Steckdose1.POWER", "type": "state" }
-
@nisio
{ "from": "system.adapter.sonoff.0", "ts": 1528643941725, "common": { "name": "Steckdose1 POWER", "type": "boolean", "role": "switch", "read": true, "write": true, "storeMap": true }, "native": {}, "acl": { "object": 1636, "owner": "system.user.admin", "ownerGroup": "system.group.administrator", "state": 1636 }, "_id": "sonoff.0.Steckdose1.POWER", "type": "state" }@Thosch schick mir mal bitte deine email per Chat mit der du den iogo-adapter nutzt
-
@nisio
{ "from": "system.adapter.sonoff.0", "ts": 1528643941725, "common": { "name": "Steckdose1 POWER", "type": "boolean", "role": "switch", "read": true, "write": true, "storeMap": true }, "native": {}, "acl": { "object": 1636, "owner": "system.user.admin", "ownerGroup": "system.group.administrator", "state": 1636 }, "_id": "sonoff.0.Steckdose1.POWER", "type": "state" }@Thosch ich kann auf den ersten Blick keine Fehler erkennen. Wie sieht das Log beim starten des iogo-Adapters bei dir aus? Hast du in der App die Objekte synchronisiert? Was steht im Log der App (sollte im Speicher unter Android/data/de.nisnagel.iogo/ liegen)?
-
Ich habe heute versucht von außerhalb die iobroker Komponenten zu steuern über die App.
Jedoch hat das nicht geklappt, es wurde dauerhaft der Status "Synchronisiere" angezeigt. Als ich dann wieder zu Hause ankam, hatte sich an den States nicht geändert und auch wo das Smartphone wieder im WLAN war, wurde in der App immer noch "synchronisiere" angezeigt, obwohl die Befehle schon ca. eine Stunde zurück lagen. -
Ich habe heute versucht von außerhalb die iobroker Komponenten zu steuern über die App.
Jedoch hat das nicht geklappt, es wurde dauerhaft der Status "Synchronisiere" angezeigt. Als ich dann wieder zu Hause ankam, hatte sich an den States nicht geändert und auch wo das Smartphone wieder im WLAN war, wurde in der App immer noch "synchronisiere" angezeigt, obwohl die Befehle schon ca. eine Stunde zurück lagen.@smile über welchen Adapter verbindest du die App mit iobroker?
-
@Thosch ich kann auf den ersten Blick keine Fehler erkennen. Wie sieht das Log beim starten des iogo-Adapters bei dir aus? Hast du in der App die Objekte synchronisiert? Was steht im Log der App (sollte im Speicher unter Android/data/de.nisnagel.iogo/ liegen)?
-
@nisio
Wahrscheinlich liegt da das Problem. Dieser Ordner ist nicht vorhanden. Finde auch sonst keine log Datei.
Wird für die App evtl root benötigt?@Thosch root wird nicht benötigt. Schreibrechte reichen. Hast du das logging in der App aktiviert? Welches loglevel ist eingestellt?
-
@Thosch root wird nicht benötigt. Schreibrechte reichen. Hast du das logging in der App aktiviert? Welches loglevel ist eingestellt?
@nisio hat jetzt doch funktioniert. Hier das logfile der letzten Synchronisierung
09:42:38:158 V/WebService - 48: instance created 09:42:38:163 V/EnumRepository - 84: instance created 09:42:38:167 V/StateRepository - 561: saveSocketState called 09:42:38:170 V/StateRepository - 101: instance created 09:42:38:173 V/StateHistoryRepository - 50: instance created 09:42:38:177 V/MessageRepository - 71: instance created 09:42:38:187 V/EnumRepository - 317: getFavoriteEnums called 09:42:38:190 V/StateRepository - 502: getFavoriteStates called 09:42:38:193 D/StateRepository - 505: getFavoriteStates: load favorite states from database 09:42:38:355 V/StateRepository - 561: saveSocketState called 09:42:39:001 V/EnumRepository - 332: insertEnum called 09:42:39:006 V/EnumRepository - 352: deleteStateEnum called 09:42:39:009 V/EnumRepository - 347: insertEnumState called 09:42:39:012 D/EnumRepository - 291: saveEnums: enum linked to state enumId:enum.functions.light stateId:shelly.0.SHSW-1#5B312B#1.Relay0.Switch 09:42:39:016 V/EnumRepository - 332: insertEnum called 09:42:39:019 V/EnumRepository - 352: deleteStateEnum called 09:42:39:023 V/EnumRepository - 347: insertEnumState called 09:42:39:027 D/EnumRepository - 291: saveEnums: enum linked to state enumId:enum.rooms.Abstellkammer stateId:mihome.0.devices.weather_v1_158d000233fbc7.humidity 09:42:39:030 V/EnumRepository - 347: insertEnumState called 09:42:39:033 D/EnumRepository - 291: saveEnums: enum linked to state enumId:enum.rooms.Abstellkammer stateId:mihome.0.devices.weather_v1_158d000233fbc7.temperature 09:42:39:036 V/EnumRepository - 347: insertEnumState called 09:42:39:039 D/EnumRepository - 291: saveEnums: enum linked to state enumId:enum.rooms.Abstellkammer stateId:sonoff.0.Steckdose1.POWER 09:42:39:044 V/EnumRepository - 332: insertEnum called 09:42:39:047 V/EnumRepository - 352: deleteStateEnum called 09:42:39:050 V/EnumRepository - 332: insertEnum called 09:42:39:054 V/EnumRepository - 352: deleteStateEnum called 09:42:39:057 V/EnumRepository - 332: insertEnum called 09:42:39:060 V/EnumRepository - 352: deleteStateEnum called 09:42:39:063 V/EnumRepository - 347: insertEnumState called 09:42:39:066 D/EnumRepository - 291: saveEnums: enum linked to state enumId:enum.rooms.Esszimmer stateId:hm-rpc.0.000A9709A5F747.1.ACTUAL_TEMPERATURE 09:42:39:069 V/EnumRepository - 347: insertEnumState called 09:42:39:072 D/EnumRepository - 291: saveEnums: enum linked to state enumId:enum.rooms.Esszimmer stateId:homepilot.0.devices.DuoFernRohrmotor-Aktor.1010000.level 09:42:39:076 V/EnumRepository - 332: insertEnum called 09:42:39:079 V/EnumRepository - 352: deleteStateEnum called 09:42:39:082 V/EnumRepository - 332: insertEnum called 09:42:39:085 V/EnumRepository - 352: deleteStateEnum called 09:42:39:088 V/EnumRepository - 332: insertEnum called 09:42:39:092 V/EnumRepository - 352: deleteStateEnum called 09:42:39:095 V/EnumRepository - 332: insertEnum called 09:42:39:098 V/EnumRepository - 352: deleteStateEnum called 09:42:39:102 V/EnumRepository - 347: insertEnumState called 09:42:39:105 D/EnumRepository - 291: saveEnums: enum linked to state enumId:enum.rooms.Wohnzimmer stateId:sonoff.0.Globus.POWER 09:42:39:108 V/EnumRepository - 347: insertEnumState called 09:42:39:111 D/EnumRepository - 291: saveEnums: enum linked to state enumId:enum.rooms.Wohnzimmer stateId:sonoff.0.Lampe.POWER 09:42:44:762 V/EnumRepository - 327: countRooms called 09:42:44:767 V/EnumRepository - 322: countFunctions called 09:42:44:771 V/StateRepository - 511: countStates called 09:42:44:776 V/StateRepository - 516: getSocketState called 09:42:46:032 V/EnumRepository - 332: insertEnum called 09:42:46:037 V/EnumRepository - 352: deleteStateEnum called 09:42:46:045 V/EnumRepository - 347: insertEnumState called 09:42:46:054 D/EnumRepository - 291: saveEnums: enum linked to state enumId:enum.functions.light stateId:shelly.0.SHSW-1#5B312B#1.Relay0.Switch 09:42:46:068 V/EnumRepository - 332: insertEnum called 09:42:46:074 V/EnumRepository - 352: deleteStateEnum called 09:42:46:083 V/EnumRepository - 347: insertEnumState called 09:42:46:087 D/EnumRepository - 291: saveEnums: enum linked to state enumId:enum.rooms.Abstellkammer stateId:mihome.0.devices.weather_v1_158d000233fbc7.humidity 09:42:46:093 V/EnumRepository - 347: insertEnumState called 09:42:46:097 D/EnumRepository - 291: saveEnums: enum linked to state enumId:enum.rooms.Abstellkammer stateId:mihome.0.devices.weather_v1_158d000233fbc7.temperature 09:42:46:102 V/EnumRepository - 347: insertEnumState called 09:42:46:106 D/EnumRepository - 291: saveEnums: enum linked to state enumId:enum.rooms.Abstellkammer stateId:sonoff.0.Steckdose1.POWER 09:42:46:114 V/EnumRepository - 332: insertEnum called 09:42:46:119 V/EnumRepository - 352: deleteStateEnum called 09:42:46:125 V/EnumRepository - 332: insertEnum called 09:42:46:130 V/EnumRepository - 352: deleteStateEnum called 09:42:46:135 V/EnumRepository - 332: insertEnum called 09:42:46:140 V/EnumRepository - 352: deleteStateEnum called 09:42:46:145 V/EnumRepository - 347: insertEnumState called 09:42:46:149 D/EnumRepository - 291: saveEnums: enum linked to state enumId:enum.rooms.Esszimmer stateId:hm-rpc.0.000A9709A5F747.1.ACTUAL_TEMPERATURE 09:42:46:153 V/EnumRepository - 347: insertEnumState called 09:42:46:158 D/EnumRepository - 291: saveEnums: enum linked to state enumId:enum.rooms.Esszimmer stateId:homepilot.0.devices.DuoFernRohrmotor-Aktor.1010000.level 09:42:46:164 V/EnumRepository - 332: insertEnum called 09:42:46:167 V/EnumRepository - 352: deleteStateEnum called 09:42:46:172 V/EnumRepository - 332: insertEnum called 09:42:46:176 V/EnumRepository - 352: deleteStateEnum called 09:42:46:182 V/EnumRepository - 332: insertEnum called 09:42:46:186 V/EnumRepository - 352: deleteStateEnum called 09:42:46:192 V/EnumRepository - 332: insertEnum called 09:42:46:198 V/EnumRepository - 352: deleteStateEnum called 09:42:46:201 V/EnumRepository - 347: insertEnumState called 09:42:46:204 D/EnumRepository - 291: saveEnums: enum linked to state enumId:enum.rooms.Wohnzimmer stateId:sonoff.0.Globus.POWER 09:42:46:210 V/EnumRepository - 347: insertEnumState called 09:42:46:214 D/EnumRepository - 291: saveEnums: enum linked to state enumId:enum.rooms.Wohnzimmer stateId:sonoff.0.Lampe.POWER -
@smile sagte in [Projekt] ioGo # Native Android App:
@nisio über den Cloud Pro Adapter
Hast du die Probleme auch wenn du dich zu dem web-adapter verbindest, oder nur bei cloud?
-
@smile sagte in [Projekt] ioGo # Native Android App:
@nisio über den Cloud Pro Adapter
Hast du die Probleme auch wenn du dich zu dem web-adapter verbindest, oder nur bei cloud?
@nisio Habe gerade mal den Web Adapter getestet.
Ergebnis: Die Synchronisation von Geräten funktioniert sofort. Die Bedienung von Geräten auch. Super :+1: :+1:
In der App wird nach der Bedienung eines Elementes trotzdem dauerhaft der Status "synchronisiere" angezeigt. Also wie beim Cloud Adapter, nur mit dem Unterschied dass hier die Funktion auch ausgeführt wurde.Cloud Adapter wäre natürlich langfristig schöner, weil gerade so eine App ja gerne von unterwegs bedient wird.
-
UPDATE: Ich habe nachdem ich den Web Server getestet habe, nochmal wieder den Cloud Adapter getestet - hat funktioniert! :yum: :relieved:
Die "synchronisere"-Dauerschleife wird zwar immer noch angezeigt, aber der Befehl wurde ausgeführt, sowohl im Heim-WLAN als auch mit deaktiviertem WLAN, also von "außerhalb"Was natürlich insbesondere für die Bedienung von Außerhalb traumhaft wäre, wäre eine Art "Bestätigt" oder "Ausgeführt" Dialog, damit man sich relativ sicher sein kann, dass man z.B. seine Markise zu Hause nun eingefahren hat, als der Regen anfing.
EDIT: Die umgekehrte Synchronisation funktioniert noch nicht. Also wenn ich in iobroker die states verändere, kommt dies in der App nicht an. Erst wenn ich erneut auf "sync objects / enums" gehe, dann übernimmt er die aktuellen Werte aus iobroker, und auch die "synchronisiere"-Dauerschleife ist dann weg.
Trotzdem bisher: Tolle Arbeit, Danke dafür!
-
UPDATE: Ich habe nachdem ich den Web Server getestet habe, nochmal wieder den Cloud Adapter getestet - hat funktioniert! :yum: :relieved:
Die "synchronisere"-Dauerschleife wird zwar immer noch angezeigt, aber der Befehl wurde ausgeführt, sowohl im Heim-WLAN als auch mit deaktiviertem WLAN, also von "außerhalb"Was natürlich insbesondere für die Bedienung von Außerhalb traumhaft wäre, wäre eine Art "Bestätigt" oder "Ausgeführt" Dialog, damit man sich relativ sicher sein kann, dass man z.B. seine Markise zu Hause nun eingefahren hat, als der Regen anfing.
EDIT: Die umgekehrte Synchronisation funktioniert noch nicht. Also wenn ich in iobroker die states verändere, kommt dies in der App nicht an. Erst wenn ich erneut auf "sync objects / enums" gehe, dann übernimmt er die aktuellen Werte aus iobroker, und auch die "synchronisiere"-Dauerschleife ist dann weg.
Trotzdem bisher: Tolle Arbeit, Danke dafür!
@smile schön zu hören dass es Fortschritte macht. Die Verbindung über die Cloud ist leider nicht immer zuverlässig... Ich probiere die Tage das Mal zu debuggen.
Die Bestätigung ist damit visualisiert, das der Hinweis "synchronisiere" wieder verschwindet.
-
@smile schön zu hören dass es Fortschritte macht. Die Verbindung über die Cloud ist leider nicht immer zuverlässig... Ich probiere die Tage das Mal zu debuggen.
Die Bestätigung ist damit visualisiert, das der Hinweis "synchronisiere" wieder verschwindet.
@nisio Konntest Du meinem log irgendwas entnehmen, was da schief läuft? Bekomme nachwievor keine states angezeigt in der App.
edit:
Hab grad mal die Verbindung über den Web Adapter probiert und darüber werden die states erkannt. Wenn ich dann zurück zum iogo wechsel, dann bleiben die erkannten zwar vorhanden und bedienbar, aber veränderte states werden nicht angezeigt. -
@nisio Konntest Du meinem log irgendwas entnehmen, was da schief läuft? Bekomme nachwievor keine states angezeigt in der App.
edit:
Hab grad mal die Verbindung über den Web Adapter probiert und darüber werden die states erkannt. Wenn ich dann zurück zum iogo wechsel, dann bleiben die erkannten zwar vorhanden und bedienbar, aber veränderte states werden nicht angezeigt.@Thosch in dem Log ist nix zu erkennen. Welche Version der App nutzt du? Und welche Version des iogo-adapters?
-
@Thosch in dem Log ist nix zu erkennen. Welche Version der App nutzt du? Und welche Version des iogo-adapters?
@nis : Ich finde die App Klasse, nur leider komme ich seit einigen Tagen nicht weiter. Ich habe schon viel probiert. Bei mir reagieren die Elemente mit "windows.sensor" nicht.
Die Objekte werden vom knx Adapter erzeugt. Geschlossen hat den Wert "0" und offen "1". Die Werte reagieren in der Objekt Ansicht auf der ioBroker-Adminseite passend zum Zustand. Nur in der App steht dauerhaft "geschlossen".
Ich habe schon alles zusammen gekürzt, so dass nur noch die Fenster in ioGo zusehen sind, um auszuschließen, dass es an was anderes hängt, aber keine Chance. (Komisch, dass zwar immer noch der Luftfeuchtewert im Log auftaucht, da er weder eine role hat und noch einem Raum zugewiesen ist.)
Anbei einmal die Screenshots, die Log-Datei mit der Einstellung "verbose" und eine beispielhafte RAW-Datei.
{ "from": "system.adapter.knx.0", "ts": 1562774642753, "common": { "name": "Fenster Status Veranda Südseite", "type": "boolean", "role": "sensor.window", "min": 0, "max": 1, "read": true, "write": false }, "native": { "dpt": "DPT1.002", "address": "6/0/102", "addressRefId": "P-02CC-0_GA-84", "statusGARefId": "", "actGARefId": "" }, "acl": { "object": 1638, "owner": "system.user.admin", "ownerGroup": "system.group.administrator", "state": 1638 }, "_id": "knx.0.Fenster_und_Türen.Fenster_Status.Fenster_Status_Veranda_Südseite", "type": "state" } -
@nis : Ich finde die App Klasse, nur leider komme ich seit einigen Tagen nicht weiter. Ich habe schon viel probiert. Bei mir reagieren die Elemente mit "windows.sensor" nicht.
Die Objekte werden vom knx Adapter erzeugt. Geschlossen hat den Wert "0" und offen "1". Die Werte reagieren in der Objekt Ansicht auf der ioBroker-Adminseite passend zum Zustand. Nur in der App steht dauerhaft "geschlossen".
Ich habe schon alles zusammen gekürzt, so dass nur noch die Fenster in ioGo zusehen sind, um auszuschließen, dass es an was anderes hängt, aber keine Chance. (Komisch, dass zwar immer noch der Luftfeuchtewert im Log auftaucht, da er weder eine role hat und noch einem Raum zugewiesen ist.)
Anbei einmal die Screenshots, die Log-Datei mit der Einstellung "verbose" und eine beispielhafte RAW-Datei.
{ "from": "system.adapter.knx.0", "ts": 1562774642753, "common": { "name": "Fenster Status Veranda Südseite", "type": "boolean", "role": "sensor.window", "min": 0, "max": 1, "read": true, "write": false }, "native": { "dpt": "DPT1.002", "address": "6/0/102", "addressRefId": "P-02CC-0_GA-84", "statusGARefId": "", "actGARefId": "" }, "acl": { "object": 1638, "owner": "system.user.admin", "ownerGroup": "system.group.administrator", "state": 1638 }, "_id": "knx.0.Fenster_und_Türen.Fenster_Status.Fenster_Status_Veranda_Südseite", "type": "state" }
Support us
330
Online32.7k
Users82.3k
Topics1.3m
Posts