HIKROBOT · MVS
Akwizycja MVS, wyzwalanie, parametry, rejestracja danych i ujednolicona adaptacja SDK
- Warunki adaptacji
- Model kamery, SDK, interfejs i system docelowy
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.
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ą.
Akwizycja MVS, wyzwalanie, parametry, rejestracja danych i ujednolicona adaptacja SDK
akwizycja pylonów, parametry, zdarzenia, przetwarzanie danych i zastosowania urządzeń
Kolekcja Vimba X, kontrola funkcji, powiadamianie o statusie i pakowanie aplikacji
Akwizycja Spinakera, wyzwalanie, sterowanie kamerą i zastosowania przemysłowe
Akwizycja szczytów IDS, konfiguracja, przetwarzanie obrazu i adaptacja terminala
Akwizycja areny, dane parametryczne, głębokość lub polaryzacja oraz oprogramowanie aplikacyjne
Pozyskanie neoAPI, kontrola parametrów, adaptacja wielu kamer i terminali
eBUS SDK do aplikacji JAI do pozyskiwania, sterowania i urządzeń
Buforowanie eGrabbera, zdarzenia, łańcuch pozyskiwania i integracja urządzeń
Pozyskiwanie Zivid SDK, chmura punktów, współrzędne robota i pakowanie aplikacji
Interfejs PhoXi, akwizycja chmur punktów, parametry, rekonstrukcja i zastosowania robotyczne
Pozyskanie Mech-Eye SDK, chmura punktów i adaptacja aplikacji urządzenia
Kolekcja głębi kolorów, parametry i pakiety aplikacji Orbbec SDK
Pozyskiwanie, głębokość, kalibracja i interfejs danych robota RealSense SDK
Dane stereo ZED SDK, percepcja przestrzenna i aplikacje wbudowane
konfiguracja ifm3d, gromadzenie danych, dogłębna aplikacja i dostęp do robota
Odpowiadające zbiorowi konturów SDK, wynikom pomiarów, zadaniom i dostępowi przemysłowemu
Oficjalne próbki i odpowiadające im interfejsy, zbiór chmur punktów obrazu i pakiety aplikacji
Aplikacje Metavision do gromadzenia, filtrowania, śledzenia i terminali zdarzeń
Oprogramowanie do danych termicznych, kontroli i analizy dla Direct lub OTC SDK
Aplikacje Atlas SDK do tworzenia map cieplnych, sterowania, rejestrowania i pomiaru temperatury
Oprogramowanie do akwizycji, naświetlania, wyzwalania i obrazowania naukowego DCAM-API/SDK
Kontrola akwizycji, zarządzanie danymi i aplikacja instrumentów odpowiadająca SDK
Akwizycja, wyzwalanie, analiza tomografii i oprogramowanie instrumentu odpowiadające OCT SDK
Pozyskiwanie, wyzwalanie, parametry i wbudowana adaptacja Galaxy SDK
Kolekcja SDK producenta, kontrola, rejestracja obrazu i aplikacja na platformie
Integracja komputera hosta In-Sight SDK, zadań, obrazów i wyników
Odpowiada kontroli ActiveX lub interfejsu komunikacyjnego, gromadzeniu wyników obrazu i komputerowi hostowi
Pozyskiwanie Light Field SDK, ponowne ustawianie ostrości lub interfejs i aplikacja 3D
Transmisja danych fazowych obrazu SDK SLM Display i połączenie systemu eksperymentalnego
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 weryfikacyjny | Potwierdź treść |
|---|---|
| Portfolio sprzętu i oprogramowania | Marka, model, oprogramowanie sprzętowe, SDK, sterownik, system operacyjny i interfejs |
| Akwizycja i parametry | Format danych, wyzwalacz, ekspozycja, głębokość lub dane radiometryczne i dostępne parametry |
| Wyjątki i wdrożenie | Odzyskiwanie 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 |
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.
| Połączenie badawczo-rozwojowe | Zawartość dostawy | Potwierdzenie ma znaczenie |
|---|---|---|
| Wymagania i interfejsy systemowe | Zadania sprzętu, wejścia i wyjścia, interfejsy i wymagania testowe | Zakres odpowiedzialności za istniejące systemy klienta i komponenty dostawcy |
| Projektowanie i tworzenie oprogramowania | Uzgodniony obwód, struktura, oprogramowanie sprzętowe, algorytm lub aplikacja | Rzeczywisty zakres projektu, prawa do plików źródłowych i licencje stron trzecich |
| Debugowanie prototypów i wspólnych prac inżynierskich | Uzgodniony skonfigurowany prototyp, parametry, informacje dotyczące konstrukcji i instalacji | Liczba prototypów, warunki instytucjonalne i ustalenia dotyczące wspólnego debugowania na miejscu |
| Walidacja i przekazanie techniczne | Lista konfiguracji, zapisy testów, instrukcje dotyczące rozwiązywania problemów i użytkowania | Metody referencyjne, standardy oceny i zakres późniejszej konserwacji |
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.
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.
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.
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.
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