Wenn dein Problem oder deine Frage geklärt worden ist, markiere den Beitrag als "Lösung",
indem du auf den "Lösung" Button rechts unter dem entsprechenden Beitrag klickst. Vielen Dank!
momentan programmier ich eine kleine Anlage bei der unter anderem eine CMOS-Kamera hergenommen wird um damit später Videos aufzuzeichnen.
Es handelt sich um die Watec 902B Mono-Kamera Herstellerlink.
Ich will nun eine kleine, einfache Ansteuerung bauen, die es mir ermöglicht per Betätigung eines Buttons ein Video aufzuzeichnen.
Die Ansteuerung will ich selbst schreiben, doch das vi für die Bearbeitung der Rohdaten will ich nur bedingt selbst programmieren, da ich selbst erst neu und nicht sonderlich vertraut mit LabVIEW bin. Mit anderen Worten: Ich trau es mir nicht wirklich zu.. Deshalb die Frage: Weiß jemand, ob es solch ein fertiges VI bereits gibt oder hätte jemand eventuell Tipps für mich, wie ich es realisieren soll?
Wenn ich das richtig sehe: Erst einmal brauchst du einen Framegrabber, um überhaupt Bilder von dieser Kamera in den Computer zu bekommen. Hast du da schon was?
Gruß, Jens
Wer die erhabene Weisheit der Mathematik tadelt, nährt sich von Verwirrung. (Leonardo da Vinci)
!! BITTE !! stellt mir keine Fragen über PM, dafür ist das Forum da - andere haben vielleicht auch Interesse an der Antwort!
erstmal entschuldigung für die späte Nachricht, aber ich hatte dieses Problem vorerst bei Seite gelegt, weil es mich zu sehr frustriert hat..
Also:
Eine Framegrabber Karte ist vorhanden. Die Meteor-II von Matrox.
Was ich bisher gemacht habe:
Mittels des Tools "Matrox IntelliCam" habe ich mir ein sogenanntes DCF-File erstellt mit angepasster Auflösung und Kameraeinstellungen, weil das angezeigte Bild bzw. Video in diesem Tool sich etwas überlappt hatte. Na jedenfalls habe ich mich nach erfolgreicher Suche in dem Forum hier 2 sehr interessante Posts entdeckt.
abrissbirne verwendet CIN und scheint wohl zum Ziel gekommen zu sein. Allerdings will ich nicht bloß Bilder anzeigen lassen, sondern ein Video.
Es soll per Button aktiviert sein und mir das Videomaterial anzeigen, was die Kamera gerade aufnimmt. Abspeichern oder sonstiges brauch ich nicht.
Jetzt wurde mehrfach darauf hingewiesen, dass es besser wäre DLL einzusetzen, da CIN vermutlich bald oder eines Tages nicht mehr unter LabVIEW laufen wird.
Wie dem auch sei, ich kann java und bissl c++ coden, doch wie ich die DLL coden soll, weiß ich leider nicht, da ich keine Erfahrung damit habe. Code würde ich sicherlich lesen und intepretieren können, mehr aber auch nicht.
Ich möchte genau wie abrissbirne das DCF-File (nichts anderes als ein Parameterfile um die Kameradaten korrekt auszulesen) dann in die DLL einbinden, nur habe ich wie gesagt keinen Schimmer, wie und was ich da anstellen soll
14.04.2010, 07:05 (Dieser Beitrag wurde zuletzt bearbeitet: 14.04.2010 07:07 von rolfk.)
erstmal entschuldigung für die späte Nachricht, aber ich hatte dieses Problem vorerst bei Seite gelegt, weil es mich zu sehr frustriert hat..
Also:
Eine Framegrabber Karte ist vorhanden. Die Meteor-II von Matrox.
Was ich bisher gemacht habe:
Mittels des Tools "Matrox IntelliCam" habe ich mir ein sogenanntes DCF-File erstellt mit angepasster Auflösung und Kameraeinstellungen, weil das angezeigte Bild bzw. Video in diesem Tool sich etwas überlappt hatte. Na jedenfalls habe ich mich nach erfolgreicher Suche in dem Forum hier 2 sehr interessante Posts entdeckt.
abrissbirne verwendet CIN und scheint wohl zum Ziel gekommen zu sein. Allerdings will ich nicht bloß Bilder anzeigen lassen, sondern ein Video.
Es soll per Button aktiviert sein und mir das Videomaterial anzeigen, was die Kamera gerade aufnimmt. Abspeichern oder sonstiges brauch ich nicht.
Jetzt wurde mehrfach darauf hingewiesen, dass es besser wäre DLL einzusetzen, da CIN vermutlich bald oder eines Tages nicht mehr unter LabVIEW laufen wird.
Wie dem auch sei, ich kann java und bissl c++ coden, doch wie ich die DLL coden soll, weiß ich leider nicht, da ich keine Erfahrung damit habe. Code würde ich sicherlich lesen und intepretieren können, mehr aber auch nicht.
Ich möchte genau wie abrissbirne das DCF-File (nichts anderes als ein Parameterfile um die Kameradaten korrekt auszulesen) dann in die DLL einbinden, nur habe ich wie gesagt keinen Schimmer, wie und was ich da anstellen soll
Das mit den CINS versus DLL hast Du richtig verstanden. Es gibt heutzutage in LabVIEW keinen guten Grund CINs zu verwenden aber viele gute Gründe um DLLs zu machen.
Was das eigentliche Problem betrifft: Du machst Dich mit dem Interfacen von externer Hardware an LabVIEW an eine potentiel ziemlich komplizierte Aufgabe heran und dabei ist ein Framegrabber noch gleich sowas wie die Köngisdisziplin dabei. Ich habe sehr viel Erfahrung in dieser Angelegenheit aber für einen nicht NI-Framegrabber brauche ich schnell mal eine Woche oder mehr Vollzeitarbeit um den wenigstens ein klein wenig in LabVIEW zum Laufen zu bringen.
Ausser wenn Du entweder spezielle Hardware hast die mit NI Mitteln nicht zu erfüllen sind, oder absehbar mehr dann eine handvoll derselben Framegrabber einsetzen wirst, macht das Verwenden eines nicht NI Framegrabbers in LabVIEW ökonomisch einfach keinen Sinn.
Mit wieviel rechnest Du Deine Zeit an? Wenn das einigermassen real ist, kannst Du mit dem Betrag den Du los wirst um dieses Problem zu lösen gleich ein dutzend NI Framegrabbers anschaffen. Mit der Hälfte dieses Betrages machte ich Dir einen LabVIEW Treiber, der grundlegende Funktionalität unterstützt.
Zudem kannst Du auch noch auf dem Web suchen und dann kommst Du zum Beispiel bei http://www.alliancevision.com die eine VI Library für bestimmte Matrox Produkte anbieten.
' schrieb:Das mit den CINS versus DLL hast Du richtig verstanden. Es gibt heutzutage in LabVIEW keinen guten Grund CINs zu verwenden aber viele gute Gründe um DLLs zu machen.
Was das eigentliche Problem betrifft: Du machst Dich mit dem Interfacen von externer Hardware an LabVIEW an eine potentiel ziemlich komplizierte Aufgabe heran und dabei ist ein Framegrabber noch gleich sowas wie die Köngisdisziplin dabei. Ich habe sehr viel Erfahrung in dieser Angelegenheit aber für einen nicht NI-Framegrabber brauche ich schnell mal eine Woche oder mehr Vollzeitarbeit um den wenigstens ein klein wenig in LabVIEW zum Laufen zu bringen.
Ausser wenn Du entweder spezielle Hardware hast die mit NI Mitteln nicht zu erfüllen sind, oder absehbar mehr dann eine handvoll derselben Framegrabber einsetzen wirst, macht das Verwenden eines nicht NI Framegrabbers in LabVIEW ökonomisch einfach keinen Sinn.
Mit wieviel rechnest Du Deine Zeit an? Wenn das einigermassen real ist, kannst Du mit dem Betrag den Du los wirst um dieses Problem zu lösen gleich ein dutzend NI Framegrabbers anschaffen. Mit der Hälfte dieses Betrages machte ich Dir einen LabVIEW Treiber, der grundlegende Funktionalität unterstützt.
Zudem kannst Du auch noch auf dem Web suchen und dann kommst Du zum Beispiel bei http://www.alliancevision.com die eine VI Library für bestimmte Matrox Produkte anbieten.
Danke erstmal für die Antwort.
Da der user abrissbirne in einem der Threads auch seinen CIN Code, mit dem er immerhin wohl Bilder(?) anzeigen lassen kann, veröffentlicht hat, ging ich davon aus, dass es nun nicht mehr all zu viel Arbeit sei, dass ganze in DLL zu schreiben.. im matrox-tool kann ich bereits video- und bildmaterial live anschauen. Aber wenn ich dich richtig verstanden habe, habe ich mich wohl geirrt mit dem schnellen coden in DLL...
Ich bin Student und arbeite derzeit an meiner Bachelorarbeit. Die Arbeitskosten sind also relativ gering. Problem bei der ganzen Geschichte ist, dass ich in weniger als 3 Wochen abgeben muss (alle anderen Module sind bereits fertig). Das war die letzte Hürde für mich.
Gibt es denn nicht vielleicht eine andere Lösung, außer DLL, die in kürzerer Zeit machbar wäre?
Ich schreibe gleich eine Anfrage an die Firma, die du mir gelinkt hast.
14.04.2010, 11:03 (Dieser Beitrag wurde zuletzt bearbeitet: 14.04.2010 11:04 von DarthWaldee.)
Gerade eine Antwort von alliancevision bekommen: Das benötigte Toolkit würde mich 535€ (vor Zoll) kosten. Hinzu kommt, dass IMAQ Vision von NI benötigt wird. Wenn ich das richtig verstanden habe, dann ist das hier gemeint. Und wenn ich das ganze richtig interpretiert habe, dann wäre dieser softwareteil immerhin kostenlos. Hmhm... das sollte allerdings bloß als Notlösung fungieren.
Ich würde es dennoch gerne irgendwie schaffen ohne extra tools anzuschaffen
Eine weitere "Notlösung" wäre das anschaffen einer Kamera die direkt an USB oder Firewire angeschlossen wird und bereits VIs für LabVIEW mitbringt. Allerdings habe ich so die Befürchtung, dass diese Option nochmals teurer wird, weshalb ich mit meinem Problem immernoch nicht weiter gekommen bin.
' schrieb:Gerade eine Antwort von alliancevision bekommen: Das benötigte Toolkit würde mich 535€ (vor Zoll) kosten. Hinzu kommt, dass IMAQ Vision von NI benötigt wird. Wenn ich das richtig verstanden habe, dann ist das hier gemeint.
' schrieb:Und wenn ich das ganze richtig interpretiert habe, dann wäre dieser softwareteil immerhin kostenlos. Hmhm... das sollte allerdings bloß als Notlösung fungieren.
Ich würde es dennoch gerne irgendwie schaffen ohne extra tools anzuschaffen
Eine weitere "Notlösung" wäre das anschaffen einer Kamera die direkt an USB oder Firewire angeschlossen wird und bereits VIs für LabVIEW mitbringt. Allerdings habe ich so die Befürchtung, dass diese Option nochmals teurer wird, weshalb ich mit meinem Problem immernoch nicht weiter gekommen bin.
Mit einer IDS-Imaging Kamera hatte ich einmal gute Erfahrungen gemacht. Die LabVIEW-Lib hat funktioniert. Allerdings habe ich kein Video aufgezeichnet, sondern nur einzelne Bilder.
Gruß, Jens
Wer die erhabene Weisheit der Mathematik tadelt, nährt sich von Verwirrung. (Leonardo da Vinci)
!! BITTE !! stellt mir keine Fragen über PM, dafür ist das Forum da - andere haben vielleicht auch Interesse an der Antwort!
Danke für die Tipps und Kameravorschläge!
Ich lasse diesen Teil des Projektes saußen, weil ich einfach keinen nerv mehr dafür habe..
Jetzt muss wohl eine USB-Kamera samt VIs gekauft werden.
