PIOTR CZEKALSKI

Przedmioty / Subjects

ToLC Macro M1

Lectures

Lectures are performed by Piotr Czekalski till the end of the November then by prof. Krzysztof Cyran. Lectures presented till end of the November cover so called combinational devices while remaining part of the semester is related to the sequential devices. There is no exam nor validating test during the lectures however students presence during lectures is obligatory.
Classes 2018/2019 are guided by M.Sc. Eng. Marek Bałecki, M.Sc. Eng. Krzysztof Hanzel and M.Sc. Eng. Krzysztof Paszek.

Classes

Classes are performed similar schedule as lectures (split between 2 lecturers). There are two validating tests, one for combinational circuits (late November, the exact date to be announced during classes and lectures) while the other one is related to sequential ones. To obtain the final grade from the ToLC each student is expected to satisfy at least 51% knowledge in every task presented to the student during each test.
Each student is requested to download and bring a printed copy of the following materials for EACH classes:

Labs

Laboratory is located in rooms 320 and 321. The usual schedule schemai is: two sections are working parallel, guided by two supervisors. Please mind, there is different schedule for each section. Always consult your individual schedule in ZMITAC database.

IoT Macro M6

Lectures

Lectures are performed by Ph.D. Eng. Krzysztof Tokarz and Ph.D. Eng. Piotr Czekalski.
For the first few weeks lectures will be held during regular scheduled lecture dates and extra during laboratory time (see detailed schedule below). Afterwards only laboratory activities will be performed.

    2018 Macrofaculty Schedule:
  • (PC)Introduction to IOT - 26.02.2018 08:30
  • (KT)Getting familiar with your hardware - 26.02.2018 12:00
  • (PC)Communications and communicating + NLP - 05.03.2018 08:30 & 12:00
  • (KT)Programming fundamentals - 12.03.2018 08:30
  • (KT)Sensing and acting - 12.03.2018 12:00
  • (KT)User interfaces in IoT devices - 12.03.2018 13:00
  • (PC)Security and privacy in IOT - 19.03.2018 08:30
  • (PC+KT)Lab organisation - 19.03.2018 12:00
  • (PC+KT)Lab project bidding - 26.03.2018 12:00
  • (PC+KT)Project presentations - 09.04.2018 12:00
  • ...Teamwork..., weekly
  • (PC+KT)Project Implementation Show - 14.05.2018 12:00
  • (PC+KT)Project Reporting and Result Evaluation - 28.05.2018 12:00

Labs

Labs are performed in a form of continuous collaborative project starting April, see detailed schedule in ZMITAC database), where students work in groups implementing hardware and software components that constitute a fully operational sensor network with data storage and advanced networking capabilities, data analytic and presentation layer.
Low level components cover Arduino boards (Uno, Mega 2560), ESP 8266 autonomous modules, DHTxx sensors and Ethernet shields. An extra Raspberry Pi and Orange Pi boards are supposed to supply the intelligent network.
Network is based on IP4 and eventually 6LowPAN.
Data processing and storage covers data forwarders in microservices model (i.e. Mosquitto server), protocol converters (i.e. NodeRED) and databases (i.e. PostgreSQL, MongoDB) running heterogeneous Windows-Linux platform with Hyper-V virtualization.

AITUC Inf N1Z

Ćwiczenia tablicowe

Harmonogram wykładów oraz zajęć tablicowych (ćwiczeń) znajduje się poniżej. Wykłady prowadzi dr inż. Piotr Czekalski.
Ćwiczenia tablicowe prowadzą: dr inż. Piotr Czekalski (pierwsze zajęcia, algebra Boole'a, układy kombinacyjne proste, hazard, implementacja), mgr inż. Krzysztof Paszek.

Poniżej znajdują się materiały pomocnicze do ćwiczeń tablicowych, które należy mieć ze sobą wydrukowane NA KAŻDYCH zajęciach. Proszę nie sugerować się numerami plików, ponieważ nie pokrywają się z tematyką i numerami zajęć w pełni.

W trakcie semestru przewidziane są 4 kartkówki z tematyki odpowiadającej wykładom i ćwiczeniom o numerach zajęć od 1 do 4 włącznie.
Kartkówki odbywają się na początku każdych kolejnych ćwiczeń (a zatem na początku ćwiczeń nr 2 będzie test z tematyki omawianej na zajęciach nr 1, na 3 z 2, itd.).
Przypominam, że zgodnie z podanymi na początku semestru warunkami zaliczenia, każda kartkówka musi być pozytywnie zaliczona.
W ramach poszczególnych zaliczeń kartkówek ostatnia uzyskana ocena z każdej kartkówki musi być pozytywna.
Minimalna ocena zaliczająca kartkówkę (widoczna w bazie ocen ZMITAC) to 2.51 . Zatem jeśli masz ocenę 2, 2.25 lub 2.45 to znaczy, że nie masz zaliczenia.
Jeśli Twoja ocena jest niższa niż 2.51, MUSISZ pisać kartkówkę w najbliższym terminie poprawkowym (nieobecność nieusprawiedliwiona w takiej sytuacji jest traktowana jako ocena 2.0).
Jeśli masz już pozytywną ocenę i przystępujesz po raz kolejny do zaliczania kartkówki, musisz uzyskać ocenę co najmniej 2.51, inaczej stracisz wcześniej uzyskane zaliczenie (zgodnie z regułą, mówiącą, że ostatnia ocena musi być pozytywna).
Kwestia średnich - jeśli średnia ocen jest mniejsza niż 2.51, ale Twoja ostatnia ocena jest pozytywna (np. 3), uzyskujesz zaliczenie danej kartkówki niezależnie od średniej.
Przykłady (dotyczy pojedynczej kartkówki):
2;2;2.51 - zaliczyłeś kartkówkę (w trzecim podejściu)
4;2 - nie zaliczyłeś kartkówki
2.51 - zaliczyłeś kartkówkę w pierwszym podejściu

Wyniki (oceny) oraz obecność na zajęciach jest dostępna w tzw. bazie ZMITAC, dostępnej tutaj. W przypadku problemów z zalogowaniem się do bazy, przejrzyj sekcję FAQ na mojej stronie.

Laboratorium

Regulamin laboratorium znajduje się tutaj.
W celu zaliczenia przedmiotu należy:

  • Brać udział (aktywny) we wszystkich zajęciach laboratoryjnych.
  • Uzyskać pozytywną ocenę z każdych zajęć laboratoryjnych - jakkolwiek automatycznie wyliczana jest średnia z uzyskanych ocen, istotne jest aby ostatnia ocena była pozytywna, np. uzyskanie kolejno: 2,75 / 3 / 2,25 nie daje zaliczenia, ale kolejno : 2 / 2 /3 to zaliczenie daje (przykład obrazuje kolejne oceny uzyskane w ramach zaliczania tego samego ćwiczenia!). Osoby, które pisały dotychczas dwie kartkówki i nie uzyskały odpowiednio wysokiej średniej są zobowiązane do pisania kartkówki z wszystkich ćwiczeń (1,2,3), z których nie mają pozytywnej oceny (vide punkt powyżej).
  • Uzyskać zaakceptowanie raportu (nie wystarcza samo wysłanie, raport ma być zaakceptowany przez prowadzącego). Prowadzący ma 2 tygodnie robocze na sprawdzenie raportu. Proszę zatem nie zakładać, że wysłanie raportu pod koniec września załatwia sprawę. Raporty takie mogą zostać nieocenione, co będzie równoznaczne z brakiem zaliczenia przedmiotu.

Materiały on-line do zajęć laboratoryjnych są do pobrania bezpośrednio z Dokuwiki: Laboratorium AITUC.

JA - języki assemblerowe

Projekt

Prezentacje publiczne koncepcji i sposobu rozwiązania.

W ramach przedmiotu obowiązkowe prezentacje biznesowe projektu dla osób, które ich jeszcze nie przeprowadziły są możliwe w podgrupach, w trakcie konsultacji lub w innym umówionym terminie (patrz poniżej). W związku z koniecznością zorganizowania rzutnika, audytorium i słuchaczy wcześniej należy się zapisać na termin prezentacji osobiście u prowadzącego, czyli u mnie (droga mailowa nie jest akceptowana) wraz z pozostawieniem namiarów kontaktowych. Termin prezentacji zostanie podany po zebraniu grupy zainteresowanych osób.

Prezentacje kodu programu.

Prezentacje kodu programu odbywają się indywidualnie, w trakcie przewidzianych harmonogramem zajęć oraz później, podczas konsultacji, w miarę dostępności prowadzącego.
Kodu programu NIE wysyłamy przez bazę ZMITAC.

Wpis zaliczenia.

W celu otrzymania zaliczenia należy złożyć wydrukowaną stronę tytułową raportu lub kartę projektu (w zależności od ustaleń z prowadzącym) oraz podpiętą do strony (w sposób nierozerwalny lub w koszulce foliowej, etc.) płytę CD na której musi się znaleźć:

  • Kod źródłowy programu wraz z plikami solucji, dodatkowymi bibliotekami które nie są standardowo dostarczane z kompilatorem, a z których korzystano, jednym słowem wszystko co jest niezbędne do przekompilowania i uruchomienia programu.
  • Przekompilowana wersja programu (może być w strukturze solucji).
  • Prezentacja w formacie PDF.
  • Raport w formacie PDF.
  • Pliki niezbędne do wykonania scenariuszy testów, które opisano w dokumentacji.

Raport.

Raporty z pracy należy przesyłać do oceny po zaliczeniu prezentacji biznesowej i prezentacji kodu programu bezpośrednio poprzez bazę ZMITAC w formacie PDF. Droga mailowa nie jest akceptowana. Przypominam, że na sprawdzenie potrzebuję do ok 7 dni roboczych, w związku z tym, raporty MUSZĄ być przesłane najpóźniej w drugim tygodniu zimowej sesji egzaminacyjnej. Nie gwarantuję sprawdzenia w terminie zakończenia sesji raportów przekazanych później. Jednocześnie przypominam, że datą akceptacji raportu jest data przesłania przez studentów do bazy ZMiTAC raportu, który zostanie zaliczony (w przypadku odrzucenia i konieczności poprawek datą złożenia raportu jest data złożenia poprawki, a nie pierwszej wersji raportu). Jednocześnie informuję, że raporty należy złożyć najpóźniej 14 dni przed zamknięciem systemu EKOS. Raporty złożone po tym terminie zostaną odrzucone.

Zawartośc raportu jest ściśle uzależniona od charakteru projektu. Poniżej zawarto wskazówki n/t pożądanej koncepcji dokumentu:

  • Wstęp teoretyczny.
  • Założenia - zgodne z przesłanymi na początku semestru i zatwierdzonymi przez prowadzącego.
  • Wyjaśnienia algorytmów i technologii - może być połaczony ze wstępem.
  • Specyfikacja zewnętrzna - w przypadku DLL - specyfikacja eksportowanych funkcji, w przypadku aplikacji DOS interface użytkownika, etc. - zasadniczo jest to specyfikacja udostępnianych funkcji z części assemblerowej projektu oraz sposób ich użycia.
  • Specyfikcja wewnętrzna - algorytmy, marka, funkcje, stałe, zmienne - jednym słowem opis kodu - uwaga - proszę NIE wklejać całości kodu do raportu.
  • Testowanie i uruchamianie - przynajmniej jeden scenariusz testowy, prezentujący sposób działania programu tzw. ścieżką pozytywną - dane wejściowe, ustawienia parametrów przetwarzania, sekwencja operacji do wykonania, etc. oraz oczekiwane dane wyjściowe. W tym punkcie znajduje się również miejsce na opisanie aplikacji wysokopoziomowej, która w przypadku biblioteki DLL była wykorzystywana do prezentacji jej możliwości.
  • Wyniki testów - w tym miejscu można umieścić np. wyniki testów porównawczych wydajności algorytmu w języku wysokiego poziomu oraz w assemblerze, osiągnięte cele i ciekawe rezultaty pracy.
  • Podsumowanie.

PiA Macro M2

Lectures

Lectures are performed by Ph.D. Eng. Krzysztof Tokarz.

Laboratory

Labs are leaded by Ph.D. Eng. Piotr Czekalski, according to the individual schedule.
There are two hand-on labs. You can download the laboratory instructions here - click for PiA in the left menu then download instruction and accompanying materials (i.e. templates):

  • Ex 8. Programming assembler in MS Visual Studio 2013 in x64.
  • Ex.9. Integrating .NET and assembler x64 in MS Visual Studio 2013.

Students are graded for each task according to the results and their involvement. It is also a requirement to deliver and ensure acceptance of the report for each lab. The reports should be prepared as PDF file and submitted along with VS solution as a single ZIP file via electronic submission system.

Afterwards, there is a short project (a teamwork) section on PiA. Students are supposed to acknowledge the project subject with the supervisor during PROJ-ASSUMPT meeting, then prepare and present their conceptual presentation - a public, verbal presentation along with PDF/Power Point one - during PROJ-PREZ event, then individually present their solution to the supervisor no later than during PROJ-IMPL activity date and finally provide a report on the project to the supervisor using electronic submission system.

You can access the electronic submission system here.

Automated Learning Systems, Qafqaz University, Baku, AZ
FEHIS, Macro, M.Sc.

LEGO MINDSTORMS

Wykłady

Laboratorium

Podczas zajęć laboratoryjnych studenci zaznajomią się z praktycznymi zagadnieniami programowania robotów mobilnych i miniaturowych. W ramach zajęć przewidziano pracę zespołową (w tym interdyscyplinarne zagadnienia z zakresu projektowania konstrukcji robotów, ich budowy, programowania niskopoziomowego, programowania koncepcyjnego ruchu, programowania w warstwie abstrakcyjnej / behawioralnej. Studenci odbędą szereg zajęć, w czasie których w praktyce wykorzystają nabytą wiedzę, w szczególności z zakresu programowania sterowanego przepływem danych (NXT-G, Microsoft Robotics Studio), programowania robotów w językach Java, C#, wykorzystania środowiska symulacyjnego do weryfikacji założeń algorytmicznych, itp.

  • Organizacja pracy, podział na sekcje, omówienie zasad pracy i bezpieczeństwa pracy. Laboratorium 1 - regulamin zajęć (PDF).
  • Podstawy programowania w NXT-G. Programowanie różnych modeli robotów w języku NXT-G. Programowanie sterowane przeływem danych. Laboratorium 2 (PDF).
  • Zaawansowane programowanie robotów różnych klas w języku NXT-G. Laboratorium 3 (PDF).
  • Programowanie robotów klasy Tribot w języku Java. Wprowadzenie do NXJ. Laboratorium 4 (PDF).
  • Programowanie robotów klasy Tribot w języku Java (NXJ) z wykorzystaniem klas nawigatorów. Programowanie behawioralne. Laboratorium 5 (PDF).
  • Programowanie robotów klasy Tribot w języku Java (NXJ) w trybie nadzorowanym z wykorzystaniem bibliotek PC API. Laboratorium 6 (PDF).
  • Programowanie robotów klasy Tribot w MSRDS 2008 - programowanie graficzne w VPL #1 (zdalne sterowanie robotem). Laboratorium 7 (PDF).
  • Programowanie robotów klasy Tribot w MRDS 2008 - programowanie w C#. Modyfikacje projektów serwisów (zdalnie sterowane). Laboratorium 8 (PDF).
  • Programowanie robotów klasy Tribot w MRDS 2008 - programowanie w VPL #2 oraz praca w środowisku symulacyjnym. Laboratorium 9 (PDF).
  • Programowanie w języku C# z wykorzystaniem biblioteki MindSqualls. Laboratorium 10 (PDF).
  • Laboratorium 11 i 12*. Programowanie zaawansowanych modeli robotów w różnych językach. Heterogeniczne systemy kontroli. Laboratorium 11 i 12 (PDF).
    *-laboratoria opcjonalne, prowadzone zależnie od rozkładu zajęć w semestrze i postępów w pracy grup studenckich..

Lectures & labs - Macrofaculty

Lectures and related materials are presented below:

  • Part 1 - NXT hardware, software, robot models and programming overview. NXT-G - a LabView based IDE for data-driven programming in NXT-G language (autonomous mode).
  • Part 2 - programming in Java with LeJOS environment (autonomous and remote controlled mode), programming in Microsoft Robotics Studio (remote controlled mode), programming in C# using Mindsqualls and Visual Studio.

Laboratory instructions are presented below:

Resources

Grades and reports on the laboratory are maintained by the ZMITAC database.

Schedules:

GIS

Egzaminy i zaliczenia ISL

  • Wyniki egzaminu, oceny, zaliczenia, wyniki laboratorium ISL 2016.
  • Termin 1 SGIS ISL - 21.06.2016 10:00-11:00 (sala 328)
  • Termin 2 SGIS ISL - 13.09.2016 10:00-11:00 (sala 328)
  • Termin 3 SGIS ISL - 20.09.2016 10:00-11:00 (sala 328)

GIS and Flight Simulation Systems: Macro, M.Sc.

GIS and Flight Simulation Systems: Reykjavik Technical University, Reykjavik, Iceland

FSX - scenerie oraz dodatki

Scenerie w FSX są dodatkami do oryginalnego wyglądu symulatora, zastępującymi przestrzeń generowaną automatycznie poprzez Autogen przestrzenią, która odpowiada (w znaczącym stopniu) rzeczywistości.

  • Lotnisko Aeroklubu Gliwice (budynek główny, hangar główny + hangar firmy Flytronic).

    Projekt powstał podczas zajęć z przedmiotu Systemy GIS na kierunku Informatyka, specjalność ISL, Politechniki Śląskiej w Gliwicach.
    Autorzy: Paweł Gumiński, Dawid Mroczek, Marek Suwała. Opiekun: Piotr Czekalski.
    Pobierz tutaj.
  • Lotnisko Aeroklubu Gliwice v2 (budynek główny, hangar główny, restauracja, teren wokół).

    Projekt powstał podczas zajęć z przedmiotu Systemy GIS na kierunku Informatyka, specjalność ISL, Politechniki Śląskiej w Gliwicach.
    Autorzy: Andrzej Będkowski, Krystian Domian, Paweł Matynia. Opiekun: Piotr Czekalski.
    Pobierz tutaj.
  • Miasteczko akademickie Politechniki Śląskiej w Gliwicach

    Wydział Elektryczny, Wydział Górnictwa i Geologii, Wydział Chemiczny, Ośrodek Sportu Politechniki Śląskiej (budynek naprzeciw AEiI), Wydział Budownictwa, Wydział Matematyki Stosowanej wraz z Biblioteką Główną, Wydział Mechaniczno –Technologiczny wraz z budynkiem A Wydziału Inżynierii Środowiska i Energetyki, Budynek B Wydziału Inżynierii Środowiska i Energetyki, Budynek C Wydziału Inżynierii Środowiska i Energetyki, Zakład Miernictwa i Automatyki Procesów Energetycznych przy Wydziale Środowiska i Energetyki, Instytut Techniki Cieplnej przy Wydziale Środowiska i Energetyki, Centrum Edukacyjno Kongresowe).
    Projekt powstał podczas zajęć z przedmiotu Systemy GIS na kierunku Informatyka, specjalność ISL, Politechniki Śląskiej w Gliwicach.
    Autorzy: Tomasz Cieślar, Tomasz Załoga. Opiekun: Piotr Czekalski
    Pobierz tutaj.
  • Miasteczko akademickie Politechniki Śląskiej w Gliwicach - 2

    Stołówka studencka oraz klub Mrowisko.
    Projekt powstał podczas zajęć z przedmiotu Systemy GIS na kierunku Informatyka, N2W, Politechniki Śląskiej w Gliwicach.
    Autorzy: Łukasz Dreja, Łukasz Wierzba. Opiekun: Piotr Czekalski
    Pobierz tutaj.
  • Dzielnica Nikiszowiec

    Budynki-opracowane, kościół-z biblioteki, drzewa z biblioteki.
    Projekt powstał podczas zajęć z przedmiotu Systemy GIS na kierunku Informatyka, specjalność ISL, Politechniki Śląskiej w Gliwicach.
    Autorzy: Krzysztof Korus, Piotr Tomala. Opiekun: Piotr Czekalski
    Pobierz tutaj.
  • Lotnisko Muchowiec

    Budynki-opracowane, pas startowy.
    Projekt powstał podczas zajęć z przedmiotu Systemy GIS na kierunku Informatyka, Niestacjonarne Studia Magisterskie, Politechniki Śląskiej w Gliwicach.
    Autorzy: Artur Przybyła, Adam Kubica, Jacek Siuda. Opiekun: Piotr Czekalski
    Pobierz tutaj.
  • Muzeum Śląskie

    Budynki-opracowane.
    Projekt powstał podczas zajęć z przedmiotu Systemy GIS na kierunku Informatyka, Niestacjonarne Studia Magisterskie, Politechniki Śląskiej w Gliwicach.
    Autorzy: Tomasz Gębka, Marek Mrowiec. Opiekun: Piotr Czekalski
    Pobierz tutaj.
  • 3D Connexion Space Navigator - FSX Camera control. Free.

    A camera control for FSX using 3D Connection Space Navigator.
    Designed and developed during GIS labs on Macrofaculty M.Sc. Course, Silesian University of Technology.
    Authors: Tomasz Depta, Adam Kornacki, Abdul Ameer Hassan. Supervisor: Piotr Czekalski
    Download installer here.
  • Pałac w Pszczynie

    Budynki i otoczenie pałacu w Pszczynie.
    Projekt powstał podczas zajęć z przedmiotu Systemy GIS na kierunku Informatyka, specjalność ISL, Politechniki Śląskiej w Gliwicach.
    Autorzy: Dorota Czajka, Marzena Szlapa, Łukasz Klimek. Opiekun: Piotr Czekalski
    Pobierz tutaj.
  • Schronisko Murowaniec w Tatrach (Hala Gąsienicowa)

    Budynek schroniska.
    Projekt powstał podczas zajęć z przedmiotu Systemy GIS na kierunku Informatyka, specjalność ISL, Politechniki Śląskiej w Gliwicach.
    Autorzy: Klaudiusz Stawski. Opiekun: Piotr Czekalski
    Pobierz tutaj.
  • Zamek w Malborku

    Projekt powstał podczas zajęć z przedmiotu Systemy GIS na kierunku Informatyka, specjalność ISL, Politechniki Śląskiej w Gliwicach.
    Autorzy: Paweł Nocoń, Tomasz Guźniczak. Opiekun: Piotr Czekalski
    Pobierz tutaj.
  • Banjul Airport, Gambia

    Project created during labs on GIS systems / Marcofaculty course, Silesian University of Technology, Gliwice, Poland.
    Author: Buba Conteh. Supervisor: Piotr Czekalski
    Download here.
  • Silesian Library, Katowice, Poland

    Project created during labs on GIS systems / Marcofaculty course, Silesian University of Technology, Gliwice, Poland.
    Authors: Ferdynand Naczyński, Dawid Bednorz, Mikołaj Matejko. Supervisor: Piotr Czekalski
    Download here.
  • FSX Plane Tracker (old) - a stand-alone map for FSX and ESP simulator

    Project created during labs on GIS systems / Marcofaculty course, Silesian University of Technology, Gliwice, Poland.
    Authors: Elena Primachova, Michał Dolibóg, Michał Sobolewski. Supervisor: Piotr Czekalski
    Download here.
  • Zamek, Chudów

    Projekt powstał podczas zajęć z przedmiotu Systemy GIS na kierunku Informatyka, N2W, Politechniki Śląskiej w Gliwicach.
    Autorzy: Dawid Szydło. Opiekun: Piotr Czekalski
    Pobierz tutaj.
  • Schronisko na Turbaczu

    Projekt powstał podczas zajęć z przedmiotu Systemy GIS na kierunku Informatyka, specjalność ISL, Politechniki Śląskiej w Gliwicach.
    Autorzy: Piotr Wierciński. Opiekun: Piotr Czekalski
    Pobierz tutaj.
  • Symulator awarii dla FSX

    Projekt powstał podczas zajęć z przedmiotu Systemy GIS na kierunku Informatyka, specjalność ISL, Politechniki Śląskiej w Gliwicach.
    Autorzy: Jakub Szyguła, Jakub Zwoliński. Opiekun: Piotr Czekalski
    Pobierz tutaj.
  • FSX Plane Tracker - a stand-alone map for FSX and ESP flight simulator

    Project created during labs on GIS systems, Silesian University of Technology, Gliwice, Poland.
    Authors: Dariusz Marek, Artur Balsam. Supervisor: Piotr Czekalski
    Download installer here.
    Docs
    FSX Tracker requires Simconnect library

CONTACT ME!

Silesian University of Technology, Gliwice, Poland.

Faculty of Automatic Control, Electronics and Computer Science

Institute of Informatics

room 316/317,
Akademicka 16 street,
44-100, Gliwice,
Poland.

Tel. +48-32-237-2577
eMail. piotr.czekalski (a.t.) polsl.pl