NEWS
Fehlermeldung Alias alias.0.xxx has no target 5 - gelöst
-
ok, ich melde mich dazu, um den oben genannten Fragen Antwort zu geben!
ok, unter Alias steht bei mir tatsächlich nichts:
ich verwende den Datenpunkt um einen "logischen" Zustand zu speichern - vielleich kann ich das auch anders besser lösen? Bin nicht so gut im Programmieren- hier mal das Blockly.

-
@homoran : kannst Du mir bitte den "Sinn" der Objektstruktur erklären? Vielleicht habe ich den Datenpunkt einfach nur an der "falschen" Stelle angelegt? Für mich ist das ein alias - den ich in einer Logik verwende - also habe ich den unter Alias in der Objektstruktur angelegt?!?
-
ok, ich melde mich dazu, um den oben genannten Fragen Antwort zu geben!
ok, unter Alias steht bei mir tatsächlich nichts:
ich verwende den Datenpunkt um einen "logischen" Zustand zu speichern - vielleich kann ich das auch anders besser lösen? Bin nicht so gut im Programmieren- hier mal das Blockly.

@goudi sagte in Fehlermeldung Alias alias.0.xxx has no target 5:
ich verwende den Datenpunkt um einen "logischen" Zustand zu speichern
dafür ist der Bereich 0_userdata.0 gedacht!
Dort werden eigene Datenpunkte angelegt.in alias.0 nur Datenpunkte, die demn Wert eines anderen Datenpunktes verändert speichern oder senden wollen.
Dieser Refenzdatenpunkt fehlt dir natürlich
EDIT: Ich hab zu langsam getippt 😞 😓
-
ok, ich melde mich dazu, um den oben genannten Fragen Antwort zu geben!
ok, unter Alias steht bei mir tatsächlich nichts:
ich verwende den Datenpunkt um einen "logischen" Zustand zu speichern - vielleich kann ich das auch anders besser lösen? Bin nicht so gut im Programmieren- hier mal das Blockly.

@goudi sagte in Fehlermeldung Alias alias.0.xxx has no target 5:
Bin nicht so gut im Programmieren
Vielleicht hilft Dir das hier weiter:
https://forum.iobroker.net/topic/70481/blockly-for-dummies-starthilfe-und-tipps -
Ich habe das bisher so gehandhabt, dass ich das als Abstraktionsschicht vewendet habe, und hätte da ein Gegenbeispiel
z. B. "Momentanleistung_Solar_Gesamt" als Alias ...
Wenn man das über den Wechselrichter ermittelt, und es zum Zeitpunkt des Anlegens des Alias nur einen Wechselrichter gibt, ist die Übersetzung einfach ...
Irgendein Adapter liest den Wert aus dem Wechselrichter aus, und hält in einem Datenpunkt den Messwert vor. Man erzeugt ein Alias, das auf diesen Datenpunkt verweist ...
Irgendwann erweitert man seine Photovoltaik, und es kommen Wechselrichter hinzu, womöglich von anderen Herstellern ...
In dem Fall wäre es sicherlich statthaft, das Summieren der Momentanleistungen der einzelnen Wechselrichter in einem Script zu erledigen, und das Ergebnis in einem Userdata-Datenpunkt abzulegen.
Dann muss man den Alias-Datenpunkt nur noch auf den Userdata-Datenpunkt umbiegen, und ist fertig ...
Kein Trouble mit Verlaufsdaten, usw ...
Wenn man aber eh weiß, dass es über kurz oder lang eh erweiterungen der Solar-Anlage gibt, kann man natürlich auch von Anfang an mit userdata arbeiten ...
-
Ich habe das bisher so gehandhabt, dass ich das als Abstraktionsschicht vewendet habe, und hätte da ein Gegenbeispiel
z. B. "Momentanleistung_Solar_Gesamt" als Alias ...
Wenn man das über den Wechselrichter ermittelt, und es zum Zeitpunkt des Anlegens des Alias nur einen Wechselrichter gibt, ist die Übersetzung einfach ...
Irgendein Adapter liest den Wert aus dem Wechselrichter aus, und hält in einem Datenpunkt den Messwert vor. Man erzeugt ein Alias, das auf diesen Datenpunkt verweist ...
Irgendwann erweitert man seine Photovoltaik, und es kommen Wechselrichter hinzu, womöglich von anderen Herstellern ...
In dem Fall wäre es sicherlich statthaft, das Summieren der Momentanleistungen der einzelnen Wechselrichter in einem Script zu erledigen, und das Ergebnis in einem Userdata-Datenpunkt abzulegen.
Dann muss man den Alias-Datenpunkt nur noch auf den Userdata-Datenpunkt umbiegen, und ist fertig ...
Kein Trouble mit Verlaufsdaten, usw ...
Wenn man aber eh weiß, dass es über kurz oder lang eh erweiterungen der Solar-Anlage gibt, kann man natürlich auch von Anfang an mit userdata arbeiten ...
@MartinP sagte in Fehlermeldung Alias alias.0.xxx has no target 5:
dass ich das als Abstraktionsschicht vewendet habe
naja! das ist dann eine offLabel Nutzung.
@MartinP sagte in Fehlermeldung Alias alias.0.xxx has no target 5:
ist die Übersetzung einfach ..
immerhin mit Übersetzung.
(zumindest interpretiere ich duese Formulierung als Arbeit mit einem Referenz-DP?)@MartinP sagte in Fehlermeldung Alias alias.0.xxx has no target 5:
In dem Fall wäre es sicherlich statthaft, das Summieren der Momentanleistungen der einzelnen Wechselrichter in einem Script zu erledigen, und das Ergebnis in einem Userdata-Datenpunkt abzulegen.
nicht nur statthaft, sondern genau so vorgesehen
@MartinP sagte in Fehlermeldung Alias alias.0.xxx has no target 5:
Dann muss man den Alias-Datenpunkt nur noch auf den Userdata-Datenpunkt umbiegen, und ist fertig ...
was immer du damit meinst.
Weiteres Loggen in History?
dafür gibt es den history alias. -
Ich habe das bisher so gehandhabt, dass ich das als Abstraktionsschicht vewendet habe, und hätte da ein Gegenbeispiel
z. B. "Momentanleistung_Solar_Gesamt" als Alias ...
Wenn man das über den Wechselrichter ermittelt, und es zum Zeitpunkt des Anlegens des Alias nur einen Wechselrichter gibt, ist die Übersetzung einfach ...
Irgendein Adapter liest den Wert aus dem Wechselrichter aus, und hält in einem Datenpunkt den Messwert vor. Man erzeugt ein Alias, das auf diesen Datenpunkt verweist ...
Irgendwann erweitert man seine Photovoltaik, und es kommen Wechselrichter hinzu, womöglich von anderen Herstellern ...
In dem Fall wäre es sicherlich statthaft, das Summieren der Momentanleistungen der einzelnen Wechselrichter in einem Script zu erledigen, und das Ergebnis in einem Userdata-Datenpunkt abzulegen.
Dann muss man den Alias-Datenpunkt nur noch auf den Userdata-Datenpunkt umbiegen, und ist fertig ...
Kein Trouble mit Verlaufsdaten, usw ...
Wenn man aber eh weiß, dass es über kurz oder lang eh erweiterungen der Solar-Anlage gibt, kann man natürlich auch von Anfang an mit userdata arbeiten ...
@MartinP sagte in Fehlermeldung Alias alias.0.xxx has no target 5:
von Anfang an mit userdata arbeiten
Ich habe lange überlegt, ob ich die Datenpunktstruktur mit Verzeichnissen (Ordnung mit Hierarchien ist mir sehr wichtig) unter "userdata.0" anlege oder als "alias.0". Es sollen ja
- die Verlaufsdaten in mySQL immer passen
- im VIS-2 eine klare DP-Struktur vorzufinden sein und
- bei Erweiterungen oder Gerätewechsel möglichst wenig Arbeit entstehen.
Beispielsweise habe ich einen 2. Wechselrichter dazubekommen. Da geht es um das Summieren 2er Werte aus den beiden WR mit einem Javascript. Der ursprüngliche DP "PV-Leistung" bleibt wie gehabt und 2 neue DP "PV-Leistung1" und "PV-Leistung2" referenzieren mit den Adapterpunkten. Die Referenz von "PV-Leistung" wird auf einen Dummy "userdata.0.xxx" gelegt. Wahrscheinlich gibt es eine "sauberere" Lösung, aber für mich passt es gut.
Im Forum habe ich vor meinen Überlegungen auch einige Usertipps gelesen, die genau das mit den Alias-Datenpunkten und der Verzeichnisstruktur bevorzugen. Aber jeder soll das nach seinen Vorstellungen lösen.
-
Dann muss man den Alias-Datenpunkt nur noch auf den Userdata-Datenpunkt umbiegen, und ist fertig ...
was immer du damit meinst.
Weiteres Loggen in History?
dafür gibt es den history alias.Ich habe im Wohnzimmer den Comet-Dect Thermostaten abgebaut, und dort meinen neuen HMIP-Thermostaten angeschraubt ...
Es gibt Aliase für den Thermostaten Wohnzimmer
Die zeigten vorher auf Datenpunkte des Comet-Dect-Thermostaten für Soll-Temperatur und Ist-Temperatur...
Die Einträge in "Alias Zustands ID" habe ich "umgebogen" auf die entsprechenden Datenpunkte des HMIP-Thermostaten im HM-RPC-Adapter...
Ich hoffe zumindest das ist ein übliches Vorgehen...
Influxdb ist in den beiden Aliasen aktiviert... Die "measurements" für die Influxdb haben kein Alias

Das ist der einfache Fall einer 1:1 Umkonfiguration von Aliasen, wenn eine Hardware getauscht wird ...
Wenn etwas erweitert wird, z. B. Wechselrichter hinzukommen, kann es sein dass das Alias "Gesamt-Solar-Leistung" gar nicht mehr durch EINEN vorhandenen Datenpunkt ermittelt werden kann, sondern man erstmal über die Momentan-Leistungen der verschiedenen Wechselrichter summieren müsste...
Da ist die Frage, ob man das Alias entfernt (da nicht mehr mit einem Wechselrichter-Datenpunkt in "Alias Zustands ID" ermittelbar).
Oder ob man bei "Alias Zustand ID" einen neu erstellten Userdata-Datenpunkt einträgt, der per Script mit den aufsummierten Werten der einzelnen Wechselrichter gefüttert wird ...
Ob man jetzt das Alias leben lässt, oder löscht, hängt sicher davon ab, was man alles auf dieses Alias schon aufgebaut hat ...
Wenn man direkt unter dem Pfad des Alias in der Influx Datenbank Datenreihen erzeugt hat (ohne auf dem Weg wiederum ein Alias zu verwenden) würden die datenreihe dadurch ja nicht mehr weiter gefüllt werden.
Ein weiterer Punkt wäre ja wie viele Scripte und Vis Views auf das Alias verweisen ...
Im Zweifel würde ich aus angeborener Faulheit und Angst vor vergessenen Scripten / Views den Weg des geringsten Widerstandes gehen, das Alias bestehen lassen, und es nicht ausmerzen und alles direkt auf den neuen Userdata Datenpunkt umstellen, ...
-
Dann muss man den Alias-Datenpunkt nur noch auf den Userdata-Datenpunkt umbiegen, und ist fertig ...
was immer du damit meinst.
Weiteres Loggen in History?
dafür gibt es den history alias.Ich habe im Wohnzimmer den Comet-Dect Thermostaten abgebaut, und dort meinen neuen HMIP-Thermostaten angeschraubt ...
Es gibt Aliase für den Thermostaten Wohnzimmer
Die zeigten vorher auf Datenpunkte des Comet-Dect-Thermostaten für Soll-Temperatur und Ist-Temperatur...
Die Einträge in "Alias Zustands ID" habe ich "umgebogen" auf die entsprechenden Datenpunkte des HMIP-Thermostaten im HM-RPC-Adapter...
Ich hoffe zumindest das ist ein übliches Vorgehen...
Influxdb ist in den beiden Aliasen aktiviert... Die "measurements" für die Influxdb haben kein Alias

Das ist der einfache Fall einer 1:1 Umkonfiguration von Aliasen, wenn eine Hardware getauscht wird ...
Wenn etwas erweitert wird, z. B. Wechselrichter hinzukommen, kann es sein dass das Alias "Gesamt-Solar-Leistung" gar nicht mehr durch EINEN vorhandenen Datenpunkt ermittelt werden kann, sondern man erstmal über die Momentan-Leistungen der verschiedenen Wechselrichter summieren müsste...
Da ist die Frage, ob man das Alias entfernt (da nicht mehr mit einem Wechselrichter-Datenpunkt in "Alias Zustands ID" ermittelbar).
Oder ob man bei "Alias Zustand ID" einen neu erstellten Userdata-Datenpunkt einträgt, der per Script mit den aufsummierten Werten der einzelnen Wechselrichter gefüttert wird ...
Ob man jetzt das Alias leben lässt, oder löscht, hängt sicher davon ab, was man alles auf dieses Alias schon aufgebaut hat ...
Wenn man direkt unter dem Pfad des Alias in der Influx Datenbank Datenreihen erzeugt hat (ohne auf dem Weg wiederum ein Alias zu verwenden) würden die datenreihe dadurch ja nicht mehr weiter gefüllt werden.
Ein weiterer Punkt wäre ja wie viele Scripte und Vis Views auf das Alias verweisen ...
Im Zweifel würde ich aus angeborener Faulheit und Angst vor vergessenen Scripten / Views den Weg des geringsten Widerstandes gehen, das Alias bestehen lassen, und es nicht ausmerzen und alles direkt auf den neuen Userdata Datenpunkt umstellen, ...
@MartinP das sind alles valide Beispiele für Datenpunkte unter alias.0 mit einem gültigen Referenz-DP
-
uff, vielen Dank für die vielen, wertvollen Beiträge.
Hab den Datenpunkt einfach unter "userdata.0.xxx" angelegt - und die Programmierung in Blockly angepasst - nun gibt es keine Fehlermeldungen mehr und der Code funktioniert - wie er soll - naja - ist ja nun auch nicht so komplex.
Somit ist für mich das Thema "erledigt" - Wer noch gerne weiter diskutieren möchte kann dies gerne tun - ich sage an dieser Stelle aber erst einmal vielen Dank für alle so wertvollen beiträge.
lg Goudi