Sprzęt, oprogramowanie układowe, projektowanie FPGA, diagnostyka i automatyzacja testów — na podstawie umowy ze stałą ceną z twardym zobowiązaniem do dostawy lub jako kontyngent godzinowy do projektów bieżących.
Projekty embedded często wymagają wielu dyscyplin jednocześnie: trzeba zaprojektować obwód, zaprogramować mikrokontroler, zweryfikować FPGA, zbudować stanowisko testowe. Zamiast koordynować łańcuch dostawców, te zadania można skupić w jednej ręce. To oszczędza interfejsy, nakład koordynacyjny i rozmywanie odpowiedzialności.
Poniżej sześć obszarów usług, w których działam. Nie są one pomyślane jako katalog — większość projektów łączy kilka.
Koncepcja i rozwój elektronicznych płytek i urządzeń — od obwodu analogowego do projektu FPGA. Systemy oparte na mikrokontrolerze i FPGA z jednej ręki, w tym schemat, layout płytki, oprogramowanie układowe i rozwój sterowników bliskich sprzętowi. Na życzenie aż do produkcji seryjnej przez ustalonych partnerów.
Systematyczny rozwój od modelu matematycznego do implementacji sprzętowej. Algorytmy są najpierw modelowane w pseudokodzie lub Matlabie, następnie implementowane w C/C++ dla mikrokontrolerów lub w Verilog/SystemVerilog dla FPGA — w zależności od platformy docelowej i wymagań czasu rzeczywistego.
Rozwój i testowanie koncepcji diagnostycznych i interfejsów komunikacyjnych dla sterowników pojazdu. Doświadczenie z magistralami ustalonymi w środowisku motoryzacyjnym (CAN, CAN FD, MOST) oraz z diagnostyką UDS według ISO 14229.
Systematyczna walidacja systemów embedded — od specyfikacji testu do dopuszczenia do produkcji seryjnej. Stanowiska testowe są tak zaprojektowane, że zespół klienta może je samodzielnie obsługiwać i rozbudowywać po zakończeniu projektu.
Oprogramowanie towarzyszące dla systemów embedded: interfejsy konfiguracyjne, panele wskaźników, wizualizacja danych i aplikacje mobilne. Ta warstwa jest często niedoceniana — a jednak decyduje, jak użytkownik końcowy postrzega system embedded.
Gdy bieżący projekt embedded potrzebuje dodatkowej substancji — wąskich gardeł, odziedziczonego kodu, trudnych szczegółowych pytań — wchodzę w niego celowo i czasowo elastycznie. Ta forma współpracy jest szczególnie użyteczna, gdy wiadomo co jest potrzebne, ale nie ile.
Projekty embedded rzadko upadają na pojedynczych zadaniach technicznych. Upadają z powodu niejasnych wymagań, niekompletnej dokumentacji, brakujących dowodów wobec norm i raportów statusu, które bardziej zaciemniają niż wyjaśniają. Na życzenie przejmuję nie tylko sam rozwój, ale także metodyczne kierowanie projektem — od pierwszej rozmowy do odbioru.
Zarządzanie projektem oferuję tylko w połączeniu z odpowiedzialnością techniczną — jako część kompleksowego rozwoju lub jako wsparcie zespołu kierowanego przez klienta. Czysta koordynacja bez głębi technicznej nie jest częścią mojej oferty.
Dwa modele umowy w zależności od typu projektu:
Brak wynajmu pracowników. Szczegóły na stronie Zlecenie.