This is topic Конфликт МРВ разных проектов работающих в единой LAN in forum Мониторы Реального Времени / Real Time Monitors at Форум TRACE MODE: техническая поддержка.
Возникла одна неприятная и курьёзная ситуация. Нашим отделом АСУП разрабатывается и реализовывается в едином проекте комплекс SCADA нашего предприятия охватывающий пока только некоторые его участки, но мы постепенно расширяем свой круг этого охвата! Недавно у нас была запущена система АСУ цементной мельницы, разработчик известная вам СоюзЦМА (московский бывший институт), в этой системе верхний уровень (АРМ машиниста) выполнен по нашей просьбе на ТМ-6. Он подключен к цеховой LAN по средствам которого производит обмен данными с SQL сервером. При его включении в сеть происходит конфликт м/у МРВ нашего проекта с МРВ их проекта. Это проявляется в непредсказуемом перекрёстном "шторме" значений каналов систем! Вот дилема? Есть конечно выход который вроде помогает - это использование разных кодов проекта в узлах (до конца не проверено!). Но это будут две независимые системы. Т.е. если бы мы имели глобальный регистратор мы не смогли бы использовать данные этой системы, хотя она разработана в ТМ. Такой вот парадокс Господа разработчики! Чтоб их объеденить нужно проделать колоссальную работу! Проекты достаточно большие, и нет гарантии что при объёдинеии можно не наделать ошибок! Вот еслиб был бы инструмент (сервер групповой разработки) для компиляции в единый проект, было всё гораздо удобнее! Согласитесь! Если есть мысли по данному вопросу поделитесь, у кого есть опыт. Как участники форума так и разработчики.
Posted by Grigorovskih (Участник № / Member № 1915) on :
Ещё добавлю!
В данный момент, исходя из вышеописанного, мы решили подумать, а стоит ли теперь городить один проект, или всё таки делать на каждый, условно говоря, производственный цех свой. В этом году мы планируем реализовать первый этап системы мониторинга технологических параметров обжиговой печи и не знаем включать ли в общий проект с которого начинали все свои работы???!!!
Posted by Grigorovskih (Участник № / Member № 1915) on :
Господа, выскажите свои мысли по этому поводу, не ужели вопрос не актуальный?
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
1. В каких каналах наблюдается "непредсказуемый перекрёстный "шторм""? Только тех, которые связаны с БД? 2. Проблема объединения проекта может быть решена с использованием библиотек пользователя или при использовании сервера групповой разработки, работа над которым подходит к завершению. 3. Стоит ли действительно объединять проекты? Есть вариант передачи данных используя OPC сервер ТМ6.
Posted by Grigorovskih (Участник № / Member № 1915) on :
Мы сами чётко не знаем стоит ли объединять! Все не предугадаешь! Поэтому за советом и обращаемся! Т .е. технология сервера групповой разработки всё таки позволит объеденять проекты? Сколько он примерно будет стоить, в соотношении с ценой обычной среды разработки? Дороже или дешевле?
Posted by Grigorovskih (Участник № / Member № 1915) on :
А на счёт каналов, это вообще разные каналы, с Б.Д. не связанные. Те каналы которые "работают" с УСО, в одном случае контроллер собирает (микро МРВ), в другом случае МРВ, но все они (МРВ) включены в сеть. Отследить довольно трудно! Вопрос о цене такого сервера более интересен! Наверняка ориентировочно уже известно в каких рамках будет она находится!
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Попробуйте обратиться с этим вопросом в отдел продаж. sales@adastra.ru
