Перейти к содержанию
    

Нужно реализовать кошмарно сложную задачу.

Если дальше посчитать, то в сутки потребуется примерно 13 ТБайт постоянной памяти (если ошибся - поправьте), что пока не вяжется ни с RAID-массивом, ни с одиночным диском, и делает вывод о неизбежности сжатия данных без потери информации. Да и работать с максимальной скоростью записи на жёсткий диск было бы не надёжно и неправильно.

 

А зачем RAID-массив использовать? Если делать устройство без компа, лить прямо на хард, то размер данных не ограничен. Если нужно 13 ТБ информации сохранить,

делаем у устройства захвата 13 SATA выходов и цепляем 13 нардов по 1 ТБ. При заполнении одного харда устройство начинает писать на следующий и т.д.

 

Т.е. задача теоретически решаема, вопрос цены. А цена зависит от точного ТЗ. А его нет.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

А зачем RAID-массив использовать? Если делать устройство без компа, лить прямо на хард, то размер данных не ограничен. Если нужно 13 ТБ информации сохранить,

делаем у устройства захвата 13 SATA выходов и цепляем 13 нардов по 1 ТБ. При заполнении одного харда устройство начинает писать на следующий и т.д.

 

Т.е. задача теоретически решаема, вопрос цены. А цена зависит от точного ТЗ. А его нет.

 

 

скорость записи на один винт 70-90мб/c

для записи 3байта*50mhz = 150мбайт/c

реально надо оцифровывать чаще, 300-450мб/c

 

то есть надо паралельно писать в 7 винчестеров.

(450/90 = 5, округлим чтоб иметь запас по скорости до 7)

 

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

надо знать какую задачу хочет решить человек.

он предложил свой вариант решения, как ему видится.

но лучше озвучить изначальную задачу здесь. тогда может ему подскажут более простой способ её решения.

 

p.s.

Samsung MMDOE56G5MXP

Цена: 26000 руб.

Технические характеристики

Емкость, Гб: 256

Форм-фактор: 2,5”

Интерфейс: SATA-II

Заявленная скорость чтения, Мбайт/c: 220

Заявленная скорость записи, Мбайт/с: 200

Изменено пользователем sergtsa

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Приветствую!

 

Есть готовая система - непрерывный ввод, обработка и запись потока до 200 Mб/с на PC. Данные пишутся на HDD включенные в RAID0

Стоимость только железа (PCIX модуль от Insys с VIRTEX4) ~$4К.

Стоимость работы разработчиков где-то в районе ~$5$ (2 чел. мес)

В вашем случае можно использовать и более дешевый модуль но не думаю что железо будет дешевле чем $1.5-2K

 

 

Успехов! Rob

 

 

 

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

надо знать какую задачу хочет решить человек.

он предложил свой вариант решения, как ему видится.

но лучше озвучить изначальную задачу здесь. тогда может ему подскажут более простой способ её решения.

Соверщенно верно, sergtsa! Вы посмотрели прямо в корень, сразу видно специалиста, теперь отмотаем в самое начало:

Берем на свой вкус микроконтроллер способный с трех своих 8 битных портов уверенно захватывать лог уровни с частотой в 50 Мгц по появлению на управляющей ноге лог.1 и передавать любым способом на компьютер в базу данных (ось виндовс ХП).

Не будем слишком сильно пинать того, кто первым предложил объединить потоки данных, тем самым усложнив решаемую задачу, а просто разделим потоки на 3 8-битовых, как это сделано в стартовом условии. И вот что получаем:

1. Три одинаковых платы, построенных на FPGA, реализующих обработку захвата 8-разрядных данных на частоте 150-250 МГц и алгоритм сжатия данных без потери информации опционально по отдельному сигналу разрешения сжатия, имеющих интерфейсы PCI-e и/или SATA-2/3.

2. Три 3-Тбайтных винтчестера, подключаемых непосредственно к своим платам (например, для записи данных без сжатия)

3. 4-8 (или более) 3-Тбайтных винтчестеров, подключаемых к материнской плате и предназначенных для хранения и архивирования сжатых данных.

4. Собственно сам современный PC, собранный с учётом необходимости реализации этой задачи.

Учитывая избыточно-достаточный состав приведенной конфигурации, никаких космических цен я здесь не увидел. Желаю удачи!

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Чето я так и не въехал в чем проблема, какая еще жискретицация 150ГГц, Если нужно померить насколько уходит каджый канал относительно клока это тогда да. А если нужно просто писать 24 канала в базу то тут нечего делать. :laughing:

 

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Чето я так и не въехал в чем проблема, какая еще жискретицация 150ГГц, Если нужно померить насколько уходит каджый канал относительно клока это тогда да. А если нужно просто писать 24 канала в базу то тут нечего делать. :laughing:

 

хм , посмотрите на входные требования : 24 бита с частотой 50 Mhz (это исходный сигнал)

надо записать в реальном времени, значит оцифровывоть нало как минимум в два раза чаще (это 100Mhz 24 бита)

значит писать в базу надо поток 300Мб/сек. в какую базу вы легко запишите такой поток ?

такой поток данных ввести в PC это уже непростая задача.

 

все это уже было выше озвученно. как бы Вы решили такую задачу ?

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

хм , посмотрите на входные требования : 24 бита с частотой 50 Mhz (это исходный сигнал)

 

все это уже было выше озвученно. как бы Вы решили такую задачу ?

Да поток нехилый...для УСБ2.0 поэтому тут усб 2.0 отпадает нужен 3.0. А если пси карта, и если учесть что шина данных 32б то для пси карты с пропускной полосой пси экспреса около гигабайта, это даже не напряг

 

Почему нужно обязательно оцифровывать, Просто по прерыванию на каждом канале, клок же известен...считаем клоки ждем прерывание с порта, есть прерывание пишем еденицу нет пишем нули

Изменено пользователем Dimmix

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Да поток нехилый...для УСБ2.0 поэтому тут усб 2.0 отпадает нужен 3.0. А если пси карта, и если учесть что шина данных 32б то для пси карты с пропускной полосой пси экспреса около гигабайта, это даже не напряг

Хорошо, обработали, прокачали, куда писАть?

Почему нужно обязательно оцифровывать, Просто по прерыванию на каждом канале, клок же известен...считаем клоки ждем прерывание с порта, есть прерывание пишем еденицу нет пишем нули

Оцифровка включает предожидания и постсвершения, как минимум - по одному, а как правило - не менее двух...

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Приветствую!

 

Все усложняем и усложняем а тут делов то:

 

берем например Spartan-6 FPGA SP605 Evaluation Kit - всего то $500 - тут тебе и PCIe x1 и память для буфера и куча других ненужных прибамбасов - делаем платку с с входными буферами и разъемом FMC для подключения к FPGA внешнего мира (еще ~$500). Втыкаем все это в обычный комп(2-4 ядра от Интел да памяти 4 Гига), туда же 4-6 винта по 3 TB (WinXP soft RAID0), дунули плюнули - программу написали - FPGA сконфигурили ($5K) - вот вам 16-25 часов непрерывной записи потока 200 MB/s. При этом машина может еще и обрабатывать то что пишет и картинки красивые строить в релтайме.

 

P.S. А можно ничего и не делать :) - http://sine.ni.com/nips/cds/view/p/lang/en/nid/202770

 

Успехов! Rob.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Приветствую!

 

 

Все усложняем и усложняем а тут делов то:

 

берем например Spartan-6 FPGA SP605 Evaluation Kit - всего то $500 - тут тебе и PCIe x1 и память для буфера и куча других ненужных прибамбасов - делаем платку с с входными буферами и разъемом FMC для подключения к FPGA внешнего мира (еще ~$500). Втыкаем все это в обычный комп(2-4 ядра от Интел да памяти 4 Гига), туда же 4-6 винта по 3 TB (WinXP soft RAID0), дунули плюнули - программу написали - FPGA сконфигурили ($5K) - вот вам 16-25 часов непрерывной записи потока 200 MB/s. При этом машина может еще и обрабатывать то что пишет и картинки красивые строить в релтайме.

 

Успехов! Rob.

 

хороший ход !

 

только :

- доставить эти 24 линии на плату кита

- программку написать

- драйвер под неё

- софт верхнего уровня

- все это объединить, отладить ...

 

 

Кто возьметеся за 5$K все это сделать ?

 

:biggrin:

Изменено пользователем sergtsa

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Приветствую!

 

Ну так для плат на PCIX уже все работает!

Раньше в Insys были модули на ADP64Z2A c Virtex4LX25 ценой ~$2.5K

Сейчас их уже не делают.

 

Но до Питера нам хохлам далеко.

 

А вот если это с этим железом разобраться то останется только программирование - http://sine.ni.com/nips/cds/view/p/lang/en/nid/202770

 

Полный P.S. Ха - во китайцы дают http://www.knjn.com/FPGA-PCIe.html

 

 

Удачи Rob.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Хорошо, обработали, прокачали, куда писАть?

 

Оцифровка включает предожидания и постсвершения, как минимум - по одному, а как правило - не менее двух...

Вопервых по прерываниям поток будет меньше, потому што на выходе будет простое сжатие т.е. 500 клоков единица 100 клоков ноль, а если там будут просто нули идти вы что так и будете сливать все на винт, какоето простое сжатие все равно придется вешать, хотя это даже не сжатие а просто оптимизация.

 

Это же не измерительная плата и не анализатор, это просто рекордер, про то что нужно мерить соревнования, уход, джитттер, ничего не сказано...

 

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Почитал все вышенаписанное и не совсем понял основную массу высказывавшихся. Для такой задачи использовать FPGA+PCI-E это как из пушки по воробьям.

 

Берется ADSP-BF548, настраивается один 24 битный PPI на частоту 100 МГц, полученный поток 240 Мбит/сек выкидывается в USB 2.0 в режиме bulk transfer (используя для этого предложенный AD проект получаются скорости по USB 320-350 мбит/сек, а если немного его переписать,то достигается 440 мбит/сек). PPI настраивается в режим работы по DMA со списком дескрипторов для автоматического переключения 2х буферов записи. А дальше работает класическая схема один буфер заполняется, второй скачивается. Буферы разносятся по разным sub-bank для снижения нагрузки на внутренние шины.

 

p.s. В свое время делал похожую систему, только на поток данных 320 мбит/сек Blackfin вытягивает без проблем.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Берется ADSP-BF548, настраивается один 24 битный PPI на частоту 100 МГц...

А как Вы "настраиваете один 24 битный PPI на частоту 100 МГц", если у него максимальная частота по входу PPI не более 75 МГц?

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Приветствую!

 

Ох молодежь, ... давай быстренько сделаем и вон ту буренку трах....

 

считаем - 24 бит * 50 MHz = 1200 Mbit/s = 8байт * 3 * 50 MHz = 150 MByte / s

 

... не спеша и все стадо ...

 

Удачи! Rob.

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Присоединяйтесь к обсуждению

Вы можете написать сейчас и зарегистрироваться позже. Если у вас есть аккаунт, авторизуйтесь, чтобы опубликовать от имени своего аккаунта.

Гость
Ответить в этой теме...

×   Вставлено с форматированием.   Вставить как обычный текст

  Разрешено использовать не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отображать как обычную ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставлять изображения напрямую. Загружайте или вставляйте изображения по ссылке.

×
×
  • Создать...