Która nieulotna pamięć minimalizuje zużycie energii przy zapisie danych?

Thu Sep 22, 2016 8:36 am   

On Thu, 22 Sep 2016 09:10:42 +0200, slawek <fake@fakeemail.com> wrote:

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
8bitowych mcu i próbowaniem na siłę ich używania tam, gdzie szkoda na
to czasu. Przejście na 32bitowce oszczędza kombinowanie.

--
Marek

Thu Sep 22, 2016 9:00 am   

On Thu, 22 Sep 2016 10:36:06 +0200, Marek <fake@fakeemail.com> wrote:




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?

Thu Sep 22, 2016 9:06 am   

Użytkownik "Marek" napisał w wiadomości grup
dyskusyjnych:almarsoft.1532105823504690781@news.neostrada.pl...
On Thu, 22 Sep 2016 09:28:06 +0200, slawek <fake@fakeemail.com> wrote:

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.

Thu Sep 22, 2016 9:11 am   

Użytkownik "Marek" napisał w wiadomości grup
dyskusyjnych:almarsoft.4297363744617390838@news.neostrada.pl...
On Tue, 20 Sep 2016 21:23:54 +0200, "J.F."
<jfox_xnospamx@poczta.onet.pl> wrote:

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.

Thu Sep 22, 2016 9:34 am   

On Thu, 22 Sep 2016 11:00:54 +0200, slawek <fake@fakeemail.com> wrote:


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?


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

Thu Sep 22, 2016 9:34 am   

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.

Thu Sep 22, 2016 9:35 am   

On Thu, 22 Sep 2016 11:11:44 +0200, "J.F."
<jfox_xnospamx@poczta.onet.pl> wrote:

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

--
Marek

Thu Sep 22, 2016 10:14 am   

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...


https://www.basf.com/pl/pl/company/about-us/BASF-w-Polsce.html

Tak cos kojarzylem, ze blizej Poznania tez cos bylo ... a to tylko
centrum dystrybucji ?


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

J.

Thu Sep 22, 2016 10:25 am   

Użytkownik "Marek" napisał w wiadomości grup
dyskusyjnych:almarsoft.1523048032659783205@news.neostrada.pl...
On Thu, 22 Sep 2016 11:00:54 +0200, slawek <fake@fakeemail.com> wrote:

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


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.

Thu Sep 22, 2016 10:50 am   

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

[ciach]

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.



--
Pozdrawiam
Bo(o)t manager

Thu Sep 22, 2016 11:36 am   

On Thu, 22 Sep 2016 12:25:45 +0200, "J.F."
<jfox_xnospamx@poczta.onet.pl> wrote:

Tabela na samym dole:
http://elm-chan.org/fsw/ff/en/appnote.html



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.




Jakiego zadania?

--
Marek

Thu Sep 22, 2016 11:50 am   

Użytkownik "Marek" napisał w wiadomości grup
On Thu, 22 Sep 2016 12:25:45 +0200, "J.F."
<jfox_xnospamx@poczta.onet.pl> wrote:

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.

Thu Sep 22, 2016 1:31 pm   

On Thu, 22 Sep 2016 11:34:01 +0200, Marek <fake@fakeemail.com> wrote:

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

Thu Sep 22, 2016 1:36 pm   

On Thu, 22 Sep 2016 11:34:01 +0200, Marek <fake@fakeemail.com> wrote:


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.

Thu Sep 22, 2016 1:45 pm   

On Thu, 22 Sep 2016 12:25:45 +0200, "J.F."
<jfox_xnospamx@poczta.onet.pl> wrote:

32 bity dobre, ale 64 bity lepsze.

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?