Problem mit Messuhr von Mahr

Ich habe eine digitale Messuhr von Mahr.
Diese hat im Lieferumfang eine Anschlusskabel von USB zu RS232.

Ich habe die Schnittstelle nach mir bekannten Einstellungen im Terminal konfiguriert und gestartet.
Befehle habe ich keine gefunden. Aber im Terminal bekomme ich nach jedem Anrufen einen Messwert zurück.

   

In LabVIEW funktioniert das ganze nicht so einfach.
Es treten folgende Fehler auf:

Fehler -1073807253 ist bei VISA: Lesen in Mahr_Messuhr.vi aufgetreten
Mögliche Gründe:
VISA: (Hex 0xBFFF006B) Während der Übertragung ist ein Rahmensynchronisations-Fehler (framing error) aufgetreten.


Fehler -1073807254 ist bei VISA: Lesen in Mahr_Messuhr.vi aufgetreten
Mögliche Gründe:
VISA: (Hex 0xBFFF006A) Während der Übertragung ist ein Paritäts-Fehler aufgetreten.

   

Die Flusssteuerung steht im Terminal auf Hardware, wie soll ich diese in LabVIEW wählen?

Wie ist die Standarteinstellung des Abschlusszeichens im Terminal?
Dieses hab ich schon auf 10 und auf 13 gestellt und auch mal deaktiviert, aber weiterhin treten die Fehler auf.

Würde mich über Hilfe freuen, da ich nicht mehr weiß, was ich noch ausprobieren kann.

Hilft das hier (für mich hört es sich zumindest so an):

http://digital.ni.com/public.nsf/allkb/F3E...6256F970000FC57

Gruß, Jens

Danke Jens,

aber das hilft leider auch nicht.
Mein Gerät schickt auch nicht kontinuierlich, sondern bei jedem Initialisieren kommt ein Messwert zurück.

' schrieb:Ich habe eine digitale Messuhr von Mahr.
Diese hat im Lieferumfang eine Anschlusskabel von USB zu RS232.

Ich habe die Schnittstelle nach mir bekannten Einstellungen im Terminal konfiguriert und gestartet.
Befehle habe ich keine gefunden. Aber im Terminal bekomme ich nach jedem Anrufen einen Messwert zurück.

[attachment=44669:Mahr_Terminal.JPG]

In LabVIEW funktioniert das ganze nicht so einfach.
Es treten folgende Fehler auf:

Fehler -1073807253 ist bei VISA: Lesen in Mahr_Messuhr.vi aufgetreten
Mögliche Gründe:
VISA: (Hex 0xBFFF006B) Während der Übertragung ist ein Rahmensynchronisations-Fehler (framing error) aufgetreten.
Fehler -1073807254 ist bei VISA: Lesen in Mahr_Messuhr.vi aufgetreten
Mögliche Gründe:
VISA: (Hex 0xBFFF006A) Während der Übertragung ist ein Paritäts-Fehler aufgetreten.

[attachment=44670:Mahr_LabVIEW.JPG]

Die Flusssteuerung steht im Terminal auf Hardware, wie soll ich diese in LabVIEW wählen?

Wie ist die Standarteinstellung des Abschlusszeichens im Terminal?
Dieses hab ich schon auf 10 und auf 13 gestellt und auch mal deaktiviert, aber weiterhin treten die Fehler auf.

Würde mich über Hilfe freuen, da ich nicht mehr weiß, was ich noch ausprobieren kann.

Also die Fehler deuten auf ein Problem der Schnittstellenparameter, wie Baudrate, Parity, Stop Bits etc. Das Hardwarehandshaking des HyperTerminals wird wohl am besten mit RTS/CTS Handshaking gemacht aber DTR/DSR wäre auch noch möglich.

Wenn nur der Termination Character nicht stimmt bekommst Du Timeout Fehler.

Wie meinst Du dass das Instrument jeweils beim Initilialisieren einen Messwert zurückgibt? Beim Starten einer Verbindung im Terminalprogramm? Wenn dem so wäre könnte das Instrument eventuel ganz einfach darauf waraten um einen einzelnen Carriage Return und/oder Line Feed zu sehen um das als Kommando zu interpretieren einen Messwert zurückzuschicken. Immer noch wesentlich besser als jede x ms einen Messwert ins Wilde rauszuspucken.

Rolf Kalbermatter

Hi tomhof,

ist ja schon ne Zeit her.... Ich hab jetzt das gleiche Problem. Wie hast Du denn das lösen können?



Gruß
Christian

Hi!

Ich versuche auch eine Messuhr von Mahr (MarCator 1086) mit LabVIEW auszulesen, bekomme jedoch keine Werte.
Ich verwende ein VI (angehängt; Ich weiß nciht mit welcher Version es ertellt wurde, ich verwende LV 2010) auf das ich vom Mahr-Support aufmerksam gemacht wurde. Da man es von der NI Homepage runterlädt gehe ich davon aus das es keine Fehler enthält.


  sylvac_serial_read.vi (Größe: 17,99 KB / Downloads: 61)


Wenn ich das Sub-VI in ein VI (z.B. mit einem Zähler zum auslesen der Messuhr) einbinde erhalte ich den Fehler mit dem Error-Code 1073807339 und keinen Wert.
Führe ich das Sub-VI (sylvac_serial_read.vi) alleine aus bekomme ich ebenfalls diese Fehlermeldung.

  versuch1.vi (Größe: 12,63 KB / Downloads: 43)


Anbei auch noch ein screenshot um zu zeigen wo der Fehler auftritt. Er zeigt das VI sylvac_serial_read.vi
   

Die Werte sollen später in einem Diagramm und in einer Tabelle in Abhängigkeit von der Zeit aufgezeichnet werden
Ich beschäftige mich erst seit knapp 10 Tagen mit LV und bin im Moment einigermaßen überfordert.

Liebe Grüße
Robert

Hallo,

ich habe für LabView leider immer noch keine Lösung.

Bis jetzt klappt es bei mir nur im Terminal, dass ich einen gültigen Wert bekommen.
Und das auch nur wenn ich die Verbindung neu starte oder die Taste auf dem Anschlusskabel von USB zu RS232 drücke.


Gruß
Thomas

' schrieb:ich habe für LabView leider immer noch keine Lösung.

Langer Tread - aber keiner hat Dirs gesagt: das ist ein absolut normales Verhalten.
Offenbar sendet die Uhr, ohne jedesmalige Sendeanforderung, von selbst ständig Messwerte.
Wenn Du beginnst, in diesen seriellen Datenstrom hineinzulauschen, dann kann nicht garantiert werden, daß es der Anfang eines Datensatzes ist, ja nicht einmal, daß es der Anfang eines Bytes ist. Wenn Du z.B. damit beginnst, mitten in ein Byte hineinzulauschen, dann gibt das diesen "Rahmensynchronisationsfehler".
Die Lösung ist ganz einfach: Du mußt diese Fehler abfangen und so lange wieder mit Lesen beginnen, bis es richtig funktioniert. Ist das einmal der Fall, dann müßte es immer funktionieren - obwohl es auch da nicht schaden kann, eine Fehlerbehandlung einzubauen, damit nicht bei jedem falsch empfangenen Bit gleich die ganze Verbindung zusammenbricht.
Edit: Kleine Ergänzung: Wenn das Lesen nach ein oder einigen Fehlversuchen dann funktioniert, liest man zwar die Bytes richtig ein, es ist aber noch nicht gesagt, daß man dann mit dem Lesen am Anfang eines Datensatzes beginnt.
Der Datensatz wäre dann zu kurz. Um das zu vermeiden, sollte man den ersten gelesenen Datensatz nach erreichter Byte-Synchronisation verwerfen. Danach müßte dann sowohl Byte-Synchronisation als auch Datensatz-Synchronisation gegeben sein.

Hast Du überhaupt das Schnittstellenprotokoll der Uhr? Ohne wirds schwierig.

Das mit dem "hineinhören" in den Datenstrom hört sich für mich zunächst mal plausibel an.

Allerdings hat mir der Kundensupport von Mahr folgendes geschrieben:

"...die 1086 Messuhr funktioniert mit RS232 oder USB Datenkabel als so genanntes OptoRS Simplex, d.h. um Messwerte anzufordern müssen Sie die DTR Leitung von high auf low und wieder auf high schalten."

Das wiederum hört sich für mich so an, als ob ich aktiv einen Wert anfordern müsste, was auch zu dem Verhalten passt das Thomas auf den "Senden"-Knopf der Messuhr drücken muss um einen Wert zu erhalten. (Auch wenn ich nicht wirklich weiß was eine DTR-Leitung ist und wie ich sie umschalte)

Sollte das nicht so sein und ich tatsächlich den richtigen Zeitpunkt abfangen muss um mit dem lesen zu beginnen, stellt sich die frage: wie bekomme ich diesen Zeitpunkt raus und wie "fange" ich Fehler ab?

Gruß
Robert

Es wäre ein Erleichterung, wenn Du deine VIs - jetzt und die nächsten Wochen - erst mal alslv09posten würdest. Bis jetzt haben nur ganz wenige schon. Ich kann es auch nicht lesen.

BTW: das serielle VI "Bytes at Port" ist praktisch nur ein Eigenschaftsknoten. Dieser läßt sich auseianderziehen, da kommmen dann Dutzende von anderen Eigenschaften zutage. Unter anderem auch welche zum Setzen/Rücksetzen der DTR.. usw. Leitungen
Die Frage ist auch, ab man dieses Setzen/Rücksetzen für jeden Messwert immer wieder machen muß, oder nur einmal, und dann kommt ein fortwährendes Streaming von Messwerten.

Gruß Ludwig.