IDS Software Suite 4.95

Der IDS Kameramanager wurde grundlegend überarbeitet und basiert sowohl für Windows und Linux auf demselben Quellcode. Dadurch können unter Windows und Linux die gleichen Funktionen angeboten werden wie z.B.

•Kamerainformationen

•Zusatzfunktionen wie Boot-Boost, Multicast oder Trusted-Pairing

•Konfiguration der GigE Kameras wahlweise mit fester IP-Adresse, automatischer IP-Adresse oder per DHCP

Durch die Überarbeitung der Oberfläche wurden einige Bereiche neu strukturiert. Daher steht der IDS Kameramanager in dieser Version nur mit deutscher und englischer Oberfläche zur Verfügung. Weitere Sprachen werden mit der folgenden Version nachgereicht.

IDS Kameramanager

Portierung von weiteren Anwendungen:

•Die Beispielanwendung uEye Demo war bislang nur unter Linux verfügbar. uEye Demo ist nun ebenfalls unter Windows verfügbar inklusive des Source-Codes.

•Der uEye Hotpixel-Editor steht nun auch unter Linux zur Verfügung. Mit dem uEye Hotpixel Editor können Sie die in der Kamera hinterlegte Liste der Sensor-Hotpixel editieren.

uEye Demo

uEye Hotpixel-Editor

Neben einer festen IP-Adress oder einer IP-Adresse aus dem IP-Adressbereich für die automatische IP-Konfiguration, können Sie auch den Bezug einer IP-Adresse über einen DHCP-Server aktivieren. Zu diesem Zweck wurde neben dem IDS Kameramanager auch die Funktion is_IpConfig() erweitert.

Manuelle ETH Konfiguration

is_IpConfig()

Die neue Funktion is_ImageQueue() vereint alle Warteschlangen-Funktionen. Durch die Funktion werden die folgenden Funktionen obsolet:

•is_ExitImageQueue()

•is_InitImageQueue()

•is_WaitForNextImage()

is_ImageQueue()

Mit der Funktion is_CaptureConfiguration() werden die Einstellungen der internen Bildspeicher-Warteschlange gesetzt. Sie können die Größe der Warteschlange (in MB) und die Anzahl der Bildspeicher konfigurieren.

is_CaptureConfiguration()

Mit der Version 4.95 gibt es eine grundlegende Neuerung in der uEye .NET Schnittstelle. In den Vorgängerversionen gab es nur eine uEye .NET Library, mit der Version 4.95 wird die uEye .NET Schnittstelle in zwei neue Bibliotheken aufgeteilt. Durch diese Änderung ist die uEye .NET-Schnittstelle kompatibel zu .NET Standard 2.0.

Die Headerdatei uEye.h wurde einheitlich unter Windows und Linux in ueye.h umbenannt.

Programmierhinweise

Umfangreiche Verbesserungen unter Linux: so ist z.B. auch das dynamische Laden der API möglich oder die Verwendung der gleichen Debayering-Algorithmen wie unter Windows.

Die verschiedenen Parameterbezeichnungen für Mem und MemId wurden zu cMem und nMemId vereinheitlicht. Ergänzt wird der Name noch mit dem "p"-Prefix für die Anzahl der Pointer. Bei Verwendung des uEye Python-Interface PyuEye in Verbindung mit "Named/Keyword arguments" muss hier ggf. der Programmcode angepasst werden.

is_AddToSequence()

is_AllocImageMem()

is_CopyImageMem()

is_CopyImageMemLines()

is_FreeImageMem()

is_GetActiveImageMem()

is_GetImageHistogram()

is_GetImageInfo()

is_InquireImageMem()

is_LockSeqBuf()

is_RenderBitmap()

is_SetAllocatedImageMem()

is_SetImageMem()

is_UnlockSeqBuf()

Die Funktion is_Configuration() wurde um ein neues Kommando erweitert, so dass Sie die vom Treiber gechachte IP-Adresse des Netzwerkadapters aktualisieren können.

is_Configuration()

Für is_Event() wurde in neues Event eingeführt: IS_SET_EVENT_FRAME_SKIPPED. Das Event wird signalisiert, wenn ein Bild verworfen wurde.

is_Event()

In der Funktion is_CaptureStatus() wurde der Staus IS_CAP_STATUS_TRANSFER_FAILED als Ersatz für den Status IS_CAP_STATUS_USB_TRANSFER_FAILED eingeführt. Der Status IS_CAP_STATUS_USB_TRANSFER_FAILED ist veraltet und sollte nicht mehr verwendet werden.

is_CaptureStatus()

Die Funktion is_SetStarterFirmware() ist veraltet und wird durch den Parameter IS_ALLOW_STARTER_FW_UPLOAD in der Funktion is_InitCamera() ersetzt.

is_InitCamera()

UI-359x: Beim Aktivieren von Subsampling wird automatisch die sensor-interne Anti-Blooming-Funktion eingeschaltet.

UI-359x

Die Anzahl der Bildspeicher wurde erhöht, welche der Treiber im USB-Subsystem vorlädt. Beachten Sie insbesonders bei Embedded Systemen, dass sich dadurch der Speicherbedarf erhöht.

Das Verhalten des Flash-Pins (Pin 8) der uEye LE USB 3.1 Gen 1 wurde überarbeitet. Nach dem Bootvorgang gibt der Pin nun einen HIGH-Pegel aus. Dies entspricht dem Verhalten des Flash-Pins wie unter der Kamerafamilie USB 3 uEye LE.

uEye LE USB 3.1 Gen 1

Die USB 2 Firmware-Dateien wurden entsprechend zu den USB 3 Firmware-Dateien auf die Festplatte ausgelagert.