IPB

Здравствуйте, гость ( Вход | Регистрация )

 
Ответить в эту темуОткрыть новую тему
> AL2-24MR-D. Интеграция в вышестоящую систему
reall12
сообщение 18.12.2015 - 08:07
Сообщение #1


Читатель
*

Группа: Пользователи
Сообщений: 1
Регистрация: 18.12.2015
Пользователь №: 10599



Добрый день.

Есть контроллер AL2-24MR-D и есть необходимость управлять им (считывать информацию, подавать сигналы управления) через его последовательный интерфейс по кабелю AL-232CAB с компьютера. При этом необходима также передача данных с него в вышестоящую систему.
Слышал что это возможно, только необходимо написать свою софтину, с поддержкой его специализированного протокола. Стандартное ПО AL-PCS/WIN на такое не способно. Есть ли у кого такой опыт ?
Я понимаю, что для таких целей нужно брать контроллер по серьезней, но он уже есть в рабочей системе и неообходимо как-то интегрировать его в выщестоящую, менять контроллер на другой нет возможности.
Может у кого есть описание его специализированного протокола ? Возможно кто-то реализовывал подобное через преобразователи Anybus ?

Если кому пригодится, нашел что возможно реализовать данный обмен через Anybus Communicator Serial (RS-232 -> Ethernet). Со стороны COM - специализированный протокол, с другой Modbus TCP. Описание протокола есть в руководстве по средству связи. Правда преобразователи не из дешевых.

Сообщение отредактировал reall12 - 18.12.2015 - 10:07
Вернуться в начало страницы
 
+Ответить с цитированием данного сообщения
Егор 38
сообщение 5.01.2016 - 13:46
Сообщение #2


Читатель
*

Группа: Пользователи
Сообщений: 15
Регистрация: 26.03.2012
Пользователь №: 9793



Может совет мой поможет. У нас на производстве в своё время много альф поставили - начальство посчитало, что дёшево, принцип. который реализовали - разбивка задач на оптимально выполнимые куски для XL, в общем на технологической линии их штук пятьдесят стоит. Однако жизнь на месте не стоит - стали и другие контроллеры ставить, столкнулись с вопросом интеграции. Было также принято решение перейти на общий цеховой принцип -общение всех девайсов по токовой петле 4-20 мА, тем более, что есть сейчас масса универсальных нормализаторов уровней, типов - пруд пруди, да и ассортимент производителей тоже. Технологические параметры тоже пишутся логгерами с этими же входами, да и у альф AL2-2DA 9 битный устраивает начальство по уровню квантования. Конечно, понятно, что решение не айс, но ведь работаем же с такой конфигурацией, а что делать - дёшево, но сердито.
Кстати, неплохо XL работает с панелями оператора GS 2107 и 2110, можно создать что -то вроде корявого подобия скады. Решение всё же принимать Вам.
Удачи.
Вернуться в начало страницы
 
+Ответить с цитированием данного сообщения
SergiSH
сообщение 13.01.2016 - 16:53
Сообщение #3


Читатель
*

Группа: Пользователи
Сообщений: 4
Регистрация: 25.03.2008
Пользователь №: 7535



Цитата(Егор 38 @ 5.01.2016 - 13:46) *
Может совет мой поможет. У нас на производстве в своё время много альф поставили - начальство посчитало, что дёшево, принцип. который реализовали - разбивка задач на оптимально выполнимые куски для XL, в общем на технологической линии их штук пятьдесят стоит. Однако жизнь на месте не стоит - стали и другие контроллеры ставить, столкнулись с вопросом интеграции. Было также принято решение перейти на общий цеховой принцип -общение всех девайсов по токовой петле 4-20 мА, тем более, что есть сейчас масса универсальных нормализаторов уровней, типов - пруд пруди, да и ассортимент производителей тоже. Технологические параметры тоже пишутся логгерами с этими же входами, да и у альф AL2-2DA 9 битный устраивает начальство по уровню квантования. Конечно, понятно, что решение не айс, но ведь работаем же с такой конфигурацией, а что делать - дёшево, но сердито.
Кстати, неплохо XL работает с панелями оператора GS 2107 и 2110, можно создать что -то вроде корявого подобия скады. Решение всё же принимать Вам.
Удачи.


А каким образом программы, написанные в SWOD5-Alvls-R для мониторинга Альфы-2, подцепляются к панелям GS 2107 (2110)? Есть какая-то СКАДА на OS панели (GT Designer3 Version1.112), которая подхватывает окно мониторинга схематического представления, созданное в SWOD5-ALVLS? Или ваши программисты пишут свои программы, а потом их устанавливают на панель? Хотелось бы тоже узнать, как они это делют, а то стоит такая же задача?
Может быть вы сведете меня с вашими программистами? Буду признателен за телефоны или почту e-mail.
Вернуться в начало страницы
 
+Ответить с цитированием данного сообщения
Егор 38
сообщение 20.01.2016 - 20:58
Сообщение #4


Читатель
*

Группа: Пользователи
Сообщений: 15
Регистрация: 26.03.2012
Пользователь №: 9793




А каким образом программы, написанные в SWOD5-Alvls-R для мониторинга Альфы-2, подцепляются к панелям GS 2107 (2110)? Есть какая-то СКАДА на OS панели (GT Designer3 Version1.112), которая подхватывает окно мониторинга схематического представления, созданное в SWOD5-ALVLS? Или ваши программисты пишут свои программы, а потом их устанавливают на панель? Хотелось бы тоже узнать, как они это делют, а то стоит такая же задача?
Может быть вы сведете меня с вашими программистами? Буду признателен за телефоны или почту e-mail.
[/quote]

Ничего особенного не придумано. Есть в цехе два поста управления, которые управляют технологическими линиями, ну там КИПы, мониторы наблюдения и прочее, к вопросу не относящееся. Помимо этого всего есть несколько панелей оператора, некоторые из которых работают в паре с FX-3G и пара панелей с MRD-24, которые получают по петлям предварительно обработанную в периферийных XL информацию о своих участках автоматики. Так вот, проекты в панелях написаны для работы с XL MRD-24, которые по сути являются мастерами по отношению к периферийным (ведомым) контроллерам. Токовые петли пишутся логгерами (Рэл Сиб) по событию, определяемым прогой в ведущих контроллеров.
То есть всё просто и понятно, система прозрачна, проста в наладке и поиске неисправностей. Никаких программных наворотов нет, при необходимости что-то скорректировать - правишь тот контроллер, который отвечает за свой кусок задачи и нет необходимости трогать всю систему. Могу в конце месяца сканировать и скинуть пару кусков функционалок, если интересно.
Вернуться в начало страницы
 
+Ответить с цитированием данного сообщения
SergiSH
сообщение 22.01.2016 - 21:14
Сообщение #5


Читатель
*

Группа: Пользователи
Сообщений: 4
Регистрация: 25.03.2008
Пользователь №: 7535



Цитата(Егор 38 @ 20.01.2016 - 20:58) *
Ничего особенного не придумано. Есть в цехе два поста управления, которые управляют технологическими линиями, ну там КИПы, мониторы наблюдения и прочее, к вопросу не относящееся. Помимо этого всего есть несколько панелей оператора, некоторые из которых работают в паре с FX-3G и пара панелей с MRD-24, которые получают по петлям предварительно обработанную в периферийных XL информацию о своих участках автоматики. Так вот, проекты в панелях написаны для работы с XL MRD-24, которые по сути являются мастерами по отношению к периферийным (ведомым) контроллерам. Токовые петли пишутся логгерами (Рэл Сиб) по событию, определяемым прогой в ведущих контроллеров.
То есть всё просто и понятно, система прозрачна, проста в наладке и поиске неисправностей. Никаких программных наворотов нет, при необходимости что-то скорректировать - правишь тот контроллер, который отвечает за свой кусок задачи и нет необходимости трогать всю систему. Могу в конце месяца сканировать и скинуть пару кусков функционалок, если интересно.


Конечно интересно. Буду очень благодарен. Моя почта - shapkin_s_v@mail.ru
Хотелось бы понять сам принцып работы. Или это обычный терминальный режим?
Вернуться в начало страницы
 
+Ответить с цитированием данного сообщения
Егор 38
сообщение 25.01.2016 - 18:00
Сообщение #6


Читатель
*

Группа: Пользователи
Сообщений: 15
Регистрация: 26.03.2012
Пользователь №: 9793



Для SergiSH отправил информацию на почту.
Вернуться в начало страницы
 
+Ответить с цитированием данного сообщения

Ответить в эту темуОткрыть новую тему
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0

 



- Текстовая версия Сейчас: 10.11.2024 - 22:03