Я бы поостерегся надеяться на библиотеку имеющую с февраля по сентябрь всего 98 загрузок с официального сайта. Одна из них моя и одна твоя Вообще библиотека какая то странная. 6200 байт это уже с интерфейсом к SD карте? Драйвера работы с SD в составе библиотеки нет. А там инициализация хитрая в зависимости от типа карты. Плюс чтение/запись секторов тоже место занимает.
Да и для встроенных систем там может баг на баге оказаться. Библиотека какая то недоделанная. Ну к примеру:
Структура зачетная. Поди угадай размер ее полей. Явно подразумевается 32 бита, но реально как получится. На АВР будет 16 бит. И там такого масса. Явного выделения памяти под буферы я не нашел. Правда смотрел минуту или две всего. Разочаровала, не верю я что заработает.
Зато нашел такое -
#define FF_MALLOC(aSize) malloc(aSize)
это кошмарная операция. Нет, когда проц на гигагерцы и памяти гигабайты она нормальная. А вот в М8 или М16 это далеко не так. Ну попробуешь - расскажешь о результатах. Я предполагаю их неутешительными
Qwertty wrote:Я бы поостерегся надеяться на библиотеку имеющую с февраля по сентябрь всего 98 загрузок с официального сайта. Одна из них моя и одна твоя Вообще библиотека какая то странная. 6200 байт это уже с интерфейсом к SD карте? Драйвера работы с SD в составе библиотеки нет.
struct SFatStat {>>>>>>[/quote]
Просмотрел, struct SFatStat в данной библиотеке не нашел.
Что касается "качества" библиотеки - нужно попробовать как работает -).
Исходники были под GCC. Перевел на IAR. Пока все в лучшую сторону. Будем посмотреть, как поведет себя дальше.
О разном. Эта называется - ATMega-DOS. Я о - http://code.google.com/p/fullfat/
Искал как fullfat.
Эта лично мне тоже доверия не внушает - брошена 6 лет назад. Но может и нормальная. Если изменения в лучшую сторону, то хорошо. Но вообще там есть функции на асме в GCC варианте. IAR их просто выкинет. Да и прототипчик там чисто из GCC
-)
Там все на немецком. Заголовок был:
"FullFAT Single-File-System für ATMega ab 1kB RAM: "
Да, нужно было ссылку дать...-)
Qwertty wrote:
Эта лично мне тоже доверия не внушает - брошена 6 лет назад. Но может и нормальная. Если изменения в лучшую сторону, то хорошо. Но вообще там есть функции на асме в GCC варианте. IAR их просто выкинет. Да и прототипчик там чисто из GCC
void init_mem(void) __attribute__((naked)) __attribute__((section (".init3")));
Правда неясно насколько это вообще нужно.[/quote]
Этот - просто выкидывается -).
PS
Последнее обновление:
24.03.2010 Bug in Fseek() beseitigt.
Хотя это не показатель.
Калашиков в 47-м сделали , до сих пор пользуются -)
Первая версия логера успешно работает на столе, с эмулятором данных SECU. Размер файла прошивки (*.bin) 5900 байт.
Использую 1ГБ карточку. При включении питания создается новый файл, после 255 файлов имена повторяються -). Обмен на скорости 9800 Кбит/с. Пока файлы больше 2МБ не сохранял.
Питаю схему от 12В. Потребление в режиме записи лога 20-40ма. В среднем где-то 30ма.
Проверил логер на SECU. Мои поездки вылилась в два лога по мегабайту.
При внимательном рассмотрении лога, выяснил что перепутал ширину полей для knock_k и knock_retard. В итоге, knock_retard при значении равном 16.00 слегка подвинул влево всю строку -).
Это был "классический случай" отработки SECU по ДД.
Наверно между 00:18:18.93 и 00:18:19.01 хорошо "звякнуло", тк есть коррекция. Хотя по времени, между ними всего два оборота коленвала. Да и давление в коллекторе практически без изменений...
А в 00:18:18.45 knock_k = 3.29V и нет коррекции - непонятно!