Przejdź do treści

System wizyjny Keyence czy otwarty – co wybrać?

System wizyjny Keyence czy otwarty – co wybrać?

System wizyjny Keyence sprawdza się, gdy zakład potrzebuje szybkiego uruchomienia, spójnego środowiska i jednego punktu wsparcia; otwarty system wizyjny daje większą swobodę doboru kamery przemysłowej, IPC oraz algorytmów. W automatycznej kontroli jakości liczy się jednak wynik proof of concept na próbkach OK/NOK, a nie logo producenta. EMVA 1288 przypomina, że sama rozdzielczość kamery nie wystarcza do rzetelnego porównania obrazu.

Z perspektywy integratora linii pakujących widzę ten sam schemat: inspekcja etykiety, kodu Data Matrix albo obecności zakrętki zwykle nie wymaga budowania własnej platformy od zera. Za to nietypowe sortowanie produktów, klasyfikacja wad powierzchni czy rozbudowana analityka obrazów często uzasadniają architekturę otwartą.

    • Keyence i gotowy kontroler wizyjny – ograniczają liczbę decyzji sprzętowych, ponieważ kamera, narzędzia inspekcyjne i konfiguracja tworzą jeden ekosystem.
    • Otwarty system wizyjny – pozwala zestawić kamerę GigE Vision lub USB3 Vision, obiektyw, oświetlenie, komputer IPC i oprogramowanie różnych dostawców.
    • Inspekcja opakowań – wymaga oceny konkretnych wad, takich jak brak etykiety, przesunięty nadruk, zły kod, nieszczelność lub obecność obcego elementu.
    • Czas cyklu – należy mierzyć przy docelowej prędkości przenośnika, a nie na pojedynczym produkcie oglądanym ręcznie przy stanowisku demonstracyjnym.
    • Serwis – powinien obejmować odpowiedzialność za obraz, logikę decyzji, komunikację z PLC i potwierdzenie działania odrzutu.

Co w tym porównaniu oznacza system otwarty?

Otwarty system wizyjny to architektura, w której użytkownik może niezależnie dobrać kamerę, optykę, oświetlenie, interfejs, komputer przemysłowy IPC oraz oprogramowanie machine vision. Nie oznacza automatycznie open source, braku licencji ani braku integratora.

Przykładowo producent napojów może połączyć kamerę z interfejsem GigE Vision, obiektyw telecentryczny, oświetlenie pierścieniowe i aplikację opartą o płatną bibliotekę wizyjną. Takie stanowisko pozostaje otwarte sprzętowo, choć sterowniki oraz biblioteka mogą być zamknięte i objęte licencją.

Czy istnieje jeden najlepszy system dla każdej linii?

Nie, ponieważ system wizyjny dobiera się do listy wad, rodzaju opakowania, tolerancji błędu, czasu cyklu i kompetencji zakładu. Linia kosmetyczna kontrolująca obecność pompki ma inne wymagania niż paletyzacja kartonów z odczytem etykiety logistycznej.

Najpierw opisuję funkcję stanowiska: co kamera ma wykryć, co ma przekazać do PLC i co ma wydarzyć się po wyniku NOK. Dopiero później porównuję konkretne serie systemów oraz konfiguracje. Pomocna bywa analiza artykułu o błędach opakowań wykrywanych przez system wizyjny.

System wizyjny Keyence i system otwarty – czym się różnią?

System wizyjny Keyence i architektura otwarta różnią się przede wszystkim zakresem swobody projektowej oraz podziałem odpowiedzialności. W pierwszym wariancie dostawca zwykle zapewnia spójne narzędzia i dokumentację konkretnej serii, w drugim integrator odpowiada za zgodność wielu komponentów, od sensora po aplikację.

Kiedy gotowy ekosystem Keyence skraca wdrożenie?

Gotowy ekosystem skraca wdrożenie, gdy kontrola opakowań mieści się w dostępnych narzędziach, a zakład chce skonfigurować receptury bez rozwijania własnego kodu. Przed wyborem trzeba potwierdzić funkcje w aktualnej dokumentacji wybranego modelu KEYENCE.

To dobre podejście przy kontroli nadruku daty, obecności etykiety, odczycie kodu 1D/2D, dopasowaniu wzoru lub podstawowym pomiarze wymiaru. W praktyce liczy się też krótsza ścieżka eskalacji: produkcja, utrzymanie ruchu i integrator wiedzą, do kogo zgłosić problem.

    • Kontrola daty przydatności – może korzystać z OCR i porównania wyniku z aktywną recepturą produktu.
    • Weryfikacja kodu Data Matrix – wymaga jednocześnie właściwego oświetlenia i stabilnego pozycjonowania opakowania.
    • Kontrola obecności etykiety – zwykle wymaga zdefiniowania tolerancji położenia, aby ograniczyć false reject.
    • Zmiana formatu kartonu – powinna uruchamiać zapisaną recepturę z parametrami ekspozycji, narzędzi i progów akceptacji.
    • Wsparcie serwisowe – należy uzgodnić przed odbiorem, czy obejmuje zdalną diagnostykę, szkolenie i czas reakcji.
„Parametry, dostępne narzędzia i interfejsy należy przypisać do konkretnej serii oraz aktualnej wersji dokumentacji, a nie do marki jako całości.” — KEYENCE, dokumentacja produktu, sprawdzenie przed publikacją

Konfiguracja, narzędzia inspekcyjne i wsparcie – co ocenić?

Najpierw sprawdź, czy system wykona wymagane zadanie na rzeczywistym produkcie w nominalnym czasie cyklu. Następnie oceń liczbę receptur, archiwizację zdjęć NOK, komunikaty diagnostyczne oraz możliwość przeszkolenia techników zmianowych.

W zakładzie spożywczym kamera może wykrywać brak wieczka na kubku, ale decyzja będzie zawodna, jeśli para wodna osiada na osłonie lub produkt nie zatrzymuje się powtarzalnie. Narzędzie programowe nie naprawi błędu mechaniki.

Kiedy otwarta architektura daje większą elastyczność?

Otwarta architektura daje większą elastyczność, gdy aplikacja wymaga nietypowego sensora, specjalnej optyki, własnej logiki albo integracji danych z kilkoma systemami. Jej przewaga pojawia się dopiero wtedy, gdy zespół ma kompetencje do utrzymania kodu, sterowników i dokumentacji komponentów.

Dobór kamer, bibliotek i komputera przemysłowego – jakie są możliwości?

Dobór zaczyna się od pola widzenia, minimalnego rozmiaru wady i czasu ekspozycji, a nie od liczby megapikseli. Kamera przemysłowa z odpowiednim obiektywem, stroboskopem i sensorem może dać lepszy wynik niż model o większej rozdzielczości pracujący w złych warunkach optycznych.

EMVA 1288 opisuje metodę charakterystyki sensorów i kamer, dlatego przy porównaniu parametrów trzeba uwzględnić warunki pomiaru, szum oraz zakres dynamiczny, nie tylko dane marketingowe producenta (źródło: EMVA 1288, Release 4.0, 2021).

    • GigE Vision – ułatwia stosowanie kamer przemysłowych w sieci Ethernet, gdy aplikacja potrzebuje elastycznego połączenia z IPC.
    • USB3 Vision – może być praktyczny na krótkim połączeniu stanowiskowym, jeśli projekt uwzględnia ograniczenia okablowania i obciążenia komputera.
    • GenICam – porządkuje dostęp aplikacji do funkcji kamery, ale nie zastępuje testu zgodności konkretnego urządzenia i sterownika.
    • Oświetlenie kopułowe – pomaga ograniczać odbicia na błyszczących opakowaniach kosmetycznych i lakierowanych kartonach.
    • Obiektyw telecentryczny – może być uzasadniony przy pomiarach, gdy klasyczna perspektywa powoduje nieakceptowalny błąd geometryczny.

Jak porównać kamery, optykę, oświetlenie i interfejsy?

Porównanie wykonaj na tym samym polu widzenia, przy tym samym czasie ekspozycji, prędkości linii i zestawie próbek. Bez tych warunków różnice w wykrywalności mogą wynikać z ustawienia stanowiska, a nie z kamery lub algorytmu.

KryteriumGotowy ekosystemArchitektura otwartaCo sprawdzić w teście
Kamera i sensorDobór w obrębie oferty producentaDobór z wielu dostawcówKontrast wady, czas ekspozycji, powtarzalność
Optyka i światłoKonfiguracja zgodna z ekosystememDuża swoboda obiektywów i iluminatorówRefleksy, cień, zmienność koloru opakowania
AlgorytmNarzędzia konfiguracyjne wybranej seriiBiblioteki, własny kod i modele AIFalse accept oraz false reject
InterfejsZależny od konkretnego modeluMożliwość doboru standardów i kart I/OWymiana wyników z PLC i czas reakcji

Uwaga do tabeli: funkcje, protokoły i parametry należy potwierdzić w aktualnych kartach katalogowych konkretnych modeli, przed zakupem i odbiorem FAT.

Który system lepiej obsługuje niestandardowe algorytmy i AI?

Otwarty system częściej daje przewagę przy własnych algorytmach i AI, ponieważ integrator może dobrać bibliotekę, model oraz wydajność IPC do problemu. Gotowy kontroler pozostaje rozsądną opcją, jeżeli wymagany przypadek użycia obsługują jego zweryfikowane narzędzia i test potwierdza skuteczność.

Kiedy narzędzia regułowe wystarczają do kontroli opakowań?

Narzędzia regułowe wystarczają, gdy wada ma jednoznaczny obraz: brak zakrętki, etykieta poza tolerancją, niewłaściwy kolor kapsla lub nieczytelny kod. Są zwykle prostsze do walidacji niż model uczony na obrazach.

    • Brak ulotki w kartoniku farmaceutycznym – może wymagać kontroli obecności i położenia przy stabilnym prowadzeniu opakowania.
    • Nieprawidłowy kod logistyczny – wymaga odczytu oraz porównania z danymi receptury w PLC lub bazie produkcyjnej.
    • Zły kolor nakrętki – może wymagać kontroli barwy przy stałym oświetleniu i osłonie przed światłem hali.
    • Brak zgrzewu etykiety – może wymagać obrazu wysokiego kontrastu oraz weryfikacji na wadach granicznych.
    • Uszkodzony karton – wymaga najpierw zdefiniowania, która deformacja jest wadą krytyczną, a która akceptowalną zmiennością.

Czy AI rozwiązuje problem słabych próbek i złego światła?

Nie, ponieważ model AI nie usunie odblasków, drgań ani niejednoznacznej definicji wady. Najpierw stabilizuje się mechanikę, oświetlenie i próbki referencyjne, a dopiero później ocenia model uczenia maszynowego.

W aplikacji e-commerce AI może pomóc rozpoznać nieprawidłowo ułożony produkt w pudełku, lecz do odbioru trzeba udokumentować dane uczące, wersję modelu, progi decyzji i procedurę zmiany. To ważne dla jakości oraz audytowalności produkcji.

Jak wygląda integracja z PLC, robotem, HMI i MES?

Integracja systemu wizyjnego z PLC, robotem, HMI i MES powinna definiować dane, czasy odpowiedzi oraz zachowanie po braku komunikacji. PROFINET, EtherNet/IP, TCP/IP lub wejścia cyfrowe są tylko transportem; krytyczna jest logika receptury, wyniku inspekcji i potwierdzenia odrzutu.

PROFINET, EtherNet/IP, TCP/IP i wejścia cyfrowe – czego wymaga linia?

Linia wymaga najpierw jednoznacznej mapy sygnałów: wyzwolenie zdjęcia, identyfikator produktu, wynik OK/NOK, kod błędu, potwierdzenie odrzutu i alarm komunikacyjny. Dopiero po tej analizie wybiera się PROFINET, EtherNet/IP, TCP/IP albo I/O.

    • PLC – powinien przekazywać identyfikator receptury przed wykonaniem inspekcji, aby kamera nie porównywała produktu z niewłaściwym wzorcem.
    • Robot pick-and-place – potrzebuje określonego układu współrzędnych, tolerancji pozycji i procedury obsługi braku detalu.
    • HMI – powinno pokazywać operatorowi prosty komunikat przyczyny NOK, a nie wyłącznie numer błędu kamery.
    • MES – powinien otrzymywać wybrane dane jakościowe i zdjęcia zgodnie z retencją, a nie niekontrolowany strumień wszystkich obrazów.
    • System odrzutu – musi potwierdzać fizyczne usunięcie wadliwego produktu, ponieważ sam wynik NOK nie dowodzi skutecznego odrzutu.

Przy projektowaniu sygnałów warto od razu uwzględnić integrację systemu wizyjnego z PLC oraz systemy odrzutu produktu.

Jak zabezpieczyć konfigurację kamery i zdalny dostęp?

Konfigurację zabezpiecza się przez kontrolowane kopie zapasowe, konta użytkowników, segmentację sieci i zatwierdzony proces aktualizacji. IEC 62443 wskazuje kierunek zarządzania ryzykiem cyberbezpieczeństwa w przemysłowych systemach automatyki i sterowania, dlatego kamera podłączona do sieci zakładowej nie powinna być traktowana jak odizolowany czujnik.

„Zdalny dostęp, aktualizacje i konta serwisowe powinny podlegać kontrolowanemu procesowi bezpieczeństwa systemu automatyki.” — IEC, seria IEC 62443, stan dokumentacji do weryfikacji przed wdrożeniem

OPC UA może ułatwić uporządkowaną wymianę danych między urządzeniami i systemami wyższego poziomu, lecz nie zastępuje polityki dostępu, kopii zapasowych ani segmentacji sieci (źródło: OPC Foundation, dokumentacja OPC UA, sprawdzona przed wdrożeniem).

System zamknięty czy otwarty – który łatwiej utrzymać?

System o spójnym ekosystemie zwykle łatwiej utrzymać na pojedynczym stanowisku, gdy lokalny zespół zna jego narzędzia i ma dostęp do wsparcia producenta. System otwarty może być łatwiejszy w długim okresie, jeśli zakład świadomie zarządza wersjami, częściami i kompetencjami wielodostawcowymi.

Kopie konfiguracji, wersjonowanie i kompetencje zespołu – co zabezpieczyć?

Zabezpiecz minimum trzy elementy: działającą kopię konfiguracji, historię zmian i instrukcję odtworzenia stanowiska po awarii. Bez tego nawet prosty kontroler wizyjny staje się ryzykiem, gdy zmiana nocna nie wie, która receptura obowiązuje.

    • Kopia receptur – powinna być zapisana po FAT, po SAT i po każdej zatwierdzonej zmianie formatu.
    • Wersja aplikacji IPC – powinna zawierać numer biblioteki, sterownika kamery i systemu operacyjnego.
    • Zapasowe komponenty – muszą obejmować co najmniej elementy o najdłuższym czasie dostawy, ustalonym z dostawcą.
    • Dokumentacja I/O – powinna wskazywać reakcję linii na timeout, błąd kamery oraz utratę sygnału enkodera.
    • Szkolenie utrzymania ruchu – musi obejmować kontrolowane odzyskanie systemu, a nie tylko zmianę parametru na ekranie HMI.

Kto odpowiada za awarię systemu wielodostawcowego?

Za awarię systemu wielodostawcowego powinien odpowiadać podmiot wskazany w umowie integracyjnej jako właściciel interfejsu i procedury eskalacji. Bez takiego zapisu producent kamery, dostawca IPC i autor aplikacji mogą przenosić odpowiedzialność między sobą.

W wymaganiach ofertowych wpisuję czasy reakcji, warunki zdalnego dostępu, zakres diagnostyki i granicę odpowiedzialności. To równie ważne jak lista megapikseli.

Jak policzyć całkowity koszt posiadania systemu wizyjnego?

Całkowity koszt posiadania systemu wizyjnego należy policzyć co najmniej na pięć lat, obejmując CAPEX, integrację, walidację, szkolenie, części, licencje, zmiany formatów i skutki przestojów. Cena kamery bez zakresu dostawy, daty oferty oraz kosztu wdrożenia nie pozwala porównać Keyence z architekturą otwartą.

Licencje, integracja, części, przestoje i zmiany formatów – co uwzględnić?

Arkusz TCO powinien rozdzielać jednorazowy koszt stanowiska od kosztów powtarzalnych. W pierwszym wdrożeniu większą część budżetu potrafią pochłonąć projekt optyki, testy, programowanie PLC i odbiór jakościowy, a nie sam sensor.

    • CAPEX sprzętu – obejmuje kamerę, kontroler lub IPC, obiektyw, oświetlenie, obudowę, okablowanie oraz ewentualny enkoder.
    • Integracja – obejmuje mechanikę stanowiska, logikę PLC, komunikację z robotem, HMI i uruchomienie na linii.
    • Walidacja – obejmuje próbki OK/NOK, definicję wad granicznych, FAT, SAT oraz dokumentację testów.
    • Zmiana formatu – obejmuje stworzenie receptury, testy, szkolenie i ryzyko przerwy produkcyjnej.
    • Przestój – należy wyceniać według danych zakładu, ponieważ godzina postoju linii napojowej i stanowiska pakowania e-commerce ma inną wartość.

Czy system otwarty jest tańszy?

Nie, otwarty system wizyjny nie jest automatycznie tańszy, ponieważ niższy koszt komponentów może skompensować programowanie, walidacja, utrzymanie bibliotek oraz rozproszony serwis. Porównanie wymaga ofert o tym samym zakresie i pięcioletniego TCO.

Przy replikacji na pięciu podobnych liniach własna platforma może obniżyć koszt kolejnych stanowisk, jeśli wykorzystuje ten sam kod, standard I/O i komponenty. Gdy każda linia ma inny produkt oraz inny układ mechaniczny, ta korzyść może zniknąć. Dane cenowe trzeba aktualizować kwartalnie na podstawie ofert dostawców.

Ocena finansowa ma charakter informacyjny i nie zastępuje indywidualnej analizy inwestycyjnej, kosztu finansowania ani kalkulacji podatkowej. Przygotowanie biznes case’u warto połączyć z materiałem o ROI automatyzacji pakowania.

Jak przeprowadzić neutralny test porównawczy na próbkach?

Neutralny test porównawczy uruchamia oba systemy na identycznych próbkach OK, NOK i granicznych, przy docelowym czasie cyklu oraz porównywalnym oświetleniu. Raport powinien mierzyć wykrywalność wad, false accept, false reject, czas zmiany receptury, integrację i obsługę alarmu, a następnie zostać zatwierdzony w protokole FAT.

Jak przygotować próbki OK/NOK i kryteria odbioru?

Przygotowanie zaczyna się od wspólnej listy wad podpisanej przez jakość, produkcję, automatykę i integratora. Zestaw powinien zawierać produkty poprawne, jednoznacznie wadliwe oraz przypadki graniczne, które dotąd powodowały spory na linii.

    • Zdefiniuj wadę krytyczną – na przykład brak etykiety seryjnej na kartoniku farmaceutycznym musi zawsze wywołać wynik NOK.
    • Przygotuj próbki graniczne – na przykład etykietę przesuniętą o wartość, którą dział jakości uznaje za granicę akceptacji.
    • Ustal prędkość testu – stanowisko powinno pracować z tempem odpowiadającym warunkom produkcyjnym, nie demonstracji laboratoryjnej.
    • Zapisz warunki optyczne – protokół powinien zawierać pole widzenia, ustawienie lamp, ekspozycję i pozycję produktu.
    • Zmierz decyzje – raport powinien oddzielać false accept, czyli przepuszczenie wady, od false reject, czyli odrzutu produktu poprawnego.
    • Oceń odrzut – test powinien potwierdzić, że sygnał NOK dotarł do PLC i produkt faktycznie opuścił strumień dobrych sztuk.

Jakie kryteria wpisać do macierzy decyzji?

Macierz decyzji powinna dawać największą wagę skuteczności inspekcji i bezpieczeństwu procesu, a nie wyłącznie cenie zakupu. Dla każdej pozycji należy wskazać dowód: wynik testu, dokumentację modelu, ofertę albo zapis z FAT.

    • Wykrywalność wad – powinna mieć najwyższą wagę, ponieważ false accept może oznaczać wadliwy produkt u klienta.
    • False reject – należy ocenić osobno, ponieważ nadmierny odrzut podnosi straty materiałowe i obciążenie operatorów.
    • Czas wdrożenia – należy liczyć od zatwierdzenia projektu do stabilnej pracy po SAT, a nie do pierwszego obrazu z kamery.
    • Integracja PLC – należy potwierdzić przez rzeczywiste sygnały, diagnostykę i zachowanie linii podczas utraty komunikacji.
    • Utrzymanie ruchu – należy ocenić przez czas odtworzenia konfiguracji, dostępność części i kompetencje zespołu.
    • TCO – należy policzyć dla niskiej, średniej i wysokiej liczby zmian formatów w okresie pięciu lat.

System wizyjny Keyence czy otwarty – jaka jest rekomendacja?

Wybierz system wizyjny Keyence, gdy potrzebujesz krótkiego wdrożenia, zadanie mieści się w zweryfikowanych narzędziach konkretnej serii, a zakład oczekuje jednego źródła wsparcia. Wybierz architekturę otwartą, gdy niestandardowy sensor, własne algorytmy lub skalowanie platformy uzasadniają większy nakład integracyjny.

Kiedy rekomendacja wskazuje gotowy kontroler wizyjny?

Gotowy kontroler rekomenduję po udanym FAT, gdy inspekcja opakowania ma jasno zdefiniowane wady, receptury są ograniczone, a lokalne utrzymanie ruchu potrzebuje prostego narzędzia diagnostycznego. Przykładem jest kontrola obecności zakrętki, kodu i etykiety na jednej linii rozlewniczej.

    • Krótki termin uruchomienia – przemawia za rozwiązaniem o gotowych narzędziach, gdy test potwierdza wymagany wynik.
    • Jedna odpowiedzialność serwisowa – przemawia za spójnym ekosystemem, jeśli umowa jasno opisuje wsparcie.
    • Standardowa kontrola jakości – przemawia za gotowym rozwiązaniem, gdy nie wymaga własnego modelu AI ani nietypowego sensora.
    • Mały zespół automatyki – przemawia za narzędziem łatwym do odtworzenia i szkolenia na zmianie.

Kiedy rekomendacja wskazuje system otwarty?

System otwarty rekomenduję po proof of concept, gdy wymagany wynik zależy od nietypowej optyki, kilku kamer, własnej klasyfikacji obrazu albo połączenia z istniejącą platformą danych. Przykładem jest sortowanie mieszanych produktów w e-commerce z analizą położenia, oznaczeń i stanu opakowania.

    • Niestandardowy algorytm – uzasadnia architekturę otwartą, gdy gotowe narzędzia nie osiągają wymaganej wykrywalności.
    • Wieloźródłowe dane – uzasadniają IPC, gdy obraz ma zostać połączony z bazą produkcyjną, wagą i systemem MES.
    • Replikacja własnej platformy – może obniżyć koszt kolejnych stanowisk, gdy linie są rzeczywiście podobne.
    • Kompetencje programistyczne – są warunkiem utrzymania, ponieważ ktoś musi zarządzać kodem, bibliotekami i aktualizacjami.

Ostateczna decyzja powinna wynikać z podpisanego FAT i ustalonego planu serwisowego. Równolegle trzeba zaprojektować bezpieczeństwo maszyn pakujących, zwłaszcza gdy system wizyjny steruje robotem, odrzutem albo zatrzymaniem linii.

Najczęściej zadawane pytania

Czy system wizyjny Keyence jest lepszy od otwartego?

Nie, przewaga zależy od aplikacji. Keyence może skrócić konfigurację i uprościć wsparcie, natomiast architektura otwarta daje większą swobodę doboru sprzętu oraz własnych algorytmów. Decyzję powinien potwierdzić test na tych samych próbkach.

Co oznacza otwarty system wizyjny?

Otwarty system wizyjny to rozwiązanie z komponentami i oprogramowaniem dobieranymi niezależnie, często od kilku dostawców. Nie musi być open source ani bezpłatny. Może korzystać z płatnych bibliotek, zamkniętych sterowników i usług integratora.

Który system łatwiej zintegrować z PLC?

Łatwiejszy będzie system obsługujący protokół i strukturę danych używane na konkretnej linii. Sprawdź nie tylko PROFINET, EtherNet/IP lub TCP/IP, ale też receptury, diagnostykę, potwierdzenie odrzutu i zachowanie po błędzie komunikacji.

Czy system otwarty jest tańszy?

Nie zawsze, ponieważ niższa cena komponentów może zostać zrównoważona przez koszt programowania, walidacji i serwisu wielodostawcowego. Porównuj pięcioletni TCO, a nie wyłącznie ofertę na kamerę i IPC. Ceny oraz zakres dostawy trzeba aktualizować przed decyzją zakupową.

Kiedy warto wybrać gotowy kontroler wizyjny?

Gotowy kontroler warto wybrać, gdy aplikacja mieści się w jego zweryfikowanych narzędziach, liczy się termin uruchomienia i zakład chce jednoznacznego wsparcia. Przed zakupem przeprowadź FAT na realnych opakowaniach oraz wadach granicznych.

Jak wykonać proof of concept systemu wizyjnego?

Uruchom oba rozwiązania na tych samych próbkach OK, NOK i granicznych przy tym samym czasie cyklu oraz porównywalnym oświetleniu. Zapisz false accept, false reject, czas zmiany receptury i jakość integracji z PLC. Wyniki zatwierdź wspólnie z produkcją, jakością, automatyką i integratorem.

Źródła i literatura

Jakie dokumenty techniczne sprawdzić przed publikacją specyfikacji?

Przed publikacją parametrów konkretnego systemu należy sprawdzić aktualną kartę katalogową, instrukcję oraz listę interfejsów danego modelu. Funkcje serii, wersje oprogramowania i warunki licencji mogą się zmieniać.

Powiązane artykuły