caxapa.ru :: чой та полная дерьмократия на электрониксе. Размещу здесь[+]

MegaJohn (28.06.2010 16:25, просмотров: 248) ответил koyodza на Сообщение форума: Ссылка, по которой вы попали на эту страницу является «мертвой» или удаленной.

чой та полная дерьмократия на электрониксе. Размещу здесь[+] Требуется считать 16 бит данных по SPI с помощью FT2232. Команда SPI_Read требует для считывания сначала отправить контрольные биты и только потом считывание. Но требуется такая диаграмма, и естественно что отправлять контрольные биты не надо. Но команда SPI_Read отказывается работать если указать dwNumControlBitsToWrite = 0 или dwNumControlBytesToWrite = 0 или pWriteControlBuffer = NULL с кодами ошибок FTC_NULL_WRITE_CONTROL_BUFFER_POINTER = 35 FTC_INVALID_NUMBER_CONTROL_BYTES = 41 как быть то ? Может какие шаманства есть ?

Ответить

- Давай тут продолжим. Вернее начнем с азов :) Тебе нужно (как я понял) работать с трансивером через FTDI с компа. Для того чтобы что-то считать через SPI, надо сначала туда "записать" - подать те-же 16 тактовых импульсов. В меге это происходит прозрачно Гудвин(253 знак., 28.06.2010 16:38)
  - возьму пример самого FTDI (картинка). SPI_Read первой группой параметров идет контрольные (или управляющие биты) а потом что в итоге должны считать с слейва. И получается что в моем случае не надо выдавать управляющие биты - слейв по первому же входящему MegaJohn(102 знак., 28.06.2010 16:45)
    - Я бы взял mega16U и не парился. На ней можно забацать полноценный радиомодем с буферизацией и usb с профилем CDC или HID. Usb стеки для меги есть в сети. И дешевле, чем FTDI (<3$), и ног меньше, и геморроя... - Гудвин(28.06.2010 17:01)
      - Вот Жопа то. Трансфер туды-сюды 26 шестнадцатибитных посылок занял 200мс. Даже если и попробовать сгруппировать в CmdSequence, то по прикидам получу не более двух кратного ускорения. А надо в сотню раз. Так что придется лепить Mega16U =( - MegaJohn(30.06.2010 16:10)
        
        Всему виною Bulk mode ? - MegaJohn(30.06.2010 17:38)
      - Дешевле? А разве Atmel разрешает применение своего VID и выдает PID по запросу? Мелкочип, например, в партии до 10к устройств с применением их МК такую услугу предоставляет. - rezident(28.06.2010 19:10)
        
        AVR® Microcontrollers: Product Line Reference, March 2007. Точка опоры(1371 знак., 29.06.2010 10:39)
        
        Т.е. применение софта Atmel является одним из необходимых условий? А если софт своей разработки? Я это к тому уточняю, чтобы навести вопрошающих на мысль о том, на самом ли деле дешевле использовать МК с USB, чем готовый мост с зарезервированными VID/PID? - rezident(29.06.2010 15:45)
        
        Успокойся, не суетись ;) Речь шла о FT2232. Оно гораздо дороже, чем m16u. "Atmel reference software and USB microcontroller" - это как раз то, о чем я писАл. Готовые библиотеки для работы с usb, для usb контроллеров от атмел... - Гудвин(29.06.2010 15:53)
        
        Да я вовсе не беспокоюсь. Просто весьма часто забывают, что МК с USB это еще не все затраты. VID/PID тоже денег стоит, особенно когда хочется USB logo на прибор налепить или про USB в РЭ упомянуть. - rezident(29.06.2010 16:07)
        
        Много вы знаете тех, кто VID/PID покупали? - Shura(29.06.2010 17:29)
        
        VID не знаю, PID - одного знаю :) - rezident(29.06.2010 17:39)
        
        PID без VID? Какэта?! продукт без производителя? - Shura(29.06.2010 17:49)
        
        Продукт под маркой производителя-владельца VID. До недавнего времени в Европе вроде широко практиковалась торговля PID на таких условиях. - rezident(29.06.2010 17:53)
        
        А для чего нужно такое извращение? - Shura(29.06.2010 17:54)
        
        Экономия $5000 (плата за VID) на мелкой серии USB-устройств. - rezident(29.06.2010 17:56)
        
        А нахер он нужен этот PID на мелкой серии вообще? - Shura(29.06.2010 17:57)
        
        А ты продай в Европу USB-устройство с "левыми" VID/PID :-P - rezident(29.06.2010 17:58)
        
        Ну и продам, кто его там исследовать будет? Ведь название девайса, которое ты видишь при втыкании его в комп никак с VID/PID не связано. - Shura(29.06.2010 18:01)
        
        Дык ты продай вначале. Только сразу застрахуйся на судебные издержки для случая, когда на конфликт идентификаторов кто-то нарвется и ты будешь разбираться в суде с настоящим владельцем VID ;) - rezident(29.06.2010 18:07)
        
        Ссылочка на прецеденты имеется или фантазируем на досуге? Мож посчитаем вероятность того, что мой девайс с VID/PID AA55 / 1234 найдёт однофамильца? - Shura(29.06.2010 18:15)
        
        А какова вероятность того, что у ~~дураков~~эмбеддеров мысли/идеи/принципы (в части нумерации) сходятся? ;) - rezident(29.06.2010 19:25)
        
        Короче даже если такое случится - никакой судебной перспективы у этого дела не будет - Shura(30.06.2010 09:47)
        
        раньше были реселлеры пидов, продавали диапазон. Потом вроде запретили это дело - Alex B.(29.06.2010 17:53)
      - это не спортивно ! - MegaJohn(28.06.2010 17:03)
    - В итоге: Nclk = Nclk_cntrl_bits + Nread_data_bits. Нужно чтобы Nread_data_bits = Nclk = 16. Получается Nclk_cntrl_bits = 0; но тогда функция возвращает ErrorLevel - MegaJohn(28.06.2010 16:55)
      - Методом проб и ошибок вроде получилось: dwNumControlBitsToWrite = 0 прокатывает если pWriteControlBuffer != NULL и dwNumControlBytesToWrite != 0. Вот так вот и получается: и передавать ничего не надо, но требуется указать что что-то передать надо - MegaJohn(28.06.2010 17:00)
        
        то что отрыл, оказывается багофича, даже служба поддержки об хтом не знает: MegaJohn(1310 знак., 28.06.2010 17:40)

Схемы, платы, компоненты