On Thu, 22 Sep 2016 11:00:54 +0200, slawek <f...@f...com> wrote:
> Jeżeli 8 bitowiec kosztuje 5 PLN, extra pamięć jest poniżej 1 USD,
to

Ktoś tutaj podawał przykład arma za poniżej 10pln.
A swój czas zmarnowany na kombinowanie policzyłeś? Po co dokładać
n+1 urządzeń jeśli można to zrobić jednym bez kombinowania?

> jaki jest sens pchania się w 32 bitowy procesor nie mający
możliwości
> Intel I7 czy innego 64 bitowca?

Serio w swoich układach embedded potrzebujesz I 7?
Sens jest taki, że daje komfort użycia więcej ram i flash bez
zbędnego kombinowania (jeśli nie pisze się softu na konkurs p.t."ile
funkcjonalniści da się zmieścić w 1kB ram i 16kB flash").

Podam Ci bieżący przykład jak to upraszcza życie. Zbudowałem sobie
lokalizator wysłajacy pozycję do serwa w opraciu o gps+gsm. Ma też
kilka innych funkcji, których nie ma w komercyjnych rozwiązaniach,
więc zdecydowałem się, że zrobie taki jaki potrzebuję. Początkowo w
projekcie było USB na pendrive do buforowania lokacji gdy gsm jest
niedostepny z jakiś powodów. Pendrive miał być też pomocny do
aktualizacji softu gdyby doszły jakieś funkcjonalności. Później
stwierdziłem, że pen jest niewygodny bo wystaje a urządzenie ma być
na stałe w pojeździe i to w miejscu słabo dostępnym. No to może karta
sd, jest mniejsza. Ale i tak pozostaje problem jej ewntualnego jej
wyciągania. Bez sensu. W końcu doszedłem do wniosku, że po xuj zew.
nośnik jak mam w mcu 64kB ram, starczy na kilkaset zbuforowanych
pozycji. Ale pozostał problem aktualizacji. Ale moment, przecież mam
256kB flash, a używam tylko ok 60kB. Niech mcu nowy soft pobierze
sobie przez gsm, wrzuci go tymczasowo w nieużywany obszar flash a
bootloader później go przekopiuje w miejsce docelowe. I już.
Tak ewoluują pomysły gdy się ma odpowiednio dostępne zasoby.
Oczywiście taką samą funkcjonalność lokalizatora bez problemu zaszyło
by się w 8 bitowcu. Ale i tak nie starczyło by ramu na odpowiednie
buforowanie danych, więc po co kombinować??

--
Marek