[ На главную ] -- [ Список участников ] -- [ Правила форума ] -- [ Зарегистрироваться ]

Проблемы со 101-м протоколом

  Вход на форум   логин       пароль   Забыли пароль? Регистрация
On-line:  

Раздел: 
Телемеханика и связь в энергетике / Модемы и протоколы ТМ / Проблемы со 101-м протоколом

Страницы: 1 2 3 Next>> ответить новая тема

Автор Сообщение

редкий гость
Группа: Участники
Сообщений: 13 		Добавлено: 29-05-2008 09:50
Имеем ЦППС Систел на линуксе, начали переход на 101-й протокол,раньше был rpt80. Нужно наладить передачу на верхний уровень, но пока пробовали передачу на резервный ЦППС. Пока результат следующий: выходной канальный адаптер мигает 1 сек и прекращает. В веб интерфейсе показывает, по каналу передачи показывает, что 101-протокол и данные якобы передаются, хотя реально из канального адаптера ничего на передается и состояние канала - 2 (т.е. отключен, по timeout). Пробовали настроить передачу по rpt80 - сразу без проблем канальный адаптер моргает, показывая о передаче данных.
Может ли 101-й протокол работать "в холостую",т.е. при реальноотсутствующем канале связи? В систеловском софте есть база IDMAP.DBF,в которой настраивается канальный адаптер, есть параметр -TM_TYPE -признак типа протокола -числовое значение..что за оно?

бывалый
Группа: Участники
Сообщений: 45 		Добавлено: 29-05-2008 13:44
Надо определиться с режимом работы: Ведущий - ведомый, модой протокола: балансный - небалансный. И параметрами протокола: длина - канального адреса, значение канального адреса и т.п.(для случая если на другой стороне не систел). TM_TYPE для 101 протокола 42.

редкий гость
Группа: Участники
Сообщений: 13 		Добавлено: 29-05-2008 15:45
В конфиге я задал, что ЦППС -slave,т.е. передающий, протокол балансный -iec101, параметры протокола я оставлял по умолчанию, т.к. хотел проверить работоспособность ЦППС на месте, т.е. запустить передачу в холостую (без принимающей стороны) -такое возможно со 101-м протоколом? А потом завернуть передачу на второй ЦППС, стоящий рядом (резервный цппс).А вот TM_TYPE=42 -откуда это значение? И если у меня реально на приемной стороне пока ничего нет, какая передающей стороне разница что там?

аксакал
Группа: Участники
Сообщений: 553 		Добавлено: 29-05-2008 15:58
В конфиге я задал, что ЦППС -slave,т.е. передающий, протокол балансный -iec101, параметры протокола я оставлял по умолчанию, т.к. хотел проверить работоспособность ЦППС на месте, т.е. запустить передачу в холостую (без принимающей стороны) -такое возможно со 101-м протоколом? А потом завернуть передачу на второй ЦППС, стоящий рядом (резервный цппс).А вот TM_TYPE=42 -откуда это значение? И если у меня реально на приемной стороне пока ничего нет, какая передающей стороне разница что там?


Возможно, это тип причины передачи(хотя, судя по небольшому опыту работы с Систелом, они и сами наверное не знают):
0 – не используется
1 – периодическая передача
2 – фоновое сканирование (background scan)
3 – спорадическая передача при возникновении события (spontaneous)
4 – сообщение об инициализации (initialized)
5 – запрос или запрашиваемые данные (request or requested)
6 – активация (activation)
7 – подтверждение активации (activation confirm)
8 – деактивация (deactivation)
9 – подтверждение деактивации (deactivation confirm)
10 – завершение активации (activation termination)
11 – обратная информация, вызванная удаленной командой (return information caused by a remote command)
12 – обратная информация, вызванная местной командой – (return information caused by a local command)
13 – передача файлов (file transfer)
14-19 – резерв
20 – общий опрос (interrogated by station interrogation)
21-36 – опрос группы 1-16 (interrogated by group 1-16 interrogation)
37 – общий опрос счетчиков
38-41 – запрос счетчиков группы 1-4
42-43 – резерв
44 – неизвестный тип идентификатора
45 – неизвестная причина передачи
46 – неизвестный общий адрес станции
47 – неизвестный адрес объекта информации.
Причины 44-47 используются в посылках от КП к ПУ в тех случаях, когда КП не может исполнить принятую от ПУ команду или запрос. Обычно причиной этого является расхождение конфигурационной информации. В этом случае КП «зеркально» отражает полученную от ПУ посылку, что помогает эксплуатационному персоналу обнаружить и устранить расхождение.

редкий гость
Группа: Участники
Сообщений: 13 		Добавлено: 29-05-2008 16:49
Хорошо, тогда подскажите, 101-й протокол может работать по однонаправленной линии связи. Т.е. без обратной связи?

аксакал
Группа: Участники
Сообщений: 568
 Добавлено: 29-05-2008 20:08
Нет

аксакал
Группа: Участники
Сообщений: 568
 Добавлено: 29-05-2008 20:17
Возьмите комп, установите на него какой-нибудь программный эмулятор 101 протокола, сконфигурите его мастером,подключите к вашему канальному адаптеру и смотрите лог.
Мастер будет спрашивать, ваша ЦППС отвечать.
Сдается мне, что у вас обе ЦППС - Slave

бывалый
Группа: Участники
Сообщений: 45 		Добавлено: 30-05-2008 08:15
В конфиге я задал, что ЦППС -slave,т.е. передающий, протокол балансный -iec101, параметры протокола я оставлял по умолчанию, т.к. хотел проверить работоспособность ЦППС на месте, т.е. запустить передачу в холостую (без принимающей стороны) -такое возможно со 101-м протоколом? А потом завернуть передачу на второй ЦППС, стоящий рядом (резервный цппс).А вот TM_TYPE=42 -откуда это значение? И если у меня реально на приемной стороне пока ничего нет, какая передающей стороне разница что там?

Если систел с двух сторон тогда всё проще. Делаете сначала мастера chantype m870. Должна пойти передача. Затем ведомого m870 в поле config [retro]. (но это для небалансного, балансный режим мы не используем). Почему 42 - признак 101 протокола? А почему скорость 1200 бод задается цифрой 8? Потому что это систел

редкий гость
Группа: Участники
Сообщений: 13 		Добавлено: 30-05-2008 11:02
Возьмите комп, установите на него какой-нибудь программный эмулятор 101 протокола, сконфигурите его мастером,подключите к вашему канальному адаптеру и смотрите лог.
Мастер будет спрашивать, ваша ЦППС отвечать.
Сдается мне, что у вас обе ЦППС - Slave

Мы используем канальные адаптеры и подключиться к компу проблемно. Есть два ЦППС рядом стоящие, проще на них пробовать, но они на линуксах. А цппс естественно в разных режимах (одна m, другая s)

редкий гость
Группа: Участники
Сообщений: 13 		Добавлено: 30-05-2008 11:08
Нет

А критерии к обратному каналу связи такие же как и к прямому? Имеется ввиду скорость и стабильность канала. Насколько поток входящий превышает исходящий? Все это касательно slave.

редкий гость
Группа: Участники
Сообщений: 13 		Добавлено: 30-05-2008 11:20
В конфиге я задал, что ЦППС -slave,т.е. передающий, протокол балансный -iec101, параметры протокола я оставлял по умолчанию, т.к. хотел проверить работоспособность ЦППС на месте, т.е. запустить передачу в холостую (без принимающей стороны) -такое возможно со 101-м протоколом? А потом завернуть передачу на второй ЦППС, стоящий рядом (резервный цппс).А вот TM_TYPE=42 -откуда это значение? И если у меня реально на приемной стороне пока ничего нет, какая передающей стороне разница что там?

Если систел с двух сторон тогда всё проще. Делаете сначала мастера chantype m870. Должна пойти передача. Затем ведомого m870 в поле config [retro]. (но это для небалансного, балансный режим мы не используем). Почему 42 - признак 101 протокола? А почему скорость 1200 бод задается цифрой 8? Потому что это систел

Передача я так понял пойдет только тогда, когда передающая сторона получит ответ от принимающей? Я пробовал передачу в одностороннем направлении,т.е. без обратной связи, но передача не пошла. А в чем реальное отличие балансный и небалансный? Т.е. конфиг протокола m870 можно оставить по умолчанию и просто прописать direct или retro соответственно?
А где бы раздобыть соответствие протоколов и цифер :) ?

бывалый
Группа: Участники
Сообщений: 45 		Добавлено: 30-05-2008 12:34

Передача я так понял пойдет только тогда, когда передающая сторона получит ответ от принимающей? Я пробовал передачу в одностороннем направлении,т.е. без обратной связи, но передача не пошла. А в чем реальное отличие балансный и небалансный? Т.е. конфиг протокола m870 можно оставить по умолчанию и просто прописать direct или retro соответственно?
А где бы раздобыть соответствие протоколов и цифер :) ?

Настройки балансного и небалансного режима у систела не идентичны, поэтому direct и retro работает только для m870. При небалансном режиме данные передаются только в одном направлении.
Соответствия цифр и протоколов в документации систела не обнаружено.

редкий гость
Группа: Участники
Сообщений: 13 		Добавлено: 30-05-2008 13:27
Означает ли это то, что для небалансного протокола не обязательно наличие двухсторонней связи?

бывалый
Группа: Участники
Сообщений: 45 		Добавлено: 30-05-2008 13:45
Означает ли это то, что для небалансного протокола не обязательно наличие двухсторонней связи?

Обязательно. Служебная информация ходит в двух направлениях. Данные в одном.

ветеран
Группа: Участники
Сообщений: 122 		Добавлено: 30-05-2008 14:03
А по какому каналу связи работаете?

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

редкий гость
Группа: Участники
Сообщений: 13 		Добавлено: 03-06-2008 12:55
Означает ли это то, что для небалансного протокола не обязательно наличие двухсторонней связи?

Обязательно. Служебная информация ходит в двух направлениях. Данные в одном.

Я в качестве тестового стенда использую два ЦППС Систел на линуксе, для связи использую каналные адаптеры систела, на slave завел системный канал ,напрмер, 34, тип iec101, retropull 0, и конфиг s,kp=5,p=1. И на втором цппс соответственно, тоже 34 системный канал, тип iec101, retopull 0, конфиг m,kp=1,p=5. В IDMAPе тоже прописал соответствующие входы и выходы для канальных адаптеров. Slave ретранс забил \\TI\1\100 ,например. У мастера соответственно в сисдате \\TI\5\100. На слейве земон ругается в логе что error while reading data 2, read 00. Т.е. он не получает ответ от мастера я так понял. Слейв передает мастеру постоянно один и тот же кадр примерно раз в 5 секунд (10 C9 05 CE 16), Мастер их я так понял особо не воспринимает, он распознает их как 08 24 82 0B.. что-то типа такого, но каждый раз разные значения, хотя от слейва все время одинаковый кадр, независимо от передаваемых значений TI. В общем, не могут они договориться между собой, подскажите, где можно еще настроить что?

бывалый
Группа: Участники
Сообщений: 45 		Добавлено: 03-06-2008 14:26
Если передаваемая информация не совпадает с принимаемой, то дело скорее всего в настройках канального адаптера В IDMAPе.

аксакал
Группа: Участники
Сообщений: 568
 Добавлено: 03-06-2008 15:59
Да не может слэйв сам по себе мастеру послать чего-то.
То, что вы видите (10 С9 05 СЕ 16) - это кадр, который должен слать мастер слэйву: запрос статуса канального уровня. Именно с этого и начинается установка связи между мастером и слэйвом.
10 - стартовый байт
С9 - байт управления, содержащий ФК=9 (запрос статуса канального уровня), биты FCB и FCV, равные 0,бит PRM=1,говорящий что это сообщение от МАСТЕРА и почему-то бит DIR=1 (он имеет смысл только при балансной передаче)
05 - адрес
СЕ - контрольная сумма
16 - END

Обычно запрос статуса канального уровня при небалансной передаче так выглядит: 10 49 АДРЕС КС 16

редкий гость
Группа: Участники
Сообщений: 13 		Добавлено: 03-06-2008 16:58
Да, но этот кадр посылает цппс, с конфигом s,kp=5,p=1
Если мне нужно настроить цппс для передачи, я настраиваю ее как s,kp=5,p=1 так? А цппс принимающий m,kp=1,p=5 правильно?

аксакал
Группа: Участники
Сообщений: 568
 Добавлено: 03-06-2008 17:37
Да, но этот кадр посылает цппс, с конфигом s,kp=5,p=1
Если мне нужно настроить цппс для передачи, я настраиваю ее как s,kp=5,p=1 так? А цппс принимающий m,kp=1,p=5 правильно?

Ничего про Систел не знаю.
Судя по кадру - АДРЕС=5. Значит он должен быть одинаков у мастера и слэйва. А в ваших конфигах цифры разные какие-то..
Что означают параметры kp и p?

бывалый
Группа: Участники
Сообщений: 45 		Добавлено: 04-06-2008 09:18
Думаю, что стоит начать с небалансного режима. Когда всё заработает, то тогда перейти на балансный. Или надо искать базу с работающим балансным режимом.

редкий гость
Группа: Участники
Сообщений: 13 		Добавлено: 04-06-2008 14:15
Частично проблема решилась,была ошибка в том, что каналы были не в асинхронном режиме. Теперь мастер посылает 10 с9 05 се 16. слейв глотает и отсылает кадр мастеру, но мастер ругается 8705 data check error cnt=5a got=01 data pack whith error 10 11 49 01 88 и ответ от слейва не воспринимает, т.е. счетчик кадров стоит на месте.

редкий гость
Группа: Участники
Сообщений: 13 		Добавлено: 04-06-2008 14:24
Да, но этот кадр посылает цппс, с конфигом s,kp=5,p=1
Если мне нужно настроить цппс для передачи, я настраиваю ее как s,kp=5,p=1 так? А цппс принимающий m,kp=1,p=5 правильно?

Ничего про Систел не знаю.
Судя по кадру - АДРЕС=5. Значит он должен быть одинаков у мастера и слэйва. А в ваших конфигах цифры разные какие-то..
Что означают параметры kp и p?

m,kp=1,p=5 т.е. настраивается мастер под номером 1 и номером партнера 5. Т.е. кр-это номер конфигурируемого устройства, а р-номер(адрес) партнера. У меня мастер №1, партнер №5,

аксакал
Группа: Участники
Сообщений: 568
 Добавлено: 04-06-2008 15:54
Теперь мастер посылает 10 с9 05 се 16. слейв глотает и отсылает кадр мастеру, но мастер ругается 8705 data check error cnt=5a got=01 data pack whith error 10 11 49 01 88 и ответ от слейва не воспринимает, т.е. счетчик кадров стоит на месте.

Если слэйв отвечает кадром 10 11 49 01 88 ,
то это действительно ерунда какая-то, поэтому мастер её не понимает.

аксакал
Группа: Модераторы
Сообщений: 591
 Добавлено: 26-06-2008 16:18
Еще раз подниму тему: может ли КП передавать телеинформацию в 101-ом протоколе одновременно на 2 диспетчерских пункта (ЦППС)?
Или возможно ли по 101-ому протоколу настроить один из ЦППС-ов в режим "прослушки"?

Страницы: 1 2 3 Next>> ответить новая тема
Раздел: 
Телемеханика и связь в энергетике / Модемы и протоколы ТМ / Проблемы со 101-м протоколом

KXK.RU