Alias-Manager Adapter
-
Also, was mir noch aufgefallen ist... Ich bin gerade fleißig am Aliase erstellen , und immer wenn ich einen Alias automatisch erstellt habe (Was super klappt
) muss ich den Alias Adapter einmal verlassen bzw. den Browser einmal aktualisieren um die "Alias automatisch erstellen" Funktion erneut nutzen zu können...
... wenn ich versuche einen weiteren Alias automatisch zu erstellen - und klicke auf das Objektauswahl Feld passiert nichts... Ich nutze den Opera Browser an einem iMac Alias version 1.2.2 -
@martink sagte in Alias-Manager Adapter:
...immer wenn ich einen Alias automatisch erstellt habe (Was super klappt ) muss ich den Alias Adapter einmal verlassen bzw. den Browser einmal aktualisieren um die "Alias automatisch erstellen" Funktion erneut nutzen zu können...
Kann ich leider bestätigen.
-
Kann man irgendwie einen bestehenden Datenpunkt im Aliasmanager umbenennen?
-
@martink sagte in Alias-Manager Adapter:
Also, was mir noch aufgefallen ist... Ich bin gerade fleißig am Aliase erstellen , und immer wenn ich einen Alias automatisch erstellt habe (Was super klappt
) muss ich den Alias Adapter einmal verlassen bzw. den Browser einmal aktualisieren um die "Alias automatisch erstellen" Funktion erneut nutzen zu können... ... wenn ich versuche einen weiteren Alias automatisch zu erstellen - und klicke auf das Objektauswahl Feld passiert nichts... Ich nutze den Opera Browser an einem iMac Alias version 1.2.2@martink @oFbEQnpoLKKl6mbY5e13
Bei mir klappt das (Chrome). Gibt es einen Eintrag im log der Entwickler-Console des Browsers (F12; Auch hier ggf. Screenshot)?
-
@s-bormann
Bei mir tritt das Verhalten nach einem Neustart des Systems nicht mehr auf. -
@ofbeqnpolkkl6mby5e13 ...werde ich später auch mal testen ob ein neustart des System was änder
-
@s-bormann
Hat leider nicht lange gedauert, bis es wieder auftrat:Uncaught TypeError: null has no properties getAllStates http://192.168.0.202:8081/lib/js/selectID.js:522 initTreeDialog http://192.168.0.202:8081/lib/js/selectID.js:1570 show http://192.168.0.202:8081/lib/js/selectID.js:3710 selectId http://192.168.0.202:8081/lib/js/selectID.js:4090 load http://192.168.0.202:8081/adapter/alias-manager/index_m.js:1660 initSelectId http://192.168.0.202:8081/adapter/alias-manager/index_m.js:360 load http://192.168.0.202:8081/adapter/alias-manager/index_m.js:1659 -
@disaster123 sagte in Alias-Manager Adapter:
Kann man irgendwie einen bestehenden Datenpunkt im Aliasmanager umbenennen?
Nein, noch nicht; nur über den Umweg kopieren und dann den alten löschen.
-
@ofbeqnpolkkl6mby5e13 sagte in Alias-Manager Adapter:
@s-bormann
Hat leider nicht lange gedauert, bis es wieder auftrat:Uncaught TypeError: null has no properties getAllStates http://192.168.0.202:8081/lib/js/selectID.js:522 initTreeDialog http://192.168.0.202:8081/lib/js/selectID.js:1570 show http://192.168.0.202:8081/lib/js/selectID.js:3710 selectId http://192.168.0.202:8081/lib/js/selectID.js:4090 load http://192.168.0.202:8081/adapter/alias-manager/index_m.js:1660 initSelectId http://192.168.0.202:8081/adapter/alias-manager/index_m.js:360 load http://192.168.0.202:8081/adapter/alias-manager/index_m.js:1659Habe eine Idee: Passiert das vielleicht immer nach dem Umbenennen oder Löschen eines Alias?
-
@s-bormann
Das kann sein.Uncaught TypeError: objects[id] is null getAllStates http://192.168.0.202:8081/lib/js/selectID.js:522 initTreeDialog http://192.168.0.202:8081/lib/js/selectID.js:1570 show http://192.168.0.202:8081/lib/js/selectID.js:3710 selectId http://192.168.0.202:8081/lib/js/selectID.js:4090 load http://192.168.0.202:8081/adapter/alias-manager/index_m.js:1660 initSelectId http://192.168.0.202:8081/adapter/alias-manager/index_m.js:360 load http://192.168.0.202:8081/adapter/alias-manager/index_m.js:1659Okay, ist wohl ein Bedienfehler. Man darf einfach nicht am AM vorbei unter alias.0 Objekte löschen, während der noch geöffnet ist.
-
@ofbeqnpolkkl6mby5e13 sagte in Alias-Manager Adapter:
@s-bormann
Das kann sein.Uncaught TypeError: objects[id] is null getAllStates http://192.168.0.202:8081/lib/js/selectID.js:522 initTreeDialog http://192.168.0.202:8081/lib/js/selectID.js:1570 show http://192.168.0.202:8081/lib/js/selectID.js:3710 selectId http://192.168.0.202:8081/lib/js/selectID.js:4090 load http://192.168.0.202:8081/adapter/alias-manager/index_m.js:1660 initSelectId http://192.168.0.202:8081/adapter/alias-manager/index_m.js:360 load http://192.168.0.202:8081/adapter/alias-manager/index_m.js:1659Okay, ist wohl ein Bedienfehler. Man darf einfach nicht am AM vorbei unter alias.0 Objekte löschen, während der noch geöffnet ist.
Habe aber auch einen Bug dazu gefunden. In der nächsten Version werden gelöschte Aliase aus dem internen Speicher korrekt gelöscht (aktuell werden sie nur auf "null" gesetzt, und damit kommt der selectID-Dialog nicht klar).
-
@s-bormann
Okay, danke! -
Alias und History
Hallo zusammen.
Ich habe heute den aktuellen Alias-Adapter installiert und bestehende Zigbee-Geräte per automatischem Import eingelesen. Hat soweit gut geklappt.
Nur kann ich mit den Objekten aus Alias keine History schreiben. Habe verschiedenes ausprobiert. Kann es sein, dass dies (noch) nicht möglich ist?
Ich bitte um Hilfe!!!
Gruß
Hardy -
@io-hardy Gehe mal auf das zu historiesierende Objekt auf den Bleistift ganz rechts und poste mal die Objektdaten in codetags </>
-
@io-hardy Manchmal muss man nach dem Anlegen von Aliasen auch den ioBroker neu starten (auch den Javascript-Adapter muss man z.B. neu starten, sonst kennt der die neu angelegten Aliase noch nicht - vielleicht ist das bei History ähnlich? Ist nur eine Vermutung).
-
@s-bormann Oh das kann sein... Ist mir aber seit dem ich deinen Adapter nehme nicht mehr aufgefallen
-
@fredf
hier ist das Listing
{
"common": {
"alias": {
"id": "zigbee.0.000d6ffffe6538f8.temperature"
},
"name": "temperature",
"role": "value.temperature",
"type": "number",
"unit": "°C",
"read": true,
"write": false,
"custom": {
"history.0": {
"enabled": true,
"aliasId": "",
"changesOnly": true,
"debounce": 1000,
"changesRelogInterval": "0",
"changesMinDelta": "0",
"maxLength": 960,
"retention": "259200"
}
}
},
"native": {},
"type": "state",
"_id": "alias.0.Zigbee.Temp / Bad.temperature",
"acl": {
"object": 1636,
"state": 1636,
"owner": "system.user.admin",
"ownerGroup": "system.group.administrator"
},
"from": "system.adapter.admin.0",
"user": "system.user.admin",
"ts": 1629738877550
} -
@io-hardy sieht soweit ok aus...
Edit:
"_id": "alias.0.Zigbee.Temp / Bad.temperature",Das könnte ein Problem sein... Leerzeichen und Slash
Beispiel von mir:"_id": "alias.0.EG_Bad.Sensoren.Bewegung" -
@io-hardy sagte in Alias-Manager Adapter:
Kann es sein, dass dies (noch) nicht möglich ist?
In der nächsten Version werden gelöschte Aliase aus dem internen Speicher korrekt gelöscht.
ohne panik bitte...
und bitte das nächste listing und co in code-tags setzen... 
-
@fredf
Hallo fredf,
danke für den Tipp!"_id": "alias.0.Zigbee.Temp / Bad.temperature",Es lag wohl an den Leerzeichen (die sich der Alias-Import selbst ausgedacht hatte!).
Ohne diese und ohne "/" läuft die Übertragung an History.
Gruß
Hardy
