Саша
Forum Member / Участник форума
Участник № / Member № 925
отправлено / posted
Текущие вопросы:
1. Действительно ли DCS обмен с модулями УСО синхронный с циклом пересчета базы каналов (БК), а обмен по протоколу MLink ассинхронный?
2. В микроМРВ Лагуна ограничена скорость обмена по COM в режиме Master 20-ю запросами в сек. Распространяется ли это ограничение на максимальное количество ответов, которое микроМРВ Лагуна может отработать в режиме Slave?
3. Как избавиться от глюков на ТМ трендах? Когда тренд находиться в режиме "архивный" и я делаю переход в режим "реальное время" приходиться дважды активировать этот режим чтобы появились графики, почему так? Если в текущем масштабе оси времени графика помещается объем данных больший чем объем буфера, то при нажатии мышкой на график исчезает та часть данных, которая уже была вытеснена из буфера, что впринципе логично, но при этом могут появляться абсолютно чужеродные прямые горизонтальные или под углом линии. Как уйти от этих глюков, есть ли какие либо определенные опытным путем оптимальные настройки трендов? Есть ли еще какие либо способы построения графиков в ТМ кроме Trace Mode Trend?
4. Система состоит из 33-х информационных и 4-х управляющих каналов, в системе работают два регулятора уровня в баке и расхода. Через COM2 операторской станции (ОС) по DCS протоколу считываются 28 каналов с модулей УСО (ICPDAS I7000), (период DCS каналов равен 1, цикл базы каналов ОС 5х0.02=100 мсек, скорость обмена с модуля-ми 115 кбит/сек, длина RS485 - 10м, таймаут порта 500 мсек). Через COM1 ОС по прото-колу MLink связана с COM3 контроллера Лагуна (период MLink каналов равен 1, RS232, скорость 115кбит/сек, длина 1,5м, таймаут 500 мсек), COM1 Лагуны связан с УСО, обес-печивающими информационные и управляющие сигналы регуляторов (период DCS кана-лов равен 1, цикл базы каналов Лагуна 6х0.55=330 мсек, RS485, скорость 115кбит/сек, длина 10 м, таймаут равен 500). Проблема возникает при дистанционном управлении МЭО клапана. На видеограммах есть индикаторы с функцией посылки значения в канал (установлен флаг: "восстанавливать значение"). При нажатии мышкой на индикаторе в определенный бит канала посылается 1, далее по протоколу MLink эта 1 передается в Ла-гуну, из Лагуны по протоколу DCS в модуль DO. При отпускании кнопки мышки значе-ние бита обнуляется и должно пройти тот же путь. Если воздействовать на индикатор кратковременным нажатием (один клик) то периодически возникает ситуация когда на операторской станции значение изменяется с 0 на 1 потом с 1 на 0, но при этом MLink от-правляет 1, а изменение с 1 на 0 он не отправляет, то есть получается ситуация "залипания контакта", когда клапан открывается до одного из своих крайних положений. Теоритиче-ски любое изменение бита канала OutMLink должно устанавливать у канала флаг "Отра-ботать", по которому MLink узнает о необходимости передачи значения в COM порт. По-чему этого не происходит в данной ситуации? Еще одно замечание: канал диагностики обмена по COM порту все время высвечивает ошибку №8. Может ли причиной быть ско-рость 115кбит/сек?
5. иногда возникает необходимость сопровождать свои вопросы графиками или рисунка-ми, форум не позволяет этого делать, на какой электронный адрес лучше отправлять свои письма?
P.S. поздравляю коллектив Адастры с наступающим Новым годом. Желаю Вам крепости духа и терпения в Вашем не легком но интересном деле! Сообщения / Posts 54 | Из / From: Россия
| IP / IP: IP адрес / IP address |
отправлено / posted
1) Нет - оба потока обмена асинхронны относительно пересчета базы каналов. Но вот флаги каналам для обмена по каналам выставляются именно в цикле пересчета. Если бы обмен был не асинхронен, тогда при малейшей задержке обмена по линии связи (тот же таймаут на ожидание ответа) дико бы тормозил весь пересчет базы а математики!
2) Это ограничение касается в Лагуне любых типов связи по СОМ-портам: и M-Link, и DCS. Ограничение заложено в библиотеке ICP-DAS, через которую МикроМРВ работает с СОМ-портами Лагуны.
3) Какой релиз? Другие способы построения графиков - только внешние средства через OPC, ODBC, DDE, DCOM либо ActiveX-компоненты собственной разработки (универсальный тренд, кстати, тоже ActiveX-эемент).
4) Я бы не рекомендовал реализовывать систему восстановления значений таким образом - у Вас как раз возникает ситуация, когда посылка в канал 1 устанавливает флаг Отработать каналу по внешнему интерфейсу, так как флаг сбрасывается потоком обмена только по завершении транзакции, то послыка нуля в канал еще до того как завершена транзакция приводит к тому, что система взводит и так уже взведенный флаг Отработки, но это не означает повторную посылку ведь по каждому флагу не ведется стэк его значений.
На высоких скоростях не исключены ошибки в передаче, попробуйте несколько снизить скорость обмена - зачастую динамика системы от этого не сильно снижается, а вот качество возрастает значительно.
5) На forum@adastra.ru. Но Вы можете давать здесь ссылки на эти ресурсы.
отправлено / posted
Архивные тренды претерпели некоторые изменения в версии 5.15. Скорее всего, Ваши замечания были исправлены.
В качестве доп.возможностей отображения трендов в ТМ обратитесь пожалуйста на hotline@donin.com. Быть может наши наработки подойдут Вам.
IP / IP: IP адрес / IP address |
Printer-friendly view of this topic
![[beer / пиво]](graemlins/beer.gif)
![[Улыбка / Smile]](smile.gif)
