NEWS
Alias-Manager Adapter
-
@smartnoob sagte in Alias-Manager Adapter:
Moin. Cooler adapter, sehr brauchbar, vielen Dank für die Arbeit!
Allerdings sind mir zwei, drei Dinge aufgefallen:
- wenn man auf solch einen adapter umsteigt, müssen alle Datenpunkte in allen anderen adaptern entsprechend angepasst werden, z.B. in den ganzen JavaScripts/Blocklys, in allen Visualisierungen usw. Diese Anpassungen macht dieser adapter hier jedoch nicht automatisch sondern müssen manuell vorgenommen werden, oder täusche ich mich?
Richtig - das ist einmalig ein ziemlicher Umstellungsaufwand.
- wenn mal ein Quellgerät ausfällt, möchte man ja ggf. dieses auf einfache Weise durch ein neues ersetzen. Wenn ich es richtig verstehe, muss dazu jeder Datenpunkt des Gerätes einzeln erneuert werden oder gibt es auch eine Möglichkeit, alle Datenpunkte nach Austausch des Quellgerätes automatisch auf einmal aktualisieren zu lassen?
Ja und Nein eigentlich musst Du nur den Link zum Quellgerät erneuern. Das ist ja der Sinn des Alias. Der Vorteil ist aber das, was DU oben beschrieben hast, Du musst dann Deinen JavaScripts und Blocklies nicht mehr anfassen, da die ja auf den Alias-Datenpunkt verweisen. Allerdings JA DU musst jeden Link zu jedem Datenpunkt des Gerätes erneuern. Ist aber vielleicht einfacher oder übersichtlicher es an dieser Stelle zu tun, als sämtliche Scripts zu durchsuchen.
- ich habe versucht, eine Ordnerstruktur in die Aliase hineinzubekommen. Dieses habe ich manuell versucht, durch anlegen von Datenpunkten mit "Unternamen", z.B. alias.0.Keller.Decklicht, wobei es da zu einem Bug kam, bei dem sich der Unterordner bzw. die gesamte Struktur nicht mehr löschen ließen. Ist eine Ordnerstruktur nicht gewollt?
Doch sowas habe ich auch. Du legest den Alias an - das kann auch ein Ordner sein - schaut bei mir so aus:
Wenn Du so einen Alias angelegt hast, kannst Du einzelne Datenpunkte unter dem alias anlegen:
Das geht mit dem 2. Menüpunkt Alias editieren - da kann man dann eigene Datenpunkte anlegen.
@mickym sagte in Alias-Manager Adapter:
@smartnoob sagte in Alias-Manager Adapter:
- wenn mal ein Quellgerät ausfällt, möchte man ja ggf. dieses auf einfache Weise durch ein neues ersetzen. Wenn ich es richtig verstehe, muss dazu jeder Datenpunkt des Gerätes einzeln erneuert werden oder gibt es auch eine Möglichkeit, alle Datenpunkte nach Austausch des Quellgerätes automatisch auf einmal aktualisieren zu lassen?
Ja und Nein eigentlich musst Du nur den Link zum Quellgerät erneuern. Das ist ja der Sinn des Alias. Der Vorteil ist aber das, was DU oben beschrieben hast, Du musst dann Deinen JavaScripts und Blocklies nicht mehr anfassen, da die ja auf den Alias-Datenpunkt verweisen. Allerdings JA DU musst jeden Link zu jedem Datenpunkt des Gerätes erneuern. Ist aber vielleicht einfacher oder übersichtlicher es an dieser Stelle zu tun, als sämtliche Scripts zu durchsuchen.
Hi,
hierzu noch eine kleine Ergänzung: Mit dem ButtonAlias umbenennenöffnet sich dieser Dialog:
Hier kann man unten, bei (3) eine "suchen und ersetzen"-Funktion nutzen, mit der man mit einem Klick in allen Datenpunkten des Aliases die ID des alten (kaputten) Gerätes mit der neuen ID tauschen lassen kann.
LG
-
@smartnoob sagte in Alias-Manager Adapter:
Moin. Cooler adapter, sehr brauchbar, vielen Dank für die Arbeit!
Allerdings sind mir zwei, drei Dinge aufgefallen:
- wenn man auf solch einen adapter umsteigt, müssen alle Datenpunkte in allen anderen adaptern entsprechend angepasst werden, z.B. in den ganzen JavaScripts/Blocklys, in allen Visualisierungen usw. Diese Anpassungen macht dieser adapter hier jedoch nicht automatisch sondern müssen manuell vorgenommen werden, oder täusche ich mich?
Richtig - das ist einmalig ein ziemlicher Umstellungsaufwand.
- wenn mal ein Quellgerät ausfällt, möchte man ja ggf. dieses auf einfache Weise durch ein neues ersetzen. Wenn ich es richtig verstehe, muss dazu jeder Datenpunkt des Gerätes einzeln erneuert werden oder gibt es auch eine Möglichkeit, alle Datenpunkte nach Austausch des Quellgerätes automatisch auf einmal aktualisieren zu lassen?
Ja und Nein eigentlich musst Du nur den Link zum Quellgerät erneuern. Das ist ja der Sinn des Alias. Der Vorteil ist aber das, was DU oben beschrieben hast, Du musst dann Deinen JavaScripts und Blocklies nicht mehr anfassen, da die ja auf den Alias-Datenpunkt verweisen. Allerdings JA DU musst jeden Link zu jedem Datenpunkt des Gerätes erneuern. Ist aber vielleicht einfacher oder übersichtlicher es an dieser Stelle zu tun, als sämtliche Scripts zu durchsuchen.
- ich habe versucht, eine Ordnerstruktur in die Aliase hineinzubekommen. Dieses habe ich manuell versucht, durch anlegen von Datenpunkten mit "Unternamen", z.B. alias.0.Keller.Decklicht, wobei es da zu einem Bug kam, bei dem sich der Unterordner bzw. die gesamte Struktur nicht mehr löschen ließen. Ist eine Ordnerstruktur nicht gewollt?
Doch sowas habe ich auch. Du legest den Alias an - das kann auch ein Ordner sein - schaut bei mir so aus:
Wenn Du so einen Alias angelegt hast, kannst Du einzelne Datenpunkte unter dem alias anlegen:
Das geht mit dem 2. Menüpunkt Alias editieren - da kann man dann eigene Datenpunkte anlegen.
Zu 1) Eigentlich schade, dass die Umstellung dann nicht automatisch geht. Müsste doch eigentlich iwie machbar sein. Letztendlich ist doch im Hintergund eh alles string/text-artig in irgendwelchen Dateien gespeichert. Vom Ablauf wäre es dann etwa so:
- Alias manuell anlegen
- Alle Datenpunkte.desaltenGerätename durch Datenpunkte.desneuenAlias in allen ioBroker-Dateien austauschen.
Aber das wäre das sicherlich eine Zusatzherausforderung für den Entwickler des Alias-Managers
Zu 2) Wäre doch auch iwie toll, wenn man alle zugehörigen Datenpunkte automatisch ausgetauscht bekäme, wenn man ein altes (zb defektes) Quellgerät durch ein neues ausgetauscht bekäme. Man würde z.B. auf "Quellgerät-Austausch" klicken; der Adapter würde dann einfach alle Datenpunkte des Alias Gerätes austauschen durch Verweis auf das neue (z.b. nicht mehr defekte Gerät). Dann müsste man nicht alle Datenpunkte anpassen, sondern lediglich dem Adapter einen Hinweis durch "Austausch" oder "Reparatur" darauf geben, dass ein Quellgerät ausgetausch wurde.
Sicher auch ne Zusatzherausforderung für den Coder, lol.
Zu 3) Ich habe es nun mit der Ordnerstruktur hinbekommen. Allerdings stellt sich mir hier eine Frage: Teilweise haben meine Altgeräte (wegen der Geräteanmeldung über Phoscon) zweigeteilte Namen, z.B. "Decke Schlaf" oder "Bettlampe links". Diese Namen wurden so ja noch nie in ioBroker verwendet sondern waren lediglich "Name". Der Alias-Manager allerdings übernimmt jetzt für den neuen Gerätedatenpunkt den alten Geräte-"Namen", was dazu führt, dass es dann Pfade wie z.B. "alias.0.Schlaf.Decke Schlaf.level" gibt, mit einem LEERZEICHEN in der Pfadangabe. Das führt doch im weiteren Verlauf sicher zu Problemen, oder?
-
Zu 1) Eigentlich schade, dass die Umstellung dann nicht automatisch geht. Müsste doch eigentlich iwie machbar sein. Letztendlich ist doch im Hintergund eh alles string/text-artig in irgendwelchen Dateien gespeichert. Vom Ablauf wäre es dann etwa so:
- Alias manuell anlegen
- Alle Datenpunkte.desaltenGerätename durch Datenpunkte.desneuenAlias in allen ioBroker-Dateien austauschen.
Aber das wäre das sicherlich eine Zusatzherausforderung für den Entwickler des Alias-Managers
Zu 2) Wäre doch auch iwie toll, wenn man alle zugehörigen Datenpunkte automatisch ausgetauscht bekäme, wenn man ein altes (zb defektes) Quellgerät durch ein neues ausgetauscht bekäme. Man würde z.B. auf "Quellgerät-Austausch" klicken; der Adapter würde dann einfach alle Datenpunkte des Alias Gerätes austauschen durch Verweis auf das neue (z.b. nicht mehr defekte Gerät). Dann müsste man nicht alle Datenpunkte anpassen, sondern lediglich dem Adapter einen Hinweis durch "Austausch" oder "Reparatur" darauf geben, dass ein Quellgerät ausgetausch wurde.
Sicher auch ne Zusatzherausforderung für den Coder, lol.
Zu 3) Ich habe es nun mit der Ordnerstruktur hinbekommen. Allerdings stellt sich mir hier eine Frage: Teilweise haben meine Altgeräte (wegen der Geräteanmeldung über Phoscon) zweigeteilte Namen, z.B. "Decke Schlaf" oder "Bettlampe links". Diese Namen wurden so ja noch nie in ioBroker verwendet sondern waren lediglich "Name". Der Alias-Manager allerdings übernimmt jetzt für den neuen Gerätedatenpunkt den alten Geräte-"Namen", was dazu führt, dass es dann Pfade wie z.B. "alias.0.Schlaf.Decke Schlaf.level" gibt, mit einem LEERZEICHEN in der Pfadangabe. Das führt doch im weiteren Verlauf sicher zu Problemen, oder?
@smartnoob sagte in Alias-Manager Adapter:
Zu 1) Eigentlich schade, dass die Umstellung dann nicht automatisch geht. Müsste doch eigentlich iwie machbar sein. Letztendlich ist doch im Hintergund eh alles string/text-artig in irgendwelchen Dateien gespeichert. Vom Ablauf wäre es dann etwa so:
- Alias manuell anlegen
- Alle Datenpunkte.desaltenGerätename durch Datenpunkte.desneuenAlias in allen ioBroker-Dateien austauschen.
Aber das wäre das sicherlich eine Zusatzherausforderung für den Entwickler des Alias-Managers
Zu 2) Wäre doch auch iwie toll, wenn man alle zugehörigen Datenpunkte automatisch ausgetauscht bekäme, wenn man ein altes (zb defektes) Quellgerät durch ein neues ausgetauscht bekäme. Man würde z.B. auf "Quellgerät-Austausch" klicken; der Adapter würde dann einfach alle Datenpunkte des Alias Gerätes austauschen durch Verweis auf das neue (z.b. nicht mehr defekte Gerät). Dann müsste man nicht alle Datenpunkte anpassen, sondern lediglich dem Adapter einen Hinweis durch "Austausch" oder "Reparatur" darauf geben, dass ein Quellgerät ausgetausch wurde.
Sicher auch ne Zusatzherausforderung für den Coder, lol.
Zu 3) Ich habe es nun mit der Ordnerstruktur hinbekommen. Allerdings stellt sich mir hier eine Frage: Teilweise haben meine Altgeräte (wegen der Geräteanmeldung über Phoscon) zweigeteilte Namen, z.B. "Decke Schlaf" oder "Bettlampe links". Diese Namen wurden so ja noch nie in ioBroker verwendet sondern waren lediglich "Name". Der Alias-Manager allerdings übernimmt jetzt für den neuen Gerätedatenpunkt den alten Geräte-"Namen", was dazu führt, dass es dann Pfade wie z.B. "alias.0.Schlaf.Decke Schlaf.level" gibt, mit einem LEERZEICHEN in der Pfadangabe. Das führt doch im weiteren Verlauf sicher zu Problemen, oder?
Ja, Punkt 1) und 2) wäre sehr wünschenswert, allerdings kaum umsetzbar, da es ja beliebig viele Adapter gibt, die auf die Daten zugreifen können. Wäre es von Anfang an eine Core-Funktion von ioBroker gewesen, die alle Adapter hätten implementieren müssen, wäre das sicher anders gewesen. Aber so ist das eben mit gewachsenen Systemen. Ich denke, hier ist die (ja noch recht junge) Alias-Funktion von ioBroker ein sehr guter Kompromiss. Und mit der Suchen und Ersetzen-Funktion des Alias-Managers ist ein Gerätetausch binnen weniger Sekunden erledigt.
Zu 3) Ich nutze viele Pfade mit Leerzeichen - bislang ohne Probleme. LG
-
@smartnoob sagte in Alias-Manager Adapter:
Zu 1) Eigentlich schade, dass die Umstellung dann nicht automatisch geht. Müsste doch eigentlich iwie machbar sein. Letztendlich ist doch im Hintergund eh alles string/text-artig in irgendwelchen Dateien gespeichert. Vom Ablauf wäre es dann etwa so:
- Alias manuell anlegen
- Alle Datenpunkte.desaltenGerätename durch Datenpunkte.desneuenAlias in allen ioBroker-Dateien austauschen.
Aber das wäre das sicherlich eine Zusatzherausforderung für den Entwickler des Alias-Managers
Zu 2) Wäre doch auch iwie toll, wenn man alle zugehörigen Datenpunkte automatisch ausgetauscht bekäme, wenn man ein altes (zb defektes) Quellgerät durch ein neues ausgetauscht bekäme. Man würde z.B. auf "Quellgerät-Austausch" klicken; der Adapter würde dann einfach alle Datenpunkte des Alias Gerätes austauschen durch Verweis auf das neue (z.b. nicht mehr defekte Gerät). Dann müsste man nicht alle Datenpunkte anpassen, sondern lediglich dem Adapter einen Hinweis durch "Austausch" oder "Reparatur" darauf geben, dass ein Quellgerät ausgetausch wurde.
Sicher auch ne Zusatzherausforderung für den Coder, lol.
Zu 3) Ich habe es nun mit der Ordnerstruktur hinbekommen. Allerdings stellt sich mir hier eine Frage: Teilweise haben meine Altgeräte (wegen der Geräteanmeldung über Phoscon) zweigeteilte Namen, z.B. "Decke Schlaf" oder "Bettlampe links". Diese Namen wurden so ja noch nie in ioBroker verwendet sondern waren lediglich "Name". Der Alias-Manager allerdings übernimmt jetzt für den neuen Gerätedatenpunkt den alten Geräte-"Namen", was dazu führt, dass es dann Pfade wie z.B. "alias.0.Schlaf.Decke Schlaf.level" gibt, mit einem LEERZEICHEN in der Pfadangabe. Das führt doch im weiteren Verlauf sicher zu Problemen, oder?
Ja, Punkt 1) und 2) wäre sehr wünschenswert, allerdings kaum umsetzbar, da es ja beliebig viele Adapter gibt, die auf die Daten zugreifen können. Wäre es von Anfang an eine Core-Funktion von ioBroker gewesen, die alle Adapter hätten implementieren müssen, wäre das sicher anders gewesen. Aber so ist das eben mit gewachsenen Systemen. Ich denke, hier ist die (ja noch recht junge) Alias-Funktion von ioBroker ein sehr guter Kompromiss. Und mit der Suchen und Ersetzen-Funktion des Alias-Managers ist ein Gerätetausch binnen weniger Sekunden erledigt.
Zu 3) Ich nutze viele Pfade mit Leerzeichen - bislang ohne Probleme. LG
@s-bormann na war ja klar, kaum ist was extrem einfaches zur verfügung, wollen ein paar die eierlegende wollmilchsau...
gerade erst die suchen/ersetzen funktion mitbekommen. affengeil, was braucht man mehr? achja, der adapter soll selbständig das defekte gerät erkennen und ein neues automatisch gleich anlegen/ändern!
sorry, aber einfacher geht ja wirklich nicht mehr...
ich hab voriges jahr noch ca. 65 geräte per script händisch angelegt! rechne das mal min. 5 DP...
mit dem adapter hab ich jetzt im handumdrehn einige alias angepasst, die mir nach heutiger sicht nicht mehr so gefallen haben. ratzfatz, erledigt. per hand hätte das die 5fache zeit gekostet! -
@smartnoob sagte in Alias-Manager Adapter:
Zu 1) Eigentlich schade, dass die Umstellung dann nicht automatisch geht. Müsste doch eigentlich iwie machbar sein. Letztendlich ist doch im Hintergund eh alles string/text-artig in irgendwelchen Dateien gespeichert. Vom Ablauf wäre es dann etwa so:
- Alias manuell anlegen
- Alle Datenpunkte.desaltenGerätename durch Datenpunkte.desneuenAlias in allen ioBroker-Dateien austauschen.
Aber das wäre das sicherlich eine Zusatzherausforderung für den Entwickler des Alias-Managers
Zu 2) Wäre doch auch iwie toll, wenn man alle zugehörigen Datenpunkte automatisch ausgetauscht bekäme, wenn man ein altes (zb defektes) Quellgerät durch ein neues ausgetauscht bekäme. Man würde z.B. auf "Quellgerät-Austausch" klicken; der Adapter würde dann einfach alle Datenpunkte des Alias Gerätes austauschen durch Verweis auf das neue (z.b. nicht mehr defekte Gerät). Dann müsste man nicht alle Datenpunkte anpassen, sondern lediglich dem Adapter einen Hinweis durch "Austausch" oder "Reparatur" darauf geben, dass ein Quellgerät ausgetausch wurde.
Sicher auch ne Zusatzherausforderung für den Coder, lol.
Zu 3) Ich habe es nun mit der Ordnerstruktur hinbekommen. Allerdings stellt sich mir hier eine Frage: Teilweise haben meine Altgeräte (wegen der Geräteanmeldung über Phoscon) zweigeteilte Namen, z.B. "Decke Schlaf" oder "Bettlampe links". Diese Namen wurden so ja noch nie in ioBroker verwendet sondern waren lediglich "Name". Der Alias-Manager allerdings übernimmt jetzt für den neuen Gerätedatenpunkt den alten Geräte-"Namen", was dazu führt, dass es dann Pfade wie z.B. "alias.0.Schlaf.Decke Schlaf.level" gibt, mit einem LEERZEICHEN in der Pfadangabe. Das führt doch im weiteren Verlauf sicher zu Problemen, oder?
Ja, Punkt 1) und 2) wäre sehr wünschenswert, allerdings kaum umsetzbar, da es ja beliebig viele Adapter gibt, die auf die Daten zugreifen können. Wäre es von Anfang an eine Core-Funktion von ioBroker gewesen, die alle Adapter hätten implementieren müssen, wäre das sicher anders gewesen. Aber so ist das eben mit gewachsenen Systemen. Ich denke, hier ist die (ja noch recht junge) Alias-Funktion von ioBroker ein sehr guter Kompromiss. Und mit der Suchen und Ersetzen-Funktion des Alias-Managers ist ein Gerätetausch binnen weniger Sekunden erledigt.
Zu 3) Ich nutze viele Pfade mit Leerzeichen - bislang ohne Probleme. LG
@s-bormann Danke für die Rückmeldung. Sollte auch keine Kritik sein, sondern eher eine Anregung. Und da ich nicht wirklich Coding-Erfahrung habe, kann ich die Ausmaße meiner Hirngespinste auch immer kaum abschätzen
Also nochmal vielen Dank, für diesen wirklich netten und sehr brauchbaren Adapter!
Grüße!
-
@s-bormann Danke für die Rückmeldung. Sollte auch keine Kritik sein, sondern eher eine Anregung. Und da ich nicht wirklich Coding-Erfahrung habe, kann ich die Ausmaße meiner Hirngespinste auch immer kaum abschätzen
Also nochmal vielen Dank, für diesen wirklich netten und sehr brauchbaren Adapter!
Grüße!
@smartnoob war auch von mir nicht böse gemeint!
aber deine "Hirngespinste" sind mit der größten coding erfahrung eigentlich unmöglich.
und mit der suchen/ersetzen möglichkeit an einfachheit bei hardware tausch nicht zu überbieten.
auch in einem ausgereiften (gibts das?) smart home gehört ein bißchen pflege schon noch dazu...
-
@smartnoob war auch von mir nicht böse gemeint!
aber deine "Hirngespinste" sind mit der größten coding erfahrung eigentlich unmöglich.
und mit der suchen/ersetzen möglichkeit an einfachheit bei hardware tausch nicht zu überbieten.
auch in einem ausgereiften (gibts das?) smart home gehört ein bißchen pflege schon noch dazu...
-
@da_woody [...] gehört ein bißchen pflege schon noch dazu [...]
Klar, weiß ich doch. Im Prinzip ist es ja gerade das, was vermutlich den meisten hier den größten Spaß bereitet
@smartnoob sagte in Alias-Manager Adapter:
@da_woody [...] gehört ein bißchen pflege schon noch dazu [...]
Klar, weiß ich doch. Im Prinzip ist es ja gerade das, was vermutlich den meisten hier den größten Spaß bereitet
Und aus Hirngespinsten erwachsen die besten Ideen. Also bloß keine Scheu, immer her mit den kreativen Gedanken
-
@smartnoob sagte in Alias-Manager Adapter:
@da_woody [...] gehört ein bißchen pflege schon noch dazu [...]
Klar, weiß ich doch. Im Prinzip ist es ja gerade das, was vermutlich den meisten hier den größten Spaß bereitet
Und aus Hirngespinsten erwachsen die besten Ideen. Also bloß keine Scheu, immer her mit den kreativen Gedanken
@s-bormann said in Alias-Manager Adapter:
Und aus Hirngespinsten erwachsen die besten Ideen. Also bloß keine Scheu, immer her mit den kreativen Gedanken
klingt nach meinem damaligem job motto:
unmögliches wird sofort erledigt,
wunder dauern etwas länger,
hexen kostet extra...
-
@smartnoob sagte in Alias-Manager Adapter:
Zu 1) Eigentlich schade, dass die Umstellung dann nicht automatisch geht. Müsste doch eigentlich iwie machbar sein. Letztendlich ist doch im Hintergund eh alles string/text-artig in irgendwelchen Dateien gespeichert. Vom Ablauf wäre es dann etwa so:
- Alias manuell anlegen
- Alle Datenpunkte.desaltenGerätename durch Datenpunkte.desneuenAlias in allen ioBroker-Dateien austauschen.
Aber das wäre das sicherlich eine Zusatzherausforderung für den Entwickler des Alias-Managers
Zu 2) Wäre doch auch iwie toll, wenn man alle zugehörigen Datenpunkte automatisch ausgetauscht bekäme, wenn man ein altes (zb defektes) Quellgerät durch ein neues ausgetauscht bekäme. Man würde z.B. auf "Quellgerät-Austausch" klicken; der Adapter würde dann einfach alle Datenpunkte des Alias Gerätes austauschen durch Verweis auf das neue (z.b. nicht mehr defekte Gerät). Dann müsste man nicht alle Datenpunkte anpassen, sondern lediglich dem Adapter einen Hinweis durch "Austausch" oder "Reparatur" darauf geben, dass ein Quellgerät ausgetausch wurde.
Sicher auch ne Zusatzherausforderung für den Coder, lol.
Zu 3) Ich habe es nun mit der Ordnerstruktur hinbekommen. Allerdings stellt sich mir hier eine Frage: Teilweise haben meine Altgeräte (wegen der Geräteanmeldung über Phoscon) zweigeteilte Namen, z.B. "Decke Schlaf" oder "Bettlampe links". Diese Namen wurden so ja noch nie in ioBroker verwendet sondern waren lediglich "Name". Der Alias-Manager allerdings übernimmt jetzt für den neuen Gerätedatenpunkt den alten Geräte-"Namen", was dazu führt, dass es dann Pfade wie z.B. "alias.0.Schlaf.Decke Schlaf.level" gibt, mit einem LEERZEICHEN in der Pfadangabe. Das führt doch im weiteren Verlauf sicher zu Problemen, oder?
Ja, Punkt 1) und 2) wäre sehr wünschenswert, allerdings kaum umsetzbar, da es ja beliebig viele Adapter gibt, die auf die Daten zugreifen können. Wäre es von Anfang an eine Core-Funktion von ioBroker gewesen, die alle Adapter hätten implementieren müssen, wäre das sicher anders gewesen. Aber so ist das eben mit gewachsenen Systemen. Ich denke, hier ist die (ja noch recht junge) Alias-Funktion von ioBroker ein sehr guter Kompromiss. Und mit der Suchen und Ersetzen-Funktion des Alias-Managers ist ein Gerätetausch binnen weniger Sekunden erledigt.
Zu 3) Ich nutze viele Pfade mit Leerzeichen - bislang ohne Probleme. LG
@s-bormann sagte in Alias-Manager Adapter:
Zu 3) Ich nutze viele Pfade mit Leerzeichen - bislang ohne Probleme. LG
Auch wenn es (heute) möglich ist, ist es wirklich "best practices" Leerzeichen und Großbuchstaben in IDs zu nutzen? Hier möchten wir doch alles vermeiden was später zu Probleme kommen könnte?
Leider steht nichts in die Entwickler Dokumentation: https://www.iobroker.net/#de/documentation/dev/objectsschema.md?ids
ioBroker v3.3.18, Debian 10 Buster 64-bit (Vmware 6.5 VM), Node.js: v12.22.6, NPM: 6.14.15
Most important Device Adapters: KNX, Trådfri, Homekit/Yahka -
@s-bormann sagte in Alias-Manager Adapter:
Zu 3) Ich nutze viele Pfade mit Leerzeichen - bislang ohne Probleme. LG
Auch wenn es (heute) möglich ist, ist es wirklich "best practices" Leerzeichen und Großbuchstaben in IDs zu nutzen? Hier möchten wir doch alles vermeiden was später zu Probleme kommen könnte?
Leider steht nichts in die Entwickler Dokumentation: https://www.iobroker.net/#de/documentation/dev/objectsschema.md?ids
@videonisse lass es sein mit den Leerzeichen wenn dan nimm ein Unterstrich _ genauso wie sonderzeichen oder Umlaute
GROSSklein ist dagegen kein problem.. -
@s-bormann Hallo zusammen! Ich finde den Adapter auch super!
Besonders die "AUTO - erstellen" Funktion ist eine sehr tolle Idee! Wenn man jetzt noch die Aliasse nach Räumen filtern könnte (so wie beim Adapter : Device Manager) dann würde ich auch sofort mit dem einrichten von Aliassen beginnen ! Kann man auch eine Unterkategorie erstellen ? z.B Raum = Küche .... Dann im gewünschten Raum die einzelnen Geräte anlegen mit den diversen Alias Datenpunkten ?? 
...konnte ich helfen ? Dann würde ich mich über ein Voting freuen ! (rechts unten)...
-
@s-bormann Hallo zusammen! Ich finde den Adapter auch super!
Besonders die "AUTO - erstellen" Funktion ist eine sehr tolle Idee! Wenn man jetzt noch die Aliasse nach Räumen filtern könnte (so wie beim Adapter : Device Manager) dann würde ich auch sofort mit dem einrichten von Aliassen beginnen ! Kann man auch eine Unterkategorie erstellen ? z.B Raum = Küche .... Dann im gewünschten Raum die einzelnen Geräte anlegen mit den diversen Alias Datenpunkten ?? -
@martink na sicher geht das, nur eine frage der eingabe...
musst nur die aliasID dementsprechend eingeben.
@da_woody Ja, das Prinzip habe ich verstanden
Nur im Adapter direkt wird die Ansicht nicht so schick angezeigt wie unter den Objekten mit den Unterordnern ....
So wird es ja bei den Objekten dargestellt
....und im Adapter habe ich dann so eine Ansicht.... Das verwirrt etwas, das man den Ordner "Küche" nicht einfach ausklappen kann .... finde ich Oder mach ich was falsch ??? :man-gesturing-ok:...konnte ich helfen ? Dann würde ich mich über ein Voting freuen ! (rechts unten)...
-
@da_woody Ja, das Prinzip habe ich verstanden
Nur im Adapter direkt wird die Ansicht nicht so schick angezeigt wie unter den Objekten mit den Unterordnern ....So wird es ja bei den Objekten dargestellt
....und im Adapter habe ich dann so eine Ansicht.... Das verwirrt etwas, das man den Ordner "Küche" nicht einfach ausklappen kann .... finde ich Oder mach ich was falsch ??? :man-gesturing-ok:@martink abgesehn davon, daß alias.0.küche.bewegungsmelder-küche verwirrend ist, du bisst ja schon in dem raum küche... alias.0.küche ist der stamm, darunter bekommst du dann die einzelnen geräte.
das alias verzeichniss ist drassburg, darunter kommen dann stockwerk, raum, gerät. der aufbau bleibt dir überlassen, den musst du wissen wies gefällt. manche fassen alle steckdosen, alle lichter in einem ordner zusammen. ich habs halt so aufgebaut... sieht dann in den objekten eben so aus.
gruß vom Woody
HAPPINESS is not a DESTINATION, it's a WAY of LIFE! -
@da_woody Ja, das Prinzip habe ich verstanden
Nur im Adapter direkt wird die Ansicht nicht so schick angezeigt wie unter den Objekten mit den Unterordnern ....So wird es ja bei den Objekten dargestellt
....und im Adapter habe ich dann so eine Ansicht.... Das verwirrt etwas, das man den Ordner "Küche" nicht einfach ausklappen kann .... finde ich Oder mach ich was falsch ??? :man-gesturing-ok:@martink sagte in Alias-Manager Adapter:
@da_woody Ja, das Prinzip habe ich verstanden
Nur im Adapter direkt wird die Ansicht nicht so schick angezeigt wie unter den Objekten mit den Unterordnern ....So wird es ja bei den Objekten dargestellt
....und im Adapter habe ich dann so eine Ansicht.... Das verwirrt etwas, das man den Ordner "Küche" nicht einfach ausklappen kann .... finde ich Oder mach ich was falsch ??? :man-gesturing-ok:Ja, das stimmt, das könnte man schöner lösen.
Hier die Erklärung, warum es aktuell so ist, wie es ist:
Ich habe in meinen Aliasen keine Unterordner angelegt, sondern nenne meine Aliase z.B.
Licht Wohnzimmer - Deckenleuchteoder
Fenster Wohnzimmer rechtsDa habe ich dann auch alle Infos drin. Zu viele Unterordner hatten sich bei mir als nicht praktikabel erwiesen, denn je nach Belang, möchte ich mir das eh immer anders sortieren lassen.
Z.B. alles aus dem Wohnzimmer, oder alle Fenster oder alle Lichter. Und genau hier behindert eine zu stark vorsortierte Ordner-Struktur.
Ist aber natürlich komplett Geschmackssache und jedem selbst überlassen.
Lange Rede - Kurzer Sinn: Da ich keine Unterordner hatte und den Alias-Manager ursprünglich mal an einem Nachmittag wegen Eigenbedarf begonnen hatte, habe ich es erst mal so gelöst. Aber ich gebe zu, da ist noch Luft nach oben
Wer sich also damit auskennt, wie man das ganze schön mit Unterordnern programmiert, ist hiermit herzlich eingeladen
LG
-
@martink sagte in Alias-Manager Adapter:
@da_woody Ja, das Prinzip habe ich verstanden
Nur im Adapter direkt wird die Ansicht nicht so schick angezeigt wie unter den Objekten mit den Unterordnern ....So wird es ja bei den Objekten dargestellt
....und im Adapter habe ich dann so eine Ansicht.... Das verwirrt etwas, das man den Ordner "Küche" nicht einfach ausklappen kann .... finde ich Oder mach ich was falsch ??? :man-gesturing-ok:Ja, das stimmt, das könnte man schöner lösen.
Hier die Erklärung, warum es aktuell so ist, wie es ist:
Ich habe in meinen Aliasen keine Unterordner angelegt, sondern nenne meine Aliase z.B.
Licht Wohnzimmer - Deckenleuchteoder
Fenster Wohnzimmer rechtsDa habe ich dann auch alle Infos drin. Zu viele Unterordner hatten sich bei mir als nicht praktikabel erwiesen, denn je nach Belang, möchte ich mir das eh immer anders sortieren lassen.
Z.B. alles aus dem Wohnzimmer, oder alle Fenster oder alle Lichter. Und genau hier behindert eine zu stark vorsortierte Ordner-Struktur.
Ist aber natürlich komplett Geschmackssache und jedem selbst überlassen.
Lange Rede - Kurzer Sinn: Da ich keine Unterordner hatte und den Alias-Manager ursprünglich mal an einem Nachmittag wegen Eigenbedarf begonnen hatte, habe ich es erst mal so gelöst. Aber ich gebe zu, da ist noch Luft nach oben
Wer sich also damit auskennt, wie man das ganze schön mit Unterordnern programmiert, ist hiermit herzlich eingeladen
LG
-
@martink abgesehn davon, daß alias.0.küche.bewegungsmelder-küche verwirrend ist, du bisst ja schon in dem raum küche... alias.0.küche ist der stamm, darunter bekommst du dann die einzelnen geräte.
das alias verzeichniss ist drassburg, darunter kommen dann stockwerk, raum, gerät. der aufbau bleibt dir überlassen, den musst du wissen wies gefällt. manche fassen alle steckdosen, alle lichter in einem ordner zusammen. ich habs halt so aufgebaut... sieht dann in den objekten eben so aus.
-
@martink sagte in Alias-Manager Adapter:
@da_woody Ja, das Prinzip habe ich verstanden
Nur im Adapter direkt wird die Ansicht nicht so schick angezeigt wie unter den Objekten mit den Unterordnern ....So wird es ja bei den Objekten dargestellt
....und im Adapter habe ich dann so eine Ansicht.... Das verwirrt etwas, das man den Ordner "Küche" nicht einfach ausklappen kann .... finde ich Oder mach ich was falsch ??? :man-gesturing-ok:Ja, das stimmt, das könnte man schöner lösen.
Hier die Erklärung, warum es aktuell so ist, wie es ist:
Ich habe in meinen Aliasen keine Unterordner angelegt, sondern nenne meine Aliase z.B.
Licht Wohnzimmer - Deckenleuchteoder
Fenster Wohnzimmer rechtsDa habe ich dann auch alle Infos drin. Zu viele Unterordner hatten sich bei mir als nicht praktikabel erwiesen, denn je nach Belang, möchte ich mir das eh immer anders sortieren lassen.
Z.B. alles aus dem Wohnzimmer, oder alle Fenster oder alle Lichter. Und genau hier behindert eine zu stark vorsortierte Ordner-Struktur.
Ist aber natürlich komplett Geschmackssache und jedem selbst überlassen.
Lange Rede - Kurzer Sinn: Da ich keine Unterordner hatte und den Alias-Manager ursprünglich mal an einem Nachmittag wegen Eigenbedarf begonnen hatte, habe ich es erst mal so gelöst. Aber ich gebe zu, da ist noch Luft nach oben
Wer sich also damit auskennt, wie man das ganze schön mit Unterordnern programmiert, ist hiermit herzlich eingeladen
LG
@s-bormann said in Alias-Manager Adapter:
Wer sich also damit auskennt, wie man das ganze schön mit Unterordnern programmiert, ist hiermit herzlich eingeladen
da braucht man sich nicht viel auskennen...
im RAW schauts so aus z.b.:
"_id": "alias.0.Drassburg.Erdgeschoss.Garage.Tortaster .Switch", für den taster meines garagentors.
wie man die sortierung nach alias.0. anlegt, bleibt jedem überlassen!
beispiel, an hand einer shelly duo mit automatisch erstellen:
zo, und nach alias.0. kann man seine sortierung einfügen:
"_id": "alias.0.Drassburg.Wohnung.Wohnzimmer.Licht.Luster.Lampe_1",
dann die gewünschten alias anklicken, fertig.
zum schluss dann
-
Ein ganz herzliches Dankeschön @s-bormann für diesen Adapter!
Ich habe eben ein paar Minuten damit rumgespielt, nachdem ich aktuell auf der Suche bin, wie ich meine Aliase verwalte, bisher habe ich mit dem Skript gearbeitet und mir die Anweisungen dafür aus einer Excel Datei erzeugt, das hat funktioniert aber war nur so halbwegs komfortabel. Nach den ersten Minuten würde ich sagen, ich habe jetzt mit dem Alias-Manager meine neue Vorgehensweise gefunden!Wie man bestimmt irgendwo sehen kann: Das ist mein erster Post hier im Forum, ich habe mir extra aus Freude über den Adapter und um dieses Feedback zu hinterlassen einen Account im Forum erstellt!
Schöne Grüße,
Tobi
711
Online32.4k
Benutzer81.4k
Themen1.3m
Beiträge