Текущие вопросы: 1. Минимальный цикл микроМРВ – 55 мс. Это ограничение на величину ТИКа или ТИК может быть каким угодно, главное чтобы произведение ПЕРИОДа на величину ТИКа не было меньше 0.055 сек? Про ТИК (tick) в инструкции написанно очень мало, что это такое, на что он влияет?
2. Система состоит из операторской станции (ОС) и контроллера Теконик, общающихся между собой по MLink. Для того чтобы проверить работу алгоритмов, реакцию графики на события и так далее, я сделал "зеркальный" узел с видеограммами позволяющими задавать по Out Net те значения, которые впоследствии будут поступать от модулей УСО по DCS обмену. Каналы, которые в работающей системе потом будут общаться с УСО по DCS в данный момент сконфигурированны с подтипом ПУСТОЙ. Мне бы хотелось не отключать их от DCS. Для этого я рассматриваю такой вариант: отключать DCS каналы от УСО при помощи каналов с подтипом ОБЪЕКТ с дополнением ПОДКЛЮЧЕНИЕ, при этом с другого узла по Out Net посылать в них значения. Жизнеспособна ли такая идея? Можете ли Вы предложить еще какой либо вариант в данной ситуации?
3. Система состоит из ОС, контроллера Лагуна и подключенных к ней по сети RS-485 УСО I-7000. И по MLink и по DCS обмену диагностируется ошибка №8 - неверное количество байт. Можете ли Вы посоветатовать в каком месте лучше искать решение этой проблемы?
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
1. Минимальный цикл микроМРВ - 55 мс - только для контроллеров типа ЛАГУНА и ему подобных. При этом имеется в виду, что таймер контроллера не может быть перепрограммирован. ТИК у них постоянен и равен 55 мс. У других контроллеров, например, у ТЕКОНИКа, тик может быть уменьшен до 1 мс. Множитель может быть любым целым положительным числом. Т.о., теоретически у такого контроллера минимальный цикл обработки базы - 1 мс. На практике все определяется реальной нагрузкой на процессор.
2. "Отключение" каналов от источника приведет к тому, что Вы передадите сигнал по OUT_NET во ВХОД канала, но в АППАРАТНОЕ и РЕАЛЬНОЕ этот сигнал не пройдет. Надо просто отменить инициализацию соответствующего COM-порта. Тогда в канал пройдет любая информация по сети и будет обработана.
3. Возможный вариант - слишком малые значения тайм-аута для ожидания ответа в соответствующих настройках COM-портов.
