Energooszczędna pamięć

Oczywiście. Są nawet z 128kB ram więc, w czym problem?

A czy BASF jest jeszcze jakąś marką? Nie skończył podobnie Thompson, Grundig czy Telefunken?

Policz. Jeden bajt kosztuje tyle co 512 bajtów, bo nie da się go zapisać inaczej niż przez zapis całego bloku. Jeżeli chcesz zapisać np. 8192 próbki jednobajtowe, to zapisując je po jednym bajcie będzie cię to kosztowało 512 razy tyle co zapis paczkami po 512 bajtow każda. Podobnie będzie dla 513 bajtów. Owszem pierwsze 512 gładko przejdzie. Ale ten jeden bajt będzie jeszcze.

Nie wiem. Po prostu od wielu wielu lat nic nie kupuję od BASF. Chyba nie muszę tłumaczyć dlaczego?

A teraz załapałem w czym problem. Zamiast dostosować mcu do zadania próbujesz dostosować zadanie do mcu. Zamiast mieszać szpachlę łokciem użyj mcu z odpowiednią ilością ram np. z 64kB. Ile potrzebuję ten Twój program, z 10kB? Pozostanie ~6000 buforów 8 bajtowych do buforowania rzadkich zapisów na sd. 6kB bufor w ram chyba Ci wystarczy do tego zadania, nie?

Taka uwaga P.S. Na prawdę marnotrastwem jest zatrzymywanie się na

Jeżeli 8 bitowiec kosztuje 5 PLN, extra pamięć jest poniżej 1 USD, to jaki jest sens pchania się w 32 bitowy procesor nie mający możliwości Intel I7 czy innego 64 bitowca?

Ogolnie to chyba nie - fabryki BASF widuje, nawet w kraju. Cos tam robia, nawet nie wiem co. (chyba, ze mi sie pomylilo). Ale ... karty pamieci to oni kiedykolwiek robili ? Chyba na tasmach magnetofonowych skonczyli, zreszta nie wykluczam, ze jeszcze jakies resztki tasm robia ... czy juz nikt tasm nie uzywa ?

Branduja jakies karty, czy marke sprzedali ale tylko w dziedzinie elektroniki ?

J.

Raczej uzytej pamieci.

Ale efekt taki, ze dobrze by bylo zapisywac w rozmiarze tej erase page.

Chociaz ... jak tak mysle ... przeciez zawsze tych danych jakos tam przybywa, wiec kontroler musi potrafic to "dopisywanie" obsluzyc. Tylko ... nie zamykac pliku zbyt czesto, aby FAT i katalogu nie zapisywac co chwila bez potrzeby ?

J.

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?

możliwości

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

W dniu 2016-09-22 o 11:06, J.F. pisze:

Nie, nie pomyliło Ci się :-) Blisko Wrocławia, w Środzie Śląskiej, jest fabryka BASF robiąca katalizatory samochodowe. Pod Krakowem robią dodatki do betonu, całkiem ciekawe.

Swego czasu były też dyskietki BASF z czerwoną nalepką. Sformułowanie "czerwony BASF" było wtedy synonimem stwierdzenia "śmieciowa jakość".

P.P.

Można, po to jest multiblock write, CMD18 jeśli mnie pamięć nie myli. Tylko rozmiar strony to są grube kilobajty.

Użytkownik "Paweł Pawłowicz" napisał w wiadomości grup W dniu 2016-09-22 o 11:06, J.F. pisze:

A juz sie zaczalem zastanawiac, BASF, Bayer, czy jeszcze inna cholera...

A to nie wiem, robili tasmy, to dyskietki naturalnie tez. Ale nie przypominam sobie, zebym na jakies dyskietki narzekal.

J.

możliwości

Ciekawe czy obsluga FAT 32 zajmie mniej kodu na 8-bitowcu czy

To zaleta - jest go za co chwycic i wyciagnac :-)

Sa tez czytniki USB do kart uSD bardzo malo wystajace, wrecz niewiele wieksze od karty :-)

Ale to sie bardziej skupiamy na zasobach niz bitach. Protokol TCP/IP chocby lepiej robic na 32b. USB ... jako master tez raczej domena wiekszych procesorow. A zasoby nawet wiekszego procka moga byc niewystarczajace do zadania.

Za to jak potrzebujesz troche wiecej pamieci nieulotnej w 8 bit ... najprosciej karte pamieci na stale przylutowac, skoro i tak trudno ja wyciagnac :-) Protokól prosty, w filesystem nie musisz sie bawic :-)

J.

Dnia Thu, 22 Sep 2016 08:45:46 +0200, Marek napisał(a):

Powiedziałby: Uff... Na szczęście w D3x mam dwie karty włożone do aparatu. Większość aparatów dla profesjonalistów ma dwa gniazda na karty pamięci. Słaby argument, no chyba że polecasz mu by zrobił w urządzeniu obsługę 2 kart.

Tabela na samym dole:

Na upartego można na 8, w pełni działający stos tcp (np. mchp) skaluje się do kilkudziesieciu bajtów ram i kilku kb flash.

zadania.

Jakiego zadania?

Raczej w srodku ta tabelka (Memory Usage), ale faktycznie ladnie widac, ze 8-bit to wcale nie jest oszczedny procesor :-)

P.S. Co daje ARM7 Thumb w stosunku do "zwyklego" (? 32 bit) ARM7, ze tak spada rozmiar ?

Wszystko mozna, tylko czy taki ograniczony stos na 32-bitowcu nie bedzie mniej flash wymagal ?

Tego, jakie sobie autor postawi. Np zbuforowac dane z GPS w razie problemow z transmisja nawet do 2 miesiecy.

J.

Przyczyn jest czternaście. Pierwsza: dla maksymalizacji zysku.

Nie. Nie dałoby się, bo nie miałby on dość pamięci, jak sam napisałeś. A nie zaprzeczaj: dałoby się i na ultrabooku od Apple.

No i tylko 256 bitowe fp.

A jak trzymać zwierzątko w domu to ani złote rybki, ani jajnik czy łyzeł, tylko słoń, ew. hipopotam. Dla bardziej ambitnych T-rex lub płetfal błękitny.

A tak bardziej serio: daje ktoś darmo 32 CPU?