lookup Table?
-
Hi zusammen,
iwi finde ich keinen Lösungsansatz für mein Problem. Also, ich habe eine Tabelle mit 2 Spalten:
DAC Watt
500 53
600 56
700 61
800 67
900 72
1000 78
2000 160
2250 167Die Spalte Watt bekomme ich von meinem Stromzähler. Nun möchte ich den am besten dazu passenden DAC Wert aus der Tabelle erhalten.
Beispiel: Ich bekomme 78 Watt vom Zähler und dann soll mir ein Script aus der spalte DAC1000 dazu ausspucken. Ich bekomme vom Zähler 68 Watt und dann soll das Script 800 aus der Spalte DAC ausspucken.
Leider brauche ich dann nicht genau den korrespondierenden Wert sondern den nächst kleineren Wert. Also wenn der Zähler 160 Watt meldet, dann soll aus der DAC Spalte der Wert 1000 kommen.
Leider habe ich dazu überhaupt keinen Ansatz, wie ich das in Blockly realisieren könnte. Vielleicht hat da jemand eine Idee? Evtl. auch ein Java-Script?
Wäre super
Grüße, Bernd -
Hast du diese Daten denn nur als Tabelle, oder existieren Datenpunkte die man nutzen kann zur Auswertung?
Also explizit meine ich natürlich "watt".Und das Ergebnis muss wieder in einer Tabelle stehen ? Oder kann die Ausgabe ein Datenpunkt sein den du einfach mit History verfolgst ?
-
-
-
Ich finde diese Blockly einfach nur hölzern und unelegant. Aber hier mal eine Lösung mit Schleifen und lookup in der Liste.
Du musst halt statt der Variablen Wert den Block in den Trigger einbauen und statt der Variable Wert, den Wert des Datenpunktes nehmen:
Du musst eine Wattliste und DAC Liste haben. Die Wattliste dient dazu den aktuellen Wert einzuordnen und die Position in der DAC Liste zu ermitteln.
Statt dieser unförmigen Blöcke um Listen mit Zahlen zu erzeugen, kann man die JSON Konvertierung misbrauchen, dann ist die Listenerstellung etwas besser lesbar bzw. eben nicht so unförmig:
============================================================================================
So könnte dann die finale Lösung aussehen - muss halt noch die Objekt-ID rein.
Aber ich bin kein Blockly- Spezialist - vielleicht gibts elegantere Lösungen - aber das ist mein Ergebnis nach Ausprobieren.
-
@mickym
Kleiner "Schönheitsaspekt":
Bei einer Schleifenvariableiwürde jeder Entwickler auf Anhieb einen Index erwarten.
Hier enthältiaber den Wert und der Index wird inzaehlerhochgezählt.
Ich persönlich würde hieridurch z.B.valueersetzen.Ansonsten finde ich Dein Konstrukt auch deutlich eleganter als dutzende von WENN-SONST
-
Ich hatte die Lösung von @mickym ebenfalls im Auge, es soll aber nicht ein Wert aus der Tabelle genommen werden, sondern anscheinend eine Näherung zum nächsten DAC erfolgen. Somit wäre die Lösung mit der Schleife am Ende noch nicht fertig. Anhand welcher Werte soll denn jetzt die Näherung auf die vollen hunderter-Schritte erfolgen?
Wenn man sich die Tabelle ansieht, entdeckt man sehr schnell, dass Watt und DAC linear in einer Beziehung stehen. Somit wäre statt der Schleife auch ein einfacher Dreisatz möglich. Dann müsste aber ebenfalls eine Näherung (Rundung) auf den nächsten DAC erfolgen.
-
@armilar
er prüft "Watt" ja auf "<" und nimmt dann den Wert aus "DAC".
Wenn der nächste dann größer oder gleich ist, bleibt der zuletzt gelesene korrespondierende Wert und wird am Ende übergeben.
OK, man könnte dann auch gleich die Schleife abbrechen, aber bei so wenigen Werten fällt da die unnötige Laufzeit wohl kaum ins Gewicht.Aber das mit dem Dreisatz klingt interessant. Gibt's vielleicht sogar eine Formel, mit der man anhand von "W" den Wert für "DAC" berechnen kann?
Schlagt mich, aber ich habe keine Ahnung was "DAC" sein soll -
@codierknecht sagte in lookup Table?:
Schlagt mich, aber ich habe keine Ahnung was "DAC" sein soll
Ich auch nicht. Wahrscheinlich ein Regler mit festen Werten, kann es aber auch nicht beantworten.
Wenn du die den höchsten Wert heraussuchst, dann dürfe DAC = Watt * 2250/167 einen ähnliches Ergebis mit einer Zeile Code und ohne Listen und Schleifen liefern. Die Frage ist, ob der DAC auch abweichend von 50er Schritten (1er) erfolgen darf?
-
Jungs, Ihr seid so gut
Vielen Dank erst mal für euren Support!Also, die Tabelle ist eigentlich deutlich länger und leider nicht linear.
Hintergrund: Der IOBroker kennt meinen aktuellen Stromverbrauch von meinem Stromzähler (Datenpunkt vorhanden). Nun soll mein Solar Wechselrichter (Sun gti 1000) immer nur so viel Strom in mein Hausnetz einspeisen, wie ich gerade verbrauche. Leider kann ich meinem Wechselrichter nicht sagen "Speise jetzt 153 Watt ein" sondern ich kann ihm nur einen DAC-Wert übergeben. Daher die Tabelle. Leider ist das ganze auch nicht linear
Obiger Screenshot zeigt die Zusammenhänge. Gerade im unteren Bereich ist keine Linearität gegeben und Nachts hält man sich genau in diesem Bereich auf. Dieser Bereich muss also berücksichtigt werden.
Ich werde eure Lösungen einfach mal umsetzen und schauen, was für mich am besten passt.
Und nochmal: Vielen Dank!
Grüße, Bernd
-
@bernd33-1 sagte in lookup Table?:
Also, die Tabelle ist eigentlich deutlich länger und leider nicht linear.
Dann würde ich bei der JSON-Lösung nach einem gefundenen Wert (also falls dann ein Wert gefunden wurde der nicht < ist) auf jeden Fall die Schleife abbrechen.
Muss ja nicht länger laufen als nötig -
Kann dir Excel die Funktion dazu ausgeben? Irgendwie im Grafen mit rechtsklick und hier und da mal klicken... Habe es gerade nicht im Kopf, aber ich habe es auch schon für den ein oder anderen Sensor so gemacht...
Dann wärst du ebenfalls mit einem Einzeiler fertig.
EDIT:
sieht dann etwas so aus:
-
@codierknecht Jup, ich werde (wenn mir möglich
) diese Regelung so schnell wie möglich halten. Weil, die wird dann pro Sekunde einmal läuft. Ich hab zwar keine Ahnung, wie schnell der IOB auf einem RasPi 4 läuft aber muss ja nicht sein, dass der IOB ins schwitzen kommt.Grüße, Bernd
-
@bernd33-1 sagte in lookup Table?:
Obiger Screenshot zeigt die Zusammenhänge. Gerade im unteren Bereich ist keine Linearität gegeben und Nachts hält man sich genau in diesem Bereich auf. Dieser Bereich muss also berücksichtigt werden.
Dann könnte man das vielleicht auch kombinieren:
Unter einem bestimmten Grenzwert per Schleife und im linearen Bereich einfach berechnen.
Oder einfach mal fünf gerade sein lassen und die ggf. vorhandenen Verluste akzeptieren. Da hängt ja nicht gerade ein Menschenleben von ab o.ä. -
@codierknecht said in lookup Table?:
@bernd33-1 sagte in lookup Table?:
Obiger Screenshot zeigt die Zusammenhänge. Gerade im unteren Bereich ist keine Linearität gegeben und Nachts hält man sich genau in diesem Bereich auf. Dieser Bereich muss also berücksichtigt werden.
Dann könnte man das vielleicht auch kombinieren:
Unter einem bestimmten Grenzwert per Schleife und im linearen Bereich einfach berechnen.
Oder einfach mal fünf gerade sein lassen und die ggf. vorhandenen Verluste akzeptieren. Da hängt ja nicht gerade ein Menschenleben von ab o.ä.Klar, wenn mal ein paar Watt raus gehen isses kein Drama.
Ok, diese Formel hat Excel ausgegeben:
y = 4E-19x5 - 3E-14x4 + 1E-09x3 - 1E-05x2 + 0,0984x + 0,2186Man sieht die blau-gepunktete line fast nicht, was m. E. eine sehr gute Annäherung ist.
Ähm... und damit kann man jetzt einen Einzeiler machen?
Grüße, Bernd
-
Die erste Antwort ist ja - kann man. Mit dem Matheblock (E = exponential).
Etwa so. Habe mal den ersten Term (ungetestet) abgebildet.
-
@armilar said in lookup Table?:
Die erste Antwort ist ja - kann man. Mit dem Matheblock (E = exponential).
Etwa so. Habe mal den ersten Term (ungetestet) abgebildet.
Vielen Dank
werde ich heute Abend dann mal einbauen.Das Forum hier und die Leute sind einfach geil
-
@bernd33-1 sagte: y = 4E-19x5 - 3E-14x4 + 1E-09x3 - 1E-05x2 + 0,0984x + 0,2186
Die 4. und 5. Potenz kann man sicherlich vernachlässigen.
-
@paul53 Gerade im unteren Bereich schmiegt sich die Funktion aber noch etwas besser an die Messwerte an, wenn ich die 4. und 5. dazu nehme.
Ich werde es testen. Sollte der RasPi 4 überlastet werden, kann ich das ja wieder reduzieren
-
Wie gesagt ich mag kein Blockly - das war nur mal ein Versuch. Wenn man das mit einer mathematischen Funktion abbilden kann, ist das natürlich sicher am Besten, aber das ging halt aus dem ursprünglichen Posting nicht hervor, sodass ich davon ausgegangen bin, dass die Schritte willkürlich sind.
@Codierknecht
Ja das mit dem i als Wert anstelle des Index ist blöd (aber war von blockly so vorgegeben, da dachte ich dass Blockly Fans daran gewöhnt sind)Ich wusste erst nicht, wie man in Blockly Schleifen abbricht - aber habs gefunden:
Aber - hat sich ja inzwischen erledigt, da das ganze nun mathematisch gelöst wird.
War wie gesagt nur mal ein kleiner Ausflug von mir in die Blockly Welt.
