Тема / Topic: Конфликт МРВ разных проектов работающих в единой LAN
Grigorovskih
Forum Professor / Завсегдатай форума
Участник № / Member № 1915
отправлено / posted
Уважаемые Господа!
Возникла одна неприятная и курьёзная ситуация. Нашим отделом АСУП разрабатывается и реализовывается в едином проекте комплекс SCADA нашего предприятия охватывающий пока только некоторые его участки, но мы постепенно расширяем свой круг этого охвата! Недавно у нас была запущена система АСУ цементной мельницы, разработчик известная вам СоюзЦМА (московский бывший институт), в этой системе верхний уровень (АРМ машиниста) выполнен по нашей просьбе на ТМ-6. Он подключен к цеховой LAN по средствам которого производит обмен данными с SQL сервером. При его включении в сеть происходит конфликт м/у МРВ нашего проекта с МРВ их проекта. Это проявляется в непредсказуемом перекрёстном "шторме" значений каналов систем! Вот дилема? Есть конечно выход который вроде помогает - это использование разных кодов проекта в узлах (до конца не проверено!). Но это будут две независимые системы. Т.е. если бы мы имели глобальный регистратор мы не смогли бы использовать данные этой системы, хотя она разработана в ТМ. Такой вот парадокс Господа разработчики! Чтоб их объеденить нужно проделать колоссальную работу! Проекты достаточно большие, и нет гарантии что при объёдинеии можно не наделать ошибок! Вот еслиб был бы инструмент (сервер групповой разработки) для компиляции в единый проект, было всё гораздо удобнее! Согласитесь! Если есть мысли по данному вопросу поделитесь, у кого есть опыт. Как участники форума так и разработчики.
Сообщения / Posts 362 | Из / From: Россия
| IP / IP: IP адрес / IP address |
Grigorovskih
Forum Professor / Завсегдатай форума
Участник № / Member № 1915
отправлено / posted
Ещё добавлю!
В данный момент, исходя из вышеописанного, мы решили подумать, а стоит ли теперь городить один проект, или всё таки делать на каждый, условно говоря, производственный цех свой. В этом году мы планируем реализовать первый этап системы мониторинга технологических параметров обжиговой печи и не знаем включать ли в общий проект с которого начинали все свои работы???!!!
Сообщения / Posts 362 | Из / From: Россия
| IP / IP: IP адрес / IP address |
Grigorovskih
Forum Professor / Завсегдатай форума
Участник № / Member № 1915
отправлено / posted
Господа, выскажите свои мысли по этому поводу, не ужели вопрос не актуальный?
Сообщения / Posts 362 | Из / From: Россия
| IP / IP: IP адрес / IP address |
отправлено / posted
1. В каких каналах наблюдается "непредсказуемый перекрёстный "шторм""? Только тех, которые связаны с БД? 2. Проблема объединения проекта может быть решена с использованием библиотек пользователя или при использовании сервера групповой разработки, работа над которым подходит к завершению. 3. Стоит ли действительно объединять проекты? Есть вариант передачи данных используя OPC сервер ТМ6.
Сообщения / Posts 17344 | Из / From: Россия
| IP / IP: IP адрес / IP address |
Grigorovskih
Forum Professor / Завсегдатай форума
Участник № / Member № 1915
отправлено / posted
Мы сами чётко не знаем стоит ли объединять! Все не предугадаешь! Поэтому за советом и обращаемся! Т .е. технология сервера групповой разработки всё таки позволит объеденять проекты? Сколько он примерно будет стоить, в соотношении с ценой обычной среды разработки? Дороже или дешевле?
Сообщения / Posts 362 | Из / From: Россия
| IP / IP: IP адрес / IP address |
Grigorovskih
Forum Professor / Завсегдатай форума
Участник № / Member № 1915
отправлено / posted
А на счёт каналов, это вообще разные каналы, с Б.Д. не связанные. Те каналы которые "работают" с УСО, в одном случае контроллер собирает (микро МРВ), в другом случае МРВ, но все они (МРВ) включены в сеть. Отследить довольно трудно! Вопрос о цене такого сервера более интересен! Наверняка ориентировочно уже известно в каких рамках будет она находится!
Сообщения / Posts 362 | Из / From: Россия
| IP / IP: IP адрес / IP address |
Printer-friendly view of this topic
