ATA контроллер & ПЛИС Опции

[DmitryR]

Код

assign    ch1_dd_pad_i    = ch1_dd_pad;
assign    ch1_dd_pad     = (ch1_dd_padoe_o)? ch1_dd_pad_o : 16'bz;

Откуда мусор на ch1_dd_pad_i когда ch1_dd_padoe_o == 1 ??

Я конечно не гуру верилога и может быть скажу глупость, но написал бы

Код

assign ch1_dd_pad=(ch1_dd_padoe_o==1'b1) ? ch1_dd_pad_o : 16'bzzzz_zzzz_zzzz_zzzz;

[Kuzmi4]

2 DmitryR - так а разницы никакой нет - по 2001 стандарту он должен был расширить влево моё третье состояние до 16 разрядов. Для успокоения совести всё же пересобрал и залил - поведение идентичное предыдущему..

[DmitryR]

Смотрите тогда схематику, что после синтеза получилось, там явно что-то упростилось или иным образом раскосячилось.

[Kuzmi4]

Смотрю осцилом на лапах, и чипскопом сигналы - что осцил что чипскоп говорят одно и то же - времянка на запись и чтение согласно спецификации - вот это меня и ставит в тупик, на матери винт проверял - в биосе видится, значит IDENTIFY DEVICE проходит всё таки...
Самое подозрительное - это мусор на лапах данных при записи (хотя отчётливо видно из assign-ов, что на них должны быть стабильные данные).

Счас немного модифицировал дизайн для проверки (опустился на самый низ - примитивы прост опроверить)

Код

assign    ch1_dd_pad_o     = 16'hAAAA;
assign    ch1_dd_pad_i    = ch1_dd_pad;    
assign    ch1_dd_pad     = (ch1_dd_padoe_o)? ch1_dd_pad_o : 16'bz;

assign    LED1_n        = ch1_dd_pad_i[0];
assign    LED2_n        = ch1_dd_pad_i[1];
assign    LED3_n        = ch1_dd_pad_i[2];

ch1_dd_padoe_o - беру с кнопки на ПП.
Проверил в технолоджи-мапе как он конструирует это всё (работаю с Xilinx) - через IOBUF - как и должен. На вход IO этому IOBUF заводится шина dd_pad, сигналы на которую выводятся с pad_o через OBUFT. То есть вообсче не к чему придраться вроде бы со стороны плиски (всё как заказывал).

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

[DmitryR]

Смотрю осцилом на лапах, и чипскопом сигналы - что осцил что чипскоп говорят одно и то же - времянка на запись и чтение согласно спецификации

Да как же согласно спецификации, когда при ch1_dd_padoe_o=1 на выходе идет мусор?

[Kuzmi4]

2 DmitryR - я имел ввиду управляющие сигналы, а данные - их моного - потому их лучше смотреть через чипскоп.. А при ch1_dd_padoe_o=1 на ch1_dd_pad_i мусор может быть только в одном случае - если винт при ch1_diown_pad_o=0(запись параметров в винт) не перестаёт выдавать данные на шину (сам провод проверил - сигнал доходит до шлейфа), что само по себе странно

Пытаюсь сделать софтварный ресет - проходит как когда

Объяснение этому видими что иногда контроллер винта захватывает корректные данные, иногда нет..Осталось только определить зачем винт на шину выдаёт данные в момент ch1_diown_pad_o=0 (по стандарту в это время ата девайс слушать должен, а не выдавать)..

[Kuzmi4]

На будущее, может кому будет полезно - радиоэлектроника- наука про контакты, и с проектированием переходников уровней нужно внимательным быть .
Кстати , может кто посоветует грамотные переходники уровней с 2.5В на 5В, так чтоб 2направленные были (а то один тут уже выбрали ) ?

[DmitryR]

Кстати , может кто посоветует грамотные переходники уровней с 2.5В на 5В, так чтоб 2направленные были (а то один тут уже выбрали ) ?

С 3.3 могу сказать - QS3861. Он в одну сторону будет понижать 5 вольт и обрезать овершуты, а обратно пропускать как есть, благо пятивольтовый вход нормально воспринимает сигналы драйвера 3.3 вольта.

[des00]

На будущее, может кому будет полезно - радиоэлектроника- наука про контакты, и с проектированием переходников уровней нужно внимательным быть .
Кстати , может кто посоветует грамотные переходники уровней с 2.5В на 5В, так чтоб 2направленные были (а то один тут уже выбрали ) ?

мне нравятся вот эти Dual Supply Translators

http://focus.ti.com/paramsearch/docs/param...AliasId=1100707

использовал SN74ALVC164245

http://focus.ti.com/docs/prod/folders/prin...alvc164245.html

доставал через чип дип

[Kuzmi4]

2 des00 - с использованием DIR жизнь становится проще (были заложены эти )

[baken]

мне нравятся вот эти Dual Supply Translators
использовал SN74ALVC164245

А у меня так ничего и не вышло. Делал самопальный usb-hdd переходник для ATA винта, без UDMA. Удалось даже прочитать его каталог, и файлы киношек с винта вытащить. Но работало нестабильно. Использовал как раз похожие двухуровневые переходники от Ti. И хотя по диаграмме все было верно, никаких там всплесков, но похоже есть еще какие то подводные дела. В результате винт заткнулся причем надолго. Такое впечатление что у было где то наложение выходов друг на дружку во время переключения трансляторов SN74, и в итоге выходные буферы винта перегревались и переставали работать. Где это происходило, в каком месте так и не смог выловить. Общая конструкция была такая. Плата usb, разъем IDE40, шлейф 10см, разъем IDE40, плата трансляторов уровней, разъем IDE40 и шлейф 20см, собственно к винту. Возможно вот эта куча разъемов на пути сигналов сыграла свою роль.
Может у автора такая же штука, сигналы двигаются от чипа к винту очень по разному.

[DmitryR]

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

[Kuzmi4]

Вопрос с буфером решился интересно - отгрызли шлейф по максимуму и удалось стабильно читать, хотя на осциле как всё таки есть кака - стремновато, 100% гарантии что всегда будет приходить/уходить нет изза неё..

[Kuzmi4]

И снова здравствуте.

Опять натолкнулся на некоторые трудности. Очень специфический момемент, литературу перерыл, по инету полазил - что-то не нашёл ответа.
Собственно проблема такого плана - есть модуль с машинкой - чтение/запись (объём - 1 сектор).
Читать могу сколько угодно - всё завершается без ошибок. А вот с записью есть некая заковыка - использовал для проверки такую последовательность действий - читаю в блоковую память плиски сектор (512Б), модифицирую, записываю обратно в тот же сектор, читаю - сравниваю. Значит всё шло хорошо до момента 2-го чтения - когда нужно вычитать из сектора то, что модифицировал на предыдущих этапах. Возвращается DRDY == 1 - то есть девайс готов и BSY==0,DRQ==0 - то есть в девайсе произошла ошибка, такое происходит всегда после обрабатывания запроса записи (чтений штук 10 вставлял даже, а между ними запись, или записи 5 штук - именно после первой же записи на следующей любой транзакции получаю BSY==0,DRQ==0).
И что самое интересное - если провести софтварный сброс - и начать заново вышеописанную последовательность действий - всё повторятся по кругу (всмысле ошибка на следующей транзакции после запииси сектора). Чтение же после софтварного ресета показывает немодифицированный блок - что тоже странно , потому как первая процедура записи возвращает статусовый регистр с нормальным завершением.

Код машинки приложил  ide_rw_1sector00.txt ( 9.6 килобайт ) Кол-во скачиваний: 222

Писал её по атапи-7 и сравнивал с найденными в инете исходниками для МК - вроде одно и тоже, но отчего то не работает .

Пио0-тайминги делает другой процесс - для него управляющий сигнал - strobe_in/out, сигнал в главную машину что операция закончена - pio_cyc_ok
 pio_timing_module.txt ( 2 килобайт ) Кол-во скачиваний: 176

...

[DmitryR]

Во-первых, по описанию я не вижу, чтобы (BSY==0 & DRQ==0) сигнализировало об ошибке.

Затем, вы CRC как считаете? Я тут решил-таки сделать SATA и напоролся, что стандартный Xilinx CRC32 блок считает его как-то неправильно, WebCase на эту тему висит уже 12 дней.