Mam kilka pytań projektowych dotyczących systemów wbudowanych. Efektem końcowym musi być urządzenie z wifi, bazą danych, GPS, do tego kilka dedykowanych aplikacji. Na pewno będzie to mikrokontroler ARM i język c++ a teraz pytania...
Co do systemu to możemy wybrać między windows embedded lub debian, czy do tego konkretnego zastosowania ma jakieś znaczenie to który wybierzemy?
Chciałbym mocno korzystać z biblioteki boost - mam spodziewać się problemów? Do GUI wybraliśmy bibliotekę Gtk+ / Gtkmm i tu podobne pytanie - czy uda się to w miarę bezboleśnie połączyć? Dzięki
0
0
Efektem końcowym musi być urządzenie z wifi, bazą danych, GPS, do tego kilka dedykowanych aplikacji
tak, tak, tak...
Na pewno będzie to mikrokontroler ARM i język c++
Na pewno? skąd ta pewność? czy to są niezmienialne odgórne założenia?
Do GUI wybraliśmy bibliotekę Gtk+ / Gtkmm
GUI? jakie GUI? nie pisałeś że to ma mieć w ogóle jakiś wyświetlacz. podaj dokładniejsze założenia.
i co to ma być (z zewnątrz). bo to co piszesz można zrobić choćby na smartfonie...
0
tak, tak, tak...
tutaj nie wiem o co Ci chodzi ;)
Na pewno? skąd ta pewność? czy to są niezmienialne odgórne założenia?
tak - mikrokontroler ARM i język c++ to nasze zespołowe, niepodlegające zmianie założenie projektowe
GUI? jakie GUI? nie pisałeś że to ma mieć w ogóle jakiś wyświetlacz. podaj dokładniejsze założenia.
nie pisałem ponieważ uznałem że to nie ma znaczenia ale tak będzie to miało 'jakiś' ( jakiś bo nie zdecydowaliśmy się jeszcze na konkretnego ARM-A ) wyświetlacz dlatego potrzebujemy biblioteki do oprogramowania GUI tam gdzie zajdzie taka potrzeba ;)
jeszcze raz to co mnie interesuje ::
- windows embedded vs debian?
- biblioteka boost w zastosowaniach embedded?
- GUI w aplikacjach embedded
0
nie pisałem ponieważ uznałem że to nie ma znaczenia ale tak będzie to miało 'jakiś'
Bez tego dalsze rozważania robią się bez sensu.
Nie wiadomo ani jak duże ma być urządzenie, ani czym sterowane, ani jaki rodzaj interfejsu jest potrzebny…
- windows embedded vs debian?
Czy docelowa produkcja ma objąć jeden egzemplarz czy miliony? Naprawdę, dajesz za mało informacji.
- biblioteka boost w zastosowaniach embedded?
Nie widzę problemu.
- GUI w aplikacjach embedded
Patrz wyżej — jakie GUI?
0
Bez tego dalsze rozważania robią się bez sensu.
Nie wiadomo ani jak duże ma być urządzenie, ani czym sterowane, ani jaki rodzaj interfejsu jest potrzebny…
W takim razie przepraszam za zamieszanie, widocznie zbyt wcześnie wyskoczyłem z ta wiadomością bo dokładnego modelu urządzenia jeszcze nie wybraliśmy, wielkość też nie jest dokładnie określona...
Sterowanie ma się odbywać na 2 sposoby - zdalnie (pc / laptop ) i poprzez dotykowy lcd.
Czy docelowa produkcja ma objąć jeden egzemplarz czy miliony? Naprawdę, dajesz za mało informacji.
Docelowo jeden egzemplarz. Wyjaśnij mi proszę jaki wpływ ma ilość urządzeń na wybór narzędzi nad którymi się zastanawiam?
Patrz wyżej — jakie GUI?
GUI do kilku aplikacji działających na tym urządzeniu np dla aplikacji do komunikacji / wymiany danych z pc / laptopem, program do klasyfikacji / przeglądania zdjęć, program do obserwacji parametrów urządzenia / jego pracy.
0
i poprzez dotykowy lcd.
I to jest najbardziej istotna informacja: nie można było od początku: "ma mieć dotykowy LCD"? ;-)
Wyjaśnij mi proszę jaki wpływ ma ilość urządzeń na wybór narzędzi nad którymi się zastanawiam?
Cena. Nie wyprodukujesz urządzenia z Windowsem jeśli ma konsumenta kosztować np. 100 złotych.
1
Odradzam Windows Embeded (rozmuem że chodzi o CE) Jeżeli to nie będzie coś z pudełka na czym działał ten system to trudno go bedzie odpalić. Lunux pod tym względem jest "przyjazniejszy" są rózne dystrybycje (czy debian konkretnie trudno powiedzieć) w tym w zasadzie gotowe do działania (np dla rPi) które nawet łatwiej dopasowac do swojego rozwiązania. Do tego dochodzą sterowniki... jakbym miał coś pisać samemu to wolę linuxa od windowsa nawet dla pełnego PC gdyż jest wiecej materiałow na ten temat.
Patrząć na sprzet starałbym sprawdzić czy działa na linuksie... lub czy ma chocby żródła sterowników dla niego.
Co do grafiki jezeli uda wam się odpalić XServer na waszym produkcie to bibliotke graficzną dobierzcie do managera okien bedzie lżejszy program. To samo sie tyczy jesli jednak wejdziecie w Windowsa szkoda wprowadzać innej bilioteki to co ma sam widnows powinno wam wystarczyć.
0
dubcio programowałeś może już coś pod ARM-A? Zastanawiam się jeszcze nad Qt widziałem kilka tutoriali z pisaniem aplikacji właśnie na mikrokontrolery ARM może to będzie jakieś wyjście ;)