caxapa.ru :: Обмен через FT245 с компом.

1108 (14.03.2007 15:31, просмотров: 29816)

Обмен через FT245 с компом. Сделал устроийство для обмена с компом через USB(FT245). Для начала хочу через виртуальный ком порт. А потом D2XX. Ранее связывал устроойства через обычный RS232 с компом используя функции API.Настраивал его а потом функции readfile и writefile. Для работы по ком порту. Комп посылал пакет с контрольной суммой в конце.Приемное устройство принимало пакет и анализировало сумму если ок то прием верный и отправляло компу пакет с контрольной суммой. Комп принимал пакет и сравнивал сумму. Для определения начала пакета был введен временной интервал между пакетами.Тобиш если в течении времени нет активности то счетчик байтов устанавливается на начало пакета. Работало все ок за исключением низкой скорости. Кто как работал с FT245 раскажите плиз. И как вы задавали начало пакета. а то у FT245 данные как FIFO и влоб чего то не можно определить порядоковый номер байта в пакете. FT245 имеет fifo буфера 256 байт на прием и 128 на передачу.

- Всегда был стандартный формат посылки STX data ETX/ETB CHKSUM. Причем в Европе это стандарт действующий. А у нас каждый творит свое и потом на поле из граблей ... как же, собственный путь... :( - Vladimir Ljaschko(04.02.2010 05:12)
  - Это[>] оно ? Ща ознакомимся - megajohn(09.02.2010 10:17, ссылка)
    - Угу. Вот только инфо- я поддерживаю три десятка кассовых интерфейсов на заправках(типичные протоколы управления) Байт-стаффинг используется только в двух протоколах. Так что необходимость прозрачного режима и пакетов переменной длины должна быть Vladimir Ljaschko(73 знак., 09.02.2010 12:02)
  - Так это для текста. Если применяете для данных, можно подробнее? - Andreas (04.02.2010 13:27)
    - 1) На пакете данных для управления прозрачная передача не особенно нужна. 2)Ничто не мешает передавать в текстовом виде, по сравнению с многобайтными заголовками типа TCP/IP простое удвоение короткого пакета может быть даже и выигрышно. Например, в Vladimir Ljaschko(83 знак., 05.02.2010 00:53)
    - DLE STX not-dle not-dle DLE DLE not-dle not-dle DLE ETX - тоже байт-стаффинг. DLE == DataLinkEscape - ReAl(04.02.2010 23:10)
      - Такое когда-то применял,но это тоже самодельство. Интересно было, что европейцы применяют. - Andreas (05.02.2010 08:48)
- СПАСИБО. Буду разбираться... - pav256(03.02.2010 13:49)
- всегда, когда есть возможность -- я использую SLIP протокол. Попробуйте - bialix(14.03.2007 22:18, )
  - Причём в win-программе слиповский байт "конец пакета" прописать в DCB как event character и просыпаться по нему для выгребания всего пакета, а не по приходу любого байта. - ReAl(17.03.2007 15:21)
    - Если можно чуть подробнее. Протокол использую аналогичный Вашему, стартовая и стоповые байты различны + байтстаффинг. Как активировать событие по приходу посылки в Win XP? Если можно подробнее или фрагмент кода. Плиз! - pav256(02.02.2010 11:31)
      - Ну так прописать стоповый байт как event, OVERLAPPED IO и ждать события, а не символа ReAl(1850 знак., 02.02.2010 14:13 - 14:17)
        
        А в чем разница между использованием Win API и функций ft2dxx.dll? pav256(341 знак., 03.02.2010 17:09)
        
        Я не пользовался для UART-работы ftd2xx - код был написан уже не помню когда и для работы с обычным RS232, с виртуальным портом тоже работал. Несколько посылок просто может могли проскочить пока обрабатывался первый пакет (точнее, пока переключались ReAl(157 знак., 03.02.2010 20:25)
        
        если это так тогда в моем случае вообще нет смысла ждать какие то события... но я думаю все таки что e меня тут какой то косяк... pav256(553 знак., 04.02.2010 11:25)
        
        1) CreateFile("\\\\.\\COM22", ... если я правильно понял вопрос. ReAl(1069 знак., 04.02.2010 23:08, ссылка)
        
        угу, кажись начинаю понимать про WaitCommEvent ;) ... и т.е. надо номер ком порта передавать... где то я видел функцию которая ваозвращает ком порт который заняла микруха... спасибо! mad256(200 знак., 04.02.2010 23:19, )
        
        ---где то я видел функцию которая ваозвращает ком порт который заняла микруха...--- Tans(38 знак., 22.03.2010 17:05, )
        
        Попробуйте отключить буферизацию в настройках COM порта. Была похожая проблема..байты пришли но с задержкой...зависали в буферах. - and40(08.02.2010 23:27)
        
        в общем все сделал - с аналогами FT_W32... все заработало, но эффект точно такой же как и при вызове FT_SetEventNotification... 4-6 посылок с хвостиком сидит уже в буфере при срабатывании события... pav256(212 знак., 04.02.2010 13:58)
        
        а может быть в драйвере по умолчанию таймер какой-то стоит который и срабатывает? - mad256(04.02.2010 23:22, )
        
        Ой, не знаю... - ReAl(04.02.2010 23:08)
        
        СПАСИБО. Буду разбираться... - pav256(03.02.2010 13:50)
  - А если по какой-то причине не устраивает байт-стаффинг, и пакеты достаточно длинные M@ik(371 знак., 15.03.2007 13:48, )
    - Ну не знаю. У меня через SLIP идет загрузка нового кода в девайса (порядка 50кБ). Ничо, нормально так. - bialix(15.03.2007 22:31, )

Микроконтроллеры