// SYSTEM_PROFILE :: ROBERT_SENENKO
Łączę sprzęt z oprogramowaniem: od napraw i testów sprzętu po infrastrukturę, która na nim działa. Po drodze buduję własne narzędzia i automatyzacje oparte na AI.
// Gdzie pracowałem
// Przegląd profilu
// Warsztat
Od ponad 25 lat naprawiam elektronikę na poziomie komponentów, w tym w serwisach MSI, GIGABYTE i Acer. Laptopy i karty graficzne: od obwodów zasilania i elektroniki płyt głównych po diagnostykę VRAM i testy wydajnościowe. AI pomaga mi tu w analizie schematów i w testach naprawianego sprzętu.
// Kod i DevOps
Piszę głównie w Pythonie, do tego skrypty Bash i PowerShell. Infrastrukturę stawiam z kodu: Proxmox instalowany z pliku odpowiedzi, serwery utwardzane Ansible'em, monitoring na Prometheusie i Grafanie, pipeline'y CI uruchamiane lokalnie.
// Własne projekty
Poza serwisem prowadzę własne projekty i to w nich uczę się najszybciej. Narzędzia buduję z pomocą AI, ale wynik sprawdzam sam, zanim cokolwiek uznam za działające.
// Sprzęt → DevOps
Szyny zasilania i sygnały sprawdzam metodycznie, od VRAM po GPU. Tą samą metodą debuguję systemy, od warstwy fizycznej po logi aplikacji.
Przy lutowaniu BGA nie ma drugiego podejścia, więc moje narzędzia wolą odmówić, niż zrobić pół roboty: bios-builder nie wgra częściowej naprawy, a playbook bez klucza SSH nie zamknie dostępu do serwera.
Na warsztacie werdykt daje oscyloskop, nie przeczucie. Zmiany w infrastrukturze sprawdzam tak samo, liczbami: hardening serwera podniósł wynik Lynis z 66 do 78, a alert o awarii przychodzi po 2 min 18 s – 2 min 37 s (pięć pomiarów).
// Doświadczenie
2018–dziś
Specjalista sprzętowy w firmie Pro-Syl, gdzie kod i automatyzacja stały się częścią pracy. Dziś projektuję własne narzędzia wspierane przez AI, które skracają codzienną robotę: zautomatyzowane testy sprzętu kończące się werdyktem PASS / WARN / FAIL, pliki odpowiedzi i nośniki instalacyjne, automatyczne utwardzanie serwerów, monitoring z pomiarem czasu reakcji i pipeline'y CI uruchamiane lokalnie.
2010–2018
Inżynieria serwisu na poziomie komponentów: Centralny Serwis Acer EMEA (diagnostyka płyt L3/L4), potem elektronika automotive (Preh Car Connect).
2004–2010
Autoryzowany Serwis MSI i kierowanie sekcją napraw kart graficznych GIGABYTE: zaawansowane BGA/SMD, stress-testy QA, optymalizacja SLA i przepustowości.
1992–2002
Fundament: technik elektronik, pierwsze lata w elektronice (Micromax) i studia inżynierskie we Wrocławiu.
kliknij pokrętło · Shift + klik: wstecz
// warsztat → produkcja
bench-scope na żywoTen sam sygnał, dwa końce tej samej roboty: z sondy na płycie głównej do wykresu w Grafanie.
// Zakres kompetencji
Trzy obszary: od warstwy fizycznej, przez infrastrukturę, po narzędzia AI i automatyzację.
S/N: HW-2N04
// warstwa fizyczna
Diagnostyka
Naprawa
Pomiary
Oprogramowanie
S/N: DEVOPS-1X
// warstwa cyfrowa
Infrastruktura
Kontenery i CI/CD
Automatyzacja konfiguracji
Monitoring i bezpieczeństwo
S/N: AI-07
// warstwa cyfrowa
Własne narzędzia
Modele, agenci i RAG
Bezpieczeństwo AI
// Przebieg CI
To nie jest symulacja. Większość moich projektów ma własny pipeline w GitHub Actions, a ja uruchamiam je wszystkie lokalnie w act, zanim cokolwiek pójdzie na zdalne repozytorium. Poniżej odtworzony jest prawdziwy przebieg, razem z tym, jak te same pipeline'y wypadły za pierwszym razem.
14 z 15 jobów na zielono, żaden nie padł, a 1 to limit act: job lap-diag-toola na windows-latest, którego act w ogóle nie uruchamia. Łącznie 3 min 33 s: act uruchamia joby jeden po drugim, na GitHubie te pipeline'y są od siebie niezależne.
act, obraz catthehacker/ubuntu:act-latest z doinstalowanym 7-Zip i sqlite3 · czasy prosto z logu przebiegu
// Czym pracuję
// te same cztery warstwy co w diagramie na górze, rozpisane na komponenty, od fizycznej po AI
L1
L2
L3
L4
// Projekty i wdrożenia
// Firmware
Odzysk firmware z martwej kości BIOS. Z uszkodzonego układu odtwarzam sprawny obraz, właściwy dla danej płyty i spójny strukturalnie, tak na Intelu, jak i na AMD. Narzędzie steruje też programatorem SPI, więc odczyt kości i zapis gotowego obrazu idą z tego samego okna. Zakres funkcji jest domknięty, rośnie już tylko liczba obsługiwanych modeli.
// Boot media
Buduję bootowalne nośniki do testowania kart graficznych. Po stronie NVIDIA cztery partycje spięte GRUB4DOS-em, od GTX 10xx i starszych po RTX 50xx, na każdej TinyCore, sterownik pod konkretny model i fabryczna diagnostyka NVIDII (MATS, MODS, NVMT) sprawdzająca pamięć, cache L2, GPC/TPC i silnik wideo. Po stronie AMD obraz całodyskowy z własnym menu, zawężony do kart AMD, od RX4XX po RX7XXX i Vega. Testów nie piszę, to narzędzia producentów. Moje jest całe rzemiosło wokół, czyli układ partycji, bootloader, menu i sprawdzenie każdego obrazu w QEMU, zanim dotknie pendrive'a.
// Board repair
Zapytany o część, której nie ma na żadnej płycie, nie pyta modelu, odmawia i mówi, czego nie znalazł. Gdy model odpowiada, każda nazwa i każde źródło spoza faktów z katalogu dostaje czerwony baner. Pod spodem prywatna baza schematów, boardview i datasheetów do napraw płyt, z widokiem płyty połączonym z czatem, pinami z tabel producenta i podobnymi przypadkami z warsztatu, dopisywanymi z telefonu przez bramkę, która umie tylko dopisywać. Cały RAG działa lokalnie, Ollama na własnym GPU, bez bazy wektorowej, sam SQLite i numpy. Żaden schemat nie opuszcza maszyny.
// Laptop QA
Diagnostyka laptopa od skanu do dokumentu: automatyczny odczyt konfiguracji, testy funkcjonalne (USB, kamera, audio, klawiatura, ekran, dysk i bateria, stress GPU), werdykt PASS/WARN/FAIL i karta serwisowa do wydruku. Zgłoszenie ląduje w rejestrze, czyli bazie SQLite w kontenerze na Proxmoksie, przeszukiwalnej po numerze seryjnym, więc wiadomo, czy ten sprzęt już tu był.
// Boot media
Buduję obrazy WinPE na Ubuntu Server i dobieram sterowniki .inf po realnych identyfikatorach PCI maszyny docelowej, odczytanych z lspci. Wstrzyknięcie idzie przez wimlib prosto do boot.wim, bez remasteringu ISO, a maszyna startuje po sieci przez iPXE i wimboot. Serwer PXE działa obok routera, który już rozdaje adresy, zamiast go zastępować. Zanim serwer wystartuje, narzędzie sprawdza, co już odpowiada w sieci.
// Boot media
Silnik składający bootowalne nośniki serwisowe, sterowany konfiguracją: dołożenie narzędzia to wpis w JSON, nie zmiana kodu. Składa mój pendrive diagnostyczny: TinyCore, Memtest86+, FreeDOS pod firmowe flashery i Bench-Live, czyli własne menu testów: liczniki AER magistrali PCIe, bpftrace, stress CPU, memtester, temperatury, SMART. Wgrywa obraz wprost na dysk albo na nośnik Ventoy.
Zaplecze
← przesuń mapę →
// Kanał łączności
Szukasz kogoś, kto zna elektronikę, serwery i automatyzację z AI? Napisz w sprawie pracy, projektu albo po prostu z pytaniem. Odpowiadam konkretnie.
Status: otwarty na pracę. Adres e-mail: kontakt@robisolutionsit.com.
kontakt@robisolutionsit.com