Логика СПГ 742 Руководство программиста онлайн

Содержание

• Магистральный протокол м4 p.1
• Руководство программиста p.1
• Ражг 0293 33 p.1
• Логики p.1
• Магистральный протокол м4 руководство программиста 2 p.2
• Ао нпф логика 2012 2014 2016 p.2
• Структура сообщений 4 p.2
• Отдельные изменения связанные с дальнейшим совершенствованием изделий поддерживаю p.2
• Общие сведения 3 p.2
• Кс8 0 p.2
• Я5232 4 5 p.2
• Щих магистральный протокол м4 могут быть не отражены в настоящем 3 м издании p.2
• Тел факс 812 2522940 4452745 adm logika spb ru www logika spb ru p.2
• Сяс 16 9 2 p.2
• Содержание p.2
• Россия 190020 г санкт петербург наб обводного канала 150 p.2
• Процедуры взаимодействия абонентов p.2
• Приложение б 21 p.2
• Приложение а 19 p.2
• Перечень ссылок 8 p.2
• Принятые обозначения p.3
• Принципы организации магистрали p.3
• Общие сведения p.3
• Область применения p.3
• Базовый формат сообщений p.4
• Структура сообщений p.4
• Теги p.5
• Сокращенный формат сообщений p.5
• Основные типы структурных элементов p.7
• Intu ints leefioat p.7
• Time date p.8
• Asciistring p.8
• Процедуры взаимодействия абонентов p.9
• Инициализация сеанса обмена p.9
• Обработка ошибок p.10
• Чтение параметров p.11
• Запрос состоит из произвольного набора параметров запись которых должна быть выполнена структурирование элементов запроса осуществляется тегами pnum tag и tag значение по p.12
• Запись параметров осуществляется с помощью запроса p.12
• Запись параметров p.12
• Где ch номер канала рп номер параметра val значение параметра p.12
• Octet string mixed asciistring leefloat intu ints null p.12
• Следнего определяется типом передаваемого параметра и в общем случае может быть равным p.12
• Принимать значения p.12
• При записи настроечного параметра последний может быть одновременно сконфигурирован как p.12
• Поля сообщения tag в зависимости от типа соответствующего им структурного элемента могут p.12
• По усмотрению отправителя сообщения к неоперативным параметрам поле operative flag может p.12
• Оперативный или неоперативный для этого вслед за полем val к описывающей параметр структуре может быть присоединено поле operative flag таким образом каждая из строк представленного выше запроса может иметь вид p.12
• Не подключаться вообще или подключаться со значением байта flag 0 p.12
• Магистральный протокол м4 руководство программиста 12 p.12
• Поле option передает коды ошибок если таковые возникают в процессе записи перечень кодов p.13
• Ошибок соответствуют таблице 3 при успешной записи поле option имеет нулевую длину p.13
• Отчет содержит результаты записи каждого параметра из полученного набора в зависимости от p.13
• Опция archive указывает тип запрашиваемого архива и может принимать следующие значения 0 часовые 1 суточные 2 декадные p.13
• Магистральный протокол м4 руководство программиста 13 p.13
• Для получения от абонента накопленных им архивных данных используется запрос p.13
• Где cnt_l cnt_h номер архивного раздела младший и старший байты n максимальное количество включаемых в ответ записей сй канал p.13
• Байт rectype определяет тип запрашиваемых архивов а также формат их вывода структура байта rectype приведена ниже p.13
• Чтение архивов p.13
• Формат поля operative flag описан в п процедура назначения параметров оперативными или неоперативными может быть использована p.13
• Самостоятельно т е без передачи параметру нового значения для этого элемент val может не вклю чаться в запрос с учетом чего каждая строка представленного выше запроса записи может иметь в вид p.13
• Результата поле аск err tag может содержать тег подтверждения аск tag или тег ошибки err tag p.13
• После обработки запроса записи абонент возвращает отчет вида p.13
• Поле n в запросе может принимать значения 0 55 в ответ на запрос с n 0 будет возвращен указатель date 1 собственно архивные данные в ответ p.15
• Поле end date не подключается к запросу или заполняется кодом oxff если запрос чтения архива содержит отличное от нуля значение поля compression туре в ответ p.15
• Поле date 1 содержит дату записи ближайшую к заданному в запросе интервалу времени при p.15
• Например при полном отсутствии записей в архиве будет сформирован ответ p.15
• На такой запрос не включаются p.15
• Магистральный протокол м4 руководство программиста 15 p.15
• Запрос с n 0 удобно использовать для определения даты первой архивной записи для этого полю p.15
• Абонента включаются данные предварительно подвергнутые компрессии сжатию посредством ука занного в запросе метода p.15
• Start date присваивается значение соответствующее дате 01 01 00 и времени 00 00 00 p.15
• End date в сторону убывания при от сутствии таковых поле date 1 будут иметь нулевую длину p.15
• Archdate tag dl 0 sequence tag dl 0 p.15
• Турой p.15
• При отключенном сжатии данных compression туре 0 ответ абонента имеет вид p.15
• Поле tag в зависимости от типа параметра может принимать значения octet string asciistring leefloat intu ints null p.15
• Поле record содержит собственно архивную запись внутри записи отдельные параметры разделены тегами т е каждый параметр представлен струк p.15
• Последнее поле ответа т е поле содержащее указатель date 1 компрессии не подвергается при значении опции compression type l вне зависимости от количества запрашиваемых у або p.16
• Полным функции сжатия данных также могут не поддерживаться p.16
• Поле ответа data содержит подвергнутые компрессии архивные данные структура этого поля по p.16
• Передачи конкретного устройства абонента а также максимальной длиной поля msg body протоко ла м4 которая составляет 65535 байтов p.16
• Ответ абонента на запрос чтения архивной записи при compression type 0 имеет вид p.16
• Ных данных и тотальных значений параметров общий вид запроса p.16
• Нента архивных записей осуществляется ограничение длины поля data таким образом чтобы его длина не превышала 1024 байта длина поля регулируется подбором максимального количества включаемых в него целых структурных элементов соответствующих одной архивной записи поля archdata_tag record p.16
• Магистральный протокол м4 руководство программиста 16 p.16
• Запрос предназначен для выполнения пуска останова счета сброса накопленных абонентом архив p.16
• Где cmd код команды ор опции ch код канала p.16
• В зависимости от конкретного типа устройства набор формируемых им архивов может быть не p.16
• Cmd op ch 0x00 p.16
• Управление счетом p.16
• Туре или archive в поле rectype будет сформировано сообщение с кодом ошибки 0x02 недопусти мые значения параметров запроса p.16
• Сле декомпрессии на стороне получателя соответствует описанной выше структуре блока архивных данных ответа на запрос чтения архивной записи с опцией compression туре 0 p.16
• При получении запроса с недопустимыми для данного устройства значениями опций compression p.16
• При значении опции compression type 2 предельная длина поля data определяется объемом буфера p.16
• Выбор скорости обмена p.17
• Перечень ссылок p.18
• Магистральный протокол м4 руководство программиста 19 p.19
• Контрольный код сообщения 0xl9d9 получен посредством вычислений по приведенному алгорит p.19
• При выполнении получателем сообщения проверки контрольного кода crc 16 удобно пользовать p.19
• Ниже приводятся реализации алгоритмов вычисления контрольных кодов сообщений на языке си p.19
• Му он охватывает все сообщение за исключением кода начала кадра 0x10 т е байты p.19
• Контрольные коды сообщений p.19
• X90 0x00 0x00 0x05 0x00 0x3f 0x00 0x00 0x00 0x00 0xd9 0x19 p.19
• X10 oxff 0x90 0x00 0x00 0x05 0x00 0x3f 0x00 0x00 0x00 0x00 0xd9 0x19 p.19
• Oxff 0x90 0x00 0x00 0x05 0x00 0x3f 0x00 0x00 0x00 0x00 p.19
• Ся следующим свойством последнего если приписать к произвольному блоку информации его crc 16 а затем пересчитать crc 16 полученного таким образом нового блока то результатом будет ноль для приведенного примера нулевой результат дадут вычисления crc 16 следующего массива p.19
• Пример в качестве примера рассмотрим сообщение протокола м4 содержащее запрос сеанса связи p.19
• Приложение а p.19
• Пример приведем в качестве примера сокращенную форму уже рассмотренного выше запроса сеанса связи p.20
• При проверке кс8 на стороне получателя сообщения удобно пользоваться правилом аналогичным p.20
• Описанному для crc 16 если вычислить кс8 блока информации последним байтом которого является кс8 всех предшествующих байтов то результатом будет ноль т е для приведенного примера нуле вой результат даст вычисление кс8 следующего массива байтов p.20
• Магистральный протокол м4 руководство программиста 20 p.20
• Контрольная сумма сообщения охс 1 получена по приведенному алгоритму путем обработки сле p.20
• Контрольная сумма кс8 p.20
• Дующего массива байтов p.20
• Xff 0xзf 0x00 0x00 0x00 0x00 p.20
• X3f 0x00 0x00 0x00 0x00 oxcl p.20
• X10 0xff 0xзf 0x00 0x00 0x00 0x00 0хс1 0x16 p.20
• Приложение б p.21
• Цепи и сигналы p.21
• Аппаратное построение магистрального интерфейса p.21
• Согласование параметров линии связи p.22
• Протяженность магистрали p.22
• Подключение к порту и8232 p.24
• Электрические параметры p.24