Hallo zusammen,
ich bin zur Zeit an meiner Diplomarbeit dran und versuche mit den mitgegebenen DLLs von Fa. Mikro Epsilon einen 2D Scanner
über eine Firewire Schnittstelle anzusprechen. Hat vielleicht jemand so etwas ähnliches gemacht wo man mir vielleicht helfen könnte wie ich diese Schnittstelle in LabVIEW aufbauen sollte, damit ich die Daten einlesen bzw. daten senden kann?
Danke
Hi,
ich hab von µE bisher nur ein OptoControl 2500 über RS232 gesteuert/abgefragt. Das war über diese Schnittstelle recht einfach und funktioniert sehr zuverlässig. Da wird dir beim Scanner aber die Datenraten nicht reichen, oder?
Hab mit Firewire bzw. DLL's auch kaum Erfahrung...aber hier im Forum gibts dafür Spezialisten, z.B. "ichselbst" und "rolfk"
Viel Erfolg!
A
PS: Wenn du's hast, bitte die Lösung hier posten!
' schrieb:Hallo zusammen,
ich bin zur Zeit an meiner Diplomarbeit dran und versuche mit den mitgegebenen DLLs von Fa. Mikro Epsilon einen 2D Scanner
über eine Firewire Schnittstelle anzusprechen. Hat vielleicht jemand so etwas ähnliches gemacht wo man mir vielleicht helfen könnte wie ich diese Schnittstelle in LabVIEW aufbauen sollte, damit ich die Daten einlesen bzw. daten senden kann?
Danke
Kommt der Scanner mit einem Twain Treiber? Twain ist zwar eine veralterte Technik funktioniert aber recht gut. Es gibt auch eines oder zwei kommerzielle Toolkits für LabVIEW um Twain Geräte anzusprechen.
http://www.alliancevision.com/us/products/...in/fr_twain.htm
Da kannst Du sogar eine Demoversion (mit Erinnerungsdialog bei jedem Scan) downloaden um zu sehen ob es mit Deinem Gerät funktioniert.
Selber habe ich zwar auch etwas für Twain aber die Dokumentation dazu ist relativ beschränkt und funktioniert mit manchen Twain Treibern nicht so gut. Die kommerziellen Treiber sind in dieser Hinsicht sicher vorzuziehen.
Rolf Kalbermatter
@Rolf:
Hallo, Rolf,
ich bin auch zuerst bei dem Fragetitel reingefallen, aber da von Micro-Epsilon die Rede ist, geht es sicherlich nicht um Flachbett-Scanner, sondern wohl eher um einen der folgenden Sensoren:
http://www.micro-epsilon.de/de-de/Messge...il-sensor/
@jonny walker:
wie häufig gilt auch bei dir: Bitte bei Hardware-Problemen genaue Angaben machen!
MfG, Jens
nochmal zur Applikation:
hier handelt es sich um einen Profil-sensor(Typ:scanCONTROL 2800) von der fa. Mikro Epsilon.
http://www.micro-epsilon.de/de-de/Messge...il-sensor/
Dazu habe ich DLL Dateien für die Ansteuerung des Controllers von dem Profil-sensor bekommen, die ich in LabVIEW importiert habe. Mein Problem jetzt ist diese DLLs in LabVIEW so zu bearbeiten
dass ich mit dem Controller kommunizieren kann.
PS: im Anhang sind die DLLs
[
attachment=10502]
' schrieb:[attachment=37529:Schnitts..._LLT_DLL.pdf]
hier noch die Dokumentation für die DLLs
Also, ausser dem Callback Mechanismus, den Du so mit der Call Library Node NICHT implementieren kannst, sehe ich da keine grossen Probleme. Allerdings ist es ein breites API, was sagen will, dass es sicher einiges an Fleissarbeit ist um das zu implementieren. Wenn Du LabVIEW 8.2 oder 8.5 hast sollte der Import Library Wizard Dir aber den grössten Teil dieser Arbeit abnehmen können, wenn Du vom File C_interfaceLLT_2.h ausgehst.
Aber dieser Beitrag wäre dann besser im Unterbereich: Externer Code angesiedelt.
Rolf Kalbermatter
Hallo,
ich habe hier ein OptoControl 2600, das ich mit LabView ansteuern will. Dazu hab ich die .dll der MEDAQLib eingebunden und die Funktionen alle in VIs verpackt. Das Auslesen eines Messwertes klappt auch, allerdings sehe ich Änderungen der Messgröße am PC immer erst mit ca. 5 Sekunden Verspätung im Vergleich zu Änderung des Messobjektes. Hat jemand eine Idee, woran das liegen könnte?
Gruß
Ich habs mittlerweile hinbekommen, dem OptoControl Daten zu entlocken. Mein VI ist vielleicht nicht unbedingt ein programmiertechnisches Glanzstück, aber es scheint zu funktionieren. Die Messwertausgabe am Controller habe ich auf "binär" eingestellt.
Hallo lime,
Anmerkungen:
- konstante Rechnungen braucht man nur einmal außerhalb der Schleife durchführen
- Standardwerte braucht man nicht explizit verdrahten
[
attachment=41500]
- bei den beiden MatchPattern-Aufrufen reichst du den Offset des ersten Aufrufs an den zweiten weiter. Ist dies wirklich richtig so, wenn du nur noch einen Teilstring zum Durchsuchen weiterreichst?