ЦППС "Smart-FEP"

Раздел:  --== Все разделы ==-- ------------------------------------------------------------- СДТУ - Общий раздел Телемеханика в электроэнергетике Оперативно-информационные комплексы Измерительные преобразователи Модемы и протоколы ТМ Каналы связи в электроэнергетике Высокочастотная связь по ЛЭП Цифровые системы связи и передачи данных О сайте и форуме Объявления Телемеханика и связь в энергетике / Телемеханика в электроэнергетике / ЦППС "Smart-FEP"

Страницы: 1

Автор	Сообщение
Anatoly бывалый Группа: Участники Сообщений: 55	Добавлено: 02-05-2012 10:01
	Здравствуйте, коллеги! ЦППС Smart-FEP (2.9.0.68) сторонней организации передает данные к нам на ЦППС «Систел» в протоколе МЭК-104, asdu 2, номера ТС и ТИ совпадают. В ответ на общий опрос по asdu=2 ЦППС Smart-FEP выдает только ТС, что приводит к ошибкам приема и ретрансляции ЦППС Систел (подробнее об этом – в статье http://www.telemex.info/lib/fep_correct.pdf). Кто-нибудь сталкивался с таким явлением? Где может быть дефект Smart-FEP – в софте или в конфигурации? Что может быть причиной дефекта – номер asdu? или совпадение номеров ТС и ТИ? Исследовать эту ЦППС Smart-FEP я не могу, т.к. физически не имею к ней доступа. Цитировать
K9 бывалый Группа: Участники Сообщений: 49	Добавлено: 14-05-2012 16:18
	номера ТС и ТИ совпадают Ээээ... А разве так можно? ИМХО адреса ТС и ТИТ в 101/104 не должны пересекаться. Цитировать
K9 бывалый Группа: Участники Сообщений: 49	Добавлено: 14-05-2012 16:25
	Почитал fep_correct-1.pdf: т.к. если ТИ не принято, то и ретранслировать его не следует ни с каким признаком Вот это интересно. Почему нельзя? Пометил сигнал признаком NT (не актуальный) и передавай дальше. На приемной стороне по этому признаку поймут, где-то оборвался канал связи и данное измерение не идет (ну или оно ещё ни разу не приходило на какой-то промежуточный узел телемеханики с момента его последнего рестарта ) Цитировать
marshal аксакал Группа: Участники Сообщений: 553	Добавлено: 14-05-2012 16:36
	Почитал fep_correct-1.pdf: т.к. если ТИ не принято, то и ретранслировать его не следует ни с каким признаком Вот это интересно. Почему нельзя? Пометил сигнал признаком NT (не актуальный) и передавай дальше. На приемной стороне по этому признаку поймут, где-то оборвался канал связи и данное измерение не идет (ну или оно ещё ни разу не приходило на какой-то промежуточный узел телемеханики с момента его последнего рестарта ) А если это телеизмерение участвует в каких-нибудь расчетах (с наследованием признаков)? Намучаетесь потом с результатами расчетов...... Цитировать
K9 бывалый Группа: Участники Сообщений: 49	Добавлено: 14-05-2012 16:49
	А если это телеизмерение участвует в каких-нибудь расчетах Это проблема приемной стороны. Надо думать, что и как считать. Все данные, приходящие по каналам ТМ, в общем случае ненадежны. Ну, то есть, связь может тупо пропасть. И к этому надо быть готовым. ИМХО потребитель информации, полученной через каналы ТМ, должен знать не только о величине, но и качестве (Недостоверность, неактуальность и т. д.). Обладание этой информацией лучше, чем её ээээ.... необладание. На практике, конечно, разные устройства могут по разному реагировать на признаки качества сигнала. Но тут уж ничего не поделаешь. Цитировать
marshal аксакал Группа: Участники Сообщений: 553	Добавлено: 15-05-2012 08:52
	А если это телеизмерение участвует в каких-нибудь расчетах Это проблема приемной стороны. Надо думать, что и как считать. Все данные, приходящие по каналам ТМ, в общем случае ненадежны. Ну, то есть, связь может тупо пропасть. И к этому надо быть готовым. ИМХО потребитель информации, полученной через каналы ТМ, должен знать не только о величине, но и качестве (Недостоверность, неактуальность и т. д.). Обладание этой информацией лучше, чем её ээээ.... необладание. На практике, конечно, разные устройства могут по разному реагировать на признаки качества сигнала. Но тут уж ничего не поделаешь. Из практики: основным критерием достоверности телеинформации нужно считать наличие канала связи. Все остальные критерии (необновление, неактуальность и т.п.) обычному пользователю (не администратору) знать необязательно. Наш диспетчерский персонал уже знает: если канал связи есть, то вся телеинформация с этого канала - ДОСТОВЕРНА. Цитировать
Anatoly бывалый Группа: Участники Сообщений: 55	Добавлено: 15-05-2012 10:00
	1.По поводу совпадающих номеров ТС и ТИ. Стандарт не предписывает и не запрещает использовать совпадающие ТС и ТИ при одинаковом asdu, но допускает такую нумерацию, т.к. кадры у ТС и ТИ разные. Системы ТМ, где это недопустимо, указывают условия нумерации в формуляре согласования. У нас на совпадающих номерах работают связки «РТСофт» - «Систел», «Систел» - «Систел». А вот PSIcontrol так работать не может – у него в формуляре ограничение не только на совпадение номеров, а вообще на диапазон нумерации. В зависящих от меня системах ТС и ТИ разделяются не только по номерам, но и по asdu – для потенциального снижения трафика. Но здесь конфигурацию задает вышестоящая организация. Специалисты «РТСофт» сейчас моделируют ситуацию на своем стенде, они или устранят дефект, или пропишут ограничение в своем формуляре и тогда конфигурацию нужно будет переделать. 2.В стандарте нет указаний, в каком месте тракта присваивать признак недостоверности при отсутствии сигнала. Каждая система может делать это по-своему. Присваивать признак недостоверности при ретрансляции на ЦППС при не поступающем на нее сигнале вполне имеет право на жизнь. От этого ситуация на приеме верхнего уровня не изменится – хоть сигнал ретранслироваться не будет, хоть он будет ретранслироваться с признаком «недостоверен» результат один – на приеме зафиксируется недостоверный сигнал. Я предлагаю не ретранслировать не принятый сигнал из общих соображений не передавать в канал то, чего нет. Специалисты «Систел» пока не определились, как делать лучше – у них в протоколах 104 и 101 ретрансляция делается по-разному. Может быть, вынести способ ретрансляции в конфигурацию системы? Цитировать
K9 бывалый Группа: Участники Сообщений: 49	Добавлено: 15-05-2012 13:09
	1.По поводу совпадающих номеров ТС и ТИ. Стандарт не предписывает и не запрещает использовать совпадающие ТС и ТИ при одинаковом asdu, но допускает такую нумерацию, т.к. кадры у ТС и ТИ разные Кадры разные, согласен. Вот есть команда запроса одиночного элемента информации (тип 102). Указывается только адрес элемента информации. Предположим приходит запрос на чтение элемента информации с адресом 1. По этому адресу есть ТИТ и ТС. Что будем передавать? Насколько мне известно, в стандарте нигде большими жирными буквами не сказано, что нельзя делать одинаковые адреса, но это подразумевалось. Буржуи, видите ли, забыли уточнить. Цитировать
K9 бывалый Группа: Участники Сообщений: 49	Добавлено: 15-05-2012 13:12
	Посмотрел в более новый стандарт ГОСТ Р МЭК 60870-5-101-2006. Там есть Объект информации является хорошо определенной частью информации, для определения или опи- сания которой требуется имя (адрес объекта информации), чтобы идентифицировать ее применение при передаче [ИСО/МЭК 8824-1 (подпункт 3.31) и МЭК 60870-5-3 (подпункт 3.3)]. Согласно определению объек- ты информации содержат элементы информации, которые идентифицируют отдельные точки информации, однозначно адресуемые при помощи адресов объектов информации. Например: адрес объекта информа- ции, который передает обратную информацию (о состоянии объекта телеуправления), должен отличаться от адреса объекта информации, передающего соответствующую команду Может оно? Цитировать
K9 бывалый Группа: Участники Сообщений: 49	Добавлено: 15-05-2012 13:19
	2.В стандарте нет указаний, в каком месте тракта присваивать признак недостоверности при отсутствии сигнала А вот и неправда: Промежуточные устройства могут преобразовывать биты BL, SB, NT и IV следующим образом: ... NT: Если промежуточное устройство не может получить значение объекта информации, то оно должно установить бит NT описателя качества. В противном случае оно должно использовать описатель качества NT, переданный от устройства нижнего уровня. Хочу ещё раз обратить внимание на выделенное жирным слово "должно". Стандарт четко оговаривает этот момент. Цитировать
Anatoly бывалый Группа: Участники Сообщений: 55	Добавлено: 15-05-2012 15:00
	1.На счет правил присвоения аттрибутов сигнала при ретрансляции не знал - спасибо, буду знать. 2.О совпадающих номерах - я их где можно разношу, в том числе и по asdu, но здесь конфигурация задана сверху. А работает все видимо потому, что в этой системе такие запросы не используются (идут запросы только по общим адресам asdu). Цитировать

Страницы: 1

Раздел:  --== Все разделы ==-- ------------------------------------------------------------- СДТУ - Общий раздел Телемеханика в электроэнергетике Оперативно-информационные комплексы Измерительные преобразователи Модемы и протоколы ТМ Каналы связи в электроэнергетике Высокочастотная связь по ЛЭП Цифровые системы связи и передачи данных О сайте и форуме Объявления Телемеханика и связь в энергетике / Телемеханика в электроэнергетике / ЦППС "Smart-FEP"