AlteraUSB_Blaster - своими руками

pinco · 07.03.2012, 15:03

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

...В случае с декодером на базе CPLD реализуется автомат, выполняющий чтение данных из входного буфера FT245 и формирующий JTAG-последовательность аппаратно. С учетом того, что интерфейс JTAG последовательный и для изменения состояния автомата нужно не менее 1 такта, скорость передачи по кабелю в этом случае примерно в 2 раза ниже тактовой частоты CPLD..Единственный способ изменять скорость передачи - изменять тактовую частоту. Соответственно скорость ...

Ну вот наконец-то, и то к концу 9 странице форума только , удалось немного узнать

как же можно изменить тайминги на самом деле у бластера ,на предмет их немного замедления чтобы работал бластер понадежнее ,и на разных компах поустойчивее к примеру, - дальше смотрим по схеме - там 24 Мгц подходит к программирующей ПЛИС, то есть можно попробовать поиграть этой частотой, правда тогда насколько точной останется передача данных от FTDI к этой ПЛИС неизвестно, хотя интерфейс между ними асинхронный, должен нормально отрабатывать и разные изменившиеся скорости обмена .

У кого уже собран бластер и есть компы на которых он со сбоями работает - можете попробовать проделать такую операцию и сообщить сюда на форум о получившихся результатах опыта ? Работа устойчивее стала ? Сбои исчезли ?

Godzilla82 · 11.03.2012, 10:39

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

Предел "дрыгоножества" для ЛПТ около 10Мбит/c ,и я еще занизил эту цифру , у некоторых авторов по статьям по LPT она до 13 Мбит/с , так что не нужно вводить народ в заблуждение .

А сколько бит в LPT? Так что никто никого ни в какое заблуждение не вводит.

Немного пофлудю по поводу резисторов.

Одно время работал с шиной (16 бит). Длина провода - около метра-двух. Частота не более 100 кГц.

И тут скорость фронтов играла очень важную роль. Даже на отрезке шлейфа длиной около полуметра из-за резких фронтов создавались наводки, меняющие логический уровень соседих сигналов. Даже на экранированном кабеле (каждый сигнал в своём экране). Получался этакий трансформатор на линии.

Резисторы (последовательно) позволяют снизить скорость нарастания сигнала. В моём случае эффект был весьма положительный. Удалось получить стабильную работу с кабелем гораздо большей длины.

jump · 11.03.2012, 14:22

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

Предел "дрыгоножества" для ЛПТ около 10Мбит/c ,и я еще занизил эту цифру , у некоторых авторов по статьям по LPT она до 13 Мбит/с , так что не нужно вводить народ в заблуждение .

у LPT есть несколько режимов - SPP, EPP, ЕСР. последние два допускают повышенную скорость обмена (обычно до 3-5мбайт/с) в зависимости от контроллера интерфейса, его положения на шине.

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

А сколько бит в LPT? Так что никто никого ни в какое заблуждение не вводит. Длина провода - около метра-двух. Частота не более 100 кГц.
И тут скорость фронтов играла очень важную роль. Даже на отрезке шлейфа длиной около полуметра из-за резких фронтов создавались наводки, меняющие логический уровень соседих сигналов. Даже на экранированном кабеле (каждый сигнал в своём экране). Получался этакий трансформатор на линии.

экраны в данном случае - дополнительная произвольной величины емкость, лучше уж чередование проводов в шлейфе

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

Резисторы (последовательно) позволяют снизить скорость нарастания сигнала. В моём случае эффект был весьма положительный. Удалось получить стабильную работу с кабелем гораздо большей длины.

именно резисторы и кабель IEEE 1284 от сканера (честный, толстый, с ферритовыми кольцами) позволял программировать AVR по схеме стк200 без НС244 на всех машинах с LPT

pinco · 13.03.2012, 00:23

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

у LPT есть несколько режимов - SPP, EPP, ЕСР. последние два допускают повышенную скорость обмена (обычно до 3-5мбайт/с) в зависимости от контроллера интерфейса, его положения на шине....

Так и я о том же - что LPT порт вполне сравним и почти одинаков по скорости с USB 1.0 и 1.1 (режимы потока данных 1,5Мбит/с , 12Мбит/с особенно ), и даже получается что у LPT в ECP-EPP быстрее чем у USB,- раз в них 3-5 мбайт/c = то есть 24-40Мбит/с - если конечно инфа о EPP и ECP у jump-а верна .

jump · 13.03.2012, 02:12

я исхожу из того, что в режиме ЕСР LPT порт работает с DMA, параметры приведены для старой шины ISA, что физически не позволяет протолкнуть байты со скоростью более 14.3/2 (3?), реально не более 5-5.5Мбайт/с. после ее изничтожения LPT порт переехал на PCI, где теоретически объявляли скорость до 10-15Мбайт/с, но в связи со спадом интереса и ряда конструктивных особенностей вряд ли скорость достигла выше озвученной, разве что при бескабельном соединении.
вообще-то было б интересно получить полную эмуляцию LPT порта через, например, USB2.0/3.0, с возможностью "ногодрыга"

Godzilla82 · 13.03.2012, 04:43

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

вообще-то было б интересно получить полную эмуляцию LPT порта через, например, USB2.0/3.0, с возможностью "ногодрыга"

В USB 1.x всё завязано на временные слоты. А именно посылка и приём пакетов с интервалом 1 мс. То есть, ногодрыг в режиме запрос-ответ получится максимум с 1 кГц.

В USB 2.0 временной слот уменьшен до 125 мкс, то есть ногодыжнечество можно будет провоить на частоте 8 кГц (при условии запрос-ответ).

Если ошибаюсь - поправьте.

jump · 13.03.2012, 10:40

наверно не то сказал - имелось в виду "перехват обращений по адресам 0х378/0х278 и служебным, туннелирование по усб в устройство с LPT разъмом и поддержкой SPP, EPP, ЕСР и правильным распознаванием системой (диспетчер показывет не виртуальный шнурок)"

Godzilla82 · 13.03.2012, 15:08

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

...правильным распознаванием системой (диспетчер показывет не виртуальный шнурок)"

Не совсем понял. Такое давно есть. Как раз шнурок. На одном стороне USB, на другой - DB-25F. Как в продаже, так и на МК (AVR).

В системе появляется виртуальный LPTn: порт, спроецированный на тот самый DB-25.

Вопрос только в скорости. Причину я указал постом выше.

MisterDi · 13.03.2012, 16:45

Цитата:

было б интересно получить полную эмуляцию LPT порта через, например, USB2.0/3.0, с возможностью "ногодрыга"

Не реально, т.к. передача по USB идет пакетами плюс накладные расходы.

У всех контроллеров FTDI есть внутренний буфер по-моему 384 байта и передача идет через него. В контроллерах 232-й серии есть возможность прямого управления выходными сигналами, но тоже не слишком удобно сделанная.
В предложенном бластере CPLD контролирует наличие данных во входном буфере и выполняет передачу/прием по JTAG. Если кого-то интересует как это происходит, смотрите мое сообщение с проектом для МАХ3000.https://kazus.run/forums/showpost.ph...2&postcount=31

jump · 13.03.2012, 17:55

Godzilla82,
здесь у нас продают шнурки, потеплеет - проверю, возьму ноут с собой.
попутно вот такое нашлось, может уже кто озвучил, не проверял