Integracja wizji przemysłowej dla projektów urządzeń w Niemczech: akwizycja obrazu, decyzja o wadzie i komunikacja PLC

Integracja wizji przemysłowej powinna rozdzielić trzy obowiązki. Warstwa akwizycji tworzy identyfikowalne obrazy w ramach określonej konfiguracji optycznej, źródła wyzwalania i wersji aparatu. Warstwa decyzyjna używa ustalonej receptury i wersji algorytmu do zwrócenia wyniku PASS, FAIL lub UNKNOWN z kodem przyczyny. PLC, czyli sprawdzony system kontroli bezpieczeństwa, odpowiada za przepływ przedmiotu obrabianego, blokady i końcowe działanie sprzętu. Trzy warstwy powinny korelować wyzwalacz, identyfikator_ramki, wersję_przepisu, wynik i potwierdzenie z tym samym identyfikatorem części lub identyfikatorem cyklu, zamiast przekazywać dobry/zły bit bez zakresu.

Beijing Winge Technology Co., Ltd. świadczy usługi w zakresie widzenia maszynowego, integracji kamer przemysłowych, algorytmów wykrywania defektów i opracowywania interfejsów sprzętowych pod nazwami Winge Technology i Winge. Poniższy materiał obsługuje definicję zdalnego zakresu dla niemieckich firm lub projektów sprzętu. Nie twierdzi, że Winge ma niemieckie biuro, niemieckich klientów lub zrealizowane projekty w Niemczech.

Przed opracowaniem wytycz podstawę dla przedmiotu obrabianego, obrazowania, wyzwalacza i granicy kontrolnej

Podaj przynajmniej kontrolowany produkt i jego wersję, klasy defektów i próbki graniczne, pole widzenia i minimalne widoczne szczegóły, czas cyklu stacji, kamerę/obiektyw/oświetlenie i warunki montażu, SDK kamery lub wersję warstwy transportowej, źródło wyzwalacza i czas, platformę obliczeniową, model i protokół sterownika PLC, tabelę sygnałów/adresów/typów danych, własność resetowania i blokowania, zasady przechowywania wyników i definicję statystyk akceptacji. Jeśli projekt korzysta z GenICam lub GigE Vision, zapisz rzeczywiste komponenty i wersje, zamiast traktować nazwę protokołu jako dowód zgodności. OPC UA dla Machine Vision może informować model o stanach, przepisach i wynikach; przyjęcie nadal zależy od docelowego sterownika PLC, sieci i interfejsu projektu.

Tabela interfejsów akwizycji, decyzji i uzgadniania PLC

Jest to neutralny dla platformy szablon rejestru odpowiedzialności i akceptacji, a nie dane pomiarowe z niemieckiego projektu i nie jest to wymóg dotyczący konkretnej marki sterownika PLC, algorytmu lub protokołu. Zastąp nazwy sygnałów i kryteria zaliczenia sprzętem docelowym i uzgodnioną linią bazową.

Obszar odpowiedzialności	Pola, które muszą być liniowane	Próbki akceptacji i niepowodzeń
Obrazowanie i akwizycja obrazu	Wersje aparatu i SDK/warstwy transportowej, obiektyw i światło, pole widzenia, odległość robocza, format pikseli, ekspozycja i wzmocnienie, wyzwalacz sprzętowy/programowy, identyfikator ramki, znacznik czasu pozyskania i stan jakości obrazu [Dokładne identyfikatory interfejsu: frame_id]	Używaj próbek normalnych, prześwietlonych, niedoświetlonych, rozmytych, zasłoniętych, z pustą klatką, z opuszczoną klatką, zduplikowanym wyzwalaczem i po odłączeniu aparatu; sprawdź przechwytywanie, flagi jakości, limity czasu i zapisy odzyskiwania
Bazowy produkt, receptura i defekt	id_produktu, wersja_przepisu, regiony kontroli, klasy defektów, rozmiar fizyczny i warunki widoczności, próbki graniczne, reguły PASS/FAIL/UNKNOWN, właściciel jakości i zatwierdzona wersja reguły [Dokładne identyfikatory interfejsu: product_id, recipe_version, PASS, FAIL, UNKNOWN]	Oddzielne próbki rozwojowe, tuningowe i niezależne; obejmować akceptowalne odchylenia, określone wady, sporne granice, nowe partie i wybór błędnej receptury
Silnik podejmowania decyzji o defektach	Wersja algorytmu/modelu i skrót, rozmiar danych wejściowych i przetwarzanie wstępne, zwrot z inwestycji, progi, bramka jakości, kod wyniku, kod przyczyny, opcjonalny wynik i punkt wejścia weryfikacji ręcznej [Dokładne identyfikatory interfejsu: result_code, reason_code]	Na ustalonej wersji i niezależnym zestawie testowym, wykrywanie rekordów, fałszywa akceptacja/odrzucenie, chybienia, NIEZNANE wyniki i zamieszanie w klasach; nie narzucaj obrazów o niskiej jakości lub niewidocznych defektów do wyniku PASS
Uzgadnianie stacji PLC	id_części/id_cyklu, sekwencja żądania lub wyzwalacza, READY, BUSY, wynik_ważny, kod_wyniku, ACK, RESET, limit czasu, ponowna próba, semantyka zbocza/poziomu, stan początkowy i podstawa czasu po ponownym uruchomieniu [Dokładne identyfikatory interfejsu: part_id/cycle_id, READY, BUSY, result_valid, result_code, ACK, RESET]	Ćwicz normalne cykle, duplikaty i brakujące wyzwalacze, spóźnione wyniki, utrata potwierdzenia, restart PLC/wizji, zmiana receptury i reset limitu czasu; udowodnić, że każdy wynik należy tylko do jednej części fizycznej
Rozmieszczenie, blokady i granica bezpieczeństwa	Konsument wyniku wizji, działanie odrzucone, NIEZNANE ponowne przechwycenie/przegląd, informacja zwrotna od siłownika, ręczne obejście, blokady bezpieczeństwa, pozwolenia i warunki wejścia w stan bezpieczny	Odłącz kamerę, światło, sieć lub usługę algorytmu i wstrzyknij nieprawidłowy wynik lub niereagujący siłownik; sprawdzić, czy sterownik PLC/sterownik bezpieczeństwa przestrzega sprawdzonej logiki i czy pojedynczy bit wizyjny nie jest traktowany jako funkcja bezpieczeństwa personelu lub sprzętu
Identyfikowalność, wdrażanie i wersje	identyfikator_części/cykl_id, identyfikator_ramki, konfiguracja kamery/światła, wersja_przepisu, skrót algorytmu, kody wyniku i przyczyny, sekwencja PLC, znacznik czasu/strefa czasowa, przechowywanie surowego/dowodowego obrazu, wersje oprogramowania i konfiguracji [Dokładne identyfikatory interfejsu: part_id/cycle_id, frame_id, recipe_version, result_code]	Prześledź jedną część fizyczną poprzez wyzwalacz, ramkę, decyzję, działanie PLC i przegląd; sprawdź tolerancję zegara, małą ilość pamięci, zimny start, aktualizację i spójność rekordów

Pakiety prac, produkty i akceptacja

Zakres inżynierii można podzielić na eksperymenty z obrazowaniem i adaptację akwizycji, próbki i reguły defektów, algorytm i usługę decyzyjną, interfejs PLC/stacja, identyfikowalność wyników i operacje wdrażania. Pierwsza faza może dostarczyć rejestr przerwy wejściowej, zapis eksperymentu obrazowania, definicje defektów i próbek granicznych, słownik sygnałów/danych, diagram stanu uzgodnienia, macierz testów awarii i kompleksowy prototyp. Elementy implementacyjne mogą następnie obejmować uzgodnioną aplikację lub kod źródłowy, modele i receptury, tabelę interfejsów, instrukcje wdrażania i wycofywania zmian, zapisy testów i znane ograniczenia. Kamery, obiektywy, światła, sterowniki PLC, elementy sterujące bezpieczeństwem, licencje stron trzecich, prace na miejscu, prawa do kodu źródłowego i okresy konserwacji są objęte odrębnym zakresem.

Do akceptacji należy wykorzystać próbki oddzielone od danych dotyczących rozwoju i strojenia, wraz z rzeczywistym taktowaniem stacji. Powinno obejmować normalne cykle, granice defektów, obrazy o niskiej jakości, zduplikowane lub brakujące wyzwalacze, spóźnione wyniki, utratę komunikacji, niedopasowanie receptur, niski poziom pamięci, ponowne uruchomienie i wycofanie komponentów. Wykrywanie, fałszywe odrzucenie, chybienia, NIEZNANA częstotliwość, czas przetwarzania, opóźnienie od końca do końca, czas trwania przebiegu i tolerancja zegara muszą określać liczbę próbek, rewizję, warunki i metodę statystyczną. Przejście algorytmu offline nie zastępuje testu w pętli zamkniętej z kamerą, sterownikiem PLC i fizycznym przedmiotem obrabianym.

Warunki językowe i wdrożeniowe dla projektu niemieckiego

W przypadku przekazania do projektu w Niemczech należy potwierdzić zakres dokumentów w języku niemieckim/angielskim, terminologię interfejsu użytkownika i usterek, formaty dziesiętne/daty/jednostek, strefę czasową projektu, docelową wersję oprogramowania Windows/Linux i PLC/kamery oraz granicę pomiędzy zdalną integracją, dostarczonymi próbkami i pracą na miejscu. Bezpieczeństwo maszyn, cyberbezpieczeństwo, przechowywanie danych, zgodność produktów i pozwolenia na budowę muszą zostać potwierdzone przez odpowiedzialne strony projektu z bieżących źródeł pierwotnych w odniesieniu do rzeczywistego sprzętu, jego zastosowania i miejsca wdrożenia. Na tej stronie nie przyjmuje się żadnych założeń dotyczących niemieckich przepisów, certyfikacji, podatków, czasu realizacji zamówień logistycznych ani warunków lokalnego wsparcia.

Często zadawane pytania

Czy kamerę należy uruchamiać za pomocą sterownika PLC, czujnika czy aplikacji wizyjnej?

Nie ma uniwersalnego wyboru. Wybierz jeden autorytet wyzwalania spośród metody częściowego przybycia, prędkości ruchu, czasu ekspozycji i możliwości kamery, a następnie opracuj bazę dla sekwencji, krawędzi, odbicia, minimalnego odstępu, limitu czasu przechwytywania i obsługi duplikatów. Ktokolwiek to inicjuje, użyj cykli id_ramek, aby udowodnić, że rama należy do właściwego przedmiotu obrabianego.

Czy wynik wizji może bezpośrednio zatrzymać maszynę lub odrzucić produkt?

Pojedynczy bit wizyjny nie powinien domyślnie pełnić funkcji zabezpieczającej sprzęt lub personel. System wizyjny powinien zapewniać wynik, przyczynę i stan ważności w zakresie cyklu. Następnie sterownik PLC lub system kontroli bezpieczeństwa decyduje, czy zatrzymać, odrzucić, odzyskać lub zażądać przeglądu przez człowieka na podstawie blokad, informacji zwrotnej od siłownika, stanu maszyny i sprawdzonej logiki sterowania.

Jakie próbki awarii są potrzebne poza normalnymi cyklami PASS i FAIL?

Zakryj przynajmniej puste, rozmyte, prześwietlone, niedoświetlone i przesłonięte obrazy; niewidoczne defekty i próbki graniczne; niezgodność przepisu; zduplikowane lub brakujące wyzwalacze; przekroczenia limitu czasu akwizycji i algorytmu; późne wyniki; utracone ACK; utrata komunikacji; ponowne uruchomienie kamery, sterownika PLC i usługi wizyjnej; i niskie miejsce do przechowywania. Dla każdego określ oczekiwany stan wizji, działanie PLC, zarejestrowane pola i stan powrotu do zdrowia.

Powiązane usługi, materiały ze spraw i źródła pierwotne

OPC UA dla systemów wizyjnych, część 1: przegląd zakresu modelu informacyjnego dla sterowania wizyjnego maszynowego, receptur i wyników wymienianych ze sterownikami PLC stacji lub innym oprogramowaniem; ta strona nie traktuje go jako obowiązkowego protokołu projektu.

Aktualne publiczne pliki do pobrania EMVA GenICam: sprawdź aktualne publiczne komponenty i wersje; docelowa kamera nadal potrzebuje testów pod kątem pakietu SDK, węzłów funkcji, formatów pikseli i możliwości wyzwalania.

Rozwój integracji systemów wizyjnych maszyn: przegląd opublikowanych informacji o nabyciu firmy Winge, decyzji o defektach, interfejsie sprzętowym, zakresie dostawy i odbioru (źródło chińskie).

Przypadek rozwoju wizji montażu w oparciu o Atlas: używaj wyłącznie opublikowanej akwizycji USB/UVC, obrazu referencyjnego, ROI, rejestracji wyników i zakresu wycofywania; nie należy sugerować się niemieckim doświadczeniem projektowym, dowolną kompatybilnością kamery/PLC lub akceptacją zakończonej linii produkcyjnej (źródło chińskie).

Użyj Kontakt z Winge, aby dostarczyć próbki produktu i defektów, czas cyklu stacji, konfigurację kamery/światła/obiektywu, czas wyzwalania, tabelę sygnałów PLC, środowisko wdrożenia, języki docelowe i warunki akceptacji, aby można było sprawdzić luki wejściowe, własność interfejsu i pierwszy pakiet roboczy.