|
| [ На главную ] -- [ Список участников ] -- [ Правила форума ] -- [ Зарегистрироваться ] |
| On-line: |
| Телемеханика и связь в энергетике / Модемы и протоколы ТМ / Порядковые номера APDU |
| Страницы: 1 |
|
| Автор | Сообщение |
|
Igelinmist Группа: Участники Сообщений: 4 |
Добавлено: 13-11-2010 08:17 |
|
Уважаемые коллеги! Нужна консультация по счетчикам принятых (отправленных) APDU для программирования обмена по МЭК. Каков принятый алгоритм работы с ними. Максимальная величина (32767) у меня достигается довольно быстро из-за потока данных в направлении клиента. Сейчас я делаю инициативное отключение от сервера и новое подключение на 10000, но может можно обойтись без переподключения? |
|
|
Alleksandr частый гость Группа: Участники Сообщений: 39 |
Добавлено: 14-11-2010 10:29 |
Ну во-первых, 32767 это максимальный размер данных в битах для передачи информации. Теперь, вы можете в этом диапазоне передать данные в формате - нормализованные, масштабированные, действительные. Далее, 10000 - это что? Для меня - это непонятное словоблудие, и потом, - какое то подключение, куда, зачем, -? А, интересно, что автор подазумевал под этим всем? |
|
|
Igelinmist Группа: Участники Сообщений: 4 |
Добавлено: 14-11-2010 13:39 |
|
Попробую пояснить... К серийным устройствам телемеханики вопрос отношения не имеет... Мне надо собирать в одно место технологические измерения с пяти Омских станций. Сейчас это делается адресной UDP передачей определенных блоков данных, которые потом разбираются и складываются в базу. Гарантий доставки и контроля передачи - никаких. Приказ 603 РАО ЕЭС заставил поподробнее вникнуть в ГОСТы, описывающие протокол МЭК-104 и уже после реализации телемеханики возникла мысль перевести сбор данных с этих самых электростанций на стандартный обмен. КП был написан на Дельфях с использованием библиотеки IECslave от ЭНТЕЛС. Он уже с год как работает. Сейчас взялся писать клиента, который подключается к нескольким КП. Теперь собственно суть вопроса: КП ведет счетчик отправленных, принятых и подтвержденных APDU (в терминологии могу соврать - пишу из дома без гостов под рукой). Передаваемый порядковый номер передается в I-APDU, где под него отведено 15 бит - значит предел целого числа 32767. Вот я и спрашиваю про логику работы с этим счетчиком. Следующий номер - 0(1)? И значит я клиентом должен обязательно подтвердить получение 32767 APDU, а потом снова начать подтверждать с 0(1)? В гостах и описаниях системного оператора ничего пока про это не нашел. Цифра 10000, Вы правы, ни о чем. Просто в одном из гостов сказано, что активный перезапуск делается, в том числе, при длительной передаче в одном направлении. 10000 взята с потолка. |
|
|
Igelinmist Группа: Участники Сообщений: 4 |
Добавлено: 15-11-2010 06:48 |
|
Вобщем поставил снифер на наш сервер телемеханики, который интенсивно шлет данные в РДУ и нашел подтверждение своему предположению. Нумерация циклится. После 32767 идет 0 и все. Причем можно после 32762 (к примеру) подтвердить получение вплоть до нулевого номера, т.е. послать S(32762), получить несколько I-APDU, потом послать S(0) по мере обработки принятых сообщений. Спасибо, вопрос снимается. |
| Страницы: 1 |
|
| Телемеханика и связь в энергетике / Модемы и протоколы ТМ / Порядковые номера APDU |