führende Null bei Temperaturangaben erzwingen

Quote from Thomas220

cat /sys/bus/w1/devices/28-3c01e076050b/w1_slave

Wenn ich das bei mir eingebe bekomme ich eine Fehlermeldung

Zeige doch mal was Du als Ergebnis bekommst. Dann koennen wir weitersehen

Nach z.B.

How do I get bc to start decimal fractions with a leading zero

How do I get bc to start decimal fractions with a leading zero? $ bc <<< 'scale=4; 1/3' .3333 I want 0.3333.

unix.stackexchange.com

temp=$(echo "scale=2; $temp/1000" | bc -l | awk '{printf "%.2f", $0}')

Moin!

framp

Quote from framp

Wenn ich das bei mir eingebe bekomme ich eine Fehlermeldung

Das ist eine Adresse von einem DS18B20: 28-3c01e076050b . Die einmalig und damit kann es bei dir nicht gehen, auch wenn du diesen Sensor angeschlossen hast.

73 de Bernd

Ich glaube

temp=$(awk "BEGIN {print $temp}")

sollte da schon völlig ausreichend sein.

Vielleicht kann man das Ganze auch zusammenfassen mit

temp=$(awk "BEGIN {print $(cat /sys/bus/w1/devices/28-3c01e076050b/w1_slave | grep -i t= | cut -c30-)}")

bin mir da aber nicht ganz sicher, weil ungetestet.

Quote from Bernd666

damit kann es bei dir nicht gehen,

Ist mir bewusst Damit wollte ich nur den TE dazu animieren den konkreten String den er erhaelt und analysiert zu posten damit wir den genauen Grund fuer sein Problem nachstellen koennen.

Moin framp,

über diese Krücke muss man erst mal springen...

73 de Bernd

Naja, es geht um eine führende Null bei einem unter Null Float in Bash.

Ich bin jetzt etwas irritiert. Was oder wen meinst Du mit Kruecke?

Ist es dass mein Kommentar so klingt als wenn ich es probiert habe und festgestellt habe dass es nicht bei mir geht? Du solltest mich gut genug kennen dass ich schon alleine beim Lesen des cat Befehls gesehen habe dass das bei mir nicht funktionieren wird

Sofern ich richtig liege gelobe ich Besserung und formuliere das das naechste Mal in einem aehnlichen Falle deutlicher

Interessant. Punkt und Komma. Die Ländereinstellungen schlagen knallhart zu. Kann aber heute keinen klaren Gedanken mehr fassen.

~> temp=403 
~> bc -l <<< "scale=2; $temp/1000" 
.40
~> printf '%1.2f\n' $(bc -l <<< "scale=2; 403/1000")
bash: printf: .40: Ungültige Zahl.
0,00
~>  printf '%1.2f\n' $(echo "scale=2; $temp/1000" | bc -l | tr '.' ',' ) 
0,40

Quote from Thomas220

Ist zwar nur ein Schönheitsfehler, aber eben mnicht schön.

Bergwichtel

Es ist kein funktionaler sondern ein Schoenheitsfehler: Die fuehrende Null fehlt

Moin framp,

mich, als Fragender, hätte diese Antwort abgeschreckt. Ist aber nur meine Meinung! Mehr will ich dazu auch nicht schreiben!!

73 de Bernd

framp Ich weiß, mit printf ist der Schönheitsfehler weg.
Mein Problem ist die Sache mit den Umgebungsvariablen (LC* [?] bin momentan im Kopf nicht auf dem Damm).
bc gibt die Zahl im amerikanischen Format aus, also mit Punkt. printf hält sich an die Ländereinstellungen und will ein Komma. printf macht die führende Null, wie Du in meinem Posting siehst.

Quote from Bernd666

mich, als Fragender, hätte diese Antwort abgeschreckt.

Ich lerne auch trotz meines Alters noch gerne dazu Schade dass Du dazu nicht mehr schreiben willst Details warum meine Antwort Dich abschreckt wuerde mich schon interessieren. Gerne auch per PN.

Bergwichtel Am Ende bleibt es ein Schönheitsfehler. Es ist dann halt in der Ausgabe / Anzeige ein Komma, statt eines Punkts vorhanden, dass man zur Not mit Regex kompensieren könnte. Wenn man mit dem (Temperatur)Wert rechnen wöllte, brauchts keine Null vor dem Trenner.

Von daher ist es nahezu egal ob Komma oder Punkt.

So, der Haken steht in der man-Page:

Quote from man bc

LANG environment
This version does not conform to the POSIX standard in the processing of the LANG environ-
ment variable and all environment variables starting with LC_.

printf dagegen liest LC_NUMERIC und erwartet halt Komma statt Punkt bei Zahlen mit Nachkommastellen.

Quote from Thomas220

temp=$(cat /sys/bus/w1/devices/28-3c01e076050b/w1_slave | grep -i t= | cut -c30-);

Suche mal nach: useless use of cat

Aber Dein Vorschlag aus #10

Quote from Bergwichtel

Code

printf '%1.2f\n' $(echo "scale=2; $temp/1000" | bc -l | tr '.' ',' )

ist ziemlich umständlich, wenn ein

temp=$(awk "BEGIN {print $temp}")

zum selben Ergebnis führt.

hyle Das ist immer das Problem, auf dem am wenigsten geachtet wird. Die Werte bleiben im Original, und die Ausgabe wird entsprechend behandelt.
Bestes Beispiel: Datenbank und Datum. In die Datenbank kommt prinzipiell UTC, und für eine Anfrage wird die Lokale in UTC für das SQL-Statement umgesetzt und für die Ausgabe wird die UTC in die Lokale umgesetzt. Weltweit einsetzbar und Sommer-, Normalzeitfest.

Quote from hyle

ist ziemlich umständlich, wenn ein

Richtig. Der ist sogar strukturell falsch. Siehe mein vorheriges Posting.

Hab keine Minustemperatur um das Kommando zu testen:

temp=$(awk -F= '/t=/ { printf("%.2f",$2/1000) }' /sys/bus/w1/devices/28-3c01f648e8ea/w1_slave)