NEWS
Test Adapter Energiefluss-erweitert v0.8.x GitHub/Latest
-
@skb Ich hatte mal die Idee den Energiefluss auf meinem Webspace zu zeigen, aber eine Portfreigabe wäre mir zu unsicher.
Da ich allerdings doch eher mehr User bin, habe ich das erst einmal verworfen.
Reizen würde mich das Thema schon.
Momentan nutze ich Wireguard und greife so auf mein System zu wenn ich auswärts bin.@c1olli sagte in Test Adapter Energiefluss-erweitert v0.7.x GitHub/Latest:
aber eine Portfreigabe wäre mir zu unsicher.
Abgesehen davon, das ich auch der Meinung bin das sowas nix im Adapter verloren hat, würde ich auch nie irgendwelche Potrs öffnen.
btw einfacher: ich fände es klasse, wenn man DP direkt auswählen könnte. Nicht erst hinzufügen damit man damit arbeiten kann.
-
@c1olli sagte in Test Adapter Energiefluss-erweitert v0.7.x GitHub/Latest:
aber eine Portfreigabe wäre mir zu unsicher.
Abgesehen davon, das ich auch der Meinung bin das sowas nix im Adapter verloren hat, würde ich auch nie irgendwelche Potrs öffnen.
btw einfacher: ich fände es klasse, wenn man DP direkt auswählen könnte. Nicht erst hinzufügen damit man damit arbeiten kann.
@warp735 die Bordmittel geben dies nicht her. Somit hätte es etwas im Adapter verloren. Machen andere Adapter auch so.
Auch das hinzufügen von Datenpunkten, damit man diese nutzen kann, wird von vielen Adaptern so umgesetzt - hier ginge(n) sonst die Berechnung(en) nicht.
-
@skb sagte in Test Adapter Energiefluss-erweitert v0.7.x GitHub/Latest:
Hallo Zusammen,
ich wollte Euch mal kurz zu einer geplanten Funktion interviewen 😉Ich habe nun schon öfters gehört, das User den EF gerne auch "öffentlich" zugänglich haben wollen und somit auch die Anzeige/Konfiguration öffentlich wäre - dies wäre natürlich nicht so gut, da diese dann von jedem geändert werden kann.
Ich greife dieses Thema nochmals auf und erfrage nochmal Eure Meinung dazu und auch, ob dies Einige nutzen würden.
Da eine Abschaltung der Konfiguration via Web-Adapter nicht möglich ist und auch der Passwortschutz keine Limitierung darstellt, interne Daten zu schützen (Wenn die Konfiguration geöffnet wird, kann man trotzdem Datenpunkte auslesen und darstellen), könnte man pro Instanz einen eigenen "Mini-Server" implementieren, der jeweils über einen eigenen Port nur die Daten darstellt, aber eben keinen Zugriff auf die Konfiguration und auch keine Klick-Aktionen (Lampe schalten oder generell Datenpunkte setzen) zulässt.
Somit wäre die Möglichkeit auch für Benutzer gegeben, die keinen Reverse-Proxy nutzen oder eingerichtet haben, einfach den Port der Instanz in ihrem Router freizugeben.
Wie ist da Eure Meinung?
-
@skb sagte in Test Adapter Energiefluss-erweitert v0.7.x GitHub/Latest:
Wie ist da Eure Meinung?
Würde ich nicht nutzen und nicht brauchen.
@warp735 sagte in Test Adapter Energiefluss-erweitert v0.7.x GitHub/Latest:
@skb sagte in Test Adapter Energiefluss-erweitert v0.7.x GitHub/Latest:
Wie ist da Eure Meinung?
Würde ich nicht nutzen und nicht brauchen.
Kurz und knapp: ich auch nicht.
-
@c1olli die Portfreigabe wäre ja direkt auf die Mini-Webinstanz des Adapters. Diese hätte festgelegte Routen und kann sonst nicht "raus".
-
@skb
Wenn, dann würde ich eine Lösung bevorzugen, bei der ich alles auf meinem Webspace installieren kann und die Werte dann entsprechend dorthin gesendet werden.
Aber ich habe null Ahnung wie so etwas funktioniert.@c1olli Dies würde schon gehen - man könnte die Daten bei jeder Änderung per Axios an den Webserver schicken und dann z.b. per PHP schreiben lassen - diese Daten könnten dann angezeigt werden.
Allerdings wären hier auch Anpassungen notwendig - KlickAktionen fallen dann auch raus.
-
@c1olli Dies würde schon gehen - man könnte die Daten bei jeder Änderung per Axios an den Webserver schicken und dann z.b. per PHP schreiben lassen - diese Daten könnten dann angezeigt werden.
Allerdings wären hier auch Anpassungen notwendig - KlickAktionen fallen dann auch raus.
-
@skb
Das würde mich nicht abschrecken, wenn ich nachlesen kann wie man es macht.
Allerdings wenn ich der Einzige bin lohnt es irgendwie auch nicht. -
@skb sagte in Test Adapter Energiefluss-erweitert v0.7.x GitHub/Latest:
Hallo Zusammen,
ich wollte Euch mal kurz zu einer geplanten Funktion interviewen 😉Ich habe nun schon öfters gehört, das User den EF gerne auch "öffentlich" zugänglich haben wollen und somit auch die Anzeige/Konfiguration öffentlich wäre - dies wäre natürlich nicht so gut, da diese dann von jedem geändert werden kann.
Ich greife dieses Thema nochmals auf und erfrage nochmal Eure Meinung dazu und auch, ob dies Einige nutzen würden.
Da eine Abschaltung der Konfiguration via Web-Adapter nicht möglich ist und auch der Passwortschutz keine Limitierung darstellt, interne Daten zu schützen (Wenn die Konfiguration geöffnet wird, kann man trotzdem Datenpunkte auslesen und darstellen), könnte man pro Instanz einen eigenen "Mini-Server" implementieren, der jeweils über einen eigenen Port nur die Daten darstellt, aber eben keinen Zugriff auf die Konfiguration und auch keine Klick-Aktionen (Lampe schalten oder generell Datenpunkte setzen) zulässt.
Somit wäre die Möglichkeit auch für Benutzer gegeben, die keinen Reverse-Proxy nutzen oder eingerichtet haben, einfach den Port der Instanz in ihrem Router freizugeben.
Wie ist da Eure Meinung?
@skb sagte in Test Adapter Energiefluss-erweitert v0.7.x GitHub/Latest:
Wie ist da Eure Meinung?
kurz und knapp: lass es sein... :-)
-
Immerhin wurde mir heute 0.7.7. als stable angeboten, die ich problemlos rüberbügeln konnte :-)
-
Hallo Zusammen,
ich habe eine neue Version auf Github gestellt. Es ist die 0.7.8.Folgendes wurde hinzugefügt:
- Hinzugefügt: Konvertierung eines Textelements in ein Datenquellenelement
- Hinzugefügt: Unterstützung für Web-Adapter mit Socket.io-Adapter
Viel Spaß und Erfolg mit der neuen Version 😉
-
Hallo Zusammen,
ich habe eine neue Version auf Github gestellt. Es ist die 0.7.8.Folgendes wurde hinzugefügt:
- Hinzugefügt: Konvertierung eines Textelements in ein Datenquellenelement
- Hinzugefügt: Unterstützung für Web-Adapter mit Socket.io-Adapter
Viel Spaß und Erfolg mit der neuen Version 😉
Hallo und wie immer Danke
@skb said in Test Adapter Energiefluss-erweitert v0.7.x GitHub/Latest:
Unterstützung für Web-Adapter mit Socket.io-Adapter
kann man da paar Infos bekommen ?wie das funktioniert ?
oder hab ich was überlesen....... -
@u66 Was benötigst Du für Infos?
Der WebAdapter kann statt 'integrierte' Websockets auch den socket.io Adapter nutzen.
Hier erklärt: https://forum.iobroker.net/topic/3711/wozu-brauche-ich-socket-io-und-oder-web/
-
Nur als Hinweis für diejenigen, die Animationen mit der Abhängigkeit Punkte nutzen.
Ich habe festgestellt, das diese ab und zu "springen" und auch die Anzahl der Punkte in Gänze nicht variabel ist, wenn die Abstände in den Einstellungen nicht groß genug definiert sind.
Aktuell arbeite ich an einem Redesign dieser Funktion, um sie besser verwenden zu können.
Stay continued 😉
-
Nur als Hinweis für diejenigen, die Animationen mit der Abhängigkeit Punkte nutzen.
Ich habe festgestellt, das diese ab und zu "springen" und auch die Anzahl der Punkte in Gänze nicht variabel ist, wenn die Abstände in den Einstellungen nicht groß genug definiert sind.
Aktuell arbeite ich an einem Redesign dieser Funktion, um sie besser verwenden zu können.
Stay continued 😉
@skb
SalüErstmal ein Hammer-Adapter den du da hast.
Nun zu meinem Problem:
Ich habe heute von der 0.7.4 auf die 0.7.7 "geupdatet"
Nun kriege ich eine "Fehlermeldung"/Hinweis: kein Maximalwert angegeben

Diesen habe ich aber absichtlich auf 0 gesetzt und ich ändere die Farbe des Hintergrundes abhängig von der Autarkie (0 = grau, 100 = gelb mit Zwischenstufen via Overrides) möchte dabei aber die Box immer "gefüllt" haben.
Wenn ich bei "Element nach Wert füllen" auf deaktiviert gehe, greifen die Overrides nicht mehr.
Gibt es noch einen anderen Kniff um das Feld immer gefüllt zu haben und mit Overrides einfach die Farbe zu bestimmen?
Oder alternativ die Fehlermeldung auszublenden in der VIS?Grüsse
-
@skb
SalüErstmal ein Hammer-Adapter den du da hast.
Nun zu meinem Problem:
Ich habe heute von der 0.7.4 auf die 0.7.7 "geupdatet"
Nun kriege ich eine "Fehlermeldung"/Hinweis: kein Maximalwert angegeben

Diesen habe ich aber absichtlich auf 0 gesetzt und ich ändere die Farbe des Hintergrundes abhängig von der Autarkie (0 = grau, 100 = gelb mit Zwischenstufen via Overrides) möchte dabei aber die Box immer "gefüllt" haben.
Wenn ich bei "Element nach Wert füllen" auf deaktiviert gehe, greifen die Overrides nicht mehr.
Gibt es noch einen anderen Kniff um das Feld immer gefüllt zu haben und mit Overrides einfach die Farbe zu bestimmen?
Oder alternativ die Fehlermeldung auszublenden in der VIS?Grüsse
-
@mickemup Danke für die Anerkennung 😉
Das Rechteck kann doch einfach gefüllt werden 'Basis-Tab' und viafillüber die Overrides auch.Natürlich erscheint eine Fehlermeldung, wenn der maximal Wert 0 ist.
-
@skb
Asche auf mein Haupt...
Klappt nun, danke hatte fillcolor in den Overrides stehen... -
@skb wie man alternative Texte in Abhängigkeit des Wertes eines Datenpunktes schreibt ist mir klar:
{
"0": {
"fill": "rgb(216,216,216)",
"value": "1 phasig"
},
"1": {
"fill": "rgb(216,216,216)",
"value": "3 phasig"
}
}Jetzt würde ich aber weder “1 phasig” noch “3 phasig” in Abhängig eines zweiten Punktes schreiben. Letztlich möchte ich in meiner Version der Interpretation des ENERGIEFLUSS-Adapters den Schriftzug (1 phasig oder 3 phasig) nur zeigen, wenn mein Fahrzeug auch angeschlossen ist.

Ich möchte diesen 2. Datenpunkt - PLUG heist er - auch noch dafür verwenden, meinen iD3 nur zu zeigen, wenn PLUG einen Wert > 1 hat.
-
@skb wie man alternative Texte in Abhängigkeit des Wertes eines Datenpunktes schreibt ist mir klar:
{
"0": {
"fill": "rgb(216,216,216)",
"value": "1 phasig"
},
"1": {
"fill": "rgb(216,216,216)",
"value": "3 phasig"
}
}Jetzt würde ich aber weder “1 phasig” noch “3 phasig” in Abhängig eines zweiten Punktes schreiben. Letztlich möchte ich in meiner Version der Interpretation des ENERGIEFLUSS-Adapters den Schriftzug (1 phasig oder 3 phasig) nur zeigen, wenn mein Fahrzeug auch angeschlossen ist.

Ich möchte diesen 2. Datenpunkt - PLUG heist er - auch noch dafür verwenden, meinen iD3 nur zu zeigen, wenn PLUG einen Wert > 1 hat.
@leonundjulie Na, dann mach das doch! 😉