KWALIFIKACJA ELM3 - STYCZEŃ 2017 (test 2)

PYTANIE NR 10.
Która akcja zostanie wykonana po wywołaniu polecenia COMPILE w środowisku do programowania urządzeń mechatronicznych?
A.
B.
C.
D.
Wyjaśnienie poprawnej odpowiedzi:
Polecenie COMPILE dotyczy etapu przygotowania programu do uruchomienia: środowisko tłumaczy kod źródłowy na postać wynikową (zwykle binarną/maszynową lub obiektową). Nie jest to jeszcze przesłanie programu do sterownika ani pobieranie go z urządzenia. Konwersja "binarnego na decymalny" nie jest celem kompilacji.

Pełne wyjaśnienie:

Polecenie COMPILE w typowym środowisku programistycznym oznacza kompilację, czyli przetłumaczenie programu zapisanego w postaci zrozumiałej dla człowieka (kod źródłowy) na postać, którą może przetwarzać maszyna (kod wynikowy). W zależności od narzędzia i platformy może to być bezpośrednio kod maszynowy/binarne instrukcje lub pliki pośrednie (np. obiektowe), ale sens etapu pozostaje ten sam: przygotować wynik kompilacji do dalszych kroków.

Dlatego poprawna jest odpowiedź: "Przetłumaczenie programu na kod binarny." — oddaje ona ideę, że COMPILE wykonuje operację na programie (tłumaczenie), a nie na samym sterowniku.

  • Odpowiedź "Przesłanie programu do sterownika." opisuje zwykle etap nazywany Download/Upload/Transfer albo Program/Load. To osobna czynność, wymagająca połączenia z urządzeniem i wykonania transmisji.
  • Odpowiedź "Pobranie programu ze sterownika." to czynność odwrotna (odczyt z urządzenia), spotykana jako Upload/Read from device. Nie ma związku z tłumaczeniem kodu źródłowego.
  • Odpowiedź "Tłumaczenie kodu binarnego na decymalny." jest myląca, bo kompilacja nie polega na "zamianie systemu liczbowego" dla wygody człowieka. Kod binarny może być co najwyżej prezentowany narzędziowo w różnych formatach, ale to nie jest istota polecenia COMPILE.

Wskazówka egzaminacyjna: jeśli w odpowiedziach pojawia się para pojęć "kompilacja" vs "wgrywanie do sterownika", najpierw ustal, czy polecenie działa na plikach projektu (compile/build), czy na urządzeniu (download/upload). To zwykle rozstrzyga wybór bez wchodzenia w szczegóły konkretnej marki narzędzia.

Dodatkowe pytania

Dodatkowe pytania (FAQ):
COMPILE oznacza kompilację, czyli przetłumaczenie kodu źródłowego na kod wynikowy, który może zostać uruchomiony przez maszynę (np. kod maszynowy lub plik pośredni). To etap pracy na projekcie, a nie operacja komunikacji ze sterownikiem.
COMPILE tworzy kod wynikowy z kodu źródłowego (sprawdza m.in. składnię i generuje wynik kompilacji). DOWNLOAD przesyła już przygotowany program do urządzenia/sterownika przez interfejs komunikacyjny. To dwa różne kroki: najpierw budujesz, potem wgrywasz.
Kompilacja tylko przygotowuje program (tłumaczy go na postać wykonywalną lub pośrednią). Uruchomienie wymaga wykonania kodu przez sterownik lub komputer docelowy oraz często wcześniejszego wgrania programu. Możesz skompilować projekt bez dostępu do urządzenia.
Gdy COMPILE zgłasza błąd, środowisko zwykle nie tworzy poprawnego kodu wynikowego albo tworzy go częściowo, ale nie nadaje do uruchomienia/wgrania. Należy poprawić wskazane miejsca (np. składnia, typy danych, brakujące deklaracje) i ponowić kompilację.
W sensie celu końcowego: tak, bo urządzenie wykonuje instrukcje w postaci maszynowej. W praktyce narzędzie może generować też pliki pośrednie (np. obiektowe) i dopiero później powstaje finalny obraz programu. Egzaminowo przyjmuje się uproszczenie: kompilacja = tłumaczenie na postać wykonywalną.
W wielu IDE BUILD oznacza szerszy proces niż COMPILE: może obejmować kompilację wielu modułów, linkowanie, generowanie plików projektu oraz przygotowanie paczki do wgrania. COMPILE bywa tylko jednym z kroków. Na egzaminie warto kojarzyć BUILD jako "zbuduj całość".
Najczęściej: edycja programu, kompilacja (COMPILE/BUILD), potem wgranie do sterownika (DOWNLOAD) i uruchomienie/testy (RUN/ONLINE). Rozdzielenie tych etapów pomaga szybciej diagnozować, czy problem jest w kodzie czy w komunikacji.
Pobranie programu ze sterownika to operacja komunikacyjna (odczyt z urządzenia), a nie tłumaczenie kodu. Wymaga połączenia z kontrolerem i zwykle jest opisana jako upload/read. COMPILE działa na plikach projektu i może być wykonane całkowicie offline.
Kompilacja przede wszystkim wykrywa błędy formalne (składnia, typy, deklaracje, zgodność interfejsów). Część narzędzi dodaje analizy statyczne, ale nie zastąpi to testów na obiekcie. Poprawna kompilacja nie gwarantuje, że program zadziała zgodnie z założeniami.
Zapamiętaj prostą regułę: kompilacja zmienia postać programu (tłumaczy), a wgrywanie zmienia miejsce programu (przenosi do urządzenia). Jeśli w treści jest mowa o sterowniku, porcie, połączeniu lub transmisji, zwykle chodzi o download/upload, nie o COMPILE.
info

Statystycznie 63% uczniów zna prawidłową odpowiedź. średnie

W praktyce zawodowej kluczowe jest to, że polecenie COMPILE dotyczy etapu przygotowania programu do uruchomienia: środowisko tłumaczy kod źródłowy na postać wynikową (zwykle binarną/maszynową lub obiektową).

Źródła:

  • Wikipedia: "Kompilator" (opis roli kompilatora i procesu kompilacji) https://pl.wikipedia.org/wiki/Kompilator - dostęp: 2026-03-02
  • GNU GCC Documentation: "Introduction to GCC" (concept of compilation producing machine code/object files) https://gcc.gnu.org/onlinedocs/ - dostęp: 2026-03-02
  • IEC 61131-3 (Programmable controllers – Part 3: Programming languages) – ogólny kontekst wytwarzania programu dla sterowników; brak publicznego pełnego tekstu normy online (weryfikacja pojęć na poziomie ogólnym)

Materiały:

  • Dokumentacja używanego środowiska IDE (sekcje: Compile/Build/Download)
  • Podstawy kompilacji i kodu maszynowego w kursach programowania systemów wbudowanych
  • Materiały o cyklu wytwarzania oprogramowania dla sterowników (edit-compile-download-run)

Aktualizacja pytania: 31.03.2026



Aktualizacja pytania: 31.03.2026
📡 Brak połączenia internetowego