RS232 / VISA - Und der boese NI Adapter

Hallo,

ich konnte das auch nicht glauben und habe mal ein paar Konverter verglichen und der von NI
( http://www.ni.com/pdf/products/us/usb232...epaper.pdf ) schafft teilweise die doppelte Übertragungsrate und mehr, als die von anderen Herstellern.
Da ist was anderes faul, ich weiß leider nur nicht was. Ich habe mir aber ehrlich gesagt das Programm noch nicht genauer angeschaut. Das mache ich aber mal in Ruhe, wenn ich dazu komme.

Gruß Markus

' schrieb:2) Ich glaube einfach nicht, dass der NI Umsetzer eine Sekunde länger braucht um ein paar kurze Befehle abzuschicken und ein paar bytes zu empfangen.

Gruss, Eugen

1) absolut richtig erkannt. Exakt so habe ich es umgesetzt. Da ich in der Lernphase bin, sah das ganze recht praktisch aus

2) Glaube ich inzwischen auch nicht mehr.
Sobald ich den ausschliesslich im RS232_open VI definierten Timeout Wert um den "VISa Seriell Port" zu konfigurieren erhöhe,
kommt auch der NI Adapter aus Geschwindigkeitsaspekt mit.

3) Kann ich ausschliessen, da ich 2 Adapter habe, sowie das gleiche auch Bei einem Kunden so gesehen habe.


Ich denke inzwischen der Kernansatzpunkt meines Problemes ist die Art und Weise des Verbindungsaufbaues.
Warum und weshalb der NI Adapter sich dort anderst verhällt ist zwar merkwürdig aber sicher nicht das Kernproblem.
Nur sehe ich auch keinen offensichtlichen Fehler in meiner Art des Verbindungsaufbaues.




EDIT:
---
da du meinen Missbrauch gut erkannt hast, was wäre diesbezüglich ein sauberer Ansatz ?
wie kann ich in einem Eventbasierten Programm Hintergrundroutinen oder nicht event-gesteuerte Abläufe einbinden ?
Das war genau der Hintergrund weshalb ich dies2n "Hack" mit dme Timeout-Event gewählt habe.

' schrieb:OK, ich glaube ich habe es verstanden. Du hast also eine Event-Struktur in deinem Programm, da hast du in Timeout-Event die Aktualisierung deiner Daten implementiert. Da wird also etwas zum Gerät abgeschickt und etwas vom Gerät empfangen und angezeigt.

Aber
1) das Event Timeout hat eigentlich ganz andere Bedeutung:

wenn in deinem Programm oder im Gerät ein Fehler passiert, musst du dem Benutzer(Bediener) eine Warnung oder einen Fehler melden. Der Bediener ist aber gerade weg und sieht diese Meldung nicht. Und genau da kannst du diesen Timeout benutzen um Alarm einzuschalten, weil der Bediener es nicht geschafft hat in der angegebenen Zeit diese Meldung zu lesen und die Maßnahmen zu ergreifen.

Man kann aber das Event "Timeout" so missbrauchen wie du, sprich wenn das Programm gerade nichts zu tun hat (also der Benutzer macht keine Eingaben und so), dann darf das Programm die Werte aktualisieren.

2) Ich glaube einfach nicht, dass der NI Umsetzer eine Sekunde länger braucht um ein paar kurze Befehle abzuschicken und ein paar bytes zu empfangen.

3) Wenn das aber wirklich so ist, dann würde ich mal sagen, dein Umsetzer ist defekt oder du hast ihn falsch installiert.

Gruss, Eugen