Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[liv-in-sky]

bitteschön - der state - LEDLampe

! {
! "from": "system.adapter.admin.0",
! "ts": 1515425682436,
! "common": {
! "name": "LEDLampe",
! "role": "switch",
! "type": "boolean",
! "desc": "Manuell erzeugt",
! "read": true,
! "write": true,
! "def": false,
! "smartName": {
! "de": "led, led schreibtisch"
! }
! },
! "native": {},
! "acl": {
! "object": 1636,
! "owner": "system.user.admin",
! "ownerGroup": "system.group.administrator",
! "state": 1636
! },
! "_id": "controll-own.0.LEDLampe",
! "type": "state"
! }

[liv-in-sky]

hab einen netten nebeneffekt bei deinem adapter bemerkt - schaltet man debug ein - und filtert im log nur die iogo.adapter meldungen erkennt man sehr schon, welche states unfug treiben bzw ob ein script unsinn treibt. anscheinend wird (ich nehme an , dass liegt an firebase) jede änderung der states dadurch sichbar gemacht - habe ich heute gut gebrauchen können zur fehlersuche bzw. dadurch ist mir der fehler erst aufgefallen

[NightWatcher]

moin, vorgestern bemerkt, dass die app abstürzt, wenn man einen "click" Button drückt. Version 0.26.04

ebenfalls reagieren die Schieberegler komisch. klicke ich z. b von 255 nach 0 wird der Wert zwar in der App gesetzt5, kommt aber in iobroker nicht an. "schiebe" ich den regler von 0 nach 255,dann klappt es.

[A Former User]

@NightWatcher:

moin, vorgestern bemerkt, dass die app abstürzt, wenn man einen "click" Button drückt. Version 0.26.04 `
Hat der Button zufällig in common.type was anderes als "boolean" stehen?

@NightWatcher:

ebenfalls reagieren die Schieberegler komisch. klicke ich z. b von 255 nach 0 wird der Wert zwar in der App gesetzt5, kommt aber in iobroker nicht an. "schiebe" ich den regler von 0 nach 255,dann klappt es. `
Wie sieht der RAW des State aus?

Gibt es Fehler im Log?

[NightWatcher]

@nisio:

@NightWatcher:

moin, vorgestern bemerkt, dass die app abstürzt, wenn man einen "click" Button drückt. Version 0.26.04 Hat der Button zufällig in common.type was anderes als "boolean" stehen?

Ja stimmt, deine Vermutung ist richtig. Da scheint nen Bug im Harmony Adapter zu sein: https://github.com/Pmant/ioBroker.harmo … ny.js#L513

Warum definiert man nen Button mit dem type number?! Müsste dass nicht eher Type boolean sein und value auf false und nicht auf '0' (was ja auch streng genommen wieder nen String wäre).

@nisio:

@NightWatcher:

ebenfalls reagieren die Schieberegler komisch. klicke ich z. b von 255 nach 0 wird der Wert zwar in der App gesetzt5, kommt aber in iobroker nicht an. "schiebe" ich den regler von 0 nach 255,dann klappt es. `
Wie sieht der RAW des State aus?

Gibt es Fehler im Log? `

Mhh bekomme ich gerade nicht mehr nachgestellt. Gerade klappt es irgendwie. Ist wie mit meinem Induktionskochfeld. Das Touchpad mag manchmal nicht wie ich. Wenn ich es dann vorführe, klappt es wunderbar :evil:

[A Former User]

@NightWatcher:

Ja stimmt, deine Vermutung ist richtig. Da scheint nen Bug im Harmony Adapter zu sein: https://github.com/Pmant/ioBroker.harmo … ny.js#L513

Warum definiert man nen Button mit dem type number?! Müsste dass nicht eher Type boolean sein und value auf false und nicht auf '0' (was ja auch streng genommen wieder nen String wäre). `

button sollte immer boolean sein:

https://github.com/ioBroker/ioBroker/bl … write-only

[NightWatcher]

jepp, macht ja auch Sinn. Habe es bereits als pull request eingereicht.

[A Former User]

Neue BetaVersion 0.27.x ist unterwegs.

Ich habe einiges unter der Haube angepasst um für die nächsten Features vorbereitet zu sein.

Es hat sich einiges in den Einstellungen geändert.

Vermutlich müssen etliche Eingaben neu vorgenommen werden.

Für die Kommunikation mit dem iogo-adapter wird dieser in Version 0.0.12 benötigt.

Aktuell ist das Feature "sync-children" leider noch deaktiviert.

Vielen Dank an alle neugierigen Betatester

[NightWatcher]

habe irgendwie das gefühl dass mit der neuen version wieder alte probleme auftreten. teilweise ist wieder der Kreis nach dem schalten eines Objektes zu sehen oder werden vorher erst gar nicht aktualisiert . schalten geht aber dennoch. Ich nutze den iogo adapter als Verbindungsmetode (auch bereits vorher).

Der Adapter in iobroker wurde natürlich auch aktualisiert.

[liv-in-sky]

dito

27.05

0.12
4447_screenshot_20181002-144043_iogo.jpg

[A Former User]

@NightWatcher:

habe irgendwie das gefühl dass mit der neuen version wieder alte probleme auftreten. teilweise ist wieder der Kreis nach dem schalten eines Objektes zu sehen oder werden vorher erst gar nicht aktualisiert . schalten geht aber dennoch. Ich nutze den iogo adapter als Verbindungsmetode (auch bereits vorher).

Der Adapter in iobroker wurde natürlich auch aktualisiert. `

Das habe ich bei mir noch nicht wieder gesehen.

Was steht denn so in den logs?

[NightWatcher]

Er braucht offensichtlich ewig lange, um zu syncronisieren, siehe Anhang. Und das sind nur ein paar der zu syncronisierenden Objekte… Evtl. liegt es daran?
1534_bild003.jpg

[A Former User]

@NightWatcher:

Er braucht offensichtlich ewig lange, um zu syncronisieren, siehe Anhang. Und das sind nur ein paar der zu syncronisierenden Objekte… Evtl. liegt es daran? `

Ich sehe da nichts von synchronisieren…

Woran erkennst du, dass irgendwas lange synchronisiert?

Beim Starten der iogo Instanz ist der einzige Zeitpunkt, an dem alle relevanten Objekte neu synchronisiert werden.

[NightWatcher]

Was sind dann die ganzen send state Einträge?

hätte jetzt erwartet, dass es damit zu tun hat.

[A Former User]

@NightWatcher:

Was sind dann die ganzen send state Einträge?

hätte jetzt erwartet, dass es damit zu tun hat. `

"send state …" kommt von Statusänderungen.

Dann hat sich ein State geändert, den du in einer Enum zugeordnet hast.

[NightWatcher]

Verstehe.

Hier ein Screenshot, wo ich meine Bürodeckenlampe geschaltet habe (auf 165). Die Lampe ging auf 165 an, aber der Kreis dreht sich leider immer noch in der App.
1534_04102018132913.jpg

[A Former User]

@NightWatcher:

Verstehe.

Hier ein Screenshot, wo ich meine Bürodeckenlampe geschaltet habe (auf 165). Die Lampe ging auf 165 an, aber der Kreis dreht sich leider immer noch in der App. `

Das ist komisch, muss ich mal mehr drauf Achten wenn ich die App nutze.

Bisher ging es bei mir immer sofort.

[NightWatcher]

Nächste Info.

Wenn ich über einen Taster oder iobroker etwas schalte, bekommt das die APP nicht mehr mit. Ein send state sehe ich im ioBroker log. Aber in der App kommt nichts an. Schalten geht über die App zu dem Zeitpunkt aber trotzdem. Genau dann kommt auch wieder der "Kreis". Es scheint, als wenn die states in der App nicht ankommen.

Installiert ist der Adapter Version 0.0.12 und App Version 0.27.09

[modmax]

Sodele … hab den iogo und auch die App nun mal getestet ...

So funktioniert erstmal alles ... den rollen Kreis, der erst bei App-Neustart weggeht hatte

ich dabei auch ... Schalten geht zwar munter weiter, nur der sich drehende Kreis bleibt.

Ich hätte da noch ein paar Ideen als Erweiterungen:

1.) Eigene Namen für States definieren

Könnte vorerst über ein Ergäzung der Objekte stattfinden, z.B.:

{
  "common": {
    "type": "boolean",
    "def": false,
    "read": true,
    "write": true,
    "name": "Wohnzimmer.Deckenleuchte.state",
    "role": "switch.light"
    "iogo: {
    	name: "Wohnzimmer Deckenleuchte"
    }
  }
  ....

Später könnte man dieses Objekt dann ggfs. noch erweitern.

Falls common.iogo.name undefiniert oder leer ist, dann sollte wieder common.name benutzt werden.

Irgendwann sollte dies dan. evtl. über den Adapter konfigurierbar sein; also State auswählen,

Raum und Funktion auswählen und den Namen vergeben.

2.) Gruppieren von States

Vielleicht wäre es manchmal ganz praktisch mehrere States zu einem Geräte optisch zusammenzufassen.

Mir fallen da spontan die HomeMatic-Heizungsthermostate ein, wo man actuelle Temperatur, Solltemperatur,

und Ventilöffnungsgrad direkt sehen kann.

Oder auch HUE-Lampen, um bri, sat und hue einzustellen.

Generell denke ich, wäre es eine gute Idee, in der iogo-App nicht die einzelnen States zu sehen, sondern nur Geräte.

Ein Lichtschalter wäre dann zum Beispiel ein Gerät mit nur einem State, nämlich dem switch.light-State.

Ideen wie man sowas im Adapter konfigurieren kann wäre der Cloud-Adapter .. natürlich angepaßt.

Darstellung in der App könnte man sich Tinymatic ansehen, wo Geräte halt als Geräte mit 1..n States angesehen werden.

Leider ist Tinymatic nur für die CCU gedacht; somit fehlt da momentan die Hälfte meiner Geräte aus dem ioBroker … :-)

3.) LowBat-Anzeige

Wenn es nur Geräte gibt und keine einzelnen States, könnte man auch lowBat oder reachable/unreachable signalisieren,

sofern es den State "indicator.lowbat" in dem konfigurierten Gerät gibt.

4.) Übersetzungen

Bisher sind die Übersetzung alle in Englisch; würde das auf ein paar Sprachen (z.B. Deutsch, Spanisch, Russisch)

konfigurierbar machen. Mit entsprechenden Ressource-Files in der App sollte das machbar sein.

Die App selber finde ich sehr gut; einfach gehalten und übersichlich.

Mit dem iobroker.mobile-Adapter konnte ich mich nicht anfreunden; und leider wird der, wie es scheint, auch nicht weiterentwickelt.

MfG Markus

[braindead]

@modmax, das ist jetzt wirklich lustig. Ich habe vor ein paar Tagen auf GitHUB einen Issue aufgemacht und auch vorgeschlagen, dass States gruppiert werden sollten.

Viele Grüße,

Markus :-)