Цецо, ти в SPI режим ползвал ли си CRC ?

Е са ме уби. Не помня добре, ама май не.
Реших че досега никога не съм ползвал CRC на SPI (ADC и пр.), що да си създавам главоболия.
Ама знам ли, ако конектора не е много у ред, може и да има резон. Сложно ли е?

Za CRC Сложих в библиотеката.
Цецо sorry за pic няма. За АVR i Motorola има.

Абе вие меилове нямате ли на какво да ви пращам.

W протокола за обмен пише, че самата карта си иска CRC и изпраща CRC. Ама пък на друго място пише, че в режим SPI можело и без нея. Е*а ли му мамата в края на краищата. А и още нямам готов хардвера да се пробвам.

Никола, виж си личните съобщения.

Ами определно ако може без него, начи съм го направил без него. Мисля че така и беше. Май първата командва сетваше, че ще е по SPI и нема да има CRC.

BateАз нямам съобщение от теб.

Благодарско

Трябва да са общо 5 архива около 10Мб Ако не си получил всичките казвай,да пращам пак.

Тука има FAT за атмелски процесори, но е на C:
http://hubbard.engr.scu.edu/embedded/avr/avrlib/


В тоя MP3 плеяр също има, но пак за атмел:
http://www.myplace.nu/mp3/

Някой да е попадъл тук:
http://www.prllc.com/products/FlashFileSD.zip

http://www.prllc.com/products/FlashFileCF.zip

http://www.prllc.com/products/FlashFileSD-PIC.zip

Тук има еncryption keys, но не можах да отворя нищо.
http://www.telesys.ru/wwwboards/mcontro ... 8443.shtml

Надявам се някой да успее и да се обади

Грешката е моя.

Еncryption keys са зa ver 1.41 , a на сайта е v 2.10.
Трябва да се намери или ver 1.41 на софтуера или актуални keys.
Или да се купи .

И това съм пропуснал, че Nikola вече е намерил тези файлове:
@Nikola Kirov
FAT from_PRLLC.COM v2.03 всичко около 8 Мб

Някой бъзикал ли се е със примерчето на CCS за fat на SD карта, аз със няколко клизми успях да го подкарам читаво струва ми се на pic18f2525, форматира 128 Mb SD CARD fat/16, създава текстов фаил и пише в него стринг, този фаил се чете от Вин-а съответно в картата под Вин-а може да се пише във този фаил и да се създава нов фаил, които пък се чете от пика и т.н. До тук добре обаче вижте к'во става:

не остана место за почти нищо друго по сериозно, аз тръгнах да правя логер , но какво ли ще остане за логването, вече не се чудя защо проектите за fat със пик са голяма рядкост в нета , и при вас ли така се получава ?

Големия проблем на FAT подръжката е самата FAT таблица. Най-готино е да имаш достатъчно RAM да я заредиш вътре, после е песен. Което естествено няма как да стане на PIC или подобните му. И се налага да се правят всякакви еквилибристики и компромиси.

Ако не бързаш с записите не е голям проблем да си ровиш всеки път из директориите и FAT директно на носителя, та да ъпдейтенеш инфо за нов сектор. Лошото е ако бързаш....

така е Цецо, мислех си дали да не оптимизирам само това което ползвам от fat-а а другото да го делна, обаче се оказа че няма голяма разлина в размера на кода, основните функции са доста обемисти именно поради това че не се буферира в рама почти нищо, всеки път се прави обръщение към служебните записи на fat-а на SD картата, въпреки това се чудя, има разни проекти в нета реализирани на пик с доста по малко флаш , мп3 плеъри и т.н. не съм им ровил сорс кодовете но явно има начин да се спести место просто на мен ми убягва идеята, или другия вариант е че в тези проекти не се налага създаване или допълване на файлове а само четенето им!