Elektronika · embedded · full stack · serwis

Dla urządzeń, których nie da się wymienić, i produktów, których jeszcze nie ma.

Buduję urządzenia od płytki po aplikację webową. Przywracam też do pracy systemy dedykowane i jedyne w swoim rodzaju: wtedy, gdy producent zniknął, części nie ma, a kolejny serwis odesłał sprawę z adnotacją „nie do naprawy”.

Opisz swój przypadek Zobacz zakres

Izba przyjęć

Co się dzieje?

Wybierz to, co najbardziej przypomina Twoją sytuację. Zobaczysz pierwszy krok, spodziewany wynik i to, co warto przygotować.

Producent zniknął, serwis odmawia

Pierwszy krok
Oględziny, pomiary i ustalenie, które bloki działają. Schemat odtwarzam na tyle, na ile wymaga tego naprawa.
Wynik
Pisemna diagnoza z wariantami: naprawa, wymiana modułu, odtworzenie układu albo uczciwe „nie warto”.
Przygotuj
Zdjęcia płyt i tabliczki znamionowej, opis objawów, historię awarii.
Opisz ten przypadek

Brakuje wycofanego podzespołu

Pierwszy krok
Sprawdzam, co ten układ faktycznie robi w urządzeniu: parametry, protokół, zależności czasowe.
Wynik
Zamiennik, płytka-adapter albo nowy moduł zgodny elektrycznie i logicznie ze starym.
Przygotuj
Oznaczenie części, zdjęcia płyty z obu stron, jeśli to możliwe także sztukę sprawną do porównania.
Opisz ten przypadek

Nikt nie ma kodu ani dokumentacji

Pierwszy krok
Podsłuch magistral, analiza protokołów i odczyt tego, co da się legalnie odczytać z urządzenia.
Wynik
Opis działania, odtworzona dokumentacja i decyzja: utrzymywać stary kod czy napisać go od nowa.
Przygotuj
Potwierdzenie praw do urządzenia i wszystko, co zostało po dostawcy: pliki, instrukcje, korespondencję.
Opisz ten przypadek

Stary system nie dogaduje się z nowym

Pierwszy krok
Mapuję sygnały i dane po obu stronach, potem ustalamy, co musi zostać nietknięte.
Wynik
Bramka sprzętowo-programowa: stary interfejs (analogowy, szeregowy, PLC) z jednej strony, sieć, REST albo protokół branżowy z drugiej.
Przygotuj
Opis obu stron, przykładowe dane, wymagania systemu docelowego.
Opisz ten przypadek

Mam pomysł na nowe urządzenie

Pierwszy krok
Rozmowa o wymaganiach i lista ryzyk: co sprawdzić na prototypie, zanim pójdą większe pieniądze.
Wynik
Działający prototyp z jednego źródła: elektronika, firmware, serwer i panel webowy.
Przygotuj
Do czego ma służyć, kto będzie go używał, w jakich warunkach i w jakiej skali.
Opisz ten przypadek

Prototyp działa, ale nie dojedzie do produkcji

Pierwszy krok
Przegląd schematu, kodu i testów. Szukam przyczyn, a nie objawów, i wskazuję, co blokuje projekt.
Wynik
Lista konkretnych zmian i pomoc we wdrożeniu: samodzielnie albo razem z Twoim zespołem.
Przygotuj
Repozytorium, schematy, listę znanych problemów, plan dojścia do produkcji.
Opisz ten przypadek

Zakres

Dwa oddziały, jedna głowa do sprzętu i softu.

Oddział A

Nowe produkty

Od pomysłu do działającego urządzenia, bez szukania osobnych wykonawców do płytki, firmware’u i aplikacji.

  • Elektronika i prototypy
  • Firmware w C/C++, IoT
  • Automatyka: PLC, sterowniki robotów, wizja
  • Serwer i API: Node.js, Python, REST, Docker
  • Panele webowe: Angular, TypeScript

Oddział B

Trudne przypadki

Systemy dedykowane i niepowtarzalne, które są za ważne, żeby je wyłączyć, a zastąpienie ich gotowcem bywa niemożliwe.

  • Diagnoza i naprawa na poziomie układu
  • Zastępowanie wycofanych modułów
  • Modernizacja sterowania przy zachowaniu mechaniki
  • Odtwarzanie protokołów i dokumentacji
  • Bramki między starym sprzętem a nowymi systemami

Z praktyki

Podobne sprawy już przechodziły przez moje ręce.

Bez nazw klientów. Większość tych projektów powstawała w zespołach, a przy każdym opisuję swój udział.

Medycyna

Stare aparaty USG, nowe systemy szpitalne

Architektura digitizera łączącego starsze aparaty z DICOM: dobór sprzętu, przechwytywanie obrazu w FFmpeg i integracja.

Medycyna

Respirator w czasie pandemii

Prowadzenie zespołu embedded: oprogramowanie w C, elektronika, integracja i modułowa platforma przyjmująca alternatywne komponenty, także z motoryzacji.

Robotyka

Automatyzacja apteki szpitalnej

Sterowniki robotów, PLC, systemy wizyjne oraz własne bezprzewodowe analizatory wibracji do optymalizacji konstrukcji.

IoT

Monitoring lodówek aptecznych

Firmware urządzenia w C++ oraz udział w projektowaniu architektury serwera i REST API.

Serwis

Projektory multimedialne

Serwis uruchomiony w 2009 roku jeszcze pod szyldem Industrial Clinic, obok stałej opieki nad sprzętem firm z Łodzi i okolic.

Jak pracuję

Najpierw diagnoza, potem obietnice.

  1. 1

    Wywiad

    Opis, zdjęcia, dokumenty, jeśli są. Ustalamy, co się stało i ile kosztuje przestój.

  2. 2

    Diagnoza

    Pisemny wynik z wariantami, ryzykiem i kosztem. „Nie warto” też jest wynikiem.

  3. 3

    Leczenie

    Praca etapami, z punktami kontrolnymi i testami na realnym sprzęcie.

  4. 4

    Wypis

    Kod, schematy i dokumentacja zostają u Ciebie, żeby kolejna awaria nie zaczynała się od zera.

Przeciwwskazania

Czego się nie podejmuję.

Nazwa ma swoje lata.

To logo pochodzi ze strony mojej dawnej firmy: elektronika i outsourcing serwisu urządzeń, Łódź i Piotrków Trybunalski. Potem były lata w R&D: sprzęt medyczny, robotyka, IoT.

Domena do mnie wróciła, a nazwa pasuje do tej pracy lepiej niż wtedy. Projekty czysto programistyczne prowadzę jako SpliceBytes.

Opisz przypadek.

Napisz, co to za urządzenie lub produkt, co się dzieje i co już próbowano. Dołącz zdjęcia, jeśli je masz.

Michał Skalczyński · Łódź · praca zdalna, wyjazdy do sprzętu po ustaleniu

Napisz wiadomość