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


Форум:  НТО Терси-КБ
Тема:  http://xn--e1agxec.xn--p1ai/index.php?module=pnForum&func=viewtopic&topic=85

Максимально временное разрешение при регистрации дикретных значений.


1.  Neurox,  09.11.2010 16:58
На Windows платформе удалось получить разрешение 60мс.
Работал с модулями ОВЕН МДВВ через OPC-сервер ОВЕН.

Какого разрешения можно добиться напрямую используя modbus-master Windows контроллера?

Какого разрешения можно добиться используя modbus-master QNX контроллера?

Изменено: Neurox, 09.11.2010 16:59

2.  Roman,  09.11.2010 20:05
NeuroxНа Windows платформе удалось получить разрешение 60мс.
Работал с модулями ОВЕН МДВВ через OPC-сервер ОВЕН.

Какого разрешения можно добиться напрямую используя modbus-master Windows контроллера?

Под Windows все задачи ввода данных с устройств многопоточные. Один поток (медленный) считывает данные с устройства в промежуточный буфер, другой поток (быстрый) выводит данные из этого буфера в память контроллера. Время, которое тратит задача во время цикла - это есть время на то, чтобы скопировать данные из буфера в память контроллера. Соответственно, заменив задачу ввода OPC на Modbus прироста производительности не будет, поскольку время, которое они тратят во время цикла - это время на копирование данных, а оно не зависит от используемого протокола.

NeuroxКакого разрешения можно добиться используя modbus-master QNX контроллера?

Разрешение по времени определяется минимальной длиной рабочего цикла контроллера: следующее изменение значения будет зафиксировано только в следующем цикле. Время цикла определяется суммарным временем работы задач жесткого и мягкого тактирования. Если задача выполняет работу быстрее отведенного для нее времени ожидания, то следующая задача начнет работу немедленно.

Под QNX независимо от оборудования, с которым работает контроллер, минимальное возможное время работы одной задачи рабочего цикла равно 10 мс. Соответственно длина цикла, а, следовательно, и разрешение, определяется как количество задач в режиме жесткого и мягкого тактирования умноженное на 10 мс.