Wykrywanie pieszych, rowerzystów i zwierząt w nocy
- docelowe wyjście
- Pole docelowe, kategoria i przedział odległości
- Realizacja
- Wymagany model produktu
- krytyczna akceptacja
- AP, przywołanie ułożone według dnia/nocy/pogody/odległości
Obszar zastosowań korporacyjnych D30
ADAS, usługi rozwoju widzenia w podczerwieni w ruchu drogowym i pojazdach w nocy
Dla producentów sprzętu związanego z ADAS, ruchem drogowym i noktowizorem pojazdów, integratorów systemów oraz badań i rozwoju przedsiębiorstw zapewnia ocenę danych w podczerwieni, rozwój algorytmów, integrację sprzętu/platformy i akceptację testów, obejmujących 8 typów scenariuszy zastosowań dla przedsiębiorstw.
Zakres usługi i plan wdrożenia
numer kierunkowyD30
Scenariusz popytowy8 elementów
główne wejścieLWIR/RGB-LWIR L3/L4; LWIR L3/L4;
Typowa trasaT06、T07、T19、T08、T11、T20
Zakres projektu ustalany jest na podstawie próbek, wyposażenia, warunków pracy i pisemnych wskaźników; moduły ogólne, modele specjalne i integracja wielosensorowa są konfigurowane zgodnie z wynikami oceny.
Scenariusze zastosowań i treści programistyczne
Wykrywanie pojazdów, motocykli i przeszkód w nocy
- Minimalny wkład i trasa techniczna
- LWIR L3/L4；T07
- docelowe wyjście
- Kategorie, pola, trajektorie i kandydaci na kolizję
- Realizacja
- Wymagany model produktu
- krytyczna akceptacja
- Mały cel Przywołanie, fałszywy alarm/km, opóźnienie
Wykrywanie za pomocą wielu czujników we mgle, dymie i oślepieniu
- docelowe wyjście
- Połączenie docelowych i modalnych stanów zdrowia
- Realizacja
- Wymaga fuzji wielu czujników
- krytyczna akceptacja
- Porównaj zyski pojedyncze/multimodalne według warunków degradacji
Analiza przejść dla pieszych, krawędzi jezdni i ryzyka TTC
- docelowe wyjście
- Trajektoria, TTC i zdarzenia związane z ryzykiem
- Realizacja
- Wymaga modelu geometrii/prędkości
- krytyczna akceptacja
- Błąd TTC, przypomnienie o ryzyku, wyprzedzenie alarmu
Wykrywanie anomalii termicznych na drogach, płonących pojazdów i porzuconych, gorących obiektów
- docelowe wyjście
- Gorące cele, współrzędne drogowe i zdarzenia
- Realizacja
- Wymagane dane drogowe
- krytyczna akceptacja
- Fałszywe alarmy/km, odległość wykrywania i opóźnienie
Obrazowanie termowizyjne pomaga w określeniu obecności pasażerów pojazdu i zajętości miejsc
- Minimalny wkład i trasa techniczna
- LWIR L3；T07
- docelowe wyjście
- Obłożenie miejsc i kandydaci do załogi
- Realizacja
- Wymagane dane kokpitu
- krytyczna akceptacja
- Fotelik dziecięcy/osłoneczny/klimatyzacja warstwowy, poziom siedzenia F1
Oko kierowcy NIR, postawa głowy i charakterystyka zmęczenia
- docelowe wyjście
- Kluczowe punkty oczu, pozycja głowy i trwałe zdarzenia
- Realizacja
- Wymagany model produktu
- krytyczna akceptacja
- Okulary/Cerza/Nakładanie warstw na noc, Wydarzenie F1
Zestawy danych w podczerwieni drogowej, odtwarzanie scen i ocena bezpieczeństwa
- Minimalny wkład i trasa techniczna
- L3/L4；T20
- docelowe wyjście
- Dane hierarchiczne, pokrycie scen i raportowanie regresji
- Realizacja
- Trzeba zweryfikować system
- krytyczna akceptacja
- Pokrycie sceny, spójność etykiet i odtwarzalność wersji
Informacje wymagane przed oceną projektu
- Docelowy sprzęt/obiekt, warunki na miejscu, procesy biznesowe i dalsze działania, które należy podjąć
- Kamera na podczerwień, obiektyw, pasmo widmowe, odległość instalacji, pole widzenia, rozdzielczość i interfejs danych
- Oryginalne próbki i parametry kolekcji w warunkach normalnych, anormalnych, granicznych i interferencyjnych
- Odniesienia do wartości rzeczywistych i specyfikacji adnotacji dla temperatur, części, stanów lub zdarzeń
- Docelowa platforma, sieć, interfejs, pamięć masowa, opóźnienia i ograniczenia zasobów operacyjnych
- Fałszywie pozytywne, pominięte negatywne, przegląd ręczny, powiązania, obsługa awarii i progi akceptacji
Metody wdrożenia i dostawy
- Potwierdzenie wprowadzenia projektuSprawdź kamerę, pasmo widmowe, głębokość bitową, SDK, warunki środowiskowe, próbkę i prawdziwą wartość akceptacji.
- Weryfikacja próbkiZweryfikuj kluczowe ogniwa technologiczne, obowiązujące warunki i nienormalne warunki pracy oraz określ zakres opracowania i metody akceptacji.
- Tworzenie i integracja algorytmówWdrażaj analizowanie danych, algorytmy, bramkowanie jakości, interfejsy i wdrażanie platform docelowych.
- Akceptacja i przekazanie testuPrzetestuj ponownie zgodnie z uzgodnionym zestawem testowym i platformą docelową oraz przekaż produkty, wyniki testów i obowiązujące warunki.
- Wymagania i rozwiązania techniczne, definicje pól wejściowych i wyjściowych oraz interfejsów
- Biblioteka algorytmów, model lub SDK/API; forma dostawy jest potwierdzona w planie projektu
- Przykładowy program, konfiguracja parametrów, status błędu i instrukcje wywoływania
- Wersja zestawu testowego, definicja wskaźnika, wyniki stratyfikacji i zapisy nieudanych prób
- Docelowa adaptacja platformy, wykorzystanie zasobów i rekordy opóźnień
- Wersja, zależności, licencja, etapy odtwarzania i opis obowiązujących warunków
Projekt akceptacji
Każdy scenariusz ustanawia niezależne przypadki testowe zgodnie z „akceptacją klucza”. W przypadku udostępniania modeli między scenariuszami wyniki są raportowane oddzielnie dla każdego scenariusza, odległości, obciążenia, środowiska i rozmiaru celu, uzupełnione ogólnymi statystykami.
Gdy w grę wchodzą alarmy lub kontrole wysokiego ryzyka, dane wyjściowe algorytmu są wykorzystywane do przeglądu lub oceny powiązań; funkcje bezpieczeństwa, obowiązki regulacyjne i automatyczna utylizacja wymagają osobnego projektu i akceptacji.
Często zadawane pytania dla klientów korporacyjnych
Czy mogę dokonać zakupu bezpośrednio na podstawie jednej ze scen?
Można najpierw ocenić jako oddzielny pakiet prac. Zakres formalny powinien opisywać urządzenie, dane, obiekty docelowe, środowisko, interfejsy, formę dostawy i progi akceptacji.
Czy można go rozpocząć, gdy nie ma nieprawidłowych próbek?
Najpierw można ukończyć interfejs danych, normalną linię bazową, plan akwizycji i projekt symulacji/testu kontrolowanego; współczynnik wykrywania nieprawidłowości i efekt klasyfikacji usterek można ocenić po uzyskaniu wystarczającej liczby nieprawidłowych wartości rzeczywistych.
Czy algorytm może bezpośrednio wyzwalać alarmy lub działania sprzętu?
Czas trwania, deduplikacja, bramkowanie jakości, przegląd ręczny, awaria komunikacji i blokady bezpieczeństwa muszą być zaprojektowane w oparciu o ryzyko biznesowe. Działania wysokiego ryzyka należy podjąć po ukończeniu niezależnych mechanizmów bezpieczeństwa i odbiorze na miejscu.
Konsultacje projektu
xuzhiyang0928@gmail.com
Prześlij próbki i warunki wyposażenia, aby wyjaśnić zakres rozwoju i dostawy
ADAS, usługi rozwoju widzenia w podczerwieni w ruchu drogowym i pojazdach w nocy
Proszę opisać obiekt zadania, oryginalne zdjęcie lub film, wskaźniki docelowe, platformę urządzenia, interfejs i przykładową sytuację.
Telefon: 13910119357xuzhiyang0928@gmail.com