In den Notationen die mir bekannt sind haben alle drei Einheiten ihre Daseinsberechtigung! Es wird unterschieden, zwischen absoluter Temperatur und relativem Temperaturunterschied.
Fix ist die SI Einheit für die absolute Temperatur, gemessen in °C (degC).
(Wir haben -5°C!)
Der Temperaturunterschied wird in Kelvin (K) angegeben oder eben alternativ in Cdeg, was aber das gleiche ist! Dabei spielt dann auch der verschobene Nullpunkt keine Rolle mehr!
(In Russland ist es immer noch ein paar Kelvin weniger warm!)
Schön umgesetzt in LabVIEW: Wenn man zwei absolute Temperaturen voneinander abzieht, ist das Ergebnis relativ!
(degC-degC=Cdeg)
Kurz:
Gemessene Temperaturen immer in degC angeben! Errechnete Differenzen dageben in K oder Cdeg!
Alternativ einfach keine Einheiten verwenden und sich freuen, dass die Welt so unkompliziert sein kann!
Ja, wenn ich vorne auch schon Cdeg schreibe und nicht degC, dann klappt es aber. Dann kommt 0 Cdeg raus.
Irgendwie erinnert mich das an die "Volksfront von Judäa" und die "judäische" Volksfront in "Das Leben des Brian".
Mir ist das irgendwie zu hoch.
Wie kann ich dann mit °C rechnen, mit "degC"? Wieso gibt's dann "Cdeg" überhaupt, wenn es das gleiche ist wie K?
Gruß Markus
(24.01.2013 15:38 )GerdW schrieb: [ -> ]Hallo Markus,
da kommt nicht "°C" heraus, sondern "Cdeg" - was oben weiter schon als Äquivalent zu "K" erläutert wurde...
Deine Rechnung lautet also: 0°C + 0K = 273,15K + 0K = 273,15K. Korrekt!?
(24.01.2013 15:54 )TSchAC schrieb: [ -> ]Fix ist die SI Einheit für die absolute Temperatur, gemessen in °C (degC).
(Wir haben -5°C!)
Moment, die offizielle SI-Einheit für Temperatur ist Kelvin! (vgl.
Wikipedia )
Gruß, Jens
(24.01.2013 17:21 )jg schrieb: [ -> ] (24.01.2013 15:54 )TSchAC schrieb: [ -> ]Fix ist die SI Einheit für die absolute Temperatur, gemessen in °C (degC).
(Wir haben -5°C!)
Moment, die offizielle SI-Einheit für Temperatur ist Kelvin! (vgl. Wikipedia )
Richtig. Und das K wird sowohl für die absolute Temperatur als auch als auch für Temperaturdifferenzen verwendet, und nicht nur für Temperaturdifferenzen, wie Tschac schreibt.
Welches der beiden Bedeutungen gemeint ist, geht aus dem Kontext, in dem es verwendet wird, hervor. Und wenn nicht, dann muss eben hinzugefügt werden, dass es sich um eine Differenz handelt.
Für die normalen Temperaturangaben im Alltag wird in europäischen Ländern das °C benutzt. Für Temperaturdifferenzen sollte aber auch im Alltag "K" benutzt werden und nicht "°", "Grad" oder "°K".
Die Verwendung von Sonderzeichen wie "°" in Einheitenbezeichnungen ist in Labview nicht vorgesehen und nicht möglich. Daswegen wird statt "°" behelfsmäßig "deg" verwendet. Eine gesetzliche Einheitenbezeichnung ist das "decC" aber deswegen nicht.
Was die Zweitbezeichnung von "Cdec" anstelle von "K" soll, erschließt sich mir nicht. Ich würde es eher als Bug statt als Feature werten.
So werde ich es auch weiterhin machen.
Gruß Markus
(24.01.2013 15:54 )TSchAC schrieb: [ -> ]Alternativ einfach keine Einheiten verwenden und sich freuen, dass die Welt so unkompliziert sein kann!
(24.01.2013 15:54 )TSchAC schrieb: [ -> ]Alternativ einfach keine Einheiten verwenden und sich freuen, dass die Welt so unkompliziert sein kann!
Erinnert mich irgendwie an die
Fabel vom Fuchs und den Trauben
Was ist einfacher, das Bild oben oder unten?
[
attachment=43232]
Solange NI weiterhin sowas:
[
attachment=43245]
nicht löst sind meiner Meinung nach Einheiten eher potentielle Fehlerquellen als hilfreich...
Kann doch schließlich nicht sein, dass Einheiten beim multiplizieren ordentlich quadriert werden und beim quadrieren nicht!
Gruß Kiesch
(25.01.2013 14:15 )Kiesch schrieb: [ -> ]Solange NI weiterhin sowas:
nicht löst sind meiner Meinung nach Einheiten eher potentielle Fehlerquellen als hilfreich...
Richtig ist, dass das Rechnen mit Einheiten von NI nicht konsequent bis zu Ende umgesetzt wurde.
Bei Graphen z.B können die Achsenskalen zwar Einheiten haben, und auch der Eigenschaftknoten "Wert" hat dann dann einen Wert mit Einheit. So weit, so gut. Die Eigenschaftsknoten für die Skalen-Endwerte nehmen aber keinen Wert mit Einheit an, so dass man dann immer die Einheit entfernen muss, wenn man ansonsten Einheiten verwendet. (Oder hat sich da in LV2012 etwas geändert?)
Aber trotzdem würde ich da nicht gleich das Kind mit dem Bade ausschütten. Es ist immerhin ein neues Feature, was anderen Programmiersprachen ganz fehlt. Es wird wohl so sein, dass ein reinrassiger Programmierer mit den Einheiten nichts am Hute haben wird. Wer aber als Physiker oder Ingenieur programmiert, wird dieses Feature weit eher begrüßen.
Hallo Lucki,
so dachte ich auch mal...
Leider wird dieses Thema bei NI
sehr stiefmütterlich behandelt. Probleme mit Einheiten gibt es in jeder mir bekannten LV-Version - und ich habe ehrlich noch nicht erlebt, dass diese Probleme behoben wurden.
- Neben der gezeigten x²-Funktion (Paradebeispiel seit Einführung mit LV20
09!) hat man gern auch Probleme mit der Compound-Arithmetik (die man als Ingenieur bei diversen Formeln gern einsetzt) - wir reden hier immer noch über die
grundlegende Punkt- und Strichrechnung!
- Wie sieht die Unterstützung bei "
fortgeschrittenen" Rechenoperationen aus? Statistik-Funktionen wie Mittelwert und RMS (die auch bei einheitenbehafteten Werten ihre Berechtigung haben)? Fehlanzeige...
- Mangelhafte Unterstützung bei der graphischen Anzeige hast du selbst schon beschrieben...
- usw usf...
Ich habe mal freudig versucht, Programme mit durchgehender Einheiten-Unterstützung zu schreiben - das war zu LV3.1/LV5-Zeiten. Seither ist jeder weitere Versuch immer wieder an simpelsten Operationen gescheitert. Was bringen mir Einheiten, wenn ich immer wieder Funktionen/subVIs einstreuen muss, die entweder Einheiten entfernen oder wieder neu hinzufügen???
Wer's trotzdem probieren will, sollte diesen
Tipp im Hinterkopf haben! (Wenigstens das funktioniert nun schon seit uralten LV-Tagen...)
