Hallo liebe LabVIEW gemeinde,
ich habe ein mittelschweres Problem, von dem ich schon mal am 1. Mai berichtet hatte.
Wir kamen zu keinem lösenden Ergebnis....
Ich habe ein Programm für einen Kunden geschrieben, das mit zwei USB-Geräten und einem
seriellen Gerät (RS232) komuniziert. Die serielle Schnittstelle wird über einen virtuellen Comport
mittels einen USB zu RS232 Konverters erzeugt.
***
Nun ist es so, dass es auf einem Rechner einwandfrei läuft und auf einem anderen nicht.
Beide Rechner sind prinzipiell gleich (gefährliche Aussage, ich weis).
Die komunikation zu dem seriellen Gerät wird über Visa abgewickelt.
Da tritt schon der Fehler bei der Initialsierung der Schnittstelle auf.
der Vi 'configure serial port' bringt die Fehlermeldung -1073807360
Bitte nicht den link zu der Fehlerbeschreibung in der knowledge base senden, das habe ich mir schon
durchgelesen. Die Fehlerbeschreibung passt so gar nicht auf meinen Fall. Argument 3 wird als falsch
benannt. Die Schnittstellen parameter sind 8 bit, no parity und 1 stopbit. Eigentlich absoluter standard.
Auch wurde der Fehler hier im Forum mal beschrieben mit dem Ergebnis, dass es am Gerät lag.
Bei mir muss es wohl eher was mit den Rechnern zu tun haben.
***
bitte dringend um Hilfe
Viele Grüße
Stefan
Also ich hatte mal das gleiche Problem und bin darüber fast verzweifelt: Auf Comp A wurde das Programm erstellt und kompiliert, auf Testrechner B lief es und auf C nicht - peinlicherweise war das der Rechner des Kunden. Es lag daran, daß außer der obligatorischen Runtime-machine noch extra die "NI-VISA Runtime" (aktuell: V 4.6) installiert sein mußte. Wieso diese bei B automatisch mit irgend etwas anderem mitinstalliert war, während das bei C nicht der Fall war und von Hand nachinstalliert werden mußte: keine Ahnung.
Also auf alle Fälle im M&A-Explorer unter "Software" mal nachschauen.
Danke für die Antwort,
ok das kann ich noch mal checken lassen. Die gesamten Zusatzprogramme sind aber zu einem Installationsprogram zusammengefügt, so dass eigentlich alles auf der Platte sein sollte. Aber man weis ja nie.
Ich werde berichten, ob es daran lag.
VG
Stefan
Hallo Lucki und all die Anderen,
ich habe die Information bzgl. der NIvisa RT bekommen und es war die 4.4 installiert. Daraufhin wurde die 4.6.1 installiert und tatsächlich schien!!! es zu laufen. Der Fehler kam nicht mehr. Doch nach einer kurzen Weile der Euforie brach die Komunikation wieder zusammen. Diesmal erschien der Fehler -1073807298 was in die selbe Kategorie gehört. Interessanterweise ließ sich auch das Program nicht mehr durch den Stop knopf beenden. Erst nach dem der USB Konverter herausgesteckt wurde konnte man das Program normal beenden. Auch scheint es so zu sein, dass das gesamte LabVIEW sich bei dem Komunikationsbruch nicht mehr schließen lässt.
Vielleicht gibt es Rat.
Vielen Dank
Stefan
Könnte es sein, daß in den beiden PCs nicht die gleichen USB-Adapter verwendet werden? Wenn nicht, ist es dieselbe Treiber-Version?
Es gibt nur ca. 2 Chip-Hersteller, der eine ist FTDI.
Hier kannst Du die neueste Version 2.06.00 herunterladen, falls Du die noch nicht hast. (Es gibt nur einen Treiber für alle FTDI-Chips)
Beachte: Es gibt 2 Installationsmöglichkeiten: Als Virtuellen ComPort oder als DLL. Natürlich das erste wählen.
Auch für mich sieht es so aus, als ob der USB-Treiber nicht der beste ist, nicht richtig installiert ist oder es zu Hardwarefehlern im Bus kommt.
Guckst du auch diese beiden Links:
Fehler -1073807298 und
alle Visa-Codes.
Und eine Möglichkeit, auf der sicheren Seite zu stehen. ist natürlich auch die Verwendung eines USB-Adapters von NI für 200 Euro statt eines handelsüblichen für 20 Euro...
Alternativ gibt auch PCI-Einsteckkerten für serielle Schnittstellen bzw. PCMCIA-Karten (die heißen neuerdings anders) für den Laptop. Damit könnte man auch erst mal probieren.
Das Dumme ist auch, daß man vor dem Kauf eines USB-Adapters kaum herausfinden kann, welcher Chip da drin ist.
Übrigens weiß ich deshalb etwas darüber Bescheid, weil ich mit einem USB-Adapter von FTDI große Probleme mit dem Timing hatte. Diese Probleme sind in einer Anwendungsschrift von FTDI aber beschrieben, und es läßt sich mit entsprechenden Tricks etwas dagegen machen. Aber es dauert eben, ehe man da dahinterkommt..
Hallo
vielen Dank für die Anteilnahme, ich glaube jetzt kommen wir der Geschichte schon ein wenig näher.
@Lucki
in der Tat wird FTDI für zwei der 3 Geräte verwendet. Unterschiedlich Treiberversionen und gleiche haben auf dem Rechner, auf dem es geht, keine negativen Auswirkungen. Der andere spinnt nach wie vor. Jetzt kommt es aber. Es gibt einen signifikanten Unterschied zwischen den Rechnern. Der 'gute' Rechner hat so eine PCMCIA Karte drinnen und der andere nicht. Beides sind Laptops. Das werden wir dann gleich mal ausprobieren, ob das dann mit dem 'schlechten' Rechner geht. Zu den FTDI treibern. Ich habe überhaupt nicht die Zeit, das Wissen und die Geduld an den Treibern selbst herumzufummeln, damit Visa damit zurecht kommt, so dass ich ganz fest auf die HW -geschichte setze.
@ichSelbst
die Installation ist eigentlich auf beiden Rechnern so weit ich das beurteilen kann gleich verlaufen. Die Testsoftware (vermutlich ne VB applikation) für das serielle Gerät funktioniert tadellos.
Ich werde das mit der veränderten HW mal probieren und wieder reporten.
VG
Stefan
Hi...
das Problem scheint nach ewig langer Zeit gelöst zu sein. Die HW und TreiberSW was es wohl gewesen.
Der 'schlechte' REchner hat eine PCMCIA Karte bekommen und eine 2.4.16 FTDI treiberversion bekommen und dann gings. Allerdings nur, wenn das zweite USB-Gerät eine wesentlich ältere FTDI Version bekommen hat. Die Installation von .16 für beide Geräte hat das Programm auch mit der neuen HW wieder zu hängen gebracht. Es scheint wohl doch ein Timing problem zu sein, das extrem stark von den FTDI Versionen abhängig ist....
Vielen Dank für Eure Hilfe
STefan