Dla producentów sprzętu i korporacyjnych zespołów badawczo-rozwojowych

Marka sprzętu wizualnego SDK, rozwój wtórny i adaptacja systemu

W oparciu o konkretne modele sprzętu i otwarte interfejsy producenta realizowane jest gromadzenie obrazów lub chmur punktów, kontrola parametrów, oprogramowanie zadaniowe, ujednolicony SDK i rozwój istniejących systemów dostępu.

Określ zakres rozwoju w oparciu o model urządzenia i otwarte interfejsy

Materiały rozwojowe dostawcy służą do weryfikacji interfejsu i zakresu funkcjonalnego. Cytowanie informacji nie oznacza, że ​​JIVISION ukończyła wszystkie adaptacje modeli, ani nie oznacza, że ​​JIVISION ma agencję, certyfikację lub relację partnerską.

HIKROBOT · MVS

Akwizycja MVS, wyzwalanie, parametry, rejestracja danych i ujednolicona adaptacja SDK

Warunki adaptacji
Model kamery, SDK, interfejs i system docelowy
Informacje o rozwoju producenta

Basler · pylon

akwizycja pylonów, parametry, zdarzenia, przetwarzanie danych i zastosowania urządzeń

Warunki adaptacji
Określ kamerę, komponenty SDK i system docelowy
Informacje o rozwoju producenta

Allied Vision · Vimba X

Kolekcja Vimba X, kontrola funkcji, powiadamianie o statusie i pakowanie aplikacji

Warunki adaptacji
Model, warstwa transportowa i wersja
Informacje o rozwoju producenta

Teledyne IIS · Spinnaker

Akwizycja Spinakera, wyzwalanie, sterowanie kamerą i zastosowania przemysłowe

Warunki adaptacji
Obsługiwane modele kamer przemysłowych; Produkty do obrazowania termowizyjnego FLIR nie są objęte tą zasadą
Informacje o rozwoju producenta

IDS · IDS peak

Akwizycja szczytów IDS, konfiguracja, przetwarzanie obrazu i adaptacja terminala

Warunki adaptacji
Model, warstwa transportowa i platforma operacyjna
Informacje o rozwoju producenta

LUCID · Arena

Akwizycja areny, dane parametryczne, głębokość lub polaryzacja oraz oprogramowanie aplikacyjne

Warunki adaptacji
Określone modele i ich dostępne funkcje
Informacje o rozwoju producenta

Baumer · neoAPI

Pozyskanie neoAPI, kontrola parametrów, adaptacja wielu kamer i terminali

Warunki adaptacji
Kamera, interfejs, system operacyjny i SDK
Informacje o rozwoju producenta

JAI · eBUS SDK for JAI

eBUS SDK do aplikacji JAI do pozyskiwania, sterowania i urządzeń

Warunki adaptacji
JAI obsługuje modele i odpowiednie oprogramowanie; nie jest to traktowane jako ogólna autoryzacja eBUS
Informacje o rozwoju producenta

Euresys · eGrabber

Buforowanie eGrabbera, zdarzenia, łańcuch pozyskiwania i integracja urządzeń

Warunki adaptacji
Typ karty, oprogramowanie sprzętowe, sterownik i łącze do kamery
Informacje o rozwoju producenta

Zivid · Zivid SDK

Pozyskiwanie Zivid SDK, chmura punktów, współrzędne robota i pakowanie aplikacji

Warunki adaptacji
Kamera, SDK, odległość robocza i artefakt
Informacje o rozwoju producenta

Photoneo · PhoXi

Interfejs PhoXi, akwizycja chmur punktów, parametry, rekonstrukcja i zastosowania robotyczne

Warunki adaptacji
Czujniki, oprogramowanie sterujące i wersje interfejsów
Informacje o rozwoju producenta

Mech-Mind · Mech-Eye SDK

Pozyskanie Mech-Eye SDK, chmura punktów i adaptacja aplikacji urządzenia

Warunki adaptacji
Kamera, SDK i wymagane licencje na oprogramowanie
Informacje o rozwoju producenta

Orbbec · Orbbec SDK

Kolekcja głębi kolorów, parametry i pakiety aplikacji Orbbec SDK

Warunki adaptacji
Modele kamer i odpowiadające im generacje SDK
Informacje o rozwoju producenta

RealSense · RealSense SDK

Pozyskiwanie, głębokość, kalibracja i interfejs danych robota RealSense SDK

Warunki adaptacji
Kamera, oprogramowanie sprzętowe, SDK i system docelowy
Informacje o rozwoju producenta

Stereolabs · ZED SDK

Dane stereo ZED SDK, percepcja przestrzenna i aplikacje wbudowane

Warunki adaptacji
Model, platforma obliczeniowa, SDK i warunki funkcjonalne
Informacje o rozwoju producenta

ifm · ifm3d

konfiguracja ifm3d, gromadzenie danych, dogłębna aplikacja i dostęp do robota

Warunki adaptacji
Określony związek zgodności produktów i bibliotek z oprogramowaniem sprzętowym
Informacje o rozwoju producenta

LMI · Gocator

Odpowiadające zbiorowi konturów SDK, wynikom pomiarów, zadaniom i dostępowi przemysłowemu

Warunki adaptacji
Seria, oprogramowanie sprzętowe i odpowiedni system SDK
Informacje o rozwoju producenta

SICK · Visionary

Oficjalne próbki i odpowiadające im interfejsy, zbiór chmur punktów obrazu i pakiety aplikacji

Warunki adaptacji
Określ model Visionary i wersję interfejsu
Informacje o rozwoju producenta

Prophesee · Metavision

Aplikacje Metavision do gromadzenia, filtrowania, śledzenia i terminali zdarzeń

Warunki adaptacji
Sensor, moduł SDK i licencja na wdrożenie komercyjne
Informacje o rozwoju producenta

FLIR · Atlas SDK

Aplikacje Atlas SDK do tworzenia map cieplnych, sterowania, rejestrowania i pomiaru temperatury

Warunki adaptacji
Konkretne modele i dane dotyczące promieniowania obsługiwane przez firmę Atlas
Informacje o rozwoju producenta

Hamamatsu · DCAM

Oprogramowanie do akwizycji, naświetlania, wyzwalania i obrazowania naukowego DCAM-API/SDK

Warunki adaptacji
Kamera, SDK i interfejs akwizycji
Informacje o rozwoju producenta

Andor · SDK

Kontrola akwizycji, zarządzanie danymi i aplikacja instrumentów odpowiadająca SDK

Warunki adaptacji
Model, SDK2 lub SDK3, platforma i licencja
Informacje o rozwoju producenta

Thorlabs · OCT SDK

Akwizycja, wyzwalanie, analiza tomografii i oprogramowanie instrumentu odpowiadające OCT SDK

Warunki adaptacji
Określ system, uprawnienia SDK i próbki referencyjne
Informacje o rozwoju producenta

DAHENG IMAGING · Galaxy SDK

Pozyskiwanie, wyzwalanie, parametry i wbudowana adaptacja Galaxy SDK

Warunki adaptacji
Model, pakiet platformy SDK i interfejs
Informacje o rozwoju producenta

MindVision · Camera SDK

Kolekcja SDK producenta, kontrola, rejestracja obrazu i aplikacja na platformie

Warunki adaptacji
Model, SDK, system i interfejs
Informacje o rozwoju producenta

Cognex · In-Sight SDK

Integracja komputera hosta In-Sight SDK, zadań, obrazów i wyników

Warunki adaptacji
SDK obsługuje modele; domyślnie nie modyfikuje podstawowego oprogramowania sprzętowego urządzenia
Informacje o rozwoju producenta

KEYENCE · CV-X

Odpowiada kontroli ActiveX lub interfejsu komunikacyjnego, gromadzeniu wyników obrazu i komputerowi hostowi

Warunki adaptacji
Modele kontrolerów, licencje oprogramowania i otwarte interfejsy
Informacje o rozwoju producenta

Raytrix · Light Field SDK

Pozyskiwanie Light Field SDK, ponowne ustawianie ostrości lub interfejs i aplikacja 3D

Warunki adaptacji
Kamera, SDK, platforma obliczeniowa i licencja
Informacje o rozwoju producenta

HOLOEYE · SLM Display SDK

Transmisja danych fazowych obrazu SDK SLM Display i połączenie systemu eksperymentalnego

Warunki adaptacji
Gotowy SLM i istniejąca maszyna optyczna klienta; nie obejmuje badań i rozwoju emisyjnej ścieżki optycznej
Informacje o rozwoju producenta

Weryfikacja zakresu kompatybilności i interfejsu

Utwórz listę kompatybilności według marki, modelu, oprogramowania sprzętowego, pakietu SDK, systemu operacyjnego i interfejsu oraz zweryfikuj pozyskiwanie, kontrolę, odzyskiwanie wyjątków i dane wyjściowe. Podanie przez producenta danych rozwojowych nie oznacza, że ​​adaptacja modelu została zakończona.

Link weryfikacyjnyPotwierdź treść
Portfolio sprzętu i oprogramowaniaMarka, model, oprogramowanie sprzętowe, SDK, sterownik, system operacyjny i interfejs
Akwizycja i parametryFormat danych, wyzwalacz, ekspozycja, głębokość lub dane radiometryczne i dostępne parametry
Wyjątki i wdrożenieOdzyskiwanie uszkodzonego łącza, buforowanie, współbieżność, dystrybucja instalacji i licencja na wdrożenie komercyjne
dostarczaćKod adaptacyjny, opis interfejsu, konfiguracja, przykłady, tabela kompatybilności i zapisy testów

Inne marki i modele nie wymienione

Podaj numer modelu, oficjalny protokół lub zestaw SDK, wersję oprogramowania sprzętowego, system docelowy i warunki prototypu. W przypadku urządzeń, które nie posiadają przejrzystych, otwartych interfejsów, należy najpierw sprawdzić informacje i uprawnienia, a następnie określić prace związane z gromadzeniem, kontrolą lub integracją systemu.

Podział prac badawczo-rozwojowych i dokumenty dostawy

Połączenie badawczo-rozwojoweZawartość dostawyPotwierdzenie ma znaczenie
Wymagania i interfejsy systemoweZadania sprzętu, wejścia i wyjścia, interfejsy i wymagania testoweZakres odpowiedzialności za istniejące systemy klienta i komponenty dostawcy
Projektowanie i tworzenie oprogramowaniaUzgodniony obwód, struktura, oprogramowanie sprzętowe, algorytm lub aplikacjaRzeczywisty zakres projektu, prawa do plików źródłowych i licencje stron trzecich
Debugowanie prototypów i wspólnych prac inżynierskichUzgodniony skonfigurowany prototyp, parametry, informacje dotyczące konstrukcji i instalacjiLiczba prototypów, warunki instytucjonalne i ustalenia dotyczące wspólnego debugowania na miejscu
Walidacja i przekazanie techniczneLista konfiguracji, zapisy testów, instrukcje dotyczące rozwiązywania problemów i użytkowaniaMetody referencyjne, standardy oceny i zakres późniejszej konserwacji

Metody weryfikacji i akceptacji

Utwórz listę kompatybilności według marki, modelu, oprogramowania sprzętowego, pakietu SDK, systemu operacyjnego i interfejsu oraz zweryfikuj pozyskiwanie, kontrolę, odzyskiwanie wyjątków i dane wyjściowe. Podanie przez producenta danych rozwojowych nie oznacza, że ​​adaptacja modelu została zakończona.

Określ próbki, konfiguracje docelowe, wartości referencyjne, warunki operacyjne i metody oceny przed testowaniem projektu. Zapisy dostaw zawierają normalne wyniki, nieudane próbki, wersje, znane ograniczenia i sytuacje powtórnych testów.

Często zadawane pytania dotyczące projektów korporacyjnych

Czy mogę modyfikować oprogramowanie sprzętowe urządzenia dowolnej marki?

Producenci sprzętu muszą doprecyzować kod open source, interfejsy tworzenia oprogramowania sprzętowego i warunki licencyjne. Jeśli dostępny jest tylko zestaw SDK komputera hosta lub protokół komunikacyjny, zakres programowania ogranicza się do funkcji dozwolonych przez te interfejsy.

Czy różne modele tej samej marki mogą bezpośrednio dzielić się wynikami adaptacji?

Wyniki z jednego modelu nie mogą być bezpośrednio rozszerzane na pełny zakres. Należy zweryfikować dane czujnika, oprogramowanie sprzętowe, SDK, interfejsy i platformy operacyjne, a rzeczywistą kombinację testów udokumentować na liście kontrolnej wsparcia.

W jaki sposób ujednolicony pakiet SDK radzi sobie z różnicami w cechach marki?

Ujednolicaj wspólne interfejsy gromadzenia, stanu i wyników, zachowując zapytania dotyczące możliwości urządzenia i rozszerzenia dostawców. Brakujące możliwości sprzętowe nie są automatycznie uzyskiwane poprzez enkapsulację interfejsu.

Konsultacje projektu

Prześlij sprzęt i przykładowe informacje, aby wyjaśnić podział pracy w dziale badawczo-rozwojowym

Marka sprzętu wizualnego SDK, rozwój wtórny i adaptacja systemu

Proszę opisać przeznaczenie sprzętu, istniejące systemy, kamery i interfejsy, docelowy wynik, próbki referencyjne, liczbę prototypów i wymagania dotyczące dostarczania danych projektowych.

Telefon: 13910119357
xuzhiyang0928@gmail.com

Wypełnione informacje zostaną wykorzystane do komunikacji w ramach tego projektu; poufne rysunki i próbki należy przesyłać kanałami uzgodnionymi przez obie strony.