UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[smile]

@nisio Habe gerade mal den Web Adapter getestet.
Ergebnis: Die Synchronisation von Geräten funktioniert sofort. Die Bedienung von Geräten auch. Super
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.

[smile]

UPDATE: Ich habe nachdem ich den Web Server getestet habe, nochmal wieder den Cloud Adapter getestet - hat funktioniert!
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!

[Ein ehemaliger Benutzer]

@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.

[Thosch]

@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.

[Ein ehemaliger Benutzer]

@Thosch in dem Log ist nix zu erkennen. Welche Version der App nutzt du? Und welche Version des iogo-adapters?

[mpenno]

@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"
}

Log_20190713.txt

[mpenno]

Hat keiner eine Idee, was ich testen kann oder gibt es eine aktuellere Betaversion? Im Playstore wird mir hier trotz Registrierung nichts angeboten.

VG

[crunchip]

@mpenno schon mal probiert, dich von web abzumelden und per cloud bzw iogo adapter anzumelden?
mal von der App abmelden und wieder anmelden und den Adapter neu starten.
zum anderen sehe ich, das du ü und ß verwendest, soviel ich weiß, sollte das vermieden werden, da es zu Problemen führt.
Zumindest ist das bei mir so.

[mpenno]

@crunchip Danke für Deine Tips, leider ohne Erfolg:

• An-/Abmelden brachte nichts,
• Wechsel zw. Cloud und Web Adapter ebenfalls nichts,
• ein Anlegen von Adressstrukturen (am Bsp. Dachfenster) ohne Umlaute auch nichts (siehe Screenshot)

Interessant war aber folgendes, wenn ich die Rolle "value.window" statt "sensor.window" vergebe (siehe am Bsp. Fenster_Status_Veranda_Südseite) ändert sich der Status sofort
Leider gibt es dann aber nur ein Info-Icon und ein Status "gekippt" bei "1", was nach der Definition hier stimmt:

value.window (common.states={"0": "CLOSED", "1": "TILTED", "2": "OPEN"}) It is important to have (CLOSED/TILTED/OPEN). Values can differ.

State roles/Values (numbers, read-only)

Nur leider gibt es bei mir nur "0" oder "1".

Aber egal, warum klappt das Auslesen von "value.window" aber nicht von "sensor.window"?

[crunchip]

@mpenno ich habe nur xiaomi Kontakte und bei denen hab ich einfach nur state als rolle

[Ein ehemaliger Benutzer]

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

@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"
}

Log_20190713.txt

sorry für die verspätete Antwort...

sensor.window ist die korrekte role für die Anzeige von offen/geschlossen bei Fenstern.

Folgende Ideen mal bitte probieren:

• sensor.window muss boolean sein, da macht eine Angabe von min/max mit Zahlen keinen Sinn. Probier mal ohne min/max in common.

• value.window klappt, da du eine Zahl als Wert schreibst und sensor.window ein boolean benötigt: teste mal bitte mit sensow.window und schreibe als Wert einen boolean

[mpenno]

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

sensor.window ist die korrekte role für die Anzeige von offen/geschlossen bei Fenstern.

Folgende Ideen mal bitte probieren:

• sensor.window muss boolean sein, da macht eine Angabe von min/max mit Zahlen keinen Sinn. Probier mal ohne min/max in common.

• value.window klappt, da du eine Zahl als Wert schreibst und sensor.window ein boolean benötigt: teste mal bitte mit sensow.window und schreibe als Wert einen boolean

Ich habe die min/max Angabe entfernt, leider keine Besserung.

Zum zweiten Punkt: Wenn ich mir ein eigenes Objekt (z.B. unter den eigenen javascript Objekten) anlege, klappt es. Definiert als boolean mit dem Wert "true" wird in der App sofort "offen" dargestellt.

Das Problem wird wohl der KNX-Adapter sein. Hier wird zwar boolean definiert, aber statt "true" und "false" wird "1" und "0" geschrieben. Ich habe mich schon das öfteren beim Scrollen durch de verschiedenen KNX-Objekten gewundert, dass hin und wieder einmal "true" oder "false" zu lesen war, wohin gegen identisch parametrierte Objekte eine "1" oder "0" haben. Komisch, komisch...

Muss ich jetzt an den Adapter-Entwickler herantreten oder kann ich da mit eigenen Mitteln etwas machen?

In diesem Zusammenhang eine ähnliche Frage: Wie sieht es bei Formatierungen von Dezimalstellen aus? Bei Temperaturen wird manchmal "21,9" angezeigt, aber öfters auch "20,00000009" Die Anzahl der Nullen muss jetzt nicht stimmen.

Viele Grüße
Michael

[Ein ehemaliger Benutzer]

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

Muss ich jetzt an den Adapter-Entwickler herantreten oder kann ich da mit eigenen Mitteln etwas machen?

Ja ist das beste, dann ist es gleich für alle Anwender behoben.

[Ein ehemaliger Benutzer]

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

In diesem Zusammenhang eine ähnliche Frage: Wie sieht es bei Formatierungen von Dezimalstellen aus? Bei Temperaturen wird manchmal "21,9" angezeigt, aber öfters auch "20,00000009" Die Anzahl der Nullen muss jetzt nicht stimmen.

Hast du dazu Mal ein paar Beispiele... Screenshot, RAW des States/Objektes.
Dann stell ich das Mal nach bei mir

[smile]

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

Muss ich jetzt an den Adapter-Entwickler herantreten oder kann ich da mit eigenen Mitteln etwas machen?

Da ich auch KNX nutze und diesess Problem mit 0 / 1 statt true / false ja auch diverse Anwendungssitautionen betrifft, denke ich auch dass es am meisten Sinn macht wenn der Entwickler das ändert. Ideal wäre in den Adaptereinstellungen die Möglichkeit, zu wählen ob mit 0/1 oder true/false gearbeitet sein sollte.
Ich denke das könnte auch die iobroker Verbreitung unter KNX Usern weiter vorantreiben.

[mpenno]

@smile Ich habe soeben unter dem Link eine Frage erstellt.

VG

[mpenno]

@nis Ja, ich habe gerade ein passendes Beispiel gefunden:

und die passenden Raw-Daten vom Objekt:

{
  "_id": "knx.0.Messwerte.Temperatur.Temperatur_Arbeitszimmer",
  "type": "state",
  "common": {
    "name": "Temperatur Arbeitszimmer",
    "type": "number",
    "role": "value.temperature.number",
    "min": -273,
    "max": 670670,
    "read": true,
    "write": false
  },
  "native": {
    "dpt": "DPT9.001",
    "address": "10/0/204",
    "addressRefId": "P-02CC-0_GA-195",
    "statusGARefId": "",
    "actGARefId": ""
  },
  "from": "system.adapter.knx.0",
  "ts": 1563388468428,
  "acl": {
    "object": 1638,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator",
    "state": 1638
  }
}

[Ein ehemaliger Benutzer]

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

value.temperature.number

die role "value.temperature.number" gibt es nicht wirklich sieh hier: STATE_ROLES.md

die vielen Nachkommastellen sind doch schon in ioBroker, die App zeigt nur das an was in dem Fall aus deinem ioBroker geliefert wird

[mpenno]

@smile Mit so einem kleinen Script und eigenen Objekten läuft es nun. Unter den Post habe ich mein Beispiel mal aufgeschrieben. Vielleicht geht es noch kürzer.

@nis

Zwei Fragen: Das Wort "geschlossen" ist zwar gutes Deutsch, aber würde auch ein "zu" reichen?
Der Wechsel beim Haustürschloss funktioniert auch. Obwohl da aber "true/false" durchgereicht wird (siehe Screenshot). Aber es funktioniert

Alles in allen sehr schön!!! Jetzt mache ich mich an die langen Temperaturwerten ran. Ein javascript-Aufruf zum Runden wird es bestimmt geben.

VG

[Ein ehemaliger Benutzer]

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

Der Wechsel beim Haustürschloss funktioniert auch. Obwohl da aber "true/false" durchgereicht wird (siehe Screenshot).

Was ist denn das für eine Role bei der Haustür?