LabVIEWForum.de - Messungen eines Temperaturssensors in LabVIEW darstellen

LabVIEWForum.de

Normale Version: Messungen eines Temperaturssensors in LabVIEW darstellen
Du siehst gerade eine vereinfachte Darstellung unserer Inhalte. Normale Ansicht mit richtiger Formatierung.
Moin Alllen,

Das ist mein erster Beitrag hier und ich freue mich sehr, ein Teil von euch zu sein Angel_not

Ich habe einen berührungslosen Temperatursensor CTLM-3H2CF3-C§ von Micro-Epsilon, den ich mit meinem Rechner und dazugehörige Software über Ethernet verbunden habe. Nun möchte die Messungen in LabVIEW darstellen und die Firma hat schon bereit ein Muster VI.

Ich habe den Temperatursensor über NI MAX erfolgreich hinzugefügt, wie es in diesem Link erklärt wurde >> https://knowledge.ni.com/KnowledgeArticl...AQ&l=de-DE

Nun lasse ich das VI laufen und es zeigt mir falsche Ergebnisse Post-880-1250020234 Der Temperatursensor messt Temperaturen von Objekten ab 200 °C daher könnte es sein, dass es am Anfang keine Signale gesendet wurden. However, die Temperatur des Sensorkopfs soll zumindest die Raumtemperatur anzeigen. Ich habe 2 identischen Fehleranzeigen mit dem Code -1073807331

Könnte mich Jemanden weiterhelfen Huh

VG und Danke im Vorraus
Amar Aldnifat
Hallo Amar,

erst einmal herzlich Willkommen im Forum.

Ähm - wieso rufst du "VISA Configure Serial Port (Instr).vi"? Du hast doch eine Ethernetschnittstelle und keine serielle Verbindung zum Pyrometer. Dieses VI wirft dir die Fehlermeldung aus.

Wozu die Konfiguration in MAX? Ok, kann man machen, bringt aber nicht so wirklich etwas.

Und aufräumen solltest du auch einmal kräftig.
Hallo Amar,

ebenfalls herzlich willkommen im Forum!

Zitat:Und aufräumen solltest du auch einmal kräftig.
Ja, genau! Neben den Punkten von Martin:
- Warum sind da so viele Konstanten an VISASerialPortInit angeschlossen, die alle den Defaultwert darstellen?
- Warum haben alle diese Konstanten den falschen Datentyp? (CoercionDots!)
- Warum Ist VISASerialPortInit innerhalb der Schleife, aber VISAClose außerhalb?
- Warum eine gestapelte Sequenz?
- Warum in beiden Frames nahezu identischer Code?
- Warum haben die Stringkonstanten in den Frames die Displaymode-Anzeige nicht aktiviert? Immerhin zeigen die Strings Hex-Code an…
- Warum so komplizierte Umrechnung von zwei U8 zu einem U16? Dafür gibt es JoinNumbers…
- Warum hat der Stop-Button kein Label mehr? Wie würdest du eine Variable in einer textbasierten Sprache verwenden, die keinen Namen mehr hat???
- Warum zwei extra Zahlenanzeigen, wenn die Gauges ihre eigenen Zahlenanzeigen mitbringen?
Dein Blockdiagramm könnte auch so aussehen:
[attachment=62153]

Hier wäre mal ein Manual zu deinem Sensor, welches auch die Ethernet-Schnittstelle beschreibt. Anscheinend verwendet dieser einen COM-over-Ethernet-Umsetzer, sodass du einen zusätzlichen (virtuellen) COM-Port einrichtest, den du dann per VISA in LabVIEW ansprechen kannst. Dieser Port kann dann aber nicht per VISASerialPortInit konfiguriert werden, das ist durch den Treiber schon vorgegeben…
Hallo Amar,

also falls der Ethernet-zu-COM Umsetzer in deinem Sensor eine TCP/IP-Verbindung akzeptiert, dann könnte das Folgende für eine 1x-Abfrage schon funktionieren, ganz ohne Installation des virtuellen COM-Port Treibers wie von Gerd erwähnt:

[attachment=62154]

Laut Dokumentation des Protokolls sollte IMHO schon das Kommando 0x03 langen, um die Ist-Werte abzufragen.

Gruß, Jens
Referenz-URLs