Форум: Выбор оборудования

Пож. подскажите: с какой максимальной частотой можно опрашивать модуль LTR41?

Является ли частота входного меандра в 20Гц максимально возможной  для уверенной регистрации формы входного сигнала с помощью LTR41?

Если нет - то какая частота входного меандра является максимально возможной?

Спасибо.

Леонид, в квазисинхронном режиме для LTR41 достижима средняя частота 100 кГц ввода данных (потоковый режим).

Спасибо за быстрый ответ и за высокую частоту ввода с помощью LTR41.

В таком случае в "Руководстве пользователя" http://www.lcard.ru/download/ltr.pdf стр.17 в Таблице 2-1. " LTR модули  для типичных пользовательских задач " для задачи " Асинхронный ввод-вывод цифровых ТТL сигналов" м.б. стоит отразить возможность применения LTR41 для частот сигнала во всех диапазонов выше 20 Гц?

Если исходить из ответственной позиции перед пользователем, то вряд ли эту информацию нужно включать в таблицу описания "типичных пользовательских задач", поскольку:

1. О средней частоте 100 кГц процесса  в режиме потокового ввода LTR41, который "НЕ ЯВЛЯЕТСЯ абсолютно синхронным", и не является строго периодичным, сказано в руководстве: http://www.lcard.ru/download/ltr41api.pdf , п.4.3.
2. Если процесс не является строго периодичным, то, с метрологической точки зрения, о частоте вообще говорить некорректно.
3. Если бы 100 кГц было указано в http://www.lcard.ru/download/ltr.pdf , стр.17 в Таблице 2-1., то, в частности, Вы бы точно решили, что LTR41 безусловно можно применить на "максимально возможной  для уверенной регистрации формы входного сигнала с помощью LTR41". Скажите, как Вы будете восстанавливать форму входного сигнала с помощью LTR41", если отсчёты от LTR41 соответствуют не строго периодичным интервалам времени? Количественного ответа на вопрос "на сколько не периодично" у нас нет, а закладываться на ненормированный параметр системы - это неправильно.

С другой стороны, для привязки по времени границ группы отсчётов LTR41 Вы можете использовать, например, периодичную секундную метку от LTR41, или синхрометки крейта LTR-EU, которые выдавать по каким-то синхрособытиям, но требования к точности (по времени синхронизации отсчётов) в Вашей постановке задачи не описаны.

Увидел информацию в "Автоматизация в промышленности" том 4 стр 39 2016г. В ней говорится об экспериментально установленной задержке 50-70мс между выдачей команды от ПК в крейт на модуль LTR42 и реальным исполнением этой команды модулем LTR42.

Как можно объяснить высокую скорость поступления данных из LTR41 в ПК и большую задержку передачи команды на вывод от ПК в LTR42?

Леонид, если не рассматривать возможные программные причины задержек потоков ввода и вывода, то эти задержки могут возникнуть, исходя из архитектуры LTR, описанной в руководстве, c этой ключевой картинкой: 

Исходя из картинки:
1. Задержка на ввод в ПК будет минимальной, если верхний программный уровень постоянно откачивает данные, чтобы они минимально копились в верхнем FIFO (на картинке).
2. Задержка на вывод из ПК будет минимальной, если:
а) в поток на вывод не ставить более 10-ти слов подряд (слово - 32 бита), адресованных одному и тому же модулю;
б) средняя скорость посылки данных одному модулю LTR не должна быть выше пропускной способности  этого модуля на вывод.

Пропускная способность (п.4.6.3.7 руководства) на вывод у модулей LTR разная, и у модуля LTR42 она составляет 80 Кбайт/с, или в пересчёте на слово 20 Кслов/c.

В частности, если условия a), б) не выполняются, то на картинке данные во "входном буфере" будут сильно копиться из-за того, что соответствующий малый буфер FIFO одного из модулей будет часто полным, и вывод на остальные модули из-за этого будет тормозиться.

Далее, на задержки ещё влияет фактор приближения реального трафика на ввод и вывод к максимальной пропускной способности самого интерфейса взятого крейта LTR.

Что касается конкретно LTR41, LTR42, LTR43 - то это ДЕЙСТВИТЕЛЬНО модули, предназначенные для медленного асинхронного ввода-вывода. Переделка LTR41, LTR42, LTR43 на быстрый интерфейс возможна в рамках развития (заказа). Распараллеливание буферизации на вывод в крейт-контроллере LTR уже технически возможна - в рамках развития (заказа). Другое дело, что задержку на вывод можно и сейчас минимизировать, соблюдая правила a) и б) при программировании системы на верхнем программном уровне. Учитывали ли особенности архитектуры LTR уважаемые специалисты ЦИАМ им. П.И. Баранова (на которых Вы ссылаетесь)? - мне неизвестно.

Леонид, Real-Time задачи на основе LTR уже обсуждались в этой конференции, рекомендую прочесть темы:
http://www.lcard.ru/forums/viewtopic.php?id=9600
Кстати, Ваша же тема 2-х летней давности:
http://www.lcard.ru/forums/viewtopic.php?id=9335 , где многие аспекты применения LTR27 были рассмотрены (сильно пересекается с Вашей нынешней темой http://www.lcard.ru/forums/viewtopic.php?id=9805)!

Леонид! За последние 2 года Вы создали на форумах L-Card 14 новых тем (!), не считая явно Ваших же тем под ником Леонид, но без регистрации, не считая обращений на суппорт по почте (это абсолютное лидерство по обращениям среди клиентов L-Card).  Леонид, к Вам большая просьба: учесть, что обращения в бесплатную техподдержку - это не "чат". Обращение пользователя предварительно должно быть подготовлено: изучена документация и проведён поиск на наших форумах ответов на аналогичные вопросы. О техподдержке L-Card: http://www.lcard.ru/support/faq/tech_support.
Также, в Вашем сообщении администратором уже приходится чистить рекламный контекст ( http://www.lcard.ru/forums/viewtopic.ph … 084#p61084 ).

Читайте новую статью FAQ:

Учёт архитектуры LTR для оптимального программирования задачи "реального времени".