Используется микросхема FT245BM (подключена к ATmege128) и драйвер 2XX. При входном пототоке до 540 КБайт/сек - все O'k. На больших скоростях FT_Read возвращает ( не сразу) FT_STATUS = 0x04 (ошибка ввода/вывода) и устройство отключается от системы. Cобственно вопрос: В чем может быть причина и можно ли получить хотя бы 700 КБайт/сек ?

Я на 245AM получал поток около 700КБ/сек. Ошибок не было. Наблюдалось несколько интересных эффектов: Большой поток можно получить только при запросе в драйвере не патеты большого размера. У них очень длинная разборка до запуска собственно передачи. И второй - система изредка (независимо от потока) вылетает так, что восстанавливается только перетыканием кабеля USB. Для борьбы с этим явлением был поставлен полевик в цепь подтяжки линии данных USB. Когда периферийный контроллер видел, что все отвалилось, он выключал подтяжку, все переинициировалось и начинало жить. Простой ресет на чип не помогал совершенно.

Микросхемы USB от FTDI не использовал но меня интересует такой прогноз: если подключить 32 контроллера типа FT245BM, FT232BM или 16 контроллеров FT2232 через USB HUBы к одному HOST на PC то какую скорость можно получить и какая при этом будет загрузка ЦП? Разумеется USB HUBы и HOST на PC поддерживают режим high speed. Мне хочется, чтобы получилось больше 10мбайт/сек. Если у кого есть возможность собрать и проверить такую (пускай даже не полную 24, ..., 4 USB контролера) систему буду, признателен за достоверный результат. Так же интересуют прогнозы людей имеющих опыт.

Больше 800Кб/сек не может быть теоретически. HUB не умеет перепаковывать full speed в high speed, поэтому вся система встанет в full speed с соответствующим ограничением суммарной скорости.

Были траблы при плотном потоке на win2k - линукс такой поток хавал без проблем - т.е. подозрение пало на win2k USB драйвера.

В спецификации есть:
When the hub upstream facing port is attached to an electrical environment that is operating at high-speed,
the full-/low-speed hub repeater is not operational. In this electrical environment when a high-speed device
is attached on downstream facing port, the routing logic will connect the port to the hub repeater and the
hub repeater must operate as a high-speed repeater. In this case, when a full-/low-speed device is attached
on a downstream facing port, the routing logic must connect the port to the transaction translator

Так вот, transaction translator - это как раз тот самый перепаковщик.

привет всем-)

я вожусь сейчас с ft2232, вернее с ее портом А в режиме MPSSE (все обращения через d2xx их соот-но.). Софт почти весь дописал и начал же сразу оптимизировать и пытаться полусить макс. скорость-) и вот что за фигня получается:

1. наибольшая скорость получается при больших пакетах и она действительно около 800 кбайт/с (поток данных на саму и сасмой 2232) или чуть больше - точно не помню уже.

2. Сделал статистику по времени, кол-ву обращений и размеру данных - и получилось что: 98% времени занимает запись в файл, по 1% на чтение и статус. И это при том что размер отправленных байт и полученных соотносятся как 6 к 1 примерно.

3. TCK. данные шифтятся по фронтам TCK, но в реальности при установке дивизора для TCK например 6, 3 или 2 MHz - особой разницы по скорости нет...

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

в связи с этим такой вопрос: есть люди, которые писали под ftdi дрова или полностью расковыряли и изучили те sys что есть?

2 Trashy > если это ты на х-портале - не общался ли по этому поводу с Тарасом? я написал ему, но его нет чтоли щас... я по это:



WBR, MSL

Он есть, только у него интерес пропал. Отвечает только на вопросы которые интересны ему самому, либо если для ответа не требуется много времени.
Впринципе, он меня всему и научил...

2 Trashy > да я уже это понял... да и правильно он говорит все... я просто услышал то, что хотел услышать - что надо писать свои дрова и скорость будет намного больше. Поставил ДДК и буду потихоньку разбираться, потому как дров еще не писал сам..(( Так что если есть желание - пиши в ПМ или на мыло - будем вместе писать-)

Посмотрите драйвера FTDI для Линуха- там все в исходниках
http://ftdi-usb-sio.sourceforge.net/
Но с другой стороны, если скорости нехватает - меняйте микросхему. Смотрите в сторону Cypress (EZ-USB) например.

Интересно, кто-нибудь делал дата кабель для сотовых на этих микрухах?

700 Можно получить. У меня с ПЛМ-кой работает. Только что-бы не было ошибки - надо TimeOut ставить на 100мс. Скорость не меняется (смотрел ослилопом), зато ошибки 04 не видел больше.
Для скорости надо поиграть с латентностью и размерами буферов
у меня 2 и 32768/32768. См. мануалы по спец.функциям ВМ дров D2хх

Поставь SetTimeOut на 100. У меня, что под В2К, что под ВыньХП арбайтает

Возвращаясь к исходному вопросу.
В очередной раз налетев на те же грабли, обратился таки на support FTDI.
Получил ответ, и надо отметить, быстро.

>>As the device appears to be hanging up this could suggest issues with your
>>USB termination.
>>
>>Ensure you have 27R terminators on USB DP and USB DM.
>>
>>Ensure the USB connector shield is isolated from the GND.
>>
>>Try adding 47pF capacitors on USB DP and USB DM to GND.
>>http://www.ftdichip.com/Support/Knowledgebase/whydoesntmyft232245workwhenco.htm

Пункт 1 - вопросов не вызывает.
Пункт 3 - добавление конденсаторов полностью решило проблему сбоев.
Пункт 2 - вообще то понятно, но хотелось бы услышать комментарии кто как подключает этот самый экран.

Обычно 1 МоМ резистор к земле; иногда + кондюк 0,1мк - 1мк

Небольшая проблемка с ft245bm.
Есть девайс с avr-кой и плис, ftdi подключен к плис.
На компе используется VCP драйвер.
На USB больше ничего не висит.
По команде с компа, плис отправляет 4кб данных.
Почему-то иногда скорость передачи этих пакетов по 4кб, очень низкая.
Особенно это проявляется если данные не меняются, например 4кб нулей.
Почему это может быть?

Нашёл косяк, всё дело в неправильном использовании компонента delphi

Здравствуйте, сделал я себе девайс на FT2232C.
Канал А - в режиме SPI, канал Б - сом порт. Написал програмку на С++ и нормально с ним работаю.
Всё бы ничего, но возникла проблемка - не во всех режимах запускается SPI. Вот часть исходника:

bool CPHA = true;
bool CPOL = true;

ReadStartCondition.bClockPinState = CPOL;
ReadStartCondition.bDataOutPinState = false;
ReadStartCondition.bChipSelectPinState = true;
ReadStartCondition.dwChipSelectPin = ADBUS3ChipSelect;

Status = SPI_Read(ftHandle,
&ReadStartCondition,
true, //bClockOutControBitsMSBFirst MSB
CPHA, //bClockOutControBitsPosEdge negative
(ctrlDatalength * 8),//Control Bits To Write
&outBuf,
ctrlDatalength,//control Bytes To Write
true,
!CPHA,
(dataLength * 8),
&inBuf,
&dataLength,
&HighPinsWriteActiveStates );

При CPHA = true;CPOL = true; всё работает, при CPHA = false;CPOL = false; тоже,
а вот если один из этих флагов false, а другой true, возникает ошибка при чтении/записи
№47 - FTC_INVALID_INIT_CLOCK_PIN_STATE

Т. е. я не могу поменять полярность и тип клока.
Подскажите пожалуйста, кто нибудь встречался с этим уже?
Кто нибудь знает, где найти erratu на этот чип?

попробуйте поэксперементировать со значениями таймаутов которые задаютсо функцией
FT_STATUS FT_SetTimeouts ( FT_HANDLE ftHandle, DWORD dwReadTimeout, DWORD dwWriteTimeout )

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