nur um meine eigene "Idee" nochmal zu verfeinern:
ein beliebig krummer Behälter (in dem es eine gerade Linie vom US-Sensor bis zum Boden gibt und
Wandreflektionen keine Rolle spielen, etwa weil Rohr den Streuschall abdeckt) wird gemessen:
Länge in cm US-Sensor-Boden(=0%), US-Sensor bis kompletter Füllung(=100%). Das
sind genau die in der WebGUI als Gerät-Parameter einzugebenden Daten.
Dann wird die Differenz-STRECKE (also in cm!) in 10 gleiche Teile zerlegt. An diesen Punkten wird
die Messlatte markiert. Damit sind also die Längen der 0%, 10%, 20% ... 90%, 100% in cm bekannt und
sichtbar. Dann wird der Behälter gefüllt und das VOLUMEN an jeder der Marken NOTIERT. Wie ist egal,
am Ende kommt eine Tabelle mit den VOLUMENwerten zu jeder der 10 LÄNGENteilstrecken raus.
Diese Tabelle (eigentlich eine Liste, eventuell könnte dies auch eine Liste im CONFIG sein...) kommt "irgendwie"
in die Firmware, etwa wie auch die Werte der Windrichtung im Wettersensor gemessen und danach in den Sketch eingetragen wird.
Die Entfernungsmessung misst nun einen Entfernungswert, der definitiv in irgend einem Intervall zwischen 0% und 100% liegt.
Also wenn die auf die 0%-100% normierte Entfernung 43% ist liegt das ermittelte Volumen-Ergebnis zwischen dem
40% und 50% Volumenwert (0% - 10% - 20% - 30% - 40%!!!! - 50%!!!! ...) und in weiterer Annäherung 30% der Volumendifferenz
des 40% und 50% Volumenwertes oberhalb des 40% Wertes (Volumen bei 40% Entfernung + ((Differenz zw. 50% und 40% Entfernung) * 0.3)
*0.3 = das sind 30% wegen 40$ + 3% = 43 % = im Beispiel gemessene normierte Entfernung).
Egal wie krum und verwinkelt der Behälter ist, es wird aus der GEMESSENEN Entfernung (in % zwischen 0% und 100% Entfernung)
ein Volumen zwischen dem bei 40% Entfernung und bei 50% Entfernung manuell gemessenen VOLUMEN errechnet.
Bei regelmäßig geformten Körpern kann das komplett mathematisch abgehandelt werden (Pi lässt grüßen). Aber handgemauerte
Katakomben entziehen sich der einfachen Arithmetik.
Ich denke mir das mal in c++ um in einen Sketch, bin aber aktuell im Regensensor abgesoffen
cu
Harvey
PS: es müssen nicht zwingend 10% Schritte sein, Flexibilität macht das Programm aber auch komplexer
