Привет Den!
18 Dec 06 19:32, Den Tatur -> Vitaly Polikarpov:
AK>>>> Запись - напрямую на флэш-карту(за нормальный USB-host AK>>>> или USB-on-the-Go! DT>>> Чем писать на флеш карту? VP>> Фирмварью, вестимо. DT> одной фирмварью не запишешь, нужна аппаратная часть.
Hабортных USB-host не припоминаю, но никто не мешает low-speed эмулировать.
VP>> 300 АЦП это необходимое условие (например, по с инхронности sample/hold, VP>> апертурному времени в распределенной системе), DT> Hет, всё банально, 300 аналоговых датчиков, необходимо вести запись DT> показаний, частота опроса зависит от внешнего задатчика (нормальные DT> условия - редко пишем (1 раз в секунду) аварийные условия - 200 раз в DT> секунду) VP>> или при освещенных времянках,точности и емкости канала (300*300гц VP>> 12-бит, с которой справится и USB1.0), их вполне способны заменить 1 VP>> АЦП и коммутатор на входе, DT> С коммутатором на входе пробовали, не устроило время переходных DT> процессов на длинной линии, это время на порядок больше чем необходимое DT> среднее время опроса.
Этож скольки км ДЛ должно быть, чтобы за 1/200=5мс не успевали устанавливаться переходные.. Сдается мне, что-то не то, либо с топологией постоения системы, либо с коммутатором или согласованием ДЛ.
Локально-же даже в случае переходных обусловленные спадом 10^6-кратной перегрузки по входу и Свх в по-сути электромерическом усилителе, "вписывал" переходные в 5мкс до 0.025% точности. Возни было много. но..
VP>> интерфейсирование которых потербует лишь, например, SPI и порта VP>> управления коммутатором, а не вороха "железа" для реализации сотен SIO VP>> или шинной архитектуры? DT> Идея была такова: Вместо 3 плат с 16-ю восьмиканальных АЦП (с втроенным DT> коммутатором, ессно приходится применять ПЛИС для организации предвыборки DT> АЦП и формирования шины по сигналу опроса)
Что входит в "организацию предвыборки", простая выборка кристаллов или какое-то управление (например, по времени распространений сигналов) выборкой сэмплов относительно сигнала опроса?
DT> - заменить на 300 АЦП без коммутатора DT> и одной ПЛИС с необходимым количеством входов и функцией записи на HDD.
При по прежнему локальном расположении АЦП, выбрасывание коммутатора ничего кроме незначительно повышения быстродействия, но существенного роста объема "железа" не дает, так что "грабли" у вас, скорее всего, в коммутаторе.
К примеру, даже в древнем ИСАвом 8-канальном АЦП, о котором писал, собранном на подножной "рассыпухе", время установления переходных коммутатора (561КП?) и входного усилителя (544Уд?) было ~3 мкс.
VP>> USB-host тебе порекомендовали для минимизаци интерфейса с накопителем, VP>> а не АЦП. DT> Извини, наверное я что то не понимаю. Сейчас у нас: DT> АЦП -> формирователь шины -> Компьютер -> HDD, хочется сделать: DT> АЦП->(FPGA/APM)->HDD, т.е. упростить. Ты же предлагаешь, на пути DT> ввести ещё как минимум 2 преобразователя интерфейса, зачем?
Достаточно и одного с уходом на накопители с последовательными интерфейсом.
Более того, функциональная сложность реализуется программно-аппаратно, и не всегда ее рост соповождается увеличением объемов hardware и его стоимости, малокритичной при не распределяемой на тираж стоимости разработки. В большинстве случаев проще, дешевле и быстрей докинуть что-то интегральное (если имеется), чем рожать что-то свое.
Подключить к МК IDE HDD, "отожрав" 3 десятка дефицитных пинов, выкинв на МК "лишних" ~30$, конечно-же можно, но лучше за них взять более приемлемый под задачу накопитель с последовательным интерфейсом.
С эмуляцией USB1.0 справится даже 1$ ATTiny2313, не говоря о ATMega, на SPI которой цепляется ADC, 9линиий i/o управляют входным коммутатором, а оставшиеся рулят, например, внешним Wisnet'овский Ethernet-модулем.
VP>> МК с "набортным" IDE тоже есть (хотя и не много), но о PATA- VP>> накопителях уже можно забыть, DT> Рано пока списывать со счетов этот интерфейс, нас вполне устраивают флэш DT> диски с интерфейсом IDE и выпуск их пока не планируется сворачивать, DT> т.к. в линейке (например фирмы BiTMICRO) SATA HDD я не нашёл.
Всему свое место. ПромПК - отдельный, сфецифический по климатике, и, довольно инерционный, чтобы быть "законодателем мод" сегмент рынка.
VP>> RTL8019, заточенную под ISA скорее всего уже не найдешь, да и без их VP>> 16/8-bit(CS8900) интерфейсов понадобится "взрослый" (по числу i/o) VP>> контроллер, у которого Ethernet может быть "набортным" - VP>> CX82100 (Conexant), S3C4510B (Samsung), MC68EN302. DT> А с набортным Ethernet'ом из APM или подобных ничего нету? Первые 2 из вышеозначенных. Хотя на достаточные по ресурсам контроллеры (в большинстве своем на ARM) tcp/ip стек при желании прикомпилируется.
VP>> В зависимости от х-ра, отнюдь не прозрачной, задачи - от CY7C68013 VP>> (Cypress) не выйдет - там USB2.0-slave
VP>> или какой-нить ATMega (Atmel) с программной эмуляцие USB DT> Про USB велели забыть - расстояние не то. До накопителя? :) Кстати, если Ethernet-канал постоянно доступен, гоня по нему потоки управления/данных в реалтайме можно обойтись и без локального хранения.
VP>> c внешним Ethernet, до спецпроцессора на "взрослых" FPGA, например, VP>> для оцифровки волнового фронта, DT> Это видео? Интересно, по идее производительности должно хватить. Можно сказать и так - после реалтаймового синтеза картинки по оцифровке.
2D/3D-волны разные бывают, как и требования по динамике/разрешению, сложности алгоритмов обработки. К примеру, в медиционском УЗ эхоскопе видео 512
*512*8bit с пространственным разрешением 0.5мм мы имели 18 лет назад, но дешевых средств обработки не было
- производительность MCU была недостаточной, даже преобразование координат решалось аппаратно. Hыне это, конечно, "прошлый век", но работает - был не так давно у эксплуатационщиков, зреющих на новые.
DT> А конкретнее? (цена абсолютно не интересует) Hо избыточность, DT> а равно повышенное энергопотребление - не приемлемо.
В системе на нескольких Xilinx Virtex-II Pro, кушающих весьма не слабо, "крутой ПЦ" типа умного индикатора :)
VP>> в сравнении с проектированием которого (HDL, а, возможно, и VP>> программирование встроенных PPC) различие ядер перечисленного VP>> (x51,AVR,ARM,68k) и SDK под нихлишь позабавит. Собственно, со средств VP>> разработки, а не покупки кристаллов, и стоит начинать после уяснения VP>> задачи. DT> Задача - предельно ясна, алгоритм не только отшлифован, но и претворён в DT> железе, требуется перенести в один кристалл...
Цифровую часть в 1 можно, но, imho, не целесообразно (дешевле простенький MK+Ethernet module+ПЛИС расширителя i/o) - аналоговую часть никто не отменял, а она, в частности коммутатор, отнюдь, не 1 кристалла потребует, уже не говоря о защите входов работающих с ДЛ.
Vitaly Polikarpov, vitvp[эt]mail.ru