Странно, не увидел не одного слова "ОВЕН"Сообщение от doktor
Странно, не увидел не одного слова "ОВЕН"
Они сами по себе
А нельзя пояснить обоснование выбора железа и ПО.
И что ОНА эта диспетеризация делает. Она позволяет
дернуть ИНфу со теплосчетчиков или они сами по себе.
Всем день добрый. Пишу по теме, в настоящее время мы как раз строим такую систему для энергетиков (тепловые сети). Из одного проекта выросло два)). Первый и пожалуй самый крупный - ежедневное дистанционное снятие показаний с абонентских приборов учета (теплосчетчики Взлет, ВКТ, ТС07 и т.д.).
Второй, организация мобильных контрольных точек, будем использовать МВА8 (давление и температура). Передача данных по схеме контрольная точка->GPRS->Internet<-диспетчер. На стороне диспетчера наш OPC и SCADA WinCC. А для абонентских приборов наша программа. В общем, в вкратце примерно вот так. Если интересно пишите
Самая первая диспетчеризация объекта нами была сделана два года назад, объект - овощехранилище, оснащено по канадской технологии (холодилка, приточно-вытяжная вентиляция, увлажнеие и т.п.). В овощехранилище две большие камеры, оборудованием которых управляло 2 ПЛК-100 с расширителями, 3-ий ПЛК-100+GSM модем Siemens C35i.
В случае аварии или критических ситуаций, через модем удалённому диспетчеру высылалась SMSка и он посредством ASDSL модема (по интернет каналу) через HMI CoDeSys визуализацию "входил в ПЛК" ну и всё делал. Данные о темературах собирались в ПЛК и раз в неделю таким же образом скачивались в БД.
Сейчас подходит к концу разработка нового овощехранилища на 34 камеры. Каждой камерой управляет ПЛК-100 с наворотами, все ПЛК объеденены в сеть через Ethernet по UDP и естественно обмениваются данными, как между собой, так и с выделенным ПЛК для диспетчеризации.
Этот самый ПЛК опять таки управляет отсылкой SMS(через Univer. net. module) и подключает по команде SMS от диспетчера GSM канал передачи данных (Univer. net. module) по которому он и связывается посредством своего GSM модема OPC сервера и SKADA c удалённым объектом. Пробовали на рабочее место электрика хранилища вывести (на его компьютер) показания всех данных в одной форме (приложение на VB слушает порт UDP и показывает температуру в камерах и другие показатели), но не получилось - wisock выдаёт какие-то карякули, расшифровать не смогли... времени мало. Пришлось на VB написать приложение OPC клиента для CoDeSys OPC сервера - оно работает.
Связь по GSM каналу конечно же медленная, хотелось бы GPRS, но времени маловато разрабатывать функционал, ждёмс от ОВЕНА.
Интересное решение.
А почему на диспетчерском пункте стоит Codesys, а не SCADA?
Что касается GPRS, у нас есть пилотный вариант прошивки для ПЛК, работающей по GPRS каналу. Есть описание работы. Если у вас есть e-mail. Я готов Вам сбросить это описание. Через некоторое время появится сама прошивка.
А где Вы территориально находитесь?
CoDeSys стоит потому, что это был первый проект, который делался очень быстро и у клиента был выделенный канал интернета. Это сейчас мы "умные" и исспользуем ОРС и СКАДЫ для работы с ним.
Прошу сбросить описание на E-mail: as_lr@tut.by
Рассположены мы в Минске, а диспетчируем хранилища по всей Беларуси - естественно пока те, которые построили сами. В основном все хранилища управляются ПЛК-100. Все шкафы управления изготовленные на основе ваших ПЛК и расширителей имеют у нас ТУ (тех.условия) и сейчас выпускаются почти серийно (шкаф управления камерой, силовой шкаф, коммуникационный шкаф). Могли бы брать на диспетчеризацю и холодильные централи (на заводах, других объектах), соответственно производить для них коммуникационные шкафы, но пока трудно (нет времени), не можем разобраться с протоколами контроллеров управления холодильными централями EWCM 418 (фирмы ELIWELL), соеденить эти протоколы с ПЛК -100. Если ОВЕН сможет помочь, то потребление вашей продукции увеличиться.
Занимаемся с 2002
Работаем с вкт-4,7,5...и т.д. (котельные, тепловые пункты), из вашего только использовал ТРМ на вентиляции, но в диспетчерскую не заводили.
На удалённых объектах изначально использовались siemens тс(мс)35
Теперь перешли на тс 65 (2 года) ,в тс65 пишем свой код который позволяет сделать некий автономный модуль, плюс для связи по GPRS (выгодно при серых IP), достаточно эластичные решения. Наличие GPIO позволяет коммутироваться с LOGO и им подобным.
Основной канал связи tcp/ip
Используем своё (рукописное), всё написано на Java.
Андрей, если не сложнопришлите описание на sasa86_04@mail.ru/
Спасибо.
Если ты согласен с судьбой, то она ведет тебя. Если нет - тащит.
Описание выслал.
Уже появилась прошивка для ПЛК. Только тестирование ее немного затянулось. Если есть желающие попрововать, милости просим
Андрей, если не сложно, пришлите описание на s-im@i.uaСообщение от Ельцов Андрей
Есть описание работы. Если у вас есть e-mail. Я готов Вам сбросить это описание. Через некоторое время появится сама прошивка.
Спасибо.
Ваши права
Ответить с цитированием