Usługa · oprogramowanie i sprzęt
Gdy problem nie kończy się na ekranie komputera.
Część rzeczy, które firma chce usprawnić, dzieje się poza oprogramowaniem: przy maszynie, w hali, w terenie, na urządzeniu, które nie zostało pomyślane tak, żeby ktokolwiek się do niego podłączał. Zajmuję się obiema stronami naraz, od elektroniki po aplikację i bazę, więc nie ma etapu, na którym trzeba szukać drugiego wykonawcy.
Bogusław Tolarz · aktualizacja: 26 sierpnia 2026
Kiedy to jest ten temat
Urządzenie pracuje, ale jego dane nigdzie nie trafiają
Licznik, waga, sterownik albo maszyna pokazują wartość na własnym wyświetlaczu i na tym się kończy. Żeby ta liczba znalazła się w zestawieniu, ktoś ją przepisuje ręcznie albo nie ma jej wcale.
Producent nie przewidział, że ktoś zechce się podłączyć
Jest panel, jest aplikacja producenta, jest chmura, do której trafiają dane. Nie ma tylko sposobu, żeby wyciągnąć je do siebie. Integracja bywa możliwa mimo to, ale trzeba ją zbudować, a nie kupić.
Trzeba czymś sterować z aplikacji, a nie ma czym
Włączyć, wyłączyć, otworzyć, zmierzyć, zapisać kto i kiedy. Gotowy moduł albo nie istnieje, albo robi dziewięćdziesiąt procent tego, co potrzeba, i akurat tej jednej rzeczy nie.
Potrzebne urządzenie, którego nie ma na rynku
Coś, co ma zmierzyć albo policzyć rzecz specyficzną dla tej firmy. Zwykle zaczyna się od prototypu, na którym sprawdzamy, czy pomysł w ogóle działa, zanim powstanie wersja do użycia.
Dane są, ale w trzech miejscach i żadne nie rozmawia z pozostałymi
Część w systemie, część na kartce przy maszynie, część w głowie osoby, która akurat ma dyżur. Sprzęt jest tu jednym z brakujących elementów, a nie całym zadaniem.
Gdzie kończy się typowa automatyzacja
Gotowa integracja wymaga, żeby urządzenie miało interfejs, który ktoś wcześniej przewidział.
Automatyzacja polega na łączeniu usług, które ktoś wcześniej przygotował do łączenia. Sam tak pracuję i to jest sensowna robota, ale ma twardą granicę: kończy się tam, gdzie po drugiej stronie nie ma nic, do czego dałoby się podłączyć.
Za tą granicą zaczyna się inne rzemiosło. Trzeba wiedzieć, jak urządzenie mówi, umieć zbudować to, czego brakuje, i zrobić to tak, żeby zniosło warunki, w których ma pracować. Dopiero połączenie tego z pisaniem aplikacji i bazy daje całość, która działa u klienta, a nie na stole.
Co dokładnie robię
Odczyt danych z urządzeń
Wyciągnięcie z urządzenia tego, co potrafi oddać, i doprowadzenie tego do miejsca, w którym da się z tym cokolwiek zrobić. Zarówno sprzęt przemysłowy, jak i urządzenia budynkowe.
Sterowanie z aplikacji
Druga strona tej samej rzeczy: żeby aplikacja albo automat mogły wydać urządzeniu polecenie, a nie tylko je obserwować. Razem z zapisem tego, co i na czyje żądanie zostało zrobione.
Własne sterowniki, po stronie niskiego napięcia i sieciowej
Gdy gotowy moduł nie wystarcza, projektuję i buduję własny. Pracuję po obu stronach: obwodów niskonapięciowych i tych zasilanych z sieci. Ta część wymaga zaprojektowania układu, nie konfiguracji gotowego modułu.
Prototypy czujników i urządzeń pomiarowych
Od układu na stole do egzemplarza, który da się postawić w docelowym miejscu i zostawić. Prototyp służy do rozstrzygnięcia, czy pomysł działa — zanim ktokolwiek zamówi serię.
Oprogramowanie wbudowane
Program, który chodzi na samym urządzeniu i musi działać bez opieki, przetrwać zanik zasilania i sam wrócić do pracy. To inne rzemiosło niż aplikacja webowa i inne wymagania.
Spięcie tego z resztą firmy
Urządzenie samo w sobie nie rozwiązuje problemu. Wartość powstaje, gdy jego dane trafiają do bazy, do zestawienia, do systemu, którego firma już używa, i gdy ktoś dostaje sygnał, że coś wymaga uwagi.
Zasilanie tam, gdzie nie ma gniazdka
Miejsca bez dostępu do sieci wymagają własnego źródła i liczenia się z jego ograniczeniami. To zmienia projekt całości, nie tylko sposób podłączenia.
Przebieg, krok po kroku
Kolejność jest tu ważniejsza niż przy samym oprogramowaniu, bo błąd wykryty po zamówieniu obudów kosztuje wielokrotnie więcej niż błąd wykryty na stole.
- 1
Rozpoznanie, co urządzenie w ogóle potrafi oddać
Pierwsze pytanie nie brzmi „jak to zrobimy”, tylko „czy jest się do czego podłączyć”. Czasem odpowiedź jest gotowa w dokumentacji, czasem trzeba ją ustalić na żywym sprzęcie. Ten etap rozstrzyga, czy dalsza rozmowa ma sens.
- 2
Próba na jednym egzemplarzu
Zanim powstanie cokolwiek docelowego, sprawdzamy rzecz na jednym urządzeniu w jednym miejscu. Jest tania i odpowiada na pytanie, które inaczej rozstrzygnęłoby się dopiero po zapłaceniu za całość.
- 3
Prototyp
Wersja, która robi to, co ma robić, ale nie jest jeszcze zrobiona na stałe. Służy do tego, żebyście mogli jej dotknąć i powiedzieć, czego brakuje, zanim wybór stanie się kosztowny.
- 4
Wersja docelowa
Dopiero tutaj rzecz dostaje obudowę, stałe zasilanie, montaż i oprogramowanie przygotowane na to, że nikt nie będzie przy niej stał. Zakres tego etapu ustalamy po prototypie, bo dopiero wtedy wiadomo, co naprawdę jest potrzebne.
- 5
Utrzymanie
Urządzenie zostaje w firmie na lata i będzie wymagało uwagi: aktualizacji, reakcji na zmianę warunków, czasem naprawy. Możemy umówić się, że zostaję przy tym dalej, albo że przekazuję całość razem z dokumentacją.
Nie musisz wiedzieć, czy to zadanie dla elektronika, czy dla programisty.
Wystarczy, że powiesz, co ma się dziać i gdzie. Ustalenie, czy potrzebna jest tu elektronika, oprogramowanie, czy jedno i drugie, należy do mnie i dzieje się przed wyceną, a nie po niej.
Jeśli sprzęt jest tylko jednym z elementów, a reszta problemu leży po stronie programów, zacznij od integracji systemów albo automatyzacji procesów.