systemy wbudowane - system, język, biblioteki...

systemy wbudowane - system, język, biblioteki...

Wątek przeniesiony 2018-11-07 14:34 z Inżynieria oprogramowania przez Marooned.

EM
  • Rejestracja:prawie 13 lat
  • Ostatnio:ponad 10 lat
  • Postów:271
0

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

edytowany 2x, ostatnio: emacs
Azarien
  • Rejestracja:ponad 21 lat
  • Ostatnio:3 minuty
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...

edytowany 1x, ostatnio: Azarien
EM
  • Rejestracja:prawie 13 lat
  • Ostatnio:ponad 10 lat
  • Postów:271
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 ::

  1. windows embedded vs debian?
  2. biblioteka boost w zastosowaniach embedded?
  3. GUI w aplikacjach embedded
Azarien
  • Rejestracja:ponad 21 lat
  • Ostatnio:3 minuty
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…

  1. windows embedded vs debian?
    Czy docelowa produkcja ma objąć jeden egzemplarz czy miliony? Naprawdę, dajesz za mało informacji.
  1. biblioteka boost w zastosowaniach embedded?
    Nie widzę problemu.
  1. GUI w aplikacjach embedded
    Patrz wyżej — jakie GUI?
EM
  • Rejestracja:prawie 13 lat
  • Ostatnio:ponad 10 lat
  • Postów:271
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.

edytowany 1x, ostatnio: emacs
Azarien
  • Rejestracja:ponad 21 lat
  • Ostatnio:3 minuty
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.

edytowany 1x, ostatnio: Azarien
EM
Można było, przepraszam ;)
DU
  • Rejestracja:ponad 11 lat
  • Ostatnio:ponad 11 lat
  • Postów:25
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ć.

edytowany 1x, ostatnio: madmike
EM
Dzięki za odpowiedź ;) "to co ma sam windows powinno wam wystarczyć" - winapi? nie wiem jak jest ono obsługiwane na wersjach embedded ale ciężko się w tym pisze...
DU
Win api to jak na mozliwosci innych bibliotek bardzo niskopoziomowe API. Myslalem raczej o czyms wyzej. Kiedys pisalem w MFC pewnie gdzies dalej ktos uzywa. Na windowsy ce tez niewiele pisalem tam byly deignery ale juz nje pamietam co to bylo dokladnie czy winapi czy moze os wyzej. W zasadzie jakiej biblioteki bys nie uzyl dla windowsow i tak pod spodem bedzie win api. Nie wiem jak ci pomoc w tym wyborze poruszam sie troche na czuja
EM
  • Rejestracja:prawie 13 lat
  • Ostatnio:ponad 10 lat
  • Postów:271
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 ;)

DU
Na army konkretnie nie (nie liczac terminali platniczycha). W asemblerze pisalem jeszcze na atarynke a pozniej na x86. Jezeli nie piszesz sterownikow lub nie obslugujesz natywnie sprzetu to w zasadzie nie ma roznicy co to za procesor. Do grafiki masz biblioteke, do operacji IO biblioteke itp itd. Sama roznica jest odrohine w srodowisku bo uruchamianie systemow wbudowanych wyglada torche jak odpalanie i konfiguracja linuxa 15 lat temu
DU
Tak sobie jeszcze mysle. Sprobuj z qt. Ma ten plus ze (przynajmniej na x86) dzial i na linuxie i windowsie tak samo.

Zarejestruj się i dołącz do największej społeczności programistów w Polsce.

Otrzymaj wsparcie, dziel się wiedzą i rozwijaj swoje umiejętności z najlepszymi.