| |
Диспетчеризация.Муки выбораПоделитесь опытом эксплуатации и внедрения
Владимир Штурмин
Новичок
Откуда: Ульяновск Всего сообщений: 24 СсылкаДата регистрации на форуме: 18 авг. 2008
|
Профиль | ИгнорироватьNEW! Сообщение отправлено: 25 сентября 2008 14:27
Полностью разделяю точку зрения рар и хочу добавить, что в ПО верхнего уровня (для диспетчеризации УУ) достаточно модуля базы данных, модуля администратора, модуля отчетов, модуля диспетчера и модуль автоопроса, а отображение информации наиболее предпочтительно в виде таблиц и графиков, я полагаю спецам так более понятно, чем смотреть на красивую схему теплового пункта, где меняется цвет трубы, в зависимости от температуры теплоносителя и прочее другое. Еще большим плюсам ПО верхнего уровня является ее гибкость, способность оперативной доработки ее под определенные требования Заказчиков, но это под силу в основном мелким и средним производителям (разумеется при наличии грамотной команды программистов) крупные и "уважающие" себя фирмы такой "самодеятельностью" не занимается. Что касается канала связи, считаю наиболее перспективным - компьютерные сети (Ethernet), предполагаю, что не за горами то время, когда вместо разъема под RS- 232 на приборах повсеместно будет разъем RJ-45 и достаточно будет только объединить их в сеть. GSM пока то же не стоит сбрасывать со счетов. Действительно большой проблемой разработчиком систем диспетчеризации является отсутствия единого стандарта передачи данных и закрытость многих протоколов, но эта проблема наблюдается во многих отраслях.
| | |
Павел Валентинович
Долгожитель форума
Всего сообщений: 312 СсылкаДата регистрации на форуме: 3 мар. 2008
|
Профиль | ИгнорироватьNEW! Сообщение отправлено: 25 сентября 2008 16:10 Заголовок сообщения: Маленький вопросик
Спасибо коллега за информацию Можно ли указать типы приборов (вычислители и корректоры) которые вам удалось объединить в одну сеть и хотя бы вкратце используемые адаптеры | | |
Владимир Штурмин
Новичок
Откуда: Ульяновск Всего сообщений: 24 СсылкаДата регистрации на форуме: 18 авг. 2008
|
Профиль | ИгнорироватьNEW! Сообщение отправлено: 26 сентября 2008 7:11
В одну сеть объединили:
Взлет Карат КМ-5 ВКТ-7 SA-94 СПТ 961 СТД СТУ-1 ТМК-Н ЦЭ6822 ЦЭ6827М, ЦЭ6827М1 СЭТ-4ТМ Сетевой контроллер – КРОСЛАН. Изделие предназначено для дистанционного доступа пользовательского программного обеспечения к объектовому оборудованию с интерфейсом RS232 и RS485 по компьютерным сетям, телесигнализации, дистанционного управления, реализации переговорной связи и мониторинга сегментов сетей | | |
Павел Валентинович
Долгожитель форума
Всего сообщений: 312 СсылкаДата регистрации на форуме: 3 мар. 2008
|
Профиль | ИгнорироватьNEW! Сообщение отправлено: 26 сентября 2008 7:42
Большое спасибо за перечень , с какими приборами было больше всего мороки??? | | |
Владимир Штурмин
Новичок
Откуда: Ульяновск Всего сообщений: 24 СсылкаДата регистрации на форуме: 18 авг. 2008
|
Профиль | ИгнорироватьNEW! Сообщение отправлено: 26 сентября 2008 9:01
Данный список наращивался годами, и по каждому прибору были свой проблемы, которые приходилось решать. Что-то конкретного по каждому прибору сказать не могу, т.к. занимался этим отдел программирования, а там ребята не "разговорчивые". Что касается не ответа прибора, то реализована функция автоповтора и “долбить” прибор можно хоть весь день (как правило, заложено 5…10 повторов) | | |
Павел Валентинович
Долгожитель форума
Всего сообщений: 312 СсылкаДата регистрации на форуме: 3 мар. 2008
|
Профиль | ИгнорироватьNEW! Сообщение отправлено: 26 сентября 2008 9:09
Мне больше нравиться в плане диспетчеризации СПТ, СПГ и ЭСКО вяжуться легко , без проблем. Очень проблемно ТВМ5 и приборы СТД | | |
pap
Новичок
Всего сообщений: 25 СсылкаДата регистрации на форуме: 24 сен. 2008
|
Профиль | ИгнорироватьNEW! Сообщение отправлено: 30 сентября 2008 9:51 Заголовок сообщения: маленький ответик
ТЭКОН 10, 17, 19 и т.д. | | |
Уемов Владимир
Участник
Всего сообщений: 26 СсылкаДата регистрации на форуме: 6 июня 2008
|
Профиль | ИгнорироватьNEW! Сообщение отправлено: 30 сентября 2008 11:41
По проводам это круто. Очень хочется, чтоб везде была возможность бросить "витую пару". А теперь представим, что есть 1500 домов и есть желание все одиспечерить. Это же какую паутину надо сплести, чтобы вывести показания на единый диспетчерский пульт. Поэтому будем обходиться GSM-сетями и GPRS-каналом. Scada-система подразумевает работу в реальном времени, а для инерционных тепловых объектов (типа жилой дом) в этом нет необходимости. Согласен, есть свои минусы такой диспетчеризации, НО если строить систему диспетчеризации с пустого места, то вложения в такую систему минимальны. | | |
Участник
Всего сообщений: 73 СсылкаДата регистрации на форуме: 5 авг. 2008
|
Профиль | ИгнорироватьNEW! Сообщение отправлено: 30 сентября 2008 13:00 Сообщение отредактировано: 2 марта 2012 13:54
| | |
pap
Новичок
Всего сообщений: 25 СсылкаДата регистрации на форуме: 24 сен. 2008
|
Профиль | ИгнорироватьNEW! Сообщение отправлено: 30 сентября 2008 13:22
Да не очень круто, а почти даром, да и паутины никакой нет .В каждом доме есть два -четыре провайдера , а где нет помогают чтоб появились.И на сервер приходит один оптический кабель , а вс е остальные ,в т.ч. и удаленные пользователи, работают с ним в рамках выданных полномочий. В обеспечении доставки информации участвуют штук шесть провайдеров( в зависимости у кого где сеть ,качество работы, трафик- вообщето он внутренний ,а значит бесплатен) .По GSM и GPRS - сами пользуем , но когда сотни объектов и антенна не везде относится в сторону , а также доступна вандалам - исключаем.И последнее - в GPRS скорей всего используете статистические адреса (если ошибся в ваших разработчиках искренне заранее извиняюсь) , а это ежемесячно 2-3 бакса дополнительно в месяц на точку к трафику да и количество их у провайдера ограничено как правило 2000 штук, , а интернет как обеспечить? | | |
|
Время выполнения скрипта: 0.0421. Количество выполненных запросов: 17, время выполнения запросов 0.0263
|