Загальні відомості

“AgentRgt” - програмне забезпечення станції “ЄС-11”.

Програма “AgentRgt” призначена для автономного знімання даних реєстрації з’єднань, що відбуваються в цифровій станції ЄС-11 згідно наперед складених графіків роботи, формування бази даних dbf, звіту у вигляді файлів на основі отриманої інформації та символьного лог-файлу роботи програми.

За допомогою даних, зчитаних програмою AgentRgt з однієї станції можна дізнатись такі характеристики розмови:

• хто дзвонив;

• куди дзвонив;

• тривалість розмови;

• час початку, закінчення розмови;

• ін.

Зауважимо, що програма забезпечує можливість працювати з багатьма станціями.

Принцип роботи програми

Програма “AgentRgt” займається збором даних реєстрації з’єднань, що відбуваються в цифрових станціях “ЄС-11” згідно наперед складених графіків роботи та створенням файлів бази даних типу DBase (dbf) для подальшої обробки їх у СУБД. Програма взаємодіє через послідовний

(COM / Serial) порт із цифровою станцією “ЄС-11”. Фізичний зв’язок із станцією може забезпечуватись або прямим включенням з’єднувального кабелю (послідовні порти на стороні

комп’ютера та станції) або за допомогою модему, що забезпечує зв’язок через міську/міжміську телефонну мережу. У другому випадку для роботи потрібні 2 (два) модеми - один підключений до комп’ютера оператора, другий - до віддаленої станції. Перший модем ініціює зв’язок із другим

модемом; після набору номера та встановлює зв’язок, після чого встановлюється канал передачі даних.

Після встановлення зв’язку із станцією (локальною чи віддаленою) програма зчитує з неї інформацію щодо усіх здійсненних / нездійсненних розмов. Процес зчитування може відбуватись за допомогою втручання оператора (позачергово) або самостійно по наперед заданому графіку

(автоматично). Далі детально розглянемо, яка саме інформація передається в програму реєстрації розмов.

Робота із програмою організована у вигляді сеансів. Один сеанс - один проміжок часу, протягом якого зчитуються дані зі станції. Час між плановими сеансами встановлюється оператором у файлі завдання роботи програми. Якщо не вдалось здійснити сеанс за графіком, за

певних причин, то така ситуація називається аварійною. Програма перериває роботу з данною станцією та переходить на аварійний режим. Для цього вона заносить у список запусків сеансів по даній станції час, що рівний часу аварії + 10 хвилин. Якщо через 10 хвилин аварійне знімання даних

знову не спрацює, то в список завдань заноситься нове значення аварійного знімання даних (через 10 хвилин) і так далі. Після закінчення аварійного режиму (успішно прочитано дані в останньому аварійному сеансі) програма переходить у режим роботи по визначеному графіку.

Файл завдання роботи повинен бути сформований до початку запуску програми. В ньому міститься уся необхідна інформація для автономної та коректної роботи програми. Далі структура та зміст цього файлу буде детально розглянуто та наведено приклади.

Програмне забезпечення станції веде так званий бортжурнал. Він представляє собою список записів реєстрації розмов. Кожний запис містить усю необхідну інформацію та часові характеристики про лінію, що зробила запит до бортжурналу. Інформація про те, які саме лінії можуть робити запити до бортжурналу, а які не можуть робити, вказується в таблиці ліній станції на етапі зборки програмного забезпечення станції. Проте існує можливість зміни умови реєстрації чи не реєстрації лінії у програмі моніторингу станції “Agent”. В ньому передбачено спеціальний

режим “Параметри лінії”, в якому можна здійснити цю операцію.

Станція “ЄС-11” має можливість вести реєстрацію таких подій:

• вихідні розмови, що відбулись;

• вихідні розмови, що не відбулись;

• вхідні розмови, що відбулись;

• вхідні розмови, що не відбулись.

В пунктах “вихідні та вхідні розмови, що не відбулись” фактично враховуються (реєструються) тільки КПВ (контроль посилки виклику) та дзвінок відповідно.

Ці пункти стосуються всіх типів розмов. Додатково є можливість міжміських та міжнародних розмов, що відбулися.

Бортжурнал це власне і є система реєстрації з’єднань. Програма “AgentRgt” використовує цей бортжурнал у власних цілях - формує файл бази даних типу dbf із відповідною назвою (див п.G6 Файли) . Також паралельно з веденням записів у файл бази даних уводяться записи в символьний (простий текстовий) файл із кодуванням символів у стандарті операційної системи Windows. Структура цих файлів розглянута в розділі G6.

Файли

Під час роботи програми “AgentRgt” створюються (використовуються) такі файли:

• файл бази даних реєстрації розмов;

• символьний файл реєстрації розмов;

• файл-звіт роботи “AgentRgt” (із назвою <Program>.log), де <Program> - назва файлу, що запускається на виконання (файл AgentRgt.log)

• файл завдання збору інформації (наприклад, task.ini)

• файл аналізу завдання збору інформації (task.txt)

Правила формування назви файлу бази даних БД реєстрації (обираються за допомогою ключових значень у файлі завдання збору реєстрації (task.ini) для кожної станції ).

Існує два методи формування назв файлів БД:

1) для сумісності із старими СУБД (системами управління баз даних), а також ОС MS-DOS назви файлів формуються наступним чином – назва файлу складає 8 (вісім) символів (цифр) та стандартне розширення .dbf – наприклад, 02061218.dbf, де 02 – рік, 06 – місяць, 12 – день, 18 – година створення файлу БД реєстрації.

2) довга назва файлу - файл бази даних реєстрації розмов *.dbf формується наступним чином – 8 символів назва станції, далі символи «_Rgt_», потім дата й час створення файлу БД та розширення .dbf. Для того щоб інші програми не формували подібні файли, введено суфікс «_Rgt».

Розмір файлу БД обмежений – 1,4 Мб. (для зручності перенесення на 3,5’’ дискетах). Після досягнення цього розміру формується новий файл БД у тому ж каталозі, що і попередній з подібною назвою (змінюється лише дата та час). Формат дати та часу наступний – 2 символи – рік (00 – 2000 рік, 99 – 2099 рік) , 2 символи – місяць (01 - січень, 12 - грудень, 2 символи день (01 … 31) і 2 символи – година доби (00..23 год). Цей порядок вибраний із точки зору зручності сортування файлів у файловій системі.

Наприклад – файл БД abntxQry_Rgt_02041519.dbf, abntyRft_Rgt_02041720.dbf (довгі імена) Та 02041519.dbf, 02041720.dbf –короткі імена файлів.

Метод найменування файлів вказується як опція для кожної станції, зокрема, в файлі завдання збору інформації реєстрації з’єднань. По замовчуванню імена файлів кодуються в 8-ми символьному форматі.

Структура файлу бази даних *.dbf розглянута послідовно по полях в таблиці :

Структура файлу бази даних.

//таблиця опису полів для БД “AgentRgt” (частина коду програми на C++)

const TFildDescr FildDescr_Rgt[etCOUNT_Rgt] =

{ { "recnumb", 'N', 8 }, //recordnumb

{ "reccode", 'C', 2 }, //recordcode

{ "LINETYPE", 'C', 4 },

{ "LINECODE", 'C', 4 },

{ "SUBSFROM", 'C', 8 },

{ "BEG1DATE", 'D', 8 },

{ "beg1time", 'C', 8 },

{ "beg2date", 'D', 8 },

{ "beg2time", 'C', 8 },

{ "enddate", 'D', 8 },

{ "endtime", 'C', 8 },

{ "duration", 'N', 5 },

{ "soedcode", 'C', 4 },

{ "tariff", 'N', 5 },

{ "talkflag", 'C', 2 },

{ "talkcomm", 'C', 16 },

{ "substo", 'C', 20 } }.

Дана таблиця складається з масиву структур полів БД. Кожне поле представлено наступною структурою: назва поля (напр. “recnumb”), тип поля – ‘C’ – символьний (Character), ‘N’ – числовий (Numeric), ‘D’ – дата (Date); і останнє значення – довжина поля таблиці в байтах.

Значення поля talkflag показано в наступній таблиці (біт – відносно станції):

Поле Talkcomm формується наступним чином – перші 8 байт – код помилки для поточного рядка (якщо запис помилковий – наприклад, некоректні дані в певному полі). Із 8 байт використовується чотири. Приклад – Er01 – код помилки 01, Er14 – код помилки 14.

Зміст коду помилки – це індекс поля, в якому є некоректні дані. Для коду Er01 – некоректним є перше поле запису (нумерація починається з нульового елемента).

Наступні 8 байт – значення поля TalkFlags у двійковому форматі. Наприклад, 00011001 для значення TalkFlags = 19.

Увага! Перша та друга частина виводяться не завжди. Перша частина (ErXX) виводиться лишепри існуванні помилкових даних у записі, друга частина – при вказані відповідного ключа у файлі завдання збору реєстрації (параметр ShowBinTalkFlags = yes) – див опис файлу завдання збору.

Приклади значень поля Talkcomm :

1) “Er01 00111001”,

2) “. “,

3) “. 00111001”.

Якщо помилок у записі немає – перший символ поля – це крапка < . >

Структура символьного файлу реєстрації розмов абсолютна така ж як і файлу бази даних.

Єдина різниця в призначенні. Файл бази даних використовується власне в СУБД, а символьний файл використовується для контролю, оскільки відображає інформацію у вигляді, зручному для читання.

На кожну станцію програма “AgentRgt” веде окремі файли (бази даних та символьний).

Принцип найменування символьного файлу – файл називається так як і файл БД, лише розширення .log. Наприклад - файл БД - abntxQry_Rgt_02041519.dbf, символьний файл - abntxQry_Rgt_02041519.log (якщо назва файлу БД формується як довга назва файлу) і 02041519.log

– якщо назва файлу БД була 02041519.dbf.

Файл AgentRgt.log формується в тому ж каталозі, що і програма AgentRgt.exe. Він містить інформацію щодо кожного сеансу роботи із станціями, а також різноманітну допоміжну інформацію. Структура її наступна:

• дата початку роботи програми;

• час початку роботи програми;

• стрічка “Початок роботи програми AgentRgt” та в дужках версія програми.

Далі послідовно записані усі сеанси роботи із програмою AgentRgt:

• дата початку роботи сеансу;

• час початку роботи сеансу;

• стрічка “Сеанс N”, де N - номер сеансу; тип сеансу (за графіком чи позачерговий), маршрут

доступу до станції, файл БД реєстрації станції

далі - якщо не вдалось почати взаємодію із станцією, то виводиться причина помилки, якщо ж взаємодію вдалось почати, то виводиться скорочена назва станції, версія програмного забезпечення станції, відносний час роботи станції;

• стрічка “Запис N станцією не стертий”, де N - номер запису в бортжурналі чи “стертий” в залежності від програмного забезпечення станції;

• кількість зчитаних записів за один сеанс;

В кінці файла:

• стрічка “всього зчитаних записів N”, де N - кількість прочитаних записів за всі сеанси роботи програми;

• Стрічка “закінчення роботи програми“.

Файл завдання збору інформації – це головний файл роботи програми. Назва файлу – довільна, розширення файлу - .ini

Структура файлу. Файл складається з таких частин :

- Список графіків роботи;

- Список станцій, із яких слід знімати дані.

1. Список графіків роботи. В цьому розділі (позначається [Grafik]) задаються графіки та години, в які будуть відбуватись сеанси із станцією.

Наприклад : DayGrafik = 10:05, 13:30-16:00(interval 1:0), 23:00 ; денний графік роботи Час запуску сеансу задається у вигляді: ГОД:ХВ (відповідно година та хвилина), або якщо ми хочемо вказати період роботи – ГОД1:ХВ1 – ГОД2:ХВ2 (interval ГОД3:ХВ3), де ГОД1:ХВ1 – час початку роботи інтервалу, ГОД2:ХВ2 – час закінчення інтервалу, ГОД3:ХВ3 – через який проміжок мають спрацьовувати сеанси в межах заданого інтервалу часу.

Знак „ ; ” означає коментар. Усе, що йде після нього до уваги програмою не береться.

Приклад періодичного графіка на всю добу з інтервалом 5 хвилин між сеансами :

PeriodTest=1:0-23:55(interval 0:5) ; періодичний на всю добу

Кількість визначених графіків – довільна, виходячи з потреб.

2. Список станцій, із яких слід знімати дані. В цій секції файлу вказуються для кожної станції всі необхідні її характеристики. Приклад опису однієї станції :

[Station abntxQal]

Marshrut = COM3(9600)

FileShortName = yes

HiddenName = yes

ShowBinTalkFlags = yes

LogInterval = 5

DbfPath = c:\Dbf

Mon=DayTimeGrafik-1:0

Tue=;PeriodTest2;DayTimeGrafik

Wed=NightTimeGrafik

Thu=NightTimeGrafik

Fri=PeriodTest;DayTimeGrafik

Sun=DayTimeGrafik

Кожен блок опису станції має мати заголовок типу [Station abntxQal] , тут abntxQal – назва станції, із якою будуть зніматись дані. Назва станції обов’язково повинна мати у своїй назві 8 символів.

Далі ідуть наступні секції :

Marshrut = COM3(9600) – задається маршрут доступу до станції. В цьому випадку до станції можна добратись, відкривши послідовний порт COM3 на швидкості 9600 біт/с

Інші можливі варіанти типу маршруту - MODEM(57031, ********) – через модем, який має набрати номер 57031 та після встановлення зв’язку з віддаленою станцією передати пароль – 8 символів * (********); TRANSIT(abntxQal) – транзит через станцію abntxQal.

Маршрут може складатись з цих типів, розділених комою („ , ” ). Також можна задавати коментарі в кінці маршруту – знак крапка з комою („ ; ” ).

Увага! Маршрут у програмі лише тоді вважається доступним коли є доступні всі його складові ланки, а також якщо назва станції співпадає із заданою у файлі. FileShortName = yes – опція FileShortName задає правило формування назв файлів БД (якщо yes або опція закоментарена чи взагалі відсутня, то назви файлів будуть короткі (8 символів – дата-час),

а якщо no – будуть використовуватись довгі назви файлів із вказуванням назви станції, суфікса типу програми та дати-часу)

HiddenName = yes – це додаткова опція, якщо задано yes – в заголовку файлу БД буде записуватись додаткова інформація, що дозволить при різних обставинах ідентифікувати файл БД реєстрації, якщо вона (опція) не задана або закоментарена, то по замовчуванню ця інформація буде прописуватись). Якщо виникатимуть труднощі з відкриттям таких файлів у СУБД, слід задати опцію HiddenName = no.

ShowBinTalkFlags = yes – додаткова опція, можливі значення yes та no (регістр букв не має значення). Якщо задано yes – в полі БД Talkcomm буде виводись в бінарному форматі значення поля TalkFlags (наприклад, 00111001 для значення 39 поля TalkFlags). Якщо нічого не задано (опція відсутня, або задано no – бінарний код виводитись не буде. LogInterval = 5 -додаткова опція, дозволяє налаштувати інтервал виведення значення записів

реєстрації в дублюючий БД символьний лог-файл. Якщо опція не задана – береться значення по замовчуванню - 1 (тобто виводяться усі записи в лог – файл). Можливі значення параметру – від 1 до 1000. Всі інші значення приймаються як некоректні.

DbfPath = c:\Dbf – так задається шлях до директорії, де зберігатиметься файл бази даних станції. При неіснуючій директорії програма створить вказану директорію (якщо слід створити більше однієї директорії - вони усі будуть створені). При неуспішному створенні

директорій програма видасть помилку на стадії аналізу файлу.

Увага ! Існує обмеження на розмір файлу бази – 1,4 Мегабайт. (після чого буде створений новий файл із новою назвою по вище описаних правилах формування назв файлів)

Mon=DayTimeGrafik-1:0

Tue=PeriodTest

...

тут задаються робочі дні тижня (Mon – Понеділок, Tue – Вівторок, ...), а також назва графіка, по якому буде відбуватись робота із станцією. Також можна задавати відхилення від роботи графіка у вигляді ГОД:ХВ.

Якщо якийсь день пропущено, то в цей день дані зніматись не будуть. Це ж саме, що написати Mon = (не вказувати назву графіка)

Кількість описових блоків станцій довільна. Кожен опис станції повинен містити унікальну назву станції. Задавання однакових назв станцій – помилка.

Приклад реального файлу завдання по збору інформації:

[Grafik]

testGrafik=0:0-23:0(interval 0:30) ;періодичний на всю добу

DayTimeGrafik=10:05, 13:30-16:00(interval 1:0), 23:00 ;графік

NightTimeGrafik=1:00, 3:00 ; нічний графік роботи

PeriodicalGrafik=0:0-23:00(interval 0:5) ;періодичний на всю добу

PeriodTest=12:0-23:05(interval 0:1) ;періодичний на всю добу

PeriodTest2=17:00-23:0(interval 0:2) ;періодичний на всю добу

[Station abntxQal]

Marshrut = COM3(9600), MODEM(57031, ********) ;через модем

DbfPath = c:\dbf\abntxQal

Mon=DayTimeGrafik-1:0

Tue=;PeriodTest2;DayTimeGrafik

Wed=NightTimeGrafik

Thu=NightTimeGrafik

Fri=PeriodTest;DayTimeGrafik

Sat=DayTimeGrafik

Sun=

[Station abntxQry]

Marshrut = COM1(38400);, TRANSIT(abntxQal)

Dbfpath=С:\DBF\abntxQry

Mon=DayTimeGrafik-1:0

Tue=PeriodTest2;DayTimeGrafik

Wed=PeriodTest

Thu=NightTimeGrafik

Fri=DayTimeGrafik

Sat=DayTimeGrafik

Sun=

Файл аналізу завдання task.txt

В цьому файлі оператор має змогу побачити, що розпізнано коректно і де були допущені помилки в файлі task.ini.

Файл аналізу завдання C:\_Work\proglog\task.ini

Початок роботи - 26.11.2001 12:12:12

Доступні графіки роботи станцій:

=================================

Графік testGrafik :

--------------------

Запуск здійснюється 47 раз (и, -ів).

00:00; 00:30; 01:00; 01:30; 02:00; 02:30; 03:00; 03:30; 04:00; 04:30;

05:00; 05:30; 06:00; 06:30; 07:00; 07:30; 08:00; 08:30; 09:00; 09:30;

10:00; 10:30; 11:00; 11:30; 12:00; 12:30; 13:00; 13:30; 14:00; 14:30;

15:00; 15:30; 16:00; 16:30; 17:00; 17:30; 18:00; 18:30; 19:00; 19:30;

20:00; 20:30; 21:00; 21:30; 22:00; 22:30; 23:00;

Графік DayTimeGrafik :

-----------------------

Запуск здійснюється 5 раз (и, -ів).

10:05; 13:30; 14:30; 15:30; 23:00;

Графік NightTimeGrafik :

-------------------------

Запуск здійснюється 2 раз (и, -ів).

01:00; 03:00;

Графік PeriodicalGrafik :

--------------------------

Запуск здійснюється 277 раз (и, -ів).

00:00; 00:05; 00:10; 00:15; 00:20; 00:25; 00:30; 00:35; 00:40; 00:45;

00:50; 00:55; 01:00; 01:05; 01:10; 01:15; 01:20; 01:25; 01:30; 01:35;

… … …

22:30; 22:35; 22:40; 22:45; 22:50; 22:55; 23:00;

Графік PeriodTest :

--------------------

Запуск здійснюється 666 раз (и, -ів).

12:00; 12:01; 12:02; 12:03; 12:04; 12:05; 12:06; 12:07; 12:08;

12:09;

12:10; 12:11; 12:12; 12:13; 12:14; 12:15; 12:16; 12:17; 12:18;

12:19;

… … …

23:00; 23:01; 23:02; 23:03; 23:04; 23:05;

Графік ___________PeriodTest2 :

---------------------

Запуск здійснюється 181 раз (и,-ів).

17:00; 17:02; 17:04; 17:06; 17:08; 17:10; 17:12; 17:14; 17:16;

17:18;

17:20; 17:22; 17:24; 17:26; 17:28; 17:30; 17:32; 17:34; 17:36;

17:38;

… … …

23:00;

Доступні станції:

==================

Станція abntxQal :

-------------------

Маршрут : COM3(9600), modem(57031,********)

Шлях до баз: c:\

Аварійний інтервал: 00:10

Mon=по графіку DayTimeGrafik - 01:00

Tue=не запускається

Wed=по графіку NightTimeGrafik

Thu=по графіку NightTimeGrafik

Fri=по графіку PeriodTest

Sat=по графіку DayTimeGrafik

Sun=не запускається

Шлях до .map файлу станції: не задано.

Задані лінії для обробки: помилка або не задані

Станція abntxQry :

-------------------

Маршрут : COM1(38400)

Шлях до баз: C:\_Work\proglog\

Аварійний інтервал: 00:10

Mon= по графіку DayTimeGrafik - 01:00

Tue= по графіку PeriodTest2

Wed= по графіку PeriodTest

Thu= по графіку NightTimeGrafik

Fri= по графіку DayTimeGrafik

Sat= по графіку DayTimeGrafik

Sun= не запускається

Шлях до .map файлу станції: не задано.

Задані лінії для обробки: помилка або не задані

Часи роботи усіх станцій по днях тижня.

========================================

день Mon:

---------------

Запуск здійснюється 10 раз (и, -ів).

09:05(abntxQal); 09:05(abntxQry);

12:30(abntxQal); 12:30(abntxQry);

13:30(abntxQal); 13:30(abntxQry);

14:30(abntxQal); 14:30(abntxQry);

22:00(abntxQal); 22:00(abntxQry);

день Tue:

---------------

Запуск здійснюється 181 раз (и, -ів).

17:00(abntxQry); 17:02(abntxQry); 17:04(abntxQry); 17:06(abntxQry);

17:08(abntxQry);

17:10(abntxQry); 17:12(abntxQry); 17:14(abntxQry); 17:16(abntxQry);

17:18(abntxQry);

… … …

23:00(abntxQry);

день Wed:

---------------

Запуск здійснюється 668 раз (и, -ів).

01:00(abntxQal);

03:00(abntxQal);

12:00(abntxQry); 12:01(abntxQry); 12:02(abntxQry); 12:03(abntxQry);

12:04(abntxQry);

12:05(abntxQry); 12:06(abntxQry); 12:07(abntxQry); 12:08(abntxQry);

12:09(abntxQry);

… … …

23:05(abntxQry);

день Thu:

---------------

Запуск здійснюється 4 раз (и, -ів).

01:00(abntxQal); 01:00(abntxQry);

03:00(abntxQal); 03:00(abntxQry);

день Fri:

---------------

Запуск здійснюється 671 раз (и, -ів).

10:05(abntxQry);

12:00(abntxQal); 12:01(abntxQal); 12:02(abntxQal); 12:03(abntxQal); 12:04(abntxQal);

12:05(abntxQal); 12:06(abntxQal); 12:07(abntxQal); 12:08(abntxQal); 12:09(abntxQal);

… … …

23:04(abntxQal); 23:05(abntxQal);

день Sat:

---------------

Запуск здійснюється 10 раз (и, -ів).

10:05(abntxQal); 10:05(abntxQry);

13:30(abntxQal); 13:30(abntxQry);

14:30(abntxQal); 14:30(abntxQry);

15:30(abntxQal); 15:30(abntxQry);

23:00(abntxQal); 23:00(abntxQry);

день Sun:

---------------

Запуск здійснюється 0 раз (и, -ів).

Знайдені помилки та зауваження:

================================

відсутні.

Кінець роботи - 26.11.2001 12:12:12

Питання, що виносяться на екзамен

1. Призначення програми “AgentRgt ”

2. Поясніть принцип роботи програми “AgentRgt ”

Питання, що виносяться на модульний контроль

1. Програма “AgentRgt ” – це…

А) програма автономного знімання даних статистики ліній та плат

Б) програма автономного знімання даних реєстрації з’єднань

В) програма індикації стану

Г) програма автономного знімання даних реєстрації з’єднань .

2. Що означає поле файлу бази даних Recnumb?

А) Семизначний номер + категорія того абонента, що ініціював розмову Б) Дата початку попередньої фази (КПВ чи дзвінка)

В) Ім’я драйвера, що обслуговує дану лінію

Г) Номер запису у файлі бази даних

Львівський коледж Державного університету інформаційно-комунікаційних технологій

ЛЕКЦІЯ

з дисципліни: «Технічне обслуговування станційного обладнання»

Розділ 4 Технічна експлуатація систем комутації

Тема 4.1 Програмні та апаратні засоби контролю обладнання

цифрових систем комутації

Лекція № 36

Програма переписування даних енергозалежної пам’яті станції “RdWrCmos”

Львів – 2011р.

План лекції