On 15.07.2022 21:03, Piotr Gałka wrote:
[...]
> Przyglądam się dyskusji. Nie ogarniam o czym się mówi :).
> Nigdy nie pisałem nic embedded, ale brat pisze.
> On pisze w sposób na pewno bardzo krytykowany przez Ciebie (100%
> samouk). Czyli tkwimy sobie w takim kokonie ale człowiek 60+ już nie tak
> łatwo się uczy.
Tu nie chodzi o samouctwo, tylko mentalność, w wyniku której odrzuca się
obiektywnie lepsze rozwiązania z powodów typu ,,a bo to nowe, po co mi
to" czy ,,eee, uczyć się trzeba". No i dochodzi do patologi takich jak
kontrola wersji w postaci zip-ów przechowywanych na serwerze FTP (ja,
już w XXI wieku, spotkałem się z wersją na serwerze SMB, w znanej
polskiej firmie, potentata w swojej branży :-D ), chociaż systemy
kontroli wersji istnieją od dziesięcioleci.

> Abym choć trochę ogarniał co piszesz sprecyzuj co znaczy 'maleńki
> procesor'.
> Rozmiar pamięci dla programu?
>
> My standardowo używamy 8-bitowców ze 128k albo 256k flasha i to są te
> duże. Maleńkie (32k flasha też używamy).
Maleńki to może być np. 32 bitowy MIPS w obudowie 28-pinowej z ilością
flasha jak wyżej i zapewne ze sporo większą ilością RAM-u. W każdym
razie chodzi o to, że producenci krzemu nas rozpieścili. Oferują coś co
jest szybsze, ma więcej zasobów, jest mniej problemów z jego
oprogramowaniem i kosztuje tyle samo co stary ośmiobitowiec. Stawia to
więc pod znakiem zapytania sensowność użycia ośmiobitowca w nowym
projekcie. Absolutnie nie twierdzę, że jest to złe, ale IMO trzeba się
zastanowić, czy nie warto zrezygnować ze starej dobrej i dobrze znanej
'51 czy AVR i zainwestować trochę czasu w poznawanie czegoś nowego.
Tylko uwaga, nie MIPS-a - ta architektura właśnie umarła:
https://www.eejournal.com/article/wait-what-mips-bec
omes-risc-v/.