[Re-pin]

2. Организовать ВЧ канал связи (по фазам Вашей ВЛ).
Все остальные виды радиосвязи потребуют очень больших затрат, изысканий и специального проектирования.

Вы ошибаетесь если считаете, что ВЧ канал является "дешевым".

Самое дешевые решения на данный момент для реализации канала связи для телемеханики - GPRS или VPN (Open VPN). Оба решения применяются в РБ (VPN реже и не все ЭС идут на это, но допустим в Могилевской обл. такие решения есть и работают). В той же Гродненской обл. - почти везде GPRS + радиосвязь (160 и 400 МГц). Минские кабельные сети выдают ТУ на связь по оптоволокну (по Минску почти везде лежит оптика).

[JJL]

Вы ошибаетесь если считаете, что ВЧ канал является "дешевым".

Самое дешевые решения на данный момент для реализации канала связи для телемеханики - GPRS или VPN (Open VPN). Оба решения применяются в РБ (VPN реже).

Ну, во первых, я не употреблял определение "дешевым", а называл предлагаемые варианты - бюджетными.
Конкретно GPRS не упомянут потому, что в основе этого решения - система массового обслуживания с отказами и потерями. Коэффициент готовности такого сквозного канала связи даже неловко подсчитать. Клиент получает услугу от оператора на условиях "как есть".  

[Re-pin]

Конкретно GPRS не упомянут потому, что в основе этого решения - система массового обслуживания с отказами и потерями. Коэффициент готовности такого сквозного канала связи даже неловко подсчитать. Клиент получает услугу от оператора на условиях "как есть".

Из нескольких десятков реализованных проектов по телемеханикие, значительное большинство сделано с использованием GPRS канала. Мне кажется проблему с GPRS вы сильно преувеличиваете.

[JJL]

Из нескольких десятков реализованных проектов по телемеханикие, значительное большинство сделано с использованием GPRS канала. Мне кажется проблему с GPRS вы сильно преувеличиваете.

Так не совсем корректно аргументировать. Подстанции какого уровня напряжения Вы охватывали в упомянутых проектах ? В скольких процентах случаев ,каналы GPRS выступали, как единственные и безальтернативные с энергообъектов?

[Tmkistok]

GPRS на подстанции - только резервный канал. JJL все правильно говорит. А телеуправление по GPRS - отдельная песня.
Реальная ситуация: тестируем канал GPRS, даем команду телеуправления на включение, минута проходит, две  - команда не выполнена. Даешь повторно, команда проходит сразу, выключатель включился. Отключаем - проходит без задержки. И тут через какое-то время - ВКЛЮЧАЕТСЯ! Смотрим логи - через 7 минут после выдачи дошла ПЕРВАЯ команда. Где она жила столько времени, ваще не понятно.

[Eprudnikov]

тестируем канал GPRS

А конфигурацию канала можно по-подробнее?

[Tmkistok]

А конфигурацию канала можно по-подробнее?

Протокол - МЭК104. С одной стороны - КП с модемом IRZ ES75i (на базе модуля сименс), с другой - сервер с тем же модемом. Тут структура и описание КП, тут - фотки. Это по подстанциям.

А конкретно та ситуация, что описал, проявилась, когда делали наружнее освещение в Ейске (фотки тут ), больше нигде.

Слава Богу, на подстанциях никому в голову не приходит использовать GPRS как основной канал (по крайней мере на наших объектах), да и мы стараемся объяснить ньюансы.

[Eprudnikov]

КП с модемом IRZ ES75i (на базе модуля сименс), с другой - сервер с тем же модемом.

Вы выбрали далеко не лучший модем, умножили его ненадежность на 2 и сокрушаетесь, что все плохо? А чего Вы хотели так делая?
Хороша саморекламка- нечего сказать.. .

[Tmkistok]

Вы выбрали далеко не лучший модем, умножили его ненадежность на 2 и сокрушаетесь, что все плохо? А чего Вы хотели так делая?

Причем тут модем?
Посылка ушла? Ушла, по логам видно. Пришла? Пришла в итоге, в логе есть и так заметно. Процедура ТУ по протоколу запустилась? Да, в логах видно, запустилась.
Вопрос, где в недрах провайдера посылка шлялась столько времени и почему не была уничтожена по ограничению времени жизни, TCP/IP как никак.
А насчет надежности - "Вы просто не умеете их готовить" ((с) Реклама).  Работают круглосуточно на уличном освещении, а там GPRS основной и единственный канал.
P.S. Кстати, раз уж IRZ/Siemens так ненадежен, что бы использовали Вы и почему?

[Eprudnikov]

по логам видно

Логам в каком устройстве?

Кстати, раз уж IRZ/Siemens так ненадежен, что бы использовали Вы и почему?

Cinterion TC65

А насчет надежности - "Вы просто не умеете их готовить"

Видимо не умеете, если не понимаете, что две точки входа в GPRS вдвое менее надежны, чем одна...

[Tmkistok]

Логам в каком устройстве?

Логи на стороне сервера обеспечиваются снифером ком - портов Sysinternals PortMon (надеюсь недоверия к нему нет?) и логами нашего серверного ПО.
Логи на стороне КП обеспечиваются резидентным ПО, зашитым в контроллер, за счет редиректа всей протокольной информации, проходящей по каналу связи, на отладочный порт.
Так что логи с двух сторон

Cinterion TC65

Не увидел обоснования, чем модуль Siemens TC65, на базе которого собран Cinterion TC65, лучше, чем модуль Siemens ES75i, на базе которого собран IRZ ES75i.
Так что это, скорее, вопрос близкий к религии. Из той же оперы, что и война между фанатоми винчестеров Seagate и Western Digital  
Насчет  "Вы просто не умеете их готовить" поясню. Когда только начинали работать с IRZ было всякое, и отсуттвие связи при поднятом канале, и зависания. Разобрались, теперь мы с ними умеем работать.

Видимо не умеете, если не понимаете, что две точки входа в GPRS вдвое менее надежны, чем одна...

Как у Вас все просто. Во-первых не согласен с методом расчера надежности, во-вторых Вы же не знаете конкретных условий по каналам связи для той системы.
С точки зрения надежности систему любым количеством точек входа в GPRS при использовании GPRS как основного канала связи надежной назвать нельзя, т.к., как уже отмечал JJL, "в основе этого решения - система массового обслуживания с отказами и потерями". Поэтому как основной канал GPRS допустимо применять например в системах уличного освещения, что и делаем, а если канал и отвалится (например под Новый Год), то автоматика КП отработает по расписанию сама. Ну и службы АСКУЭ применяют GSM/SMS/GPRS.
Для подстанций даже класса 35/10 кВ считаю применение GPRS крайне нежелательным даже для резервного канала. Хотя в некоторых случаях кроме ТЧ и GPRS больше связи нет.

[Eprudnikov]

Насчет  "Вы просто не умеете их готовить" поясню.

Все-таки не умеете....

снифером ком - портов Sysinternals PortMon (надеюсь недоверия к нему нет?)

А что Вам дает контроль траффика COM-портов? Ваш сниффер (научитесь писать без ошибок) показывает ошибки при передаче пакетов? Если нет, то недоверие есть... Вам просто интересно- работают порты или нет?
При таком подходе

и логами нашего серверного ПО.

тоже вызывает сомнение... А Ваше серверное ПО Вашей разработки?

Во-первых не согласен с методом расчера надежности, во-вторых Вы же не знаете конкретных условий по каналам связи для той системы.

Условий может быть и не знаю...
Но объясните, пожалуйста, зачем с RTU Вы через GPRS-модем выходите в Intrenet, а потом через другой GPRS-модем переходите на RS-232? может быть проще, надежнее и дешевле было бы Вашему серверу общаться с первым GPRS-модемом через Intrenet?  Чем именно обосновано Ваше техническое решение?

а если канал и отвалится (например под Новый Год),

Ну, если Вы пользуетесь SMS услугами, то- да.
На практике, SCADA: 500 tags, темп опроса 3 мин, 4,5 года, потери информации- 0,02%.
ПО: MODBUS Master/Slave Serial&Ethernet OPC and DDE Server, TCP Server v.1.47+ Wonderware InTouch+ Wonderware Historian (InSQL).
Вот такая статистика (с услугой передачи данных)...
Два из трех литовских мобильных операторов это обеспечивают.

[Tmkistok]

А что Вам дает контроль траффика COM-портов? Ваш сниффер (научитесь писать без ошибок)показывает ошибки при передаче пакетов?  Если нет, то недоверие есть... Вам просто интересно- работают порты или нет?

PortMon не мой, а Марка Русиновича. Скачайте , полюбопытствуйте:

Конечно, он диагностику системы делать не будет. Но человеку, разбирающемуся в протоколе, нетрудно увидеть в потоке "сырых" данных протокольную посылку и соответствующим образом ее интерпретировать. Без обид, ладно? Просто я разработчик, мне полагается.
И спасибо за внимание к моим ошибкам.

А Ваше серверное ПО Вашей разработки?

Да, в некоторой части. Предвижу Ваше недоверие по этому поводу

зачем с RTU Вы через GPRS-модем выходите в Intrenet, а потом через другой GPRS-модем переходите на RS-232?может быть проще, надежнее и дешевле было бы Вашему серверу общаться с первым GPRS-модемом через Intrenet?

Вы забыли упрекнуть меня еще и в том, что и RTU общается с модемом по RS-232
Ну попробуйте представить ситуацию, что на тот момент для выхода в интернет у заказчика другой возможности кроме GPRS (увы) не было.

На практике, SCADA: 500 tags, темп опроса 3 мин, 4,5 года, потери информации- 0,02%

Фантастические результаты, искренне поздравляю!

А вот интересно, у литовских операторов мобильной связи как расставляется приоритет между голосом, SMS и GPRS?
Что Вы понимаете под термином "темп опроса"? Очень интересно, поясните, будьте добры.
И, если не секрет, что за объекты(энергохозяйство, ЖКХ, пром.объекты)?

[Eprudnikov]

PortMon не мой, а Марка Русиновича. Скачайте , полюбопытствуйте.
Конечно, он диагностику системы делать не будет. Но человеку, разбирающемуся в протоколе, нетрудно увидеть в потоке "сырых" данных протокольную посылку и соответствующим образом ее интерпретировать. Без обид, ладно? Просто я разработчик, мне полагается.

Да полюбопытствовал уже...
Вот и просил Вас, как разработчика объяснить мне, как PortMon

показывает ошибки при передаче пакетов?

Иначе- что Вы видите в логах? Судя по

Но человеку, разбирающемуся в протоколе, нетрудно увидеть в потоке "сырых" данных протокольную посылку и соответствующим образом ее интерпретировать. Без обид, ладно?

Вы, как человек, разбирающийся в протоколе, вооружившись бумагой и пером сами их пишите?

А вот интересно, у литовских операторов мобильной связи как расставляется приоритет между голосом, SMS и GPRS?

Я Вам писал:

(с услугой передачи данных)...

И какой Вам приоритет здесь нужен? Оператор 24 часа в сутки передает данные... Причем здесь голос и SMS, если на базовой станции для этой услуги отдельный стек? Оператор сам гарантирует выполнение этой услуги.
Если у Вас другой GSM... и нет подобных услуг... то- очень жаль...

Вы забыли упрекнуть меня еще и в том, что и RTU общается с модемом по RS-232 
Ну попробуйте представить ситуацию, что на тот момент для выхода в интернет у заказчика другой возможности кроме GPRS (увы) не было.

Я ничего не забыл и Вас в этом неупрекал... В противном случае- зачем Вам вообще GPRS?
А вот Вы забыли ответить на мой вопрос

зачем с RTU Вы через GPRS-модем выходите в Intrenet, а потом через другой GPRS-модем переходите на RS-232? может быть проще, надежнее и дешевле было бы Вашему серверу общаться с первым GPRS-модемом через Intrenet?  Чем именно обосновано Ваше техническое решение?

Что Вы понимаете под термином "темп опроса"? Очень интересно, поясните, будьте добры.

Сервер данных системы опрашивает конкретно этот socket каждые 3 мин..
Объект газовиков 200 км от диспетчерской...
Но, по такой же схеме работают и Вильнюсские водоканальщики.

[Tmkistok]

Насчет PortMon:

Конечно, он диагностику системы делать не будет. Но человеку, разбирающемуся в протоколе, нетрудно увидеть в потоке "сырых" данных протокольную посылку и соответствующим образом ее интерпретировать

Если Вы потрудитесь перчитать пост №26, то увидите, дигностика обеспечивается

и логами нашего серверного ПО.Логи на стороне КП обеспечиваются резидентным ПО, зашитым в контроллер

Так что извините, но Ваше замечание

Вы, как человек, разбирающийся в протоколе, вооружившись бумагой и пером сами их пишите?

не корректно и предстает несколько в нелицеприятном свете.

И какой Вам приоритет здесь нужен? Оператор 24 часа в сутки передает данные... Причем здесь голос и SMS, если на базовой станции для этой услуги отдельный стек? Оператор сам гарантирует выполнение этой услуги.

Насчет GPRS сошлюсь на википедию:

При использовании GPRS информация собирается в пакеты и передаётся через неиспользуемые в данный момент голосовые каналы, такая технология предполагает более эффективное использование ресурсов сети GSM. При этом, что является приоритетом передачи — голосовой трафик или передача данных — выбирается оператором связи. Федеральная тройка в России использует безусловный приоритет голосового трафика перед данными, поэтому скорость передачи зависит не только от возможностей оборудования, но и от загрузки сети.

Что ж, если литовские операторы строят сеть для пердачи данных, и голосовое общение для них не главное - снимаю шляпу Типично у операторов сотовой связи голосовой трафик имеет высший приоритет, SMS - ниже,  а GPRS имеет минимальный приоритет и в условиях загруженности базовых станций в некоторых ситуациях может не получить таймслотов. Так что реально очень жаль.

А вот Вы забыли ответить на мой вопрос

Я считал, что ответил. Возможно, возникло взаимное недопонимание. В таком случае поясните на примере, что вы имели ввиду в этой фразе:

может быть проще, надежнее и дешевле было бы Вашему серверу общаться с первым GPRS-модемом через Intrenet?

Сервер данных системы опрашивает конкретно этот socket каждые 3 мин..

А возможности уйти от модбаса не другой протокол нет? Или у Вас не оперативное управление? 3 минуты как-то настораживает. Не подумайте, что я обсуждаю Вашу систему, просто от природы любопытен.

если Вы не зарегистрированы, то
пройдите регистрацию

[В. Г.]

Про кабельный журнал для СКС

автор: В. Г.

01 Июля 2024 года, 20:27

Пример проекта СКС здания (6 этажей, 224 пор...

автор: Znatok

26 Июня 2024 года, 22:51

Руководитель направления электрохимической з...

автор: УЦ РЕСУРС

22 Июня 2024 года, 09:04

Требуются ТХ и Медицинские газы

автор: kollega_

21 Июня 2024 года, 10:26

Изоляция импульсной линии от ожога

автор: Shvet

29 Мая 2024 года, 07:30

Монтаж структурированной кабельной системы. ...

автор: Foxson

22 Мая 2024 года, 18:25

Управление трехходовым клапаном по 6 дискрет...

автор: DenKLJ

22 Мая 2024 года, 14:47

Инженер-проектировщик СС ТРЕБУЕТСЯ

автор: Роман Хамидулин

03 Мая 2024 года, 19:51

Схема функциональная

автор: Vladimir_KIP

02 Мая 2024 года, 12:38

Руководитель сектора информационной безопасн...

автор: РУП «Белэнергосетьпроект»

04 Апреля 2024 года, 16:10

Требуется ведущий проектировщик автоматизаци...

автор: Алевтина

03 Апреля 2024 года, 18:05

Вакансия. Ведущий проектировщик слаботочных ...

автор: Алевтина

03 Апреля 2024 года, 17:09

Заказ: Проектирование слаботочных систем и э...

автор: s.dmitriy

29 Марта 2024 года, 08:09

Госэкспертиза проектов в Беларуси, отличия о...

автор: Елена_СС

12 Марта 2024 года, 18:50

Требуется инженер-проектировщик (проектирова...

автор: РУП «Белэнергосетьпроект»

11 Марта 2024 года, 13:59

[1097]

Сейчас на форумах: гостей - 1097, пользователей - 5 Имена присутствующих пользователей: Александр 156, Мерк Иван, doctorRaz, Artchem, Евгений М.