Pytania na rozmowę kwalifikacyjną dla Inżyniera Robotyki

Rozmowy kwalifikacyjne w dziedzinie robotyki należą do najtrudniejszych technicznie w inżynierii, ponieważ testują kompetencje w trzech dziedzinach jednocześnie — projektowanie mechaniczne, systemy sterowania i oprogramowanie — oceniając jednocześnie praktyczną umiejętność rozwiązywania problemów z systemami fizycznymi [1]. Kandydat, który potrafi pisać elegancki kod, ale nigdy nie strojił pętli PID na rzeczywistym sprzęcie, lub taki, który projektuje piękne mechanizmy, ale nie potrafi zaimplementować algorytmu sterowania do ich napędzania, będzie miał trudności. Menedżerowie ds. rekrutacji w firmach takich jak Boston Dynamics, Amazon Robotics i FANUC raportują, że najsilniejsi kandydaci wykazują zdolność myślenia ponad granicami domen podczas rozmowy, diagnozując problemy obejmujące podsystemy mechaniczne, elektryczne i programowe.

Kluczowe wnioski

• Należy spodziewać się 4–5 rund rozmów: screening rekrutera, techniczny screening telefoniczny, rozmowa na miejscu z 3–4 sesjami (sterowanie, percepcja, projektowanie, system)
• Pytania behawioralne koncentrują się na debugowaniu systemów fizycznych, współpracy międzydyscyplinarnej i ocenie bezpieczeństwa
• Pytania techniczne testują teorię sterowania, kinematykę, percepcję i systemy wbudowane — nie tylko umiejętności programowania
• Sesje przy tablicy/projektowe oceniają zdolność rozkładania problemu robotycznego na wymagania podsystemów
• Należy przygotować 4–5 historii STAR obejmujących integrację systemów, debugowanie sprzętu, decyzje dotyczące bezpieczeństwa i rozwiązywanie problemów międzydyscyplinarnych

Pytania behawioralne (format STAR)

1. Proszę opowiedzieć o sytuacji, w której trzeba było debugować awarię systemu robotycznego obejmującą wiele domen (mechaniczną, elektryczną, programową).

**Dlaczego zadają to pytanie:** Awarie w robotyce rzadko ograniczają się do jednej domeny. Nieudane chwycenie może być spowodowane błędem percepcji, niedokładnością sterowania lub mechanicznym zużyciem chwytaka. Testuje to systematyczne debugowanie ponad granicami domen.

**Silny framework odpowiedzi STAR:**

• **Sytuacja:** Produkcyjna cela robotyczna doświadczała przerywanych awarii chwytania (spadek współczynnika sukcesu z 95% do 82% w ciągu 2 tygodni)
• **Zadanie:** Zidentyfikować przyczynę źródłową i przywrócić niezawodność bez zatrzymywania produkcji
• **Działanie:** Systematycznie izolowano domeny — zweryfikowano percepcję (kalibracja kamery, dokładność detekcji), sprawdzono chwytak (ciśnienie pneumatyczne, zużycie palców), przetestowano sterowanie (dokładność pozycji, sprzężenie zwrotne siły). Znaleziono kombinację: zanieczyszczenie obiektywu (mgła olejowa) degradujące detekcję ORAZ jednoczesne zużycie palców chwytaka zmniejszające tarcie
• **Wynik:** Zainstalowano osłony obiektywu, wymieniono palce chwytaka, wdrożono harmonogram konserwacji predykcyjnej. Przywrócono współczynnik sukcesu do 99,1%. Stworzono listę kontrolną międzydyscyplinarną, która skróciła przyszły czas debugowania o 60%

2. Proszę opisać sytuację, w której trzeba było dokonać kompromisu między wydajnością robota a bezpieczeństwem.

**Dlaczego zadają to pytanie:** Ocena bezpieczeństwa jest nienegocjowalna w robotyce. Ujawnia, czy bezpieczeństwo jest traktowane jako ograniczenie, czy jako kwestia drugorzędna.

**Silna odpowiedź:** Zawsze należy priorytetyzować bezpieczeństwo. Należy opisać konkretny przypadek: można było osiągnąć krótszy czas cyklu zmniejszając marginesy strefy bezpieczeństwa, ale zamiast tego przeprojektowano ścieżkę ruchu, aby zachować pełną zgodność z ISO 10218, jednocześnie osiągając 90% pierwotnego celu prędkości. Należy podać wartości liczbowe zarówno utrzymanego marginesu bezpieczeństwa, jak i osiągniętej wydajności.

3. Proszę opowiedzieć o projekcie, w którym zintegrowano pracę inżynierów mechanicznych, elektrycznych i programowych w działający system robotyczny.

**Dlaczego zadają to pytanie:** Testuje przywództwo międzydyscyplinarne i zdolność integracji. Rekruter chce usłyszeć, w jaki sposób rozwiązano problemy interfejsowe między domenami.

4. Proszę opisać sytuację, w której trzeba było uruchomić system robotyczny u klienta pod presją czasu.

**Dlaczego zadają to pytanie:** Uruchomienie to moment, w którym teoria spotyka się z rzeczywistością. Zawsze pojawiają się nieoczekiwane problemy (podłoga nierówna, oświetlenie otoczenia wpływające na wizję, zakłócenia od sąsiednich urządzeń). Testuje to adaptacyjność i umiejętności inżynierii terenowej.

5. Proszę opowiedzieć o decyzji technicznej, która nie zadziałała zgodnie z planem. Czego się nauczono?

**Dlaczego zadają to pytanie:** Uczciwość intelektualna i orientacja na naukę. Silni kandydaci opisują konkretny błąd techniczny (niewłaściwy wybór aktuatora, architektura sterowania niespełniająca wymagań opóźnienia), wyjaśniają konsekwencje i artykułują, w jaki sposób zmienili podejście.

Pytania techniczne

1. Proszę wyprowadzić kinematykę prostą dla płaskiego ramienia robota o 3 stopniach swobody z użyciem parametrów DH. Następnie proszę wyjaśnić, jak obliczyć kinematykę odwrotną.

**Co jest oceniane:** Podstawowa teoria robotyki. Kinematyka prosta: przypisanie parametrów DH (a, alpha, d, theta) do każdego przegubu, obliczenie macierzy transformacji, mnożenie w celu uzyskania pozycji efektora końcowego. Kinematyka odwrotna dla płaskiego: podejście geometryczne (twierdzenie cosinusów dla łokcia, atan2 dla kątów przegubów) lub podejście numeryczne (iteracja pseudoodwrotności jakobianu). Należy omówić singularności i rozwiązania wielokrotne.

2. Dysponujemy ramieniem robotycznym o 6 stopniach swobody z czujnikiem siły/momentu na nadgarstku. Proszę opisać implementację sterowania impedancyjnego dla zadania montażu wymagającego siły wstawiania 10 N.

**Co jest oceniane:** Głębokość wiedzy o sterowaniu. Należy omówić: model impedancji (masa-sprężyna-tłumik w przestrzeni kartezjańskiej), architekturę pętli sprzężenia zwrotnego siły, pożądane parametry impedancji (sztywność, tłumienie), przejście między ruchem w wolnej przestrzeni a kontaktem, rozważania dotyczące stabilności (pasywność) oraz praktyczne problemy implementacji (filtrowanie szumu czujnika, transformacje układów współrzędnych, wymagania częstotliwości pętli sterowania — typowo 500–1000 Hz dla sterowania siłowego).

3. System wizyjny wykrywa obiekty na przenośniku poruszającym się z prędkością 0,5 m/s. Robot musi chwytać każdy obiekt z dokładnością ±2 mm. Proszę opisać kompletny pipeline od percepcji do chwycenia.

**Co jest oceniane:** Myślenie systemowe obejmujące percepcję i sterowanie. Należy omówić: synchronizację wyzwalania kamery z enkoderem przenośnika, akwizycję obrazu i detekcję obiektów (segmentacja instancji lub template matching), estymację pozycji w układzie kamery, kalibrację ręka-oko do transformacji do układu robota, śledzenie przenośnika (integracja enkodera do aktualizacji pozycji w czasie rzeczywistym), planowanie trajektorii do przechwycenia ruchomego celu i weryfikację chwycenia (czujnik podciśnienia lub sprzężenie zwrotne siły). Należy omówić budżet opóźnień: jeśli detekcja trwa 50 ms, a obiekt przesuwa się o 25 mm w tym czasie, jak to skompensować?

4. Jaka jest różnica między planowaniem trajektorii w przestrzeni przegubowej a kartezjańskiej? Kiedy stosować każdą z nich?

**Co jest oceniane:** Podstawy planowania ruchu. Przestrzeń przegubowa: interpolacja w kątach przegubów (płynniejszy ruch przegubu, przewidywalny, unika niektórych singularności, ale ścieżka efektora końcowego jest krzywa). Kartezjańska: interpolacja w przestrzeni zadania (prostoliniowy ruch narzędzia, wymagany do spawania/cięcia/malowania, ale trzeba rozwiązywać kinematykę odwrotną w każdym kroku czasowym i mogą wystąpić singularności). Należy omówić, kiedy każda jest odpowiednia: przestrzeń przegubowa dla ruchów punkt-punkt, kartezjańska dla zadań procesowych wymagających określonych ścieżek narzędzia.

5. Proszę wyjaśnić SLAM. Jakie są kluczowe wyzwania i jak wybrać między gmapping, cartographer a ORB-SLAM dla AMR magazynowego?

**Co jest oceniane:** Głębokość wiedzy o robotyce mobilnej. SLAM: jednoczesna estymacja pozycji robota i mapy otoczenia. Kluczowe wyzwania: detekcja zamknięcia pętli, dynamiczne środowiska, koszt obliczeniowy, akumulacja dryfu. gmapping: oparty na filtrze cząsteczkowym, 2D, dobry dla małych i średnich środowisk, niski koszt obliczeniowy. Cartographer: oparty na grafie, 2D/3D, lepszy dla dużych środowisk i zamykania pętli. ORB-SLAM: wizyjny SLAM z punktami cech, dobry dla konfiguracji z samą kamerą. Dla AMR magazynowego: Cartographer z LiDAR 2D to standardowy wybór — niezawodny, radzi sobie z dużymi przestrzeniami, dobrze integruje się z Nav2.

6. Jak dobrać serwomotor dla przegubu robotycznego, który musi obracać ładunek 5 kg z prędkością 2 rad/s na kąt 180 stopni?

**Co jest oceniane:** Praktyczne projektowanie mechaniczno-elektryczne. Obliczenie wymaganego momentu: T = I * alpha (potrzebna też specyfikacja przyspieszenia kątowego) + m*g*L (moment grawitacyjny w najniekorzystniejszej pozycji ramienia) + tarcie. Uwzględnienie przełożenia, współczynnika bezpieczeństwa (1,5–2x) i cyklu pracy. Sprawdzenie charakterystyki prędkość-moment silnika w punkcie pracy. Uwzględnienie ograniczeń termicznych dla pracy ciągłej. Omówienie wyboru przekładni (harmonic drive dla zerowego luzu, planetarna dla wysokiej gęstości momentu).

7. Cela robotyczna wykorzystuje FANUC M-20iB/25 do obsługi maszyn. Cela produkuje 120 sztuk/godzinę, ale cel to 150. Gdzie szukać optymalizacji czasu cyklu?

**Co jest oceniane:** Doświadczenie w optymalizacji robotyki przemysłowej. Sprawdzenie: efektywność ścieżki ruchu (czy są niepotrzebne punkty pośrednie?), ustawienia prędkości (robot pracuje z prędkością nominalną czy zredukowaną?), timing handshake I/O (niepotrzebne czekanie na sygnały maszyny?), odległości dojazdu/odjazdu (czy można je bezpiecznie skrócić?), ruch równoległy (czy robot może się poruszać, gdy CNC pracuje?), optymalizacja prezentacji detalu (czy oprzyrzątowanie może skrócić czas chwytania?). Należy wspomnieć o wykorzystaniu narzędzia analizy czasu cyklu kontrolera robota do identyfikacji konkretnego wąskiego gardła przed wprowadzeniem zmian.

Pytania sytuacyjne

1. Uruchamiamy celę robotyczną i odkrywamy, że wibracje podłogi od sąsiedniej prasy powodują przerywane awarie detekcji systemu wizyjnego. Jak to rozwiązać?

**Co jest oceniane:** Rozwiązywanie problemów w terenie. Krótkoterminowo: scharakteryzować częstotliwość i amplitudę wibracji za pomocą akcelerometru. Określić, czy regulacja czasu ekspozycji lub bramkowanie akwizycji synchronizowane z wibracjami może złagodzić problem. Średnioterminowo: zainstalować montaż z izolacją antywibracyjną dla kamery. Długoterminowo: określić wymagania izolacji wibracji w przyszłych specyfikacjach projektowych cel. Natychmiast zakomunikować klientowi problem, harmonogram i koszty.

2. Nowy członek zespołu chce pominąć skaner bezpieczeństwa laserowy podczas testów, ponieważ ciągle się wyzwala i spowalnia pracę. Jak zareagować?

**Co jest oceniane:** Kultura bezpieczeństwa. Jedyną akceptowalną odpowiedzią jest: nie, nigdy nie omija się systemów bezpieczeństwa. Należy wyjaśnić odpowiedzialność prawną (naruszenia OSHA, odpowiedzialność za obrażenia ciała), obowiązek etyki inżynierskiej i politykę firmy. Zaproponować alternatywy: tryb testowy ze zredukowaną prędkością, tymczasowe dostosowanie stref skanera przez sterownik bezpieczeństwa (z odpowiednią dokumentacją i rewalidacją) lub funkcję wyciszenia kurtyny świetlnej zaprojektowaną w tym celu. To pytanie o wartości z jedną poprawną odpowiedzią.

3. Projekt opóźnia się o 2 tygodnie, a klient chce dostawy systemu robotycznego w pierwotnym terminie. System percepcji działa w 95%, ale wymaga dalszego strojenia do osiągnięcia specyfikacji 99,5%. Co robić?

**Co jest oceniane:** Ocena inżynierska pod presją biznesową. Nie wolno dostarczać systemu niespełniającego specyfikacji. Należy komunikować się transparentnie z klientem: opisać aktualny stan (95% vs 99,5%), konkretne pozostałe prace i realistyczny zaktualizowany harmonogram. Zaproponować opcje częściowego uruchomienia, jeśli to możliwe (np. praca pod nadzorem ludzi podczas kontynuacji strojenia). Udokumentować lukę i plan naprawczy.

Przykłady metody STAR dla Robotyki

**Przykład: Wyzwanie integracji systemów**

• **S:** W [Firmie] odpowiedzialność za integrację robota 6-osiowego z chwytaniem prowadzonym wizyjnie dla 12 różnych typów detali w zastosowaniu montażu samochodowego
• **Z:** Zaprojektowanie efektora końcowego, kalibracja systemu wizyjnego, programowanie robota i osiągnięcie współczynnika sukcesu chwytania 99,4% przy czasie cyklu 8 sekund
• **D:** Wybrano kamerę Cognex 3D-A5060 do detekcji detali, zaprojektowano chwytak pneumatyczny z wymiennymi palcami dla różnorodności detali, zaimplementowano FANUC iRVision do lokalizacji detali, opracowano adaptacyjne podejście do chwytania w oparciu o orientację detalu i zwalidowano testem niezawodności 10 000 cykli
• **W:** Osiągnięto współczynnik sukcesu chwytania 99,4% przy czasie cyklu 7,8 sekundy. System przetwarzał 450 detali/godzinę, zastępując 3 operatorów manualnych i oszczędzając $285K rocznie na kosztach pracy

Pytania do rekrutera

1. **„Z jakimi platformami robotycznymi i zestawami czujników pracuje aktualnie zespół?"** — Pokazuje orientację praktyczną i pomaga ocenić doświadczenie ze sprzętem.
2. **„Jakie jest największe wyzwanie techniczne, przed którym aktualnie stoi zespół?"** — Demonstruje zainteresowanie rozwiązywaniem problemów i daje wgląd w codzienną pracę.
3. **„Jak zespół balansuje między rozwojem opartym na symulacji a testami na fizycznym sprzęcie?"** — Pokazuje świadomość luki między symulacją a rzeczywistością.
4. **„Jak wygląda ścieżka od projektu do wdrożenia produkcyjnego typowego systemu robotycznego?"** — Ujawnia, czy firma dostarcza produkty, czy pozostaje w wiecznym R&D.
5. **„Do jakich norm bezpieczeństwa projektuje zespół i jak prowadzona jest walidacja bezpieczeństwa?"** — Sygnalizuje orientację na bezpieczeństwo.

Końcowe wnioski

Rozmowy kwalifikacyjne w robotyce oceniają integrację międzydyscyplinarną, a nie izolowaną ekspertyzę. Należy przygotować się budując historie STAR demonstrujące debugowanie ponad granicami mechanika/elektryka/oprogramowanie, kwantyfikować wyniki w świecie fizycznym (czas cyklu, dokładność, niezawodność) i ćwiczyć zadania tablicowe z kinematyki, sterowania i percepcji. Kandydaci, którzy wyróżniają się, potrafią prześledzić problem od szumu czujnika przez pipeline percepcji, do pętli sterowania i aż do fizycznego aktuatora — i wyjaśnić, gdzie należy szukać rozwiązania.

Najczęściej zadawane pytania

Czy powinienem przygotowywać się do wyzwań programistycznych na rozmowę o pracę inżyniera robotyki?

Niektóre firmy zawierają wyzwania w stylu LeetCode, ale rozmowy specyficzne dla robotyki częściej wykorzystują problemy programistyczne o tematyce robotycznej: implementacja kontrolera PID, napisanie filtru Kalmana, parsowanie danych z czujników lub rozwiązanie problemu kinematyki odwrotnej w Pythonie. Należy ćwiczyć te zadania zamiast generycznych problemów algorytmicznych. Jeśli firma to gigant technologiczny (Amazon, Google), należy spodziewać się standardowych rund programistycznych inżynierii oprogramowania oprócz sesji specyficznych dla robotyki.

Jak przygotować się do rozmowy o projektowaniu systemów skupionej na robotyce?

Należy ćwiczyć rozkładanie problemów systemów robotycznych na podsystemy. Przykład: „Zaprojektuj system robotyczny do sortowania paczek na przenośniku według miejsca docelowego." Rozkład na: percepcja (typ kamery, algorytm detekcji, przepustowość), manipulacja (typ robota, efektor końcowy, zasięg/udźwig), sterowanie (planowanie trajektorii, śledzenie przenośnika), bezpieczeństwo (strefy skanera, wyłączniki awaryjne, zgodność ISO) i integracja (architektura komunikacji, obsługa błędów, analiza czasu cyklu). Ćwiczenie rysowania schematów blokowych z jasnymi interfejsami między podsystemami.

Co jeśli mam doświadczenie w jednej domenie robotyki, ale stanowisko obejmuje wiele?

Należy być szczerym co do głębokości i wykazać szerokość. Jeśli jest się specjalistą od sterowania na rozmowie na stanowisko full-stack robotyki, należy pokazać zrozumienie zasad projektowania mechanicznego i podstaw percepcji, nawet jeśli nie kierowało się tymi pracami. Opisać współpracę z inżynierami mechanikami i specjalistami od percepcji nad zintegrowanymi systemami. Rozmowa testuje, czy kandydat potrafi myśleć ponad domenami, a nie czy jest ekspertem we wszystkich.

**Cytowania:** [1] Hired / Glassdoor, "Robotics Engineering Interview Process Survey," 2025.