[mantech 34]

12 минут назад, Magnet сказал:

Если архитектура PC скомпонована правильно, ни о каких проблемах с питанием вопросов не возникает,

Либо вам очень везет, либо что-то недоговариваете, ибо сколь не видал подобных применений, включая качественные переходники, а это более 10 раз, везде были жалобы на качество работы этих устройств, автоматы работали в режиме 24\7...

[Magnet 0]

31 minutes ago, mantech said:

Либо вам очень везет, либо что-то недоговариваете, ибо сколь не видал подобных применений, включая качественные переходники, а это более 10 раз, везде были жалобы на качество работы этих устройств, автоматы работали в режиме 24\7...

Подозреваю, что у Вас проблемы не столько по питанию, сколько с перенумерацией USB COM после некачественных соединений и последующим подключением с присвоением нового номера после восстановления, или Ваши комплекты гуляли от одного PC к другому. Питание само по себе не может отвалиться, если этому не помочь, Вы замалчиваете реальные причины. В конце концов кто Вам мешает выполнить надежное соединение кучей способов? 
Я имел опыт работы в военном приборостроении, так же измерительными стендами Rode & Schwarz, Egilent, Textronix, кучей PXI модулей  от NI с массой USB подключений с применением в авиационной диагностике и управлении, дело не в везении - там просто просто не делают лишь бы как.

Изменено 27 января, 2021 пользователем Magnet

[rkit 1]

3 hours ago, Magnet said:

По выходам аппаратная реакция между командами составляет 0,05 мс,

Что это значит? Переключить состояние цифрового выхода занимает 50мкс? Даже арудино такого себе не позволяет. Даже там digitalWrite занимает 3.5мкс. И это считается кошмаром, и в любом сереьзном проекте от этого отказываются в первую очередь.

3 hours ago, Magnet said:

скорость кэширования при обновлении данных на входах 0,1 с

Не знаю, что такое "скорость кеширования", но задержка в 0.1с и роботехника в одном преложении это курам на смех. Даже самая дешевая игрушечная серво семплирует потенциометр с частотой не меньше 1кГц.

[mantech 34]

3 часа назад, Magnet сказал:

Подозреваю, что у Вас проблемы не столько по питанию, сколько с перенумерацией USB COM после некачественных соединений и последующим подключением с присвоением нового номера после восстановления, или Ваши комплекты гуляли от одного PC к другому.

Нет, это были вендинговые терминалы - металлический необслуживаемый ящик с компом внутри и контроллером плат. системы, подключенной по усб переходнику, так же через переходник был подключен модем, так вот стоит этот терминал сам по себе, вроде работает, но подходит человек, на нем статика, а терминалы не все хозяева надежно заземляют, бац, и порт отвалился, нет, не другой номер, просто отвалился вообще (нет коннекта), или модем перестает работать, тоже приходит хозяин - нет ком порта в системе, перезагрузил - появился, снова работает... Да, может быть, если выполнить все требования до посл. точки, купить дорогущие переходники, кабели, промышленные компы, может под линуксом будет немного надежнее и т.д.   Но это в подавляющем числе случаев нереально, или нерентабельно, проще отказаться от ненадежного интерфейса, что и было сделано впоследствии и проблема исчезла от слова совсем, вот такая история...

2 часа назад, rkit сказал:

Переключить состояние цифрового выхода занимает 50мкс? Даже арудино такого себе не позволяет. Даже там digitalWrite занимает 3.5мкс.

Ну а зачем в ПЛК такая скорость, вполне достаточно времени цикла 1мсек, все прекрасно успевает и обсчитывает, включает то, что нужно... Разные задачи бывают, где-то и микросекунда долго, а где-то и десятки миллисекунд достаточно...

2 часа назад, rkit сказал:

Не знаю, что такое "скорость кеширования", но задержка в 0.1с и роботехника в одном преложении это курам на смех. Даже самая дешевая игрушечная серво семплирует потенциометр с частотой не меньше 1кГц.

Это странно, может тут что-то не то имелось ввиду, например встречалась такая фишка, опрос входов с частотой 1кГц, но на экран выводит с частотой 10 Гц, ну глаз человека быстрее все-равно не заметит, какой смысл?

[Magnet 0]

Quote

стоит этот терминал сам по себе, вроде работает, но подходит человек, на нем статика, а терминалы не все хозяева надежно заземляют

Одним заземлением проблему не решить, здесь скорей всего проблемы слабого дизайна питания, начиная от схемных решений, заканчивая разводкой PCB, это целая наука.
 Что касается реакции между командами по выходам на срабатывание, она составляет 50 ms, я не совсем правильно сформулировал. Этого хватает за глаза для автоматики или робототехнических задач управления всевозможными нагрузками в системах линейных перемещений в многоосевых ARM, климатических устройствах, газ, жидкости, освещение и т.п. и т.д.
По поводу кэширования на входе, имелось ввиду что цикл обновления считываемых данных в буфере памяти для визуального отображения на экране. Такой режим буферизации не случайно был выбран, т.к. панель конфигуратора ко всему это и многоканальный вольтметр, который позволяет визуально наблюдать сразу по 10 каналам на входе изменения напряжений и задавать переменные триггерные значения.

[mantech 34]

27.01.2021 в 19:29, Magnet сказал:

Одним заземлением проблему не решить, здесь скорей всего проблемы слабого дизайна питания, начиная от схемных решений, заканчивая разводкой PCB, это целая наука.

Я согласен, что не гениальный инженер, но при отказе от усб все стало работать как часы, поэтому, как говорится, что-то в этом есть все-таки, и как правило в промавтоматике практически он не используется, думаю, это тоже о чем-то говорит. И второе, в материнках, особенно промышленных есть по 2-4 "нормальных" СОМ порта, может все-таки лучше было их использовать, особенно с учетом того, что "реакции между командами по выходам на срабатывание, она составляет 50 ms" - т.е. это явно не высокоскоростная система...

[Magnet 0]

3 hours ago, mantech said:

...и как правило в промавтоматике практически он не используется,

О чем это вы?
Если речь идет о промавтоматике, хорошо бы конкретизировать какой именно.
Приборы Agilent, Rode & Shcwarz, Fluke… которые оснащены PXCI и DAQ интерфейсными модулями и десктопными кроссплатформенным ПО, зайдите на минутку к NI на сайт и посмотрите на их сотни программно аппратных стендов и систем автоматики для всех без исключения отраслей, по ходу у них на все в.у. аппаратуру предоставляются драйвера начиная от GPIB-USB, USB/Modboos, USB/Can, USB/RS232,485, Ethernet и прочие скоростные шины и протоколы в соответствии с ISO 11898–1.
Многие сервисные фирмы, которые занимаются QL в соответствии с ISO имеют в своем арсенале калибраторы для проведения верификации этих приборов 1 раз в год. Измерения ведутся многоканальными счетчиками с математическими перерасчётом довольно сложных формул в во многих радиотехнических и физических измерениях (Оптика, RF, механика...).

 

3 hours ago, mantech said:

И второе, в материнках, особенно промышленных есть по 2-4 "нормальных" СОМ порта, может все-таки лучше было их использовать, особенно с учетом того, что "реакции между командами по выходам на срабатывание, она составляет 50 ms" - т.е. это явно не высокоскоростная система...

Платформа предусматривает вариант конфигурации к физическим COM, если проект разработчика предусматривает такой тип. Но если по какой то причине ему нужен мега сбор данных, ничто не мешает включить в Ваш алгоритм применение виртуальных COM теоретически до 256 эмуляций, но в таком случае Вам понадобится применить специальный кабель USB/COM или собирать такой кабель UART/COM. I/O комплект предусматривает такое подключение. Т.е. Вы сами решаете и строите свой дизайн коммуникаций. Речь идет о входных коммуникациях. Выхода так же предусматривают альтернативный вариант. Все очень индивидуально. 
Что касается реакции между командами 50 ms по выходам, хорошо бы разобрать Ваш конкретный пример с применением более скоростных параметров

Изменено 29 января, 2021 пользователем Magnet

[mantech 34]

42 минуты назад, Magnet сказал:

Приборы Agilent, Rode & Shcwarz, Fluke…

Это все измерительные приборы, которые не предназначены для необслуживаемой работы и в режиме 24\7 без оператора. В этом случае, если что-то произойдет, а оно происходит периодически, работал с осциллографами усб, то оператор выткнет и воткнет разъем снова, мы же говорим про необслуживаемую промавтоматику (ПЛК и подобное), где никто не переткнет разъем, если зависло...

[Magnet 0]

5 minutes ago, mantech said:

мы же говорим про необслуживаемую промавтоматику (ПЛК и подобное)

Если можно, на примере? 
Попробую зайти с другой стороны. Да мы понимаем, что USB устройства не являются жестким интерфейсом для штатной работы в RT-системах, поскольку у них недетерминированные интервалы обмена. USB-камера в том числе или плохой код на Си может быть не детерминированным не говоря уже про RT. Но тут уж программисту некого винить кроме самого себя.
Вопрос в том, что считать критическими измерениями. Когда система измерений находится в контуре управления технологическим процессом, с тактом 10-20мс — это будет скорее подходить под критические измерения, чем система регистрации и управления событиями с тактом в 1с.

Изменено 29 января, 2021 пользователем Magnet

[mantech 34]

30 минут назад, Magnet сказал:

Если можно, на примере? 

В смысле? Пример использования ПЛК в необслуживаемой системе? В гугле полно примеров, например автоматизация теплового пункта...

[Magnet 0]

6 hours ago, mantech said:

В смысле? Пример использования ПЛК в необслуживаемой системе? В гугле полно примеров, например автоматизация теплового пункта...

И зачем в автоматизации теплового пункта скорость о которой Вы сетуете? Даже и 1 с больше чем достаточно, больше скажу, нередко в климатических (температурных) системах лучше некоторая задержка, нежели сиюминутное срабатывание и во многом зависит от конечных задач. К примеру датчик температуры выдал триггерное значение в цикле 0,0005 с, при этом передана команда на запуск привода насоса охлаждающей жидкости, через 10 минут триггер получил значение температуры на останов насоса.  Другое дело в коллайдере, где регистрация переходного процесса состояния материи составляет наносекунду. Здесь да нужен жесткий Real Time функционал. 
Впрочем Вы же сами и ответили:
 

Quote

Ну а зачем в ПЛК такая скорость, вполне достаточно времени цикла 1мсек, все прекрасно успевает и обсчитывает, включает то, что нужно... Разные задачи бывают, где-то и микросекунда долго, а где-то и десятки миллисекунд достаточно...

Я бы хотел посмотреть задачу в случае с PLC, где реакция между командами на выходе  в жестких пределах не выше 3.5мкс ( как в  ардуино;).

Изменено 29 января, 2021 пользователем Magnet

[Gryphon88 0]

Извините, что лезу в Ваш междусобойчик :) На хабре мы с тов. Magnet обсуждали эту же тему. Насколько я понял объяснения, платформа идеологически похожа на LabView: у модулей нет своих мозгов, они не шьются, только служат мостом (USB-IO, USB-ADC), управляющая программа крутится на десктопе, а основная магия творится в драйвере. Честно говоря, не понимаю, как приборы NI умудряются в real-time, но как-то умудряются. В реальное время на этой платформе я как-то не верю, NIшные модули мне приходилось вскрывать, они хоть и узкоспециализированные, но на борту довольно много своих мозгов и несколько функций, т.е. не простые мосты.

К вопросу компьютерного зрения на роботе: а как конкретно стоит задача? Что пытаемся распознать? Если мы можем калибровать камеру (или имеем низкий разброс в серии), а также можем достаточно четко формализовать задачу, то нейросети не нужны.

[Magnet 0]

3 hours ago, Gryphon88 said:

Извините, что лезу в Ваш междусобойчик :) На хабре мы с тов. Magnet обсуждали эту же тему. Насколько я понял объяснения, платформа идеологически похожа на LabView: у модулей нет своих мозгов, они не шьются, только служат мостом (USB-IO, USB-ADC), управляющая программа крутится на десктопе, а основная магия творится в драйвере. Честно говоря, не понимаю, как приборы NI умудряются в real-time, но как-то умудряются. В реальное время на этой платформе я как-то не верю, NIшные модули мне приходилось вскрывать, они хоть и узкоспециализированные, но на борту довольно много своих мозгов и несколько функций, т.е. не простые мосты.

Уточню, у I/O модулей нет мозгов, там размещены дешифраторы и преобразователи одного типа сигналов в другие, т.е. многоканальный ADC по входам и выходам.
Эти модули не имеют отношения к NI, они разработаны нами, благодаря чему их стоимость не такая запредельная как у NI, впрочем у них нет аналогов нашему модулю, несмотря на большой ассортимент. Кроме того, в зависимости от пожеланий, платформа может комплектоваться только выходными модулями для разработчиков автоматики без обратной связи, смешанными в комплекте с входными, или только входными, где разработчикам нужно проводить только сбор и регистрацию параметрических данных. В стоимость стартового комплекта входит  I/O-USB 16/10 (можно по усмотрению использовать по в.у. схеме (драйвер прилагается). 
В настоящий момент ждем коммутационные PCB терминалы на 1 партию.
Позже выставлю фото.

Верно, LabVIEW концептуально построен на низкоуровневом кроссплатформенном ядре - интерпретаторе,
включает основные конструкции управления, имеющие аналоги и в «традиционных» языках:
переменные (локальные или глобальные)
ветвление (case structure)
For – циклы с проверкой завершения и без.
While – циклы
Группировка операций.
NI неустанно ведет процесс сбора статистических инструкций, методов и классов в модули, которые кодерами и QA тестерами годами пишутся и верифицируются для множества конкретный задач, причем они всегда одинаковые, эти модули могут быть собраны в терминалы и встроены в обработчики и т.д. Больше скажу LV позволяет вести параллельное кодирование. Низкоуровневые ошибки там априори, исключены. Это прежде всего потоковый код, несколько операций могут быть выполнены независимо друг от друга. Операции фильтрации сигнала и BPSK  модуляции независимы, могут быть выполнены на многоядерных процессорах одновременно, создание своих MFS финальных машин и т.д. и т.п. 

Изменено 29 января, 2021 пользователем Magnet

[mantech 34]

4 часа назад, Magnet сказал:

Я бы хотел посмотреть задачу в случае с PLC, где реакция между командами на выходе  в жестких пределах не выше 3.5мкс ( как в  ардуино;).

Про бешеные скорости тут другой человек вопрос задавал, а в стандартных ПЛК есть входы с частотой опроса 1кГц(стандарт) и 10 кГц(быстрый)...

[Magnet 0]

32 minutes ago, mantech said:

Про бешеные скорости тут другой человек вопрос задавал, а в стандартных ПЛК есть входы с частотой опроса 1кГц(стандарт) и 10 кГц(быстрый)...

Пробую на такую скорость создать вариант счета на практике. На ум приходит только измерение угловой скорости вращения вала, или его ускорение. 
Если это связано с задачами угловых скоростей, к примеру для тех же шаговых моторов, реализовать их точную скорость можно выставлением частоты на встроенном генераторе драйвера шаговика, если нужно 
управлять ускорением, такое может применяться в каких-то CNC станках, в эту область мы не лезем, т.к. PLC в промышленной нише невышибаемы. Не потому что не сумеем реализовать такую функцию счета, а из-за
IEC 61131 
Замечу, изначально вопрос стоял о выходных скоростях реакции ответа между командами. Это разные вещи.
Что касается времени опроса измеряемого напряжения в цикле, он в моем случае составляет 5 ms по 10 каналам одновременно.