Witam,
Zauważyłem, że wiele osób na tym forum zmaga się z tzw. RAD, czyli Rapid Application Development w postaci Borland C++ Buiilder (najczęściej 6.0, chociaż widziałem także wzmianki o tym z 2010 roku). W związku z tym postanowiłem napisać, zadać pytanie, czy szanowni koledzy spotkali się może, a może także już skonfigurowali takie środowisko pracy jak CodeBlocks z wtyczką Qt Designera? - już piszę o co chodzi. Otóż..
Normalnie jest tak, że konfigurujemy Eclipse do pracy z mikrokontrolerami avr - wszystko jasne i bardzo dobrze opisane w książce Pana Mirka (Bluebook).
Przychodzi jednak taki czas, kiedy jakiegoś tam elektronicznego sterownika chcemy wykonać kompletny projekt tzn. elektroniczny sterownik + najlepiej jakaś aplikacja z PC'eta która nim steruje. No właśnie, jak napisać taką aplikację. Z pomocą przychodzi jak zwykle nieśmiertelne studio Borlanda BCB v.6, lub nie tak całkiem stare MS Visual C++ 2010. Wszystko ładnie, pięknie, ale byłoby naprawdę nieźle gdyby tak móc korzystać z CAŁKOWICIE z integrowanego środowiska, którym mogło by się stać Eclipse jako rdzeń (autouzupełnianie kodu z funkcjami jakie "widzi" eclipse, etc.).
Ze swojej osobistej praktyki wiem, że możliwe jest takie skonfigurowanie CodeBlocks + Qt Designer (zamiast np. BCB 6) żeby używać zintegrowanego środowiska do tworzenia "okienek" windowsowych (ekspresowe tworzenie aplikacji), nie wspominając o innych możliwościach jak np. ułatwienie korzystania z protokołu RS232.
Pytanie które chciałem zadać do tych bardziej doświadczonych kolegów w sprawach pisania aplikacji C++ na PC dotyczy tego JAK POŁĄCZYĆ środowisko Eclipse (zawierające już wtyczkę do avr) ze środowiskiem CodeBlocks+ Qt Designer.
W moim skromnym mniemaniu są dwie możliwości:
1. Zainstalować wszystko z możliwie maksymalnie spójną konfiguracją, tzn. mam tu na myśli dopasowanie WSZYSTKICH komponentów co do ich wersji (np. Qt wersja 4.6, odpowiednia wersja Qt plugin'a do Eclipse, odpowiednia wersja MinGW dla CodeBlocks, odpowiednia wersja CodeBlocks, odpowiednia wersja Eclipse oraz oczywiście plugin do eclipsa dla avr).
2. Eclipse Indigo + plugin dla avr, a do tego zainstalować najnowszą wersję Qt Designera jako środowiska RAD dla aplikacji C++ dla PC. Jak połączyć to do Eclipse? Niestety nie wiem... Znalazłem plugin'y do Eclipse do QT, ale nie wiem którą wersję wybrać:
ftp://ftp.informatik.hu-berlin.de/pub/Linux/Qt/QT/qteclipse/
Pytam, bo chcę się podjąć tego zadania (instalacja + konfiguracja środowiska RAD + Eclipse). Nie dołączałem jeszcze niczego innego do Eclipse oprócz tego plugin'a do avr, a mam przeczucie, że to mogłoby usprawnić pracę nie tylko mnie.
Mam nadzieję, że w miarę jasno wszystko opisałem. Jeśli nie, proszę pytać to dopiszę co trzeba, bo też nie chcę pisać całej biblii a jedynie nadmienić na czym polega pomysł/problem.
Edit1:21:52:2014.07.28
Jak na razie przetestowałem instalkę Qt 5.3 + wybór MS Visual C++ 2010 jako kompilatora (eclipse zgodnie z zaleceniami Pana Mirka).
Nie polecam jednak instalować przez instalator Qt kompilatora MS Visual C++ 2010, z dwóch powodów:
- wtyczka do eclipse w najnowszej wersji 1.6.1 wymaga kompilatora MinGW
- MS Visual C++ 2010 zawsze można zainstalować osobno (ma dobry instalator w przeciwieństwie do MinGW, gdzie bardzo trzeba uważać na zgodność wersji)
Ostateczna instalacja (jeśli się uda) to będzie prawdopodobnie coś takiego:
- eclipse + wtyczka avr + atmel toolchain - wg książki Pana Mirka
- zainstalowany Qt w wersji 5.3 wraz z kompilatorem MinGW (wersja MinGW prawdopodobnie 4.8.0)
- wtyczka Qt do eclipse w wersji 1.6.1 z linku który podałem powyżej
Osobno mam zainstalowane środowisko RAD MS Visual C++ 2010 (formatki i te sprawy poprzez kompilator MS), natomiast instalacja MinGW podyktowana jest tym, żeby poprawnie zainstalować wtyczkę do eclipse (która wymaga katalogu, gdzie jest qt oraz kompilatora MinGW).
Uwaga! Środowisko QT "trochę" się instaluje (2,7 Gb), więc spokojnie można pójść sobie na kawę, albo np. skosić trawnik (pozdrowienia dla Kopalnego).
System operacyjny pod jakim pracuję to Windows XP Pro + SP3.
Jak uda mi się wszystko "ustawić" jak należy podam szczegółową instrukcję instalacji krok po kroku.
Acha, co do kompilatora MS to pewnie każdy wie, że chociaż jest darmowy, to po jakimś tam czasie trzeba się zarejestrować na stronie Microsoft'u, żeby móc używać (pomimo iż jest darmowy).
Edit2:16:12:2014.07.29
Przetestowałem obecnie konfigurację w postaci:
1. Eclipse Indigo wg sugerowanej konfiguracji opisanej przez Pana Mirka
2. Qt wersja 5.3.0 (najnowsza) wraz z kompilatorem MinGW 4.8.2, który CO WAŻNE jest instalowany przez instalator Qt (menadżera pakietów)
3. Wtyczka qt do Eclipse w wersji 1.6.1
Niestety nie ma dobrych wieści, tzn. niby cała instalacja powiodła się, wszystko się zainstalowało, ALE później gdy odpali się Eclipse i próbuje skompilować projekt pod Eclipse używając bibliotek Qt (przez wtyczkę), to w oknie konsoli informacji wychodzi błąd, że Eclipse nie widzi pliku gcc.exe (POMIMO, ŻE zarówno instalacja środowiska QT jak i później instalacja wtyczki QT do Eclipse przebiegła bez problemów i zarówno ścieżki jak i sam plik jest obecny!)
.Nie wiem czy słusznie, ale przypuszczam, że taki stan rzeczy jest przez przestarzałą wtyczkę do Eclipse, która PRAWDOPODOBNIE wymaga wcześniejszej wersji kompilatora MinGW, a bez niego ta wtyczka pod Eclipse nie chce działać (nie może być np. kompilatora jako MS Visual C++ 2010).
Moim zdaniem są cztery wyjścia z tego problemu (mając na myśli używania darmowego środowiska RAD do tworzenia formatek, okienek etc.):
1. Najtrudniejsze: spróbować przekompilować wtyczkę do Eclipse tak, żeby działała z nowszym kompilatorem (nie piszę się jednak na to, bo z uwagi na wielkość samego środowiska QT 5.3.0 jak i ociężałość działania jest to pozbawione sensu). Najnowsze Qt może się sprawdzić w Windows 8, gdzie trzeba wykonać jakąś aplikację typu gadżet na komórkę, etc. Poza tym najnowsze QT to MOIM ZDANIEM przerost "formy nad treścią" a to, że Qt nie wspiera w żaden sposób Eclipsa, to jest dla twórców Qt jak strzał w kolano.
2. Sposób drugi to osobne korzystanie z Eclipsa jako środkowiska dla avr i osobne korzystanie z MS Visual C++ Express jako środowiska do tworzenia formatek, obsługi protokołu RS-232 z PC'eta itp.
3. Sposób trzeci to tak jak powyżej osobne korzystanie ze środowisk dla avr i aplikacji dla PC, z tym że zamiast MS Visual C++ Express można korzystać z najnowszego Code::Blocks i bibliotek wxSmith, które są automatycznie dołączone do Code::Blocks. Sugeruję zainstalować Code::Blocks wraz z domyślnym dla danej wersji CB kompilatorem.
4. Używać przestarzałej wtyczki Qt do Eclipse wraz z przestarzałym kompilatorem MinGW.
Sposób 3 osobiście preferuję gdy potrzebuję mieć przenośny kod (Code::Blocks w dość prosty sposób umozliwia przenośność kodu C++ pomiędzy systemami). Sposób 2 jest dobry, gdy chce się mieć pewność, że pod Windowsem aplikacja na pewno "zaskoczy".
Pozdrawiam! Jarek
P.S. Panie Mirku, to mój pierwszy post tutaj, dlatego chciałem Panu serdecznie podziękować za ŚWIETNĄ książkę nt. programowania u-kontrolerów w C! Nie jest napewno tania, ale JEST WARTA swojej ceny. Dziękuję Panu za tego Bluebook'a!
