1. Обязательно представиться на русском языке кириллицей (заполнить поле "Имя").
  2. Фиктивные имена мы не приветствуем. Ивановых и Пупкиных здесь уже достаточно.
  3. Не писать свой вопрос в первую попавшуюся тему - вместо этого создать новую тему.
  4. За поиск, предложение и обсуждение пиратского ПО и средств взлома - бан без предупреждения.
  5. Рекламу и частные объявления "куплю/продам/есть халтура" мы не размещаем ни на каких условиях.
  6. Перед тем как что-то написать - читать здесь и здесь, а студентам - обязательно здесь.
  7. Не надо писать в ЛС администраторам свои технические вопросы. Администраторы форума отлично знают как работает форум, а не все-все контроллеры, о которых тут пишут.

Быстрый АЦП к ПЛК или ПК ?

Метрология, КИП и датчики
Ответить

alex_ugrumov
почётный участник форума
почётный участник форума
Сообщения: 626
Зарегистрирован: 29 сен 2008, 17:05
Имя: Алексей Угрюмов
Страна: Россия
город/регион: СПб
Благодарил (а): 6 раз
Поблагодарили: 22 раза

Re: Быстрый АЦП к ПЛК или ПК ?

Сообщение alex_ugrumov »

Unomatic писал(а):
TEB писал(а): Да, конечно знаком. Ну так и давайте же наконец разберемся: с действующими значениями будет работать топикстартер или с мгновенными. :) А то он сказал что с действующими, Вы говорите что синусоида нужна... Я только потому и влез что по действующим значениям есть куча преобразователей, и частота 60 Гц их не пугает (да хоть 400), все производные значения рассчитают сами, THD оценят и отдадут хоть по аналогу, хоть по интерфейсу. Смущает требование по быстродействию - 1 мсек, когда период синусоиды с частотой 60 Гц = 16(6) мсек, т.е. 1 мсек для точного измерения синусоиды явно недостаточно, а для действующих значений это явный перебор.
Будем считать что я невнимательный и непонятливый :ext_sleep: Объясните мне ПЛЗ задачу.
С действующими, мгновенными, с корреляционными функциями и БПФ
ну, собственно без вариантов. нет конечно с вариантами. Можно, например, у национальных инструментов посмотреть решения. У них кажется были такие "ПЛК", которые подойдут топикстартеру.
Но по хорошему решение самое простое : ПК + плата (ISA, PCI и т.п. или USB/Ethernet - тогда нотик канает). Конкретную модель выбираем по электрическим характеристикам и самостоятельному тактированию (для этого может потребоваться их API посомтреть поближе) и смотрим внимательно на свои возможности по программингу, и какие дают либы производители, и как они цепляются к тому софту под чем пишем (VB, C#, VC, Delphi/Builder или *nix).
Вот как-то помню для L-card писал на VC либу, чтобы плата в VB цеплялась, чтобы те кто эту плату купил смог сам софт под неё писать, а то они только на VB умели, а либа от той конкретной карты, в тот конкретный период времени с VB не стыковалась...
производителей наиболее популярных я выше указал
Alex.

Михайло
почётный участник форума
почётный участник форума
Сообщения: 3549
Зарегистрирован: 10 ноя 2009, 04:58
Имя: Толмачев Михаил Алексеевич
город/регион: г. Чехов, МО
Благодарил (а): 6 раз
Поблагодарили: 246 раз

Re: Быстрый АЦП к ПЛК или ПК ?

Сообщение Михайло »

Резюмирую: при выборе PCI- или ISA-карты нужно обратить внимание на объем буферной памяти карты и прочие скоростные характеристики. Происходит это примерно так, как описал Алекс:
alex_ugrumov писал(а):Например. Задаёте несущую 200мкс (понятно что там какие-то фиксированные цифры в зависимости от частоты кварца на плате и возможности делителя). И порядок каналов 1, 2,3, 2. Получите по каналу 1и 3 отсчёты раз в 800мкс, по 2 раз в 400. (У таких плат обычно одно АЦП и мультиплексор). Данные кладутся в буфер на карте или по DMA в RAM, откуда по средствам API получается приложением. (Но важно, что буфера есть. в т.ч. hardware) Что касается ОС. То ваше приложение подписывается на данные. По мере готовности данные Вам отдаются. приложение просыпается обрабатывает, что накопилось. понятно, что в силу многозадачности, не факт, что Ваше приложение будет дёргаться каждые 200мкс, и Вы сможете в RT реагировать на эти измерения. Но в режиме осциллографа это работает (Топикстартер же указал, что хочет получать данные с меткой времени). Но периоды между измерениями будут жёстко выдерживаться.

alex_ugrumov
почётный участник форума
почётный участник форума
Сообщения: 626
Зарегистрирован: 29 сен 2008, 17:05
Имя: Алексей Угрюмов
Страна: Россия
город/регион: СПб
Благодарил (а): 6 раз
Поблагодарили: 22 раза

Re: Быстрый АЦП к ПЛК или ПК ?

Сообщение alex_ugrumov »

Михайло писал(а):Резюмирую: при выборе PCI- или ISA-карты нужно обратить внимание на объем буферной памяти карты и прочие скоростные характеристики. Происходит это примерно так, как описал Алекс:
alex_ugrumov писал(а): (У таких плат обычно одно АЦП и мультиплексор). .
О вспомнил. ещё. если нужно 2 и более каналов обрабатывать, то обратите внимание на число реальных АЦП на плате. и возможности синхронизировать фиксацию значения по каналам. Пример. опрос 20 мкс. одно АЦП и мультиплексер на 2 канала: получим замеры по 2 каналам сдвинутые на 20мкс относительно друг друга. В таких задачах это может стать критичным.
Видел платы PCI. которые проводочками между собой соединялись для общего тактирования. Не помню правда при каких обстоятельствах это видел. Вот бывает, что именно в задачах высокосортных многоканальных измерений приходится использовать дорогие решения типа национальных инструментов. потому что иначе никак. а они на такое и заточены
Блин так давно это всё было, что всплывает в памяти какими-то кусками.
Alex.
Аватара пользователя

Никита
почётный участник форума
почётный участник форума
Сообщения: 3897
Зарегистрирован: 20 янв 2010, 22:23
Имя: Никита
Страна: РФ
город/регион: Мурманск
Благодарил (а): 18 раз
Поблагодарили: 186 раз

Re: Быстрый АЦП к ПЛК или ПК ?

Сообщение Никита »

alex_ugrumov писал(а): Да нет. Там всё проще. Платы АЦП, которые запихиваются в ПК (iCP-DAS, Adlink, LCard, Р+Ш...) (по PCI, ISA итп в т.ч. USB) при измерениях на таких скоростях сами тактируют измерения. Задаётся это тактирование по средствам API этих карт, оформленных обычно в виде dll-к. Причём часто можно задать последовательность по каналам. Например. Задаёте несущую 200мкс (понятно что там какие-то фиксированные цифры в зависимости от частоты кварца на плате и возможности делителя). И порядок каналов 1, 2,3, 2. Получите по каналу 1и 3 отсчёты раз в 800мкс, по 2 раз в 400. (У таких плат обычно одно АЦП и мультиплексор). Данные кладутся в буфер на карте или по DMA в RAM, откуда по средствам API получается приложением. (Но важно, что буфера есть. в т.ч. hardware) Что касается ОС. То ваше приложение подписывается на данные. По мере готовности данные Вам отдаются. приложение просыпается обрабатывает, что накопилось. понятно, что в силу многозадачности, не факт, что Ваше приложение будет дёргаться каждые 200мкс, и Вы сможете в RT реагировать на эти измерения. Но в режиме осциллографа это работает (Топикстартер же указал, что хочет получать данные с меткой времени). Но периоды между измерениями будут жёстко выдерживаться.
Да это понятно. Но напоминает капиталистическое соревнование на одном ГОКе между дробильщиками и водителями Белазов с породой. Причем случай, когда последние выигрывают. Если речь о том, чтобы записать некий процесс и потом не спеша его обработать - вопросов нет. А если нужно выполнять БПФ в реальном времени с жестким тактом в миллисекунду - не все так просто.
Кстати, и осциллографы как правило имеют два режима - записи быстрых процессов ненадолго или постоянного отображения формы сигнала. Во втором случае обычно мухлеж, если периодический процесс на экране можно четко зафиксировать синхронизацией, то отобразить его можно с любым разрешением, настроив нужным образом стробирование. А непериодические, и тем более случайные процессы отображаются коряво. Передо мной тут лежит USB-игрушка под названием Oscill. Заявленная полоса - до 15 МГц. При этом существует и с просто RS-232 и с блютусом. Прогнать через UART 30млн двухбайтных слов в секунду просто нереально. Все чудеса творит софт.
Так что весь вопрос в том, что с этими данными из буферов делать надо.
Опыт - это когда на смену вопросам: "Что? Где? Когда? Как? Почему?" приходит единственный вопрос: "Нахрена? "
Аватара пользователя

Jackson
администратор
администратор
Сообщения: 17427
Зарегистрирован: 17 июн 2008, 16:01
Имя: Евгений свет Брониславович
Страна: Россия
город/регион: Санкт-Петербург
Благодарил (а): 736 раз
Поблагодарили: 1275 раз

Re: Быстрый АЦП к ПЛК или ПК ?

Сообщение Jackson »

Вот теперь ясно. Тогда с ПЛК ИМХО лучше не связываться, он всё-таки логический, время цикла 1 мсек только в теории.

А общую задачу можно узнать?
По вопросам работы Форума можно обратиться по этим контактам.

Автор темы
Unomatic
здесь недавно
здесь недавно
Сообщения: 8
Зарегистрирован: 23 сен 2013, 08:36
Имя: Unomatic

Re: Быстрый АЦП к ПЛК или ПК ?

Сообщение Unomatic »

Никита писал(а): А непериодические, и тем более случайные процессы отображаются коряво. Передо мной тут лежит USB-игрушка под названием Oscill. Заявленная полоса - до 15 МГц. При этом существует и с просто RS-232 и с блютусом. Прогнать через UART 30млн двухбайтных слов в секунду просто нереально. Все чудеса творит софт.
Так что весь вопрос в том, что с этими данными из буферов делать надо.
TEB писал(а):Вот теперь ясно. Тогда с ПЛК ИМХО лучше не связываться, он всё-таки логический, время цикла 1 мсек только в теории.
А общую задачу можно узнать?
С ПЛК решено не связываться для обработки сигналов, об этом писал ранее.
Общая задача: оцифровка, сбор данных, хранение в памяти в пределах ограниченного окна времени, математическая обработка (анализ) в реальном времени и действия по ее результатам

Зержинский
здесь недавно
здесь недавно
Сообщения: 35
Зарегистрирован: 18 июн 2013, 12:47
Имя: Зержинский
Страна: Россия
город/регион: Московская область

Re: Быстрый АЦП к ПЛК или ПК ?

Сообщение Зержинский »

TEB писал(а):Тогда повторю свой вопрос. Если будете работать с действующими значениями - почему не взять готовый преобразователь? :)
наверное пишете про аналоговый интегратор ?
Аватара пользователя

Jackson
администратор
администратор
Сообщения: 17427
Зарегистрирован: 17 июн 2008, 16:01
Имя: Евгений свет Брониславович
Страна: Россия
город/регион: Санкт-Петербург
Благодарил (а): 736 раз
Поблагодарили: 1275 раз

Re: Быстрый АЦП к ПЛК или ПК ?

Сообщение Jackson »

Зержинский писал(а):
TEB писал(а):Тогда повторю свой вопрос. Если будете работать с действующими значениями - почему не взять готовый преобразователь? :)
наверное пишете про аналоговый интегратор ?
Нет. :) Но уже неважно - не подходит для задачи.
По вопросам работы Форума можно обратиться по этим контактам.

alex_ugrumov
почётный участник форума
почётный участник форума
Сообщения: 626
Зарегистрирован: 29 сен 2008, 17:05
Имя: Алексей Угрюмов
Страна: Россия
город/регион: СПб
Благодарил (а): 6 раз
Поблагодарили: 22 раза

Re: Быстрый АЦП к ПЛК или ПК ?

Сообщение alex_ugrumov »

Никита писал(а): Да это понятно. Но напоминает капиталистическое соревнование на одном ГОКе между дробильщиками и водителями Белазов с породой. Причем случай, когда последние выигрывают. Если речь о том, чтобы записать некий процесс и потом не спеша его обработать - вопросов нет. А если нужно выполнять БПФ в реальном времени с жестким тактом в миллисекунду - не все так просто.
да не очень. Основная частота 60 Гц. возьмём 20 точек на период - хватит, и выборку 1 сек. - 1200 отсчётов. Давайте возьмём даже 2000 (2048 для FFT) - ну это 0,5 мс. посчитать FFT для 2048 точек на центральном современном камне - да вообще не вопрос. Причём пик полезной части этого FFT будет в районе 60 отсчёта, то есть весь низкочастотный шум можно будет в распределении уже проигнорировать: картинка будет чёткая. Ну, будут иногда пропуски. Но что такое в этом случае пропуск? Да вообще ни о чём. Картинка у двух соседних расчётов будет отличаться сдвигом фазы на 10градусов. да там (при таких цифрах) заметное изменение картинки будет при отвале синусоиды на время ~ от 20мс, да это 40 пересчётов. Если за это время пара потеряется - да и ладно. Сгодится даже выборка 512 (считается в 5 раз быстрее).
Я бы сделал так: по мере готовности очередной точки записывал её (или их) в круговой буфер. и если предыдущий пересчёт закончен, инициировал бы новый. Ну то есть так я и делал... 10 лет назад.
для проверки математики вполне годится. Прикольно потом такие штуки до серии доводить и делать уже в железе на dsp и плис.
Alex.

Зержинский
здесь недавно
здесь недавно
Сообщения: 35
Зарегистрирован: 18 июн 2013, 12:47
Имя: Зержинский
Страна: Россия
город/регион: Московская область

Re: Быстрый АЦП к ПЛК или ПК ?

Сообщение Зержинский »

TEB писал(а):
Зержинский писал(а):
TEB писал(а):Тогда повторю свой вопрос. Если будете работать с действующими значениями - почему не взять готовый преобразователь? :)
наверное пишете про аналоговый интегратор ?
Нет. :) Но уже неважно - не подходит для задачи.
а мне важно, поэтому спросил вас
Аватара пользователя

Jackson
администратор
администратор
Сообщения: 17427
Зарегистрирован: 17 июн 2008, 16:01
Имя: Евгений свет Брониславович
Страна: Россия
город/регион: Санкт-Петербург
Благодарил (а): 736 раз
Поблагодарили: 1275 раз

Re: Быстрый АЦП к ПЛК или ПК ?

Сообщение Jackson »

Зержинский писал(а):а мне важно, поэтому спросил вас
Тогда извиняюсь. Имел в виду вот этот (MTR-3) преобразователь.
По вопросам работы Форума можно обратиться по этим контактам.
Ответить

Вернуться в «Метрология, КИП и датчики»