LabVIEWForum.de

Wir haben in der Firma nicht das erste Mal Probleme mit der Konfiguration / Ansteuerung von GigE-Kameras. Sei es, dass Einstellungen in LV oder MAX "verloren" gehen, nicht gesetzt werden können, Konflikte mit Kamera-und Session-Namen auftreten, mit Socket-und Filtertreibern, mit Ethernet-Packet-Delay, mit sich spontan ladenden Einstellungen, Veränderungen nach "stromlos"...

Man muss dazu sagen, dass wir im Moment durchaus ambitionierte Setups haben, Mehrfachkamerasysteme, komplizierte Triggerungen, Netzwerke - oft auch an die Grenzen von Geschwindigkeiten gehen - aber eigentlich kann es das nicht sein.

Ich will nicht im Intranet mehrere Seiten mit Troubleshooting schreiben, Etherneteinstellungen durchrechnen, mit Low-Level-Configure und Registern und Hersteller-SDKs Parameter schreiben und dann am besten, wie jetzt bei einer Kamera eines großen Herstellers mit V geschehen - doch einen ActiveX-Treiber für eine Ansteuerung brauchen, weil dieser Parameter einfach nicht auffindbar ist...

Ich will eine Kamera anschließen, in LV stabil Trigger, IO, Beleuchtung, Ethernet, Exposure und vielleicht Gain setzen - dann will ich die Kamera stromlos haben - und dann will ich den Code auf einem anderen PC ohne Zicken am Laufen haben.

Da ich nicht die einzige sein kann, die so was nervt - bitte ich euch mal um Erfahrungen, Tipps (auch Hersteller/ Produktempfehlungen ) und Universallösungen ;-). Idealerweise suche ich eine Kameraserie (verschiedene Auflösungen, mono/color, Frameraten, evtl. Sensorgrößen, evtl. Blitzcontroller/IO), die a) im normalen Preisbereich liegt und b) stabil (sh. oben) konfigurier- und programmierbar ist.

(Ja, ich habe über NI Smartcams nachgedacht, aber ich brauche oft mehr Rechenpower)

Danke,
Birgit

Ja , das ist ein dunkler Punkt.

Meine Hauptrobleme mid diesen Dingern:

• von interner Softwreversionsummer zu nächster Nummer ändern sich die Ansteuerungen
• Die Ansteuerstrings wie "CameraAttributes::AnalogControls::ExposureTimeRaw" sind (fast) nirgends definiert und man muss das jeweils herausfinden, habe mir dafür ein Tool geschrieben.
• Mit einem Close produzieren die Dinger (sogar Dalsa) manchmal einen völlig unmotivierten Fehler der dann individuell auszubüglen ist ("na komm schön Kleiner, es tut sicher nicht weh Error -10978670897606 ist ja gar nicht so schlimm")
• Die Verkäufer kennen sich auch nicht aus
• Von Hersteller zu Hersteller gibt es keine Einheitlichkeit
• Die Doku (speziell der Triggerbedingungen) ist meist eine Katastrophe und seit 12 Jahren nicht aktualisiert (leichte Übertreibung)
• Macht man die Leutchen auf Programmfehler aufmerksam ist die Reaktion ...
  

Ich habe darauf so reagiert:

Im INI File sind die Strings definiert z.B.:
ShutterStringCam = "CameraAttributes::AnalogControls::ExposureTimeRaw"
und die Bereiche z.B.
MaxShutterCam = "1.E6"
MinShutterCam = "100"
Grundsätzlich wird bei jeden Programmstart die Kamera mit allen "lebensnotwendigen" Parametern neu initialisiert, dann ein Probebild geschossen und dieses dann untersucht ob das so sein darf.
Ich bestehe bei Reparaturen auf einer bestimmte Software Versionsnummer.

Nicht gerade lustig.

Wie denkt Ihr darüber - die Antworten in dem Thread sind ja doch endenwollend...

Gottfried

Bei mir sind das cameraxx.config - Files, die ich als String-Attribut nach einem Unconfig lade - hat sich als die stabilste Lösung herausgestellt, wobei stabil relativ ist.

• Auch ich habe so ein Parameter-Durchsuchprogramm. Warum?.
• Man kann sich diese Parameter auch (seufz) mit dem Express-Aquisition vi erstellen lassen.
• Dabei gibt es auch Parameter, die LV nicht von sich aus findet. Manchmal sind das Parameter aus Hersteller-SDKs, die man dringend braucht.
• Hersteller anrufen hilft begrenzt, manchmal haben die aber Sonderregister.
• Ja nicht an den Netzwerktreibern rumbasteln.. oder irgendwas updaten..
• Trigger ist eine Sache für sich. Inzwischen verstehe ich manchmal, was ich einstelle. Manchmal.
• Ich hatte letztens ernsthaft eine Doku mit WinNT-Screenshots.
• Richtig spannend wirds, wenn man >1 Kamera hat..
  

Auch wir haben durch die Bank Probleme, ob es billige oder teure Hersteller sind. Exposure, Blitz und ROI ist leicht - dann wirds nervig..