Изучение PIC C Compiler(CCS C)

[urry]

В вашем файле нет кофа, а у меня нет ццс, чтобы откомпилить. В проте оно инициализируется ? Что могу посоветовать из своего опыта - инициализация не всегда в железе проходит с 1 раза. Киньте в цикл

do{
o=mms_init();
delay_ms(10);
}while(o);

[dosikus]

Спасибо за ссылки.очень хороший проект на сонсивири,но для меня это все сложно.я хочу разобраться с ммс карточкой как простой накопитель данных.сейчас пытаюсь провести инициализацию карточки но почемуто не получается.использую ццспиковский драйвер ммс_спи.с,и там написано что при успешной инициализации функция возвращает 0 а у меня получается 1.подскажите пожалуйста.вот проект.заранее благодарен.

Я не вижу в проекте дампа карты , ты подключаешь его?
И кстати проект сонсиври простейший -читает если есть файл
COUNTRY.TXT.

Еще рекомендую посмотреть этот дров именно на предмет низкоуровневой реализации

http://www.ccsinfo.com/forum/viewtop...hlight=mmc+fat

Прикрепленный файл: 3203050.rar

[Gladkih]

Сообщение от Gladkih

Спасибо за ссылки.очень хороший проект на сонсивири,но для меня это все сложно.я хочу разобраться с ммс карточкой как простой накопитель данных.сейчас пытаюсь провести инициализацию карточки но почемуто не получается.использую ццспиковский драйвер ммс_спи.с,и там написано что при успешной инициализации функция возвращает 0 а у меня получается 1.подскажите пожалуйста.вот проект.заранее благодарен.

Я не вижу в проекте дампа карты , ты подключаешь его?
И кстати проект сонсиври простейший -читает если есть файл
COUNTRY.TXT.

Еще рекомендую посмотреть этот дров именно на предмет низкоуровневой реализации

http://www.ccsinfo.com/forum/viewtop...hlight=mmc+fat

спасибо за ответы.разобрался с примером с сонсивири на простейшем уровне,т.е.записываю и читаю данные но не в формате ФАТ или еще там какомто.вобщем пока все нормально.А вопрос такого плана в проекте с сонсивири при чтении данных он читает блок размером 512 байт,так вопрос в следующем-это размер блока определяется карточкой?и зависит ли он от объема карты.

Прикрепленный файл: 3203050.rar

[dosikus]

Общение возможно только блоками по 512 , если не ошибаюсь это ораничение протокола а не прихоть .

[urry]

Нет, можно и по байту записывать вроде - но, кажется, не для всех карточек. Размер блока можно задать в настройках. Как там с кс - не помню.

[dosikus]

Нет, можно и по байту записывать вроде - но, кажется, не для всех карточек. Размер блока можно задать в настройках. Как там с кс - не помню.

Может и можно , но во всех реализациях видел только фиксированный блок 512 байт
http://elm-chan.org/docs/mmc/mmc_e.html
, где то даже обьяснялось почему.

[urry]

Кто-то из форума говорил, что он именно по байту и пишет. Самая дешевая внешняя память.
CMD16 Block length[31:0] R1 No SET_BLOCKLEN Change R/W block size.
Ладно.

[wasp]

может кто подключал с PICC LCD4x16 или 4x20?
Живой есть только 2x16, с ним идет без проблем.
А когда симулирую в протеусе модель 4x16 LM041 или 4x20 LM044, с драйвером LCD.C идет, но только первые 2 строки, а с драйвером LCD420.C вобще не хочет.
Подскажите плиз может в драйвере где что подправить?

[dosikus]

может кто подключал с PICC LCD4x16 или 4x20?
Живой есть только 2x16, с ним идет без проблем.
А когда симулирую в протеусе модель 4x16 LM041 или 4x20 LM044, с драйвером LCD.C идет, но только первые 2 строки, а с драйвером LCD420.C вобще не хочет.
Подскажите плиз может в драйвере где что подправить?

Уважаемый , в примерах только примеры.
Если нужно лучшее ищите здесь :
http://www.ccsinfo.com/forum/viewforum.php?f=2
Конкретно здесь :
http://www.ccsinfo.com/forum/viewtopic.php?t=24661
и здесь:
http://www.ccsinfo.com/forum/viewtopic.php?t=28268

[varostov]

To wasp:
Насчёт протеуса не подскажу - не пользуем . Контроллер в дисплеях 1604 или 2004 абсолютно тот же, что и в более мелких, в последних просто не задействовалась дисплейная память после 16-х символов каждой строки (наверняка ведь обратили внимание, что вторая строка начинается почему-то с 0х40, а не с 0х10). Поэтому необходимо всего лишь учесть начальные адреса строк (1-я строка = 0, 2-я строка = 0x40, 3-я строка = 0х14, 4-я строка = 0х54) и скорректировать в драйвере только функции типа lcd_gotoxy(x,y), которые по умолчанию не знают об адресах двух последних строк. Если же вы пользуетесь прямым заданием адреса вывода следующего символа, то и коррекция вам особо не нужна. Успехов !
P.S. Конкретно с дисплеями LM не работал, всё вышесказанное относится к 90% всех продаваемых у нас дисплеев (WinStar-WH, SunLight-SL, SiliconCraft-SC, etc)