Диспетчеризация.Муки выбора 

Логин:
  Пароль:
Обычный
Безопасный
Запомнить пользователя



Зарегистрироваться
Забыли пароль?
 
 
 
Форум Теплопункта »   Учет тепла, воды, газа, пара »   Диспетчеризация.Муки выбора
RSS

Диспетчеризация.Муки выбора

Поделитесь опытом эксплуатации и внедрения

<<Назад  Вперед>>Страницы: 1 2 3 * 4
Печать
 
Владимир Штурмин
Новичок


Откуда: Ульяновск
Всего сообщений: 24
Ссылка


Дата регистрации на форуме:
18 авг. 2008
Полностью разделяю точку зрения рар и хочу добавить, что в ПО верхнего уровня (для диспетчеризации УУ) достаточно модуля базы данных, модуля администратора, модуля отчетов, модуля диспетчера и модуль автоопроса, а отображение информации наиболее предпочтительно в виде таблиц и графиков, я полагаю спецам так более понятно, чем смотреть на красивую схему теплового пункта, где меняется цвет трубы, в зависимости от температуры теплоносителя и прочее другое.
Еще большим плюсам ПО верхнего уровня является ее гибкость, способность оперативной доработки ее под определенные требования Заказчиков, но это под силу в основном мелким и средним производителям (разумеется при наличии грамотной команды программистов) крупные и "уважающие" себя фирмы такой "самодеятельностью" не занимается.
Что касается канала связи, считаю наиболее перспективным - компьютерные сети (Ethernet), предполагаю, что не за горами то время, когда вместо разъема под RS- 232 на приборах повсеместно будет разъем RJ-45 и достаточно будет только объединить их в сеть. GSM пока то же не стоит сбрасывать со счетов.
Действительно большой проблемой разработчиком систем диспетчеризации является отсутствия единого стандарта передачи данных и закрытость многих протоколов, но эта проблема наблюдается во многих отраслях.

Павел Валентинович
Долгожитель форума


Всего сообщений: 312
Ссылка


Дата регистрации на форуме:
3 мар. 2008
Спасибо коллега за информацию
Можно ли указать типы приборов (вычислители и корректоры) которые вам удалось объединить в одну сеть и хотя бы вкратце используемые адаптеры
Владимир Штурмин
Новичок


Откуда: Ульяновск
Всего сообщений: 24
Ссылка


Дата регистрации на форуме:
18 авг. 2008
В одну сеть объединили:

Взлет
Карат
КМ-5
ВКТ-7
SA-94
СПТ 961
СТД
СТУ-1
ТМК-Н
ЦЭ6822
ЦЭ6827М, ЦЭ6827М1
СЭТ-4ТМ
Сетевой контроллер – КРОСЛАН. Изделие предназначено для дистанционного доступа пользовательского программного обеспечения к объектовому оборудованию с интерфейсом RS232 и RS485 по компьютерным сетям, телесигнализации, дистанционного управления, реализации переговорной связи и мониторинга сегментов сетей
Павел Валентинович
Долгожитель форума


Всего сообщений: 312
Ссылка


Дата регистрации на форуме:
3 мар. 2008
Большое спасибо за перечень , с какими приборами было больше всего мороки???
Владимир Штурмин
Новичок


Откуда: Ульяновск
Всего сообщений: 24
Ссылка


Дата регистрации на форуме:
18 авг. 2008
Данный список наращивался годами, и по каждому прибору были свой проблемы, которые приходилось решать. Что-то конкретного по каждому прибору сказать не могу, т.к. занимался этим отдел программирования, а там ребята не "разговорчивые". Что касается не ответа прибора, то реализована функция автоповтора и “долбить” прибор можно хоть весь день (как правило, заложено 5…10 повторов)
Павел Валентинович
Долгожитель форума


Всего сообщений: 312
Ссылка


Дата регистрации на форуме:
3 мар. 2008
Мне больше нравиться в плане диспетчеризации СПТ, СПГ и ЭСКО вяжуться легко , без проблем. Очень проблемно ТВМ5 и приборы СТД
pap
Новичок


Всего сообщений: 25
Ссылка


Дата регистрации на форуме:
24 сен. 2008
ТЭКОН 10, 17, 19 и т.д.
Уемов Владимир
Участник


Всего сообщений: 26
Ссылка


Дата регистрации на форуме:
6 июня 2008
По проводам это круто.
Очень хочется, чтоб везде была возможность бросить "витую пару".
А теперь представим, что есть 1500 домов и есть желание все одиспечерить. Это же какую паутину надо сплести, чтобы вывести показания на единый диспетчерский пульт.
Поэтому будем обходиться GSM-сетями и GPRS-каналом. Scada-система подразумевает работу в реальном времени, а для инерционных тепловых объектов (типа жилой дом) в этом нет необходимости.
Согласен, есть свои минусы такой диспетчеризации, НО если строить систему диспетчеризации с пустого места, то вложения в такую систему минимальны.
Участник


Всего сообщений: 73
Ссылка


Дата регистрации на форуме:
5 авг. 2008
pap
Новичок


Всего сообщений: 25
Ссылка


Дата регистрации на форуме:
24 сен. 2008
Да не очень круто, а почти даром, да и паутины никакой нет .В каждом доме есть два -четыре провайдера , а где нет помогают чтоб появились.И на сервер приходит один оптический кабель , а вс е остальные ,в т.ч. и удаленные пользователи, работают с ним в рамках выданных полномочий. В обеспечении доставки информации участвуют штук шесть провайдеров( в зависимости у кого где сеть ,качество работы, трафик- вообщето он внутренний ,а значит бесплатен) .По GSM и GPRS - сами пользуем , но когда сотни объектов и антенна не везде относится в сторону , а также доступна вандалам - исключаем.И последнее - в GPRS скорей всего используете статистические адреса (если ошибся в ваших разработчиках искренне заранее извиняюсь) , а это ежемесячно 2-3 бакса дополнительно в месяц на точку к трафику да и количество их у провайдера ограничено как правило 2000 штук, , а интернет как обеспечить?
<<Назад  Вперед>>Страницы: 1 2 3 * 4
Печать
Форум Теплопункта »   Учет тепла, воды, газа, пара »   Диспетчеризация.Муки выбора
RSS


Время выполнения скрипта: 0.0421. Количество выполненных запросов: 17, время выполнения запросов 0.0263


     


IntB Beige Style © Fisana