CY7C68013A постоянная булочная передача, прога для компа Опции

[torik]

Снова привет!

Ковыряюсь с этой платой CY3681, драйвер CyUSB....

Состряпал девайс - точка 1 IN интераптовая а также точки 2 OUT и 6 IN по 512 байт.
Пока зациклена точка 2 на точку 6, т.е. чо передаем с компа то обратно отсылаем...
Все это проверяется с помощью CyConsole... и вот какая проблема: в этой программе нельзя непрерывно принимать данные и записывать их в файл.

Может знает кто какую прогу чтобы это делать или другой выход? а то я с програмированием под комп на твою мать...

[-Al-]

С одной стороны - это так, а с другой стороны, применил флаг THREAD_PRIORITY_TIME_CRITICAL и все! Ни тебе перерабатывать аппаратную часть надо, ни вводить дополнительный буфер. Дешево и сердито :-)

Вы никогда не задумывались над тем, что в системе могут быть другие устройства, не менее требовательные к ресурсам, и что тогда????

AL, "6500 тактов камеры" - это значит чуть более 10 строк (т.е. почти 500 мкс)...
Спасибо, учту замечания по поводу прерываний (хотя я не вкуриваю, почему нельзя в прерывании заполнить к примеру буфер точки 1 in)...

А ПЛИС - ну и что если ее постаить - синхронизация то все равно должна быть!!!! Комп как-то должен узнать о начале кадра.

Насчет обработчика прерываний... не забывайте, во время выполнения прерывания Вы монопилизируете ресурсы контроллера, тем самым рискуете потерять другие прерывания.
На ПЛИС достаточно просто вставить в поток от камеры маркерное слово, которое и будет означать начало кадра/строки

[jur]

Вы никогда не задумывались над тем, что в системе могут быть другие устройства, не менее требовательные к ресурсам, и что тогда????

А тогда - в точности то, о чем я и написал: "Правда, зависит от всего остального. Если на компьютере выполняются другие важные задачи, то пакеты могут пропадать..." :-) Т.е. зависит от задачи. От этой печки и следует плясать. Очень может быть, что других высокоприоритетных задач в это время выполняться не будет.

И кстати, попробовал сделать точку размером 640 байт (как строка) - чото нифига не хочет комп с ней работать, а когда через консоль смотрю - последние (640-512) байт забиваются какойто лажей...

А он и не может работать с ендпойнтой размером 640 байт, IMHO. Из этого диапазона только 512 или 1024.

Кстати. А ведь можно передавать одну порцию (начальную часть строки) размером 512 байт, а остаток - сколько получится (используя PKTEND). Тогда можно и маркерный байт без труда добавить (да хоть даже слово: например номер строки в диапазоне 0...639), т.к. места - 2 х 512 байт - предостаточно. А программист всегда сможет определить начало строки по полученной величине пакета ровно 512 байт. Или добавить номер строки в конец (т.е. во второй, укороченный пакет). Тогда на передающей стороне проще получится, а на компьютерной стороне - вообще пофиг. Стоит подумать, IMHO. Тогда задача решается вообще элементарно. И не нужно никаких ПЛИСов и прочей усложненности городить.