NOWY TEMAT
elektroda NewsGroups Forum Index - Elektronika Polska - Różnice w obsłudze kart SD i SDHC przez mikrokontrolery AVR - co zmienić w oprogramowaniu?
T.M.F.
Guest
Guest
Sun Jul 05, 2009 10:43 pm
W dniu 05.07.2009 22:54, Sebastian Biały pisze:
Quote:
T.M.F. wrote:
To moze prosciej pomiedzy SPI a funkcje, ktore sie do niego odwoluja
wprowadzic kolejna warstwe logiczna. Twoje moduly wysylaja wtedy
polecenia do tej warstwy, ktore sa kolejkowane w RAM i kolejno
obslugiwane, dodatkowo mozesz wprowadzic priorytety.
No i masz jedną z możliwych implementacji AsyncIO. W kazdym razie
dostepne implementacje SPI do tego się nie nadają, FATy z reszta też.
To moze prosciej pomiedzy SPI a funkcje, ktore sie do niego odwoluja
wprowadzic kolejna warstwe logiczna. Twoje moduly wysylaja wtedy
polecenia do tej warstwy, ktore sa kolejkowane w RAM i kolejno
obslugiwane, dodatkowo mozesz wprowadzic priorytety.
No i masz jedną z możliwych implementacji AsyncIO. W kazdym razie
dostepne implementacje SPI do tego się nie nadają, FATy z reszta też.
Tak sobie pomyslalem, ze skora takie cuda potrzebujesz to nie prosciej
tam wpakowac ciut wiekszy procesor i linuxa? Zestarzejesz sie piszac ten
dedykowany OS, a i pozytku z tego zadnego, bo nie bedzie OS :)
Quote:
Dla poprawnej wielowatkowej obslugi FAT musisz zapewnic tylko
dwie krotkie funkcje - allokujaca wolny blok i od razu zaznaczajaca go
jako uzyty oraz rezerwujaca miejsce w katalogu. Poniewaz to sa
krotkie, banalne operacje to nie wplynie to na reszte programu.
Może i banalne, ale dośc częste. Muteksy/semafory nie są za friko. W
każdym razie to czy aby na pewno jest to rozwiązanie najlepsze 100%
pewności nie mam i jeszcze to przemyslę.
dwie krotkie funkcje - allokujaca wolny blok i od razu zaznaczajaca go
jako uzyty oraz rezerwujaca miejsce w katalogu. Poniewaz to sa
krotkie, banalne operacje to nie wplynie to na reszte programu.
Może i banalne, ale dośc częste. Muteksy/semafory nie są za friko. W
każdym razie to czy aby na pewno jest to rozwiązanie najlepsze 100%
pewności nie mam i jeszcze to przemyslę.
Eee, ja myslalem calkiem banalnie - na czas alokacji blokowac wszystko,
to bedzie operacja typu read-modify-write, jak cos bedzie potrzebowalo
procek to w miedzyczasie sie dopcha. Raptem blokujesz go na pare taktow
zegara.
--
Inteligentny dom - http://idom.wizzard.one.pl
http://idom.sourceforge.net/
Teraz takze forum dyskusyjne
Zobacz, wyslij uwagi, dolacz do projektu.
Sebastian Biały
Guest
Guest
Sun Jul 05, 2009 11:06 pm
T.M.F. wrote:
Quote:
Tak sobie pomyslalem, ze skora takie cuda potrzebujesz to nie prosciej
tam wpakowac ciut wiekszy procesor i linuxa? Zestarzejesz sie piszac ten
dedykowany OS, a i pozytku z tego zadnego, bo nie bedzie OS
tam wpakowac ciut wiekszy procesor i linuxa? Zestarzejesz sie piszac ten
dedykowany OS, a i pozytku z tego zadnego, bo nie bedzie OS
W chwilach słabości też tak myślę
Niestety wsadzenie tam czegoś z MMU
jest deczko za drogie. Chyba ze trafi się jakas para CPU+RAM(8MB) w
cenie <50zl i nie wymagająca 4 warstw na ktorej bangla Linux to z
chęcią. Że też nikt nie produkuje SoC typu CPU z MMU i RAM >4MB :/ (a
może się mylę?)
Quote:
Eee, ja myslalem calkiem banalnie - na czas alokacji blokowac wszystko,
to bedzie operacja typu read-modify-write, jak cos bedzie potrzebowalo
procek to w miedzyczasie sie dopcha. Raptem blokujesz go na pare taktow
zegara.
to bedzie operacja typu read-modify-write, jak cos bedzie potrzebowalo
procek to w miedzyczasie sie dopcha. Raptem blokujesz go na pare taktow
zegara.
Jeszcze nie przemyślałem całości pod kątem SD/FAT wiec nic nie jest
ustalone. Docelowo się zobaczy.
Zbych
Guest
Guest
Mon Jul 06, 2009 6:11 pm
Sebastian Biały pisze:
Quote:
T.M.F. wrote:
Tak sobie pomyslalem, ze skora takie cuda potrzebujesz to nie prosciej
tam wpakowac ciut wiekszy procesor i linuxa? Zestarzejesz sie piszac
ten dedykowany OS, a i pozytku z tego zadnego, bo nie bedzie OS :)
W chwilach słabości też tak myślę Niestety wsadzenie tam czegoś z MMU
jest deczko za drogie. Chyba ze trafi się jakas para CPU+RAM(8MB) w
cenie <50zl i nie wymagająca 4 warstw na ktorej bangla Linux to z
chęcią. Że też nikt nie produkuje SoC typu CPU z MMU i RAM >4MB :/ (a
może się mylę?)
Tak sobie pomyslalem, ze skora takie cuda potrzebujesz to nie prosciej
tam wpakowac ciut wiekszy procesor i linuxa? Zestarzejesz sie piszac
ten dedykowany OS, a i pozytku z tego zadnego, bo nie bedzie OS :)
W chwilach słabości też tak myślę
Niestety wsadzenie tam czegoś z MMU
jest deczko za drogie. Chyba ze trafi się jakas para CPU+RAM(8MB) w
cenie <50zl i nie wymagająca 4 warstw na ktorej bangla Linux to z
chęcią. Że też nikt nie produkuje SoC typu CPU z MMU i RAM >4MB :/ (a
może się mylę?)
Ale procek, który ma więcej niż 1xSPI to chyba nie jest majątek a odpadł
by ci co najmniej problem multipleksowania SD i LCD. Jeśli do tego
wygospodarujesz trochę pamięci na video ram w procku, to wszystkie wątki
mogą po nim pisać i nie czekać na wysłanie obrazu na fizyczny wyświetlacz.
Nie bardzo rozumiem też czemu unikasz płytek 4-warstwowych. Przy małych
ilościach możesz wsadzić gotowy moduł z prockiem, a przy większych koszt
wykonania płytki 4-warstwowej nie jest aż tak duży.
--
przeciez moje rozumowanie bylo bez skazy,
no sam bym wskoczyl do tego wulkanu,
ale kto by tak pieknie gwizdal...
elektroda NewsGroups Forum Index - Elektronika Polska - Różnice w obsłudze kart SD i SDHC przez mikrokontrolery AVR - co zmienić w oprogramowaniu?