NEWS
[Projekt] ioGo # Smarthome to go
-
dacht ich auch schon - mit number gehts `
neue version in github v0.0.10
damit ist es behoben
-
adapter installiert und neugestartet - numbers gehen noch - switch nicht - syncing data - unter dem state beim schalten bleibt ! log einträge in iobroker gleich wie vorher - auch der eigentliche state-zustand wird nicht mehr angezeigt
egal ob lokales oder externes netz
-
moin,
app 26.4
adapter 0.0.10
mit firebase werden kein children states in der app angezeigt, switch kann nicht geschalten werden
-
moin,
app 26.4
adapter 0.0.10
mit firebase werden kein children states in der app angezeigt, switch kann nicht geschalten werden ` Kannst du Mal den RAW von dem state posten bitte
Gesendet von meinem Pixel 2 mit Tapatalk
-
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"
! } -
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
-
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.
-
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?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?
-
@nisio: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: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:
-
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:
-
jepp, macht ja auch Sinn. Habe es bereits als pull request eingereicht.
-
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
-
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.
-
-
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?
-
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 -
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.
-
Was sind dann die ganzen send state Einträge?
hätte jetzt erwartet, dass es damit zu tun hat.
-
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.
-
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