Fragen / Antworten rund um die neue Alias Funktion
-
Hallo Zusammen,
ich hoffe ich habe hier den "richtigen" Ort für meine Frage gefunden.
Ich habe ein paar Geräte mit ~500 ALIAS angelegt. Egal ob die ursprünglichen DPs von userdata oder Adapter kommen, mit dem Vorteil dort Geräte mit Ihrer Definition an einer Stelle definiert zu haben (Abstraktion). Dort greife ich mit meinen Skripten, als auch Visualisierung (JARVIS) zentral zu.
Nun zu meiner Frage... wenn ich mit JARVIS Geräte anlege, welche wiederum auf diese ALIAS zugreifen habe ich festgestellt, dass der Zugriff auf ALIAS merkbar langsamer ist (Daten werden sicherbar langsamer geladen, tlw. ~3 Sekunden langsamer), als wenn ich den originalen DP eintrage (userdata oder Adapter).
Ist das ein grundsätzliches Problem von ALIAS oder eher von JARVIS. Ich habe mir ALIAS als Pointer vorgestellt ohne wesentliche Performance-Einbuße. Oder irre ich hier und man sollte es "irgendwie" anders machen.Vielen Dank im Voraus!!!!
-
@rkccorian sagen wir es mal so … wir haben bis vor kurzem die alias Performance nie gemessen. Das hatten wir aus anderen Gründen letztens gemacht und ja aliases sind ca 1/3 langsamer als der direkte Zugriff. Wir müssen jetzt schauen warum und vllt können wir mit dem Controller 4.0 hier was optimieren.
Daher: ja bei so vielen aliases kann das durchaus aktuell Effekte haben. Wir sind aber „aware“ und dran.
Ingo
-
@apollon77 Vielen Dank für Deine Antwort! Dann lasse ich mal alles wie es ist und hoffe auf eine Optimierung.
Ich merke beim direkten Schreiben und Lesen weniger Einbuße, aber wenn ich meine VIS neu lade und der Browser damit alle meine DPs lädt. Dort ist es deutlich sichtbar. -
@rkccorian Legst Du mir bitte ein Github issue im js-controler repo an deswegen ? Dann haben wir es getrackt
-
@apollon77 Hab ich gemacht... https://github.com/ioBroker/ioBroker.js-controller/issues/1512
Hoffe es passt so....
@Zefau : FYIopen Slow loading of ALIAS #1512
-
Guten Morgen @All
Ich habe da mal ein paar Frage:
Ich nutze unter anderem ein HM-CC-RT-DN . Dieser wurde automatisch erkannt bei der Installation und mit 4 Datenpunkten automatisch versehen (set,actual,unreach und lowbat).
Ich benötige für VIS noch den datenpunkt valve um die Ventilstellung anzeigen zu lassen. Gibt es da die Möglichkeit diesen Datenpunk mit aufzunehmen?
-
@emil70 sagte in Fragen / Antworten rund um die neue Alias Funktion:
HM-CC-RT-DN
was hat das nun mit alias zu tun, du kannst ja schlecht einen alias für einen Datenpunkt angeben, den es gar nicht gibt?
das Problem liegt dann wohl eher bei deinem Adapter bzw an deinem Thermostat, zwecks fehlendem DP -
Zeig uns mal die Einstellungen von HM-Rega und HM-RPC
Alle Adapter Grün? -
Hallo @emil70!
Bei mir zeigt der Thermostat in den Objekten "hm-rpc.0.NEQ1011588.4.VALVE_STATE" einen Wert für Valve an!
Schau noch mal in Deinem zugehörigen Objekt nach!Gruß
Jörg -
Leute, ihr habt mich falsch verstanden.
Der Datenpunkt ist vorhanden in hm-rpc
Ich möchte Ihn im angelegten Alias auch drin haben
Wie geht das
-
@emil70 dann die Frage, wie du deinen Alias angelegt hast
ich nutze dafür den alias manager, der funktioniert eigentlich hervorragend, möchte man zusätzliche DP hinzufügen/ändern, kann man das ohne Probleme -
ich mach das mit dem + Zeichen, denke das ist der alias manager
Einstellungen sind so, siehe Bilder
-
@emil70 sagte in Fragen / Antworten rund um die neue Alias Funktion:
denke das ist der alias manager
nein, das ist der Geräte Manager, was ähnlich funktioniert, wenn beim Gerätemanager der Indikator nicht erkannt/vorhanden ist, müsste es funktionieren, wenn du ihn manuell hinzufügst. Verwende selbst aber den Adapter nicht.
Wie geschrieben, probier es mal mit dem Alias Manager -
Besten Dank, wuste nicht das es dazu noch ein extra adapter gibt. Damit hat es funkiniert. Siehe Bilder
Man muss die min und max Werte anpassen. Dann geht es
-
Hallo zusammen,
zum einen kann ich die "Zustände" und die "Konvertierungsfunktionen" bearbeiten, aber nicht speichern. Wenn mir jemand sagen kann woran das liegt wäre ich schon mal dankbar.
Ich habe folgendes Problem und hoffe ihr könnt mir helfen.
Meine Thermostate liefern für Modus "0=manuell" & "3=Auto" der Alias sieht als Werte jedoch "0=Auto" und "1=manuell" vor. Wie gesagt kann ich die Zustände weder über den Editor noch über die Eigenschaften des AliasDP ändern. (Wenn jemand weiß woran das liegt erledigt sich das nächste Problem. von selbst.)
Also habe ich über den Alias-Manager versucht die Konvertierungsfunktionen zu bearbeiten (hier geht es) .
Aber leider bekomme ich die Konvertierung nicht richtig hin Beim Lesen muss 3=0 sein und 0=1 und beim Schreiben umgekehrt also 1=0 und 0=3.
mein Versuch war read "val 0 ? 1:0" und write "val 0 ? 3:0"
hoffe jemand kann mir die 2 Rätsel lösen. -
@mike-hellracer Naja Du musst schon "programmieren"
val === 3 ? 0 : (val === 0 ? 1 : val)
Das prüft ob val=3 istm dann ist es 0, Sonst prüft er ob val=0, dann ist es 1, sonst bleibt es val
-
@apollon77
@apollon77
Danke, jetzt geht es.
Ich Kämpfe noch ein wenig mit der richtigen Syntax...aber mit deinem Beispiel habe ich es glaube ich jetzt verstanden
Hast du auch eine Idee warum ich nach dem editieren der Konvertierung kein speichern angeboten bekomme?
Habe dann den Punkt erst löschen und neu anlegen müssen, die "richtige" Konvertierung ergänzt und dann gespeichert. -
@apollon77
Hi, ich habe noch ein kleines Problem mit dem Unreach Value.
Kann ich die die letzte Aktualisierung eines DP für true und false verwenden?
Wenn ja, wie bekomme ich das hin, dass Unreach auf true geht, wenn der Zeitpunkt der letzten Aktualisierung >24h ist? -
@mike-hellracer interessante Idee geht aktuell nicht. Mach gern mal ein GitHub issue Im controller Projekt. Vllt können wir „ts“ und „lc“ und so noch mit bereitstellen für die logiken.
Aber aktuell geht das nicht außer über ein Skript mit nem eigenen Datenpunkt.
-
@apollon77 ps: Gegenwirkung eher doch nicht
man müsste dann damit das bei subscriptions Funktioniert jede Minute den Wert checken.
