5. Практическая часть
5.1. Особенности разработки
программ для ОЭВМ
Для проектирования на языке АССЕМБЛЕР
программного обеспечения для устройства,
основанного на однокристальной ЭВМ, необ-
ходимо знать архитектуру и систему команд
данной ОЭВМ.
Микроконтроллер AT89C52 имеет множество
регистров, расположенных в адресном прост-
ранстве ОЗУ регистров спецфункций и 111
машинных команд [1] форматом 1,2 или 3 ба-
йта с различными аргументами и способами
адресации, предназначенных для разнообраз-
ной обработки данных в этих регистрах,дру-
гих областях памяти (внутреннее ОЗУ дан-
ных, ПЗУ,внешнее ОЗУ),а также в двунаправ-
ленных внешних портах.
ОЭВМ имеет:
■ 8 килобайт внутреннего ПЗУ;
■ 32 регистра общего назначения (РОН),
разбитых на 4 блока по 8 регистро R0-R7;
■ 128 определяемых пользователем прог-
раммно-управляемых флагов;
■ набор регистров специальных функций
(SFR, Special Function Registers);
■ 256 байт внутреннего ОЗУ данных, пере-
секающегося нижними 128 байтами с памятью
регистров спецфункций. ОЗУ данных доступно
только с помощью косвенной регистровой ад-
ресации по регистрам R0,R1.
В ОМЭВМ предусмотрена возможность зада-
ния частоты внутреннего генератора с помо-
щью кварца,LC-цепочки или внешнего генера-
тора. Тактовая частота не должна превышать
24 МГц.
Регистры спецфункций с указанием адре-
сов приведены в таблице 5.1.1 (регистры,
допускающие побитовую адресацию, помечены
звёздочкой):
Таблица 5.1.1
┌───────────┬─────────────────────┬──────┐
│Обозначение│ Наименование │ Адрес│
├───────────┼─────────────────────┼──────┤
│ *ACC │ Аккумулятор │ 0E0h │
├───────────┼─────────────────────┼──────┤
│ *B │ Регистр B │ 0F0h │
├───────────┼─────────────────────┼──────┤
│ *PSW │ Регистр состояния │ │
│ │ программы │ 0D0h │
├───────────┼─────────────────────┼──────┤
│ SP │ Указатель стека │ 81h │
├───────────┼─────────────────────┼──────┤
│ DPTR │ Указатель данных. │ │
│ │ 2 байта: │ │
│ - DPL │ - младший байт │ 82h │
│ - DPH │ - старший байт │ 83h │
├───────────┼─────────────────────┼──────┤
│ *P0 │ Порт 0 │ 80h │
├───────────┼─────────────────────┼──────┤
│ *P1 │ Порт 1 │ 90h │
├───────────┼─────────────────────┼──────┤
│ *P2 │ Порт 2 │ 0A0h │
├───────────┼─────────────────────┼──────┤
│ *P3 │ Порт 3 │ 0B0h │
├───────────┼─────────────────────┼──────┤
│ *IP │ Регистр приоритетов │ │
│ │ прерываний │ 0B8h │
├───────────┼─────────────────────┼──────┤
│ *IE │ Регистр разрешения │ │
│ │ прерываний │ 0A8h │
├───────────┼─────────────────────┼──────┤
│ TMOD │ Регистр режимов │ │
│ │ таймера/счётчика │ 89h │
├───────────┼─────────────────────┼──────┤
│ *TCON │ Регистр управления │ │
│ │ таймера/счётчика │ 88h │
├───────────┼─────────────────────┼──────┤
│ TH0 │ Таймер/счётчик 0. │ │
│ │ Старший байт │ 8Ch │
├───────────┼─────────────────────┼──────┤
│ TL0 │ Таймер/счётчик 0. │ │
│ │ Младший байт │ 8Ah │
├───────────┼─────────────────────┼──────┤
│ TH1 │ Таймер/счётчик 1. │ │
│ │ Старший байт │ 8Dh │
├───────────┼─────────────────────┼──────┤
│ TL1 │ Таймер/счётчик 1. │ │
│ │ Младший байт │ 8Bh │
├───────────┼─────────────────────┼──────┤
│ *SCON │ Управление после- │ │
│ │ довательным портом │ 98h │
├───────────┼─────────────────────┼──────┤
│ SBUF │ Буфер последовате- │ │
│ │ льного порта │ 99h │
├───────────┼─────────────────────┼──────┤
│ PCON │ Управление │ │
│ │ потреблением │ 87h │
└───────────┴─────────────────────┴──────┘
Аккумулятор. ACC - регистр аккумулято-
ра. Команды, предназначенные для работы с
аккумулятором, используют мнемонику "A",
например, MOV A, P2. Мнемоника "ACC" испо-
льзуется,к примеру,при побитовой адресации
аккумулятора. Так,символическое имя пятого
бита аккумулятора будет следующим: ACC.5.
Регистр B. Используется во время опера-
ций умножения и деления.Для других инстру-
кций регистр B может рассматриваться как
дополнительный сверхоперативный регистр.
Регистр состояния программы. Регистр
PSW содержит флаги состояния программы.
Указатель стека SP. 8-битовый регистр,
содержимое которого инкрементируется перед
записью данных в стек при выполнении ко-
манд PUSH и CALL. При начальном сбросе
указатель стека устанавливается в 07h, а
область стека в ОЗУ данных начинается с
адреса 08h. При необходимости путём пере-
определения указателя стека область стека
может быть расположена в любом месте внут-
реннего ОЗУ микроЭВМ.
Указатель данных. Указатель данных
(DPTR) состоит из старшего байта (DPH) и
младшего байта (DPL). Содержит 16-битовый
адрес при обращении к внешней памяти.Может
использоваться как 16-битовый регистр или
как два независимых восьмибитовых регист-
ра.
Порт0-Порт3. Регистрами специальных фу-
нкций P0, P1, P2, P3 являются регистры-
<защёлки> соответствующих портов.
Буфер последовательного порта. SBUF
представляет собой два отдельных регистра:
буфер передатчика и буфер приёмника. Когда
данные записываются в SBUF, они поступают
в буфер передатчика, причём запись байта в
SBUF автоматически инициирует его передачу
через последовательный порт. Когда данные
читаются из SBUF, они выбираются из буфера
приёмника.
Регистры таймера. Регистровые пары
(TH0,TL0) и (TH1,TL1) образуют 16-битовые
счётные регистры соответственно таймера-
счётчика 0 и таймера-счётчика 1.
Регистры управления. Регистры специаль-
ных функций IP, IE, TMOD, TCON,SCON и PCON
содержат биты управления и биты состояния
системы прерываний, таймеров/счётчиков и
последовательного порта.
──────────────────────────────────────────
5.2. Разработка и описание программы
5.2.1. Реализация упаковщика по методу
битового RLE с сегментацией
Самой критичной по времени исполнения
частью программы является упаковщик по ме-
тоду битового RLE с одновременной выдачей
сжатых данных в последовательный порт. По-
скольку этот участок является для програм-
мы решающим,разработку кода программы луч-
ше всего начать с него. В разделе 4.1 было
оценено время в машинных циклах AT89C52
между двумя передаваемыми байтами. Это по-
зволяет выбрать строение внутреннего цикла
программы,ориентируясь на время выполнения
одного прохода цикла подсчёта количества
подряд идущих одинаковых бит. Это время не
может превышать:
1000/128 ў 8 (МЦ),
а на практике - ещё меньше,чтобы предусмо-
треть время на остальную часть программы,
помимо цикла.
Для подсчёта количества одинаковых бит
нам обязательно потребуется чтение внешне-
го ОЗУ командой movx a,@dptr или аналогич-
ной командой movx a,@Ri, использующей ре-
гистр R0 или R1. В данном случае это не
составляет разницы,поскольку и та,и другая
команда выполняются за 2 МЦ. При переходе
к каждому следующему байту адрес необходи-
мо инкрементировать с учётом зацикливания
внутри четверти ОЗУ. Разумеется,неприменим
фрагмент, делающий это напрямую:
...
mov a,dph
inc dptr
xrl a,dph
anl a,#30h
xrl a,dph
mov dph,a
...
поскольку один только этот фрагмент выпол-
няется за 1+1+1+1+1+1=6 МЦ.
Поэтому целесообразным представляется
вычислить до входа в цикл количество про-
ходов цикла таким образом, чтобы инкремен-
тирование старшего байта адреса происходи-
ло после выхода из цикла, а в самом цикле
осталось только inc dpl (1 МЦ).
Далее нам требуется организовать про-
верку бита в считанном байте и выход
из цикла при нужном значении этого би-
та. Такую задачу можно решить командой
jb acc.N,label (или jnb), где N - номер
проверяемого бита. Но в этом случае требу-
ется иметь в программе 16 (8 битов · 2 по-
лярности) похожих участков, что не очень
удобно. Тем более что с учётом команды за-
цикливания djnz counter,loop (2 МЦ) весь
цикл будет отнимать 2+1+2+2=7 МЦ, что поч-
ти на пределе выделенного времени.
Таким образом, имеет смысл "раскрыть
цикл", то есть сгруппировать действия,осу-
ществлявшиеся в несколько проходов цикла,
в один проход. В нашем случае достаточно 4
проходов внутри одного (приведён фрагмент
для подсчёта нулевых битов):
bp01: movx a,@dptr ;2 МЦ
orl orer,a ;1 МЦ: накапливаем
;единицы в orer
inc dpl ;1 МЦ
bp02: movx a,@dptr
orl orer,a
inc dpl
bp03: movx a,@dptr
orl orer,a
inc dpl
bp04: movx a,@dptr
orl orer,a
mov a,orer ;1 МЦ
anl a,masker ;1 МЦ
jnz bp0_e ;2 МЦ: среди 4 прочи-
;танных байт попалась
;единица в бите по
;маске masker
mov orer,#0 ;1 МЦ
inc dpl
djnz b,bp01 ;2 МЦ
...
Метки bp01, bp02, bp03 и bp04 - четыре
входа в цикл, причём выбор одного из них
зависит от того, где относительно сегмента
(128 байт) и параграфа памяти (256 байт)
расположен dptr: инкремент dph или обрабо-
тка конца сегмента должны происходить пос-
ле выхода из цикла.
В таком случае, после выхода из цикла
(после djnz) необходимо проверить:
■ не нужно ли увеличить dph? (dpl=0?);
■ не кончился ли сегмент памяти?
((dpl-segbeg)mod 256=128?)
На выходе из цикла по jnz необходимо,
кроме того, найти байт, где после нулевых
битов впервые появилась единица.Пусть в R0
до входа в цикл помещается содержимое dpl.
Очевидно, искать единицу до этого адреса
не нужно:
...
bp0_e: mov a,R0 ;в R0 - положение
;dptr до цикла
cjne a,dpl,bp0_en0 ;<<
jmp bp0rese ;уменьшаем dpl
bp0_en0: ;на 3, но не
dec dpl ;меньше,чем до
cjne a,dpl,bp0_en1 ;совпадения
jmp bp0rese ;с R0
bp0_en1: ;
dec dpl ;
cjne a,dpl,bp0_en2 ;
jmp bp0rese ;
bp0_en2: ;
dec dpl ;>>
bp0rese:movx a,@dptr ;ищем первую единицу
;среди 4(или меньше)
;смежных байтов
inc dpl
anl a,masker ;проверяем бит
;по маске сигнала
jz bp0rese ;продолжаем поиск,
;если ноль
dec dpl ;переполнения dpl
;быть не может, т.к.
... ;мы вышли из inner
;loop по единичному
;биту.
Перед входом в цикл необходимо вычис-
лить число проходов и выбрать правильную
точку входа.Всего возможно несколько вари-
антов относительного расположения dptr и
адреса начала сегмента ( N = количество
элементарных проходов цикла):
a) segbeg<128: раньше появится конец сег-
мента.
N=(segbeg+128-dpl) mod 256;
b) segbeg=128: конец сегмента и одновре-
менно dpl=0.
N=(segbeg+128-dpl) mod 256=256-dpl;
c) segbeg>128 и dpl>128: раньше произойдёт
dpl=0.
N=256-dpl;
d) segbeg>128 и dpl<128: раньше появится
конец сегмента.
N=(segbeg+128-dpl) mod 256.
Начальное значение счётчика цикла
(count) зависит от N следующим образом:
┌─────┬───┬───┬───┬───┬───┬───┬──┬───┬───┐
│ N │ 1 │ 2 │ 3 │ 4 │ 5 │ 6 │..│127│128│
├─────┼───┼───┼───┼───┼───┼───┼──┼───┼───┤
│count│ 1 │ 1 │ 1 │ 1 │ 2 │ 2 │..│ 32│ 32│
└─────┴───┴───┴───┴───┴───┴───┴──┴───┴───┘
Поэтому count определяется выражением:
count=(N+3) div 4,
что на ассемблере AT89C52 проще всего реа-
лизовать последовательностью команд (если
значение N поместить в аккумулятор):
...
dec a
rr a ;циклический сдвиг вправо
rr a ;на 2 разряда
inc a
mov b,a ;количество проходов цикла
jbc b.7,bp0i_x1 ;выбираем один из
;четырех входов в цикл
jbc b.6,bp03 ;01 сразу сбрасываем
;проверяемые биты 6,7
jmp bp04 ;00
bp0i_x1:jbc b.6,bp01 ;11
jmp bp02 ;10
Остальная часть процедуры упаковки ме-
нее сложна.Внимания заслуживает только не-
большой рагмент, где короткий (не более
чем на 128 байт) условный переход из-за
большого размера цикла приходится продол-
жить длинным безусловным:
...
cjne a,dpl,bp_inseg_jmp
;уменьшаем количество оставшихся сегментов
djnz R7,bp_main_jmp ;продолжаем,
;если не ноль
call waitsend ;вызов п/п ожидания
;передачи байта
jmp SENDSUM ;выдача контрольной
;суммы
;;;;;;;; ВЫХОД из п/п ЧИТАТЬ КАНАЛ ;;;;;;;
bp_inseg_jmp:
jmp bp_inseg ;компенсация коротк.
;перехода cjne
;с пом.длинного перех.
bp_main_jmp:
jmp bp_main ;компенсация короткого
;перехода djnz
──────────────────────────────────────────
5.2.2. Реализация
главного цикла программы
После сброса или включения устройства,
вслед за инициализацией и проведением са-
моконтроля, программа управления СЛА пере-
ходит к главному циклу. Главный цикл прог-
раммы занимается получением и обработкой
кадров сообщений.
Приём кадра оказалось удобно реализо-
вать через подпрограмму,возвращающую после
удачного или неудачного приёма кадра в ак-
кумуляторе код завершения, в регистре B -
КОП, а в блоке памяти по адресу FramBuf -
принятую полезную часть данных кадра (то
есть без байтов КОП, длины и контрольной
суммы).
Соответствие возвращаемого значения ак-
кумулятора виду ошибки принято следующим:
┌─────┬──────────────────────────┐
│ ACC │ Вид ошибки │
├─────┼──────────────────────────┤
│ 0 │ нет ошибки │
│ 1 │ ошибка приема КОП │
│ 2 │ неверная длина кадра │
│ 3 │ ошибка контрольной суммы │
└─────┴──────────────────────────┘
Подпрограмма приёма кадра имеет выход в
случае обрыва связи во время приёма кадра.
Обрыв связи распознаётся как чрезмерно бо-
льшая пауза после приёма байта и при ожи-
дании следующего. Максимальная пауза между
байтами пауза задана в программе констан-
той:
GetWait equ 4000 ;максимальная пауза между
;принимаемыми байтами (x5 МЦ)
Главный цикл возможно реализовать так:
;-------- ГЛАВНЫЙ ЦИКЛ (MainLoop) --------
MainLoop:
call GETFRAME ;приём кадра из
;последовательного
;порта в буфер
cjne a,#0,ML_er1 ;Переход, если
;ошибка приема (A<>0)
mov a,b ;КОП
anl a,#7fh ;сброс старшего
;бита КОП
cjne a,#08h,ML_2 ;Проверка КОПа на
;существование
ML_2: jc ML_noer ;Переход,если нет
;ошибки команды
;(A<08h, C=1)
ML_coer:call _ECOM ;Вызов подпрог-
;раммы ОШИБКА КОМАНДЫ
jmp MainLoop ;Переход на
;начало цикла
ML_noer:mov dpl,#Low(CallTab) ;<<Заносим в
;dptr адрес
;таблицы под-
mov dph,#High(CallTab) ;программ>>
add a,acc ;Сдвиг аккумуля-
;тора влево
jmp @a+dptr ;Переход на таблицу
;вызовов подпрограмм
ML_er1:
djnz acc,ML_er2 ;переход, если не
;ошибка приёма КОП
;1=ошибка приема КОП
jmp MainLoop
ML_er2:
djnz acc,ML_er3 ;переход, если не
;ошибка данных
;2=неверная длина кадра
;или поле данных при КОП.7=0
call _EIO ;вызов подпрограммы
;ОШИБКА ПЕРЕДАЧИ ДАННЫХ
jmp MainLoop
ML_er3:
;3=ошибка контрольной суммы
call _EIO ;вызов подпрограммы
;ОШИБКА ПЕРЕДАЧИ ДАННЫХ
jmp MainLoop
;---- Конец главного цикла (MainLoop) ----
Здесь видно, что переход на обработчик
команды или запроса реализован через таб-
лицу подпрограмм. Такое средство,предоста-
вляемое системой команд ОЭВМ, очень удобно
в этом случае, поскольку число обрабатыва-
емых КОП легко может быть увеличено, и при
этом программа не станет громоздкой и не
будет работать медленнее.
Главная часть механизма перехода по та-
блице - команда jmp @a+dptr, которая осу-
ществляет переход по вычисляемому адресу
dptr+ACC. В нашем случае dptr указывает на
первый адрес таблицы,а ACC содержит смеще-
ние (кратное 2 ).Таблица состоит из неско-
льких коротких переходов (ajmp), каждый из
которых указывает на свою программу-обра-
ботчик. В конце обработчиков стоит команда
jmp MainLoop для возврата в начало главно-
го цикла.
──────────────────────────────────────────
5.2.3. Состав текстов
программных модулей ПО СЛА
Главным модулем является SLA.asm. Он
содержит:
■ объявления глобальных констант;
■ директивы распределения памяти;
■ код программы инициализации;
■ главный цикл и таблицу переходов;
■ общую подпрограмму коррекции dptr пос-
ле перехода границы параграфа памяти;
■ директивы компиляции остальных модулей
программы.
Модуль io.asm, реализующий базовые опе-
рации ввода-вывода в последовательный
порт, содержит следующие необходимые для
этого подпрограммы:
■ SENDSUM - процедура выдачи в порт кон-
трольной суммы -csum. Здесь и далее вход-
ные данные - в аккумуляторе;
■ SEND - процедура выдачи байта в буфер
последовательного порта без ожидания его
передачи, с накоплением контрольной суммы;
■ movsbuf - процедура выдачи байта в бу-
фер последовательного порта без ожидания
его передачи, без накопления контрольной
суммы;
■ SENDKOP - процедура выдачи в последо-
вательный порт КОП и его дополнения до ну-
ля;
■ SENDACC - процедура выдачи содержимого
аккумулятора в последовательный порт с
ожиданием передачи и накоплением контроль-
ной суммы;
■ waitsend - процедура ожидания передачи
байта из буфера последовательного порта;
■ GETFRAME - процедура приёма кадра по
последовательному порту;
■ GETBYTE - процедура приёма байта из
последовательного порта.
Модуль messages.asm содержит подпрог-
раммы выдачи простых ответных сообщений:
■ _COMOK - подпрограмма выдачи ОС <Кома-
нда выполнена>;
■ _ECOM - подпрограмма обработки ошибки
команды. Выдача ОС <Ошибка команды>;
■ _EDATA - подпрограмма обработки ошибки
данных. Выдача ОС <Некорректные данные>;
■ _EIO - подпрограмма выдачи ОС <Ошибка
передачи данных>;
■ _RESOK - подпрограмма выдачи ОС <Исхо-
дное состояние>.
Модуль control.asm содержит процедуры
контроля ОЗУ и ПЗУ:
■ SIGNS - контроль ПЗУ (8k) сигнатурным
анализом;
■ EXRAM - контроль внешнего ОЗУ (16k) с
очисткой.
Модуль _rchan.asm содержит процедуры
обработки запроса <Читать канал>:
■ _RCHN - общая подпрограмма анализа и
выдачи данных канала наиболее эффективным
методом кодирования;
■ rch_const - процедура выдачи данных
постоянного (не изменяющегося) канала;
■ rch_noise - процедура выдачи данных
сильно изменяющегося (шумового) канала;
■ bitpack - процедура выдачи данных не-
постоянного канала.На основании статистики
канала производится выбор метода кодирова-
ния: без сжатия или со сжатием по битовому
методу RLE;
■ FRONTS - процедура подсчёта статистик
(числа фронтов) сигналов в данной области
ОЗУ.
Остальные модули содержат по одной важ-
ной процедуре.Входные данные для этих про-
цедур должны находиться в буфере принятого
кадра.
Модуль _rstate.asm содержит подпрограм-
му _RSTATE, служащую для обработки запроса
<Читать состояние СЛА>. Модуль _rram.asm
содержит подпрограмму _RRAM, служащую для
обработки запроса <Читать ОЗУ>. Модуль
_selfc.asm содержит подпрограмму _SELFC
обработки команды <Запустить самоконтроль
ЛА>.
Перечисленные программы составляют весь
список необходимых модулей,входящих в про-
граммное обеспечение специализированного
логического анализатора.
──────────────────────────────────────────
5.3. Автономная отладка программы
на модели
Для отладки программы управления СЛА
был использован монитор-отладчик Debugger-
51. С помощью этого средства можно выпол-
нять c программой такие действия, как:
■ выполнение до указанного оператора
(строки кода);
■ пошаговое выполнение программы;
■ выполнение до точки останова;
■ включение и выключение точек останова;
■ просмотр и изменение значений регист-
ров и ячеек памяти;
■ загрузка и сохранение содержимого всех
видов памяти ОЭВМ на магнитный носитель.
Использование отладчика позволило зна-
чительно сократить срок написания главных
алгоритмов программы за счёт автоматизации
поиска и исправления ошибок.
Отсутствие возможности отладки алгорит-
мов передачи данных измерения на существу-
ющем СЛА компенсировано за счёт создания
его модели,что позволило провести проекти-
рование программы на одной ПЭВМ. Для этого
были произведены следующие действия:
■ в базовые функции ввода-вывода (модуль
io.asm) внесены изменения. Вместо выдачи
данных в последовательный порт, процедуры
заносят байты данных во внешнее ОЗУ, за
пределами используемой области в 16k.
■ в главном модуле программы отключаются
вызовы процедур самоконтроля и приёма кад-
ра. Вместо приёма кадра при трассировке с
помощью отладчика в регистры и ОЗУ ОЭВМ
подставляются данные кадра отлаживаемой
команды или запроса.
■ данные каналов генерируются с помощью
псевдослучайных чисел специальной програм-
мой,написанной на Delphi, и при трассиров-
ке грузятся во внешнее ОЗУ ОЭВМ. Листинг
программы-генератора сигналов приведен в
приложении данного дипломного проекта.
■ После места вызова отлаживаемой проце-
дуры ставится точка останова.
■ Кадры ОС,возвращаемые программой упра-
вления СЛА, формируются во внешней памяти,
после чего выгружаются средствами отладчи-
ка и тестируются на правильность.
Для примера можно показать, как была
сгенерирована случайная последовательность
сигналов с начальным значением псевдослу-
чайного генератора, равным 2 (рис.5.3.1).
▒▒ Signal generator ▒▒▒▒▒▒▒▒ [_][O][X]
╟────────────────────────────────────╢
║ ┌────┐┌──────┐┌────┐┌──────┐┌────┐ ║
║ ┘ └┘ └┘ └┘ └┘ └ ║
║ ┐┌┐┌─┐┌┐ ┌┐┌┐┌─┐┌┐┌┐┌┐ ┌┐┌┐┌┐┌─┐┌┐ ║
║ └┘└┘ └┘└─┘└┘└┘ └┘└┘└┘└─┘└┘└┘└┘ └┘└ ║
║ ─┐┌┐┌─┐ ┌┐ ┌─┐ ┌┐┌─┐┌┐┌┐┌─┐ ┌─┐┌─┐ ║
║ └┘└┘ └─┘└─┘ └─┘└┘ └┘└┘└┘ └─┘ └┘ └ ║
║ ┐ ┌┐┌─┐┌─┐ ┌─┐ ┌─┐┌─┐ ┌┐ ┌─┐┌─┐ ┌─ ║
║ └─┘└┘ └┘ └─┘ └─┘ └┘ └─┘└─┘ └┘ └─┘ ║
║ ┐┌─┐┌─┐┌─┐┌──┐ ┌─┐┌──┐┌─┐┌┐┌─┐┌─┐┌ ║
║ └┘ └┘ └┘ └┘ └─┘ └┘ └┘ └┘└┘ └┘ └┘ ║
║ ┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌ ║
║ └┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘ ║
║ ┌─┐ ┌──┐ ┌─┐ ┌──┐ ┌┐ ┌─┐ ┌─┐ ┌──┐ ║
║ ─┘ └─┘ └─┘ └─┘ └─┘└─┘ └─┘ └─┘ └ ║
║ ─┐┌─────┐┌───┐┌───┐┌────┐┌────┐┌── ║
║ └┘ └┘ └┘ └┘ └┘ └┘ ║
║ ║
║ ║
║█████▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒║
╟────────────────────────────────────╢
[Generate] Seed= [2] not tested [Test]
╙────────────────────────────────────╜
Рис. 5.3.1. Генератор тестовых сигналов.
Ниже приведён дамп файла сгенерирован-
ной программой области памяти (4 килобай-
та), где значения отсчётов сигналов распо-
ложены так, как если бы они были считаны
схемой записи СЛА. Этот файл будет исполь-
зоваться для отладки программы СЛА в отла-
дчике Debugger-51 (таблица 5.3.1).
Таблица 5.3.1.
Дамп сгенерированных сигналов
0000: D6D6D292-90802021-21252D2D-2D296868
0010: 68484044-44444404-04040404-00000000
0020: 40404046-66666666-66323232-32323232
0030: 1E1E1C1C-1C5C5C4C-48404040-40400404
0040: 24242424-24202060-60606060-40434347
0050: 0707078F-8F8E8E8E-CACACAC8-C8D0D034
0060: 34343434-34343430-30100000-40404040
0070: 40040404-0C0C0C0C-28282828-2A2A2222
0080: 26666646-46460602-00001010-10101414
0090: 14145454-70707070-78686868-682C2D0D
00A0: 0D050501-03030202-42424242-46464444
00B0: 44400020-20202024-2424BCFC-FCF8D8D8
00C0: D8D8D898-90909090-96161606-66666666
00D0: 66666040-40000404-0404040C-08080848
00E0: 48486868-6C6C6464-24242424-20202123
00F0: 03031313-13131616-54545454-5C484808
0100: 08282828-2C242424-24646444-44444040
0110: 40404040-02020606-06060606-26262232
0120: 727070F0-F0F8FCFC-FCBC3C1C-04040400
0130: 00000000-00444444-44444444-40202022
0140: 22222626-26262607-03034B5B-5B59585C
0150: 54141414-14100000-00202020-24242464
0160: 64646060-60404042-4A0E0E0E-0E0E0E0E
0170: 0A0A0A40-60606070-74747434-34343434
0180: 10101000-00000404-C4C4C4C4-CCCECECA
0190: EA6A2A2A-26262626-26060444-44444040
01A0: 40404040-40410101-0505151D-1D3D3D39
01B0: 39387070-70505046-46464646-46020202
01C0: 02020202-06044444-44646464-60606060
01D0: 2000080C-0C0C0C0C-0C141454-505050D0
01E0: D0F2F2F6-F6B63626-26262606-06000000
01F0: 00484848-484D4D4D-4D0D2525-21212121
0200: 21242404-04040444-54565252-52525252
0210: 52563636-36363630-20282828-28280848
0220: 484C4C44-44444444-44404000-00002020
0230: 24242626-26260642-42424242-42404404
0240: 141C1C9C-9D9DBDB9-B9B9F8F0-70545454
0250: 44444444-04040002-02020202-02626262
0260: 66666664-2C2C2828-08080808-00000044
0270: 44444444-44444424-20202030-30303636
0280: 56565652-52525A4A-0A0A0A0C-0C0C0404
0290: 24646460-60606061-61418181-85858484
02A0: 848484C4-C4C44446-46426262-6A6A2A2A
02B0: 2A3A1C1C-1C141414-14141454-54505050
02C0: 50505050-54446424-24202022-2222020E
02D0: 0E0E0E4E-4E4E4642-42404000-00000404
02E0: 04242420-20303030-71717151-5557575F
02F0: 5F5F0B0B-0A0A0A00-04040424-24646460
0300: 60606060-6464E484-84848484-848480C0
0310: C0C84A4A-4E4E4E5E-7E3E3636-36323232
0320: 30300040-44444444-44440400-00000000
0330: 00000004-44646464-60606A6A-2A2A0E0E
0340: 0F0F0F17-17171551-51505050-50141414
0350: 14342424-24202020-20202000-40444C4C
0360: 4E4E4E4E-4A4A4242-42828484-A4A4A4A0
0370: A0A02020-40404454-54545450-10101818
0380: 181C1C1C-0C0C0606-22222262-62666666
0390: 64646404-04040400-00000000-00000041
03A0: 4D4D4D4D-5C7C7C3C-34303032-32323212
03B0: 06060646-46444040-40404040-40400424
03C0: 24242424-24202028-08080808-48404444
03D0: 44C4C6C2-C2929292-92163636-36363230
03E0: 20206060-64444444-44444000-08080808
03F0: 28282820-20202424-04444442-42434343
0400: 43031313-16161616-14343474-74747470
0410: 70684848-0C0C0C0C-0C0C0C00-00004040
0420: 40646464-64642626-22222222-22220206
0430: 46464646-42480808-0888989C-9C9C9CF4
0440: F4F0F070-70706060-60242424-04040501
0450: 01010143-43434246-666E6E6E-2E2E2E28
0460: 28080808-08004444-44444454-50505010
0470: 30303434-34242626-26060642-424A4A4A
0480: 4A4A4A0E-04040404-24202020-20202020
0490: 24646464-44404040-00001010-1014141F
04A0: 1F5F5F7B-7B7B7B7B-622222A2-80848484
04B0: 84840400-00004040-44444444-44446060
04C0: 60202828-282C2C2C-3C3C3C36-56525252
04D0: 52525252-52121614-04042420-20202020
04E0: 20206064-6464444D-4D490909-09090904
04F0: 04040404-06060602-02626262-62626664
0500: 74747474-54541414-10101090-9098988C
0510: 8C8C8CEC-EC6C6860-60202020-20242626
0520: 26262606-02424242-42424242-44040404
0530: 04243030-30303838-397D7D7D-7D5D5541
0540: 40000000-00000000-06060666-66666262
0550: 6262626A-2E0C0C0C-0C0C0808-00004040
0560: 44444454-54545410-30303030-B0B4B4B4
0570: B4B686C6-C6CECE4A-4A4A4A4A-4A4A0A26
0580: 26242424-25252521-41414141-41404044
0590: 04040404-04000020-60707070-707A7A1A
05A0: 1A1E1E1E-1E1E1604-04444440-40404040
05B0: 40400424-24242424-24244444-40404040
05C0: 40080A0A-0E0E0E0E-0E0E0E42-42434341
05D0: 61617575-757534B4-94909090-9090D0D0
05E0: D0C04040-40646424-242C2E2A-2A2A2A2A
05F0: 2A0A0A0E-0E464646-46444440-40000000
0600: 20202024-24242424-64445050-50585858
0610: 1C1C1C1C-16161606-07072723-23232323
0620: 63606464-44444444-4C0C0C08-08080808
0630: 08040404-64646464-64606060-00101092
0640: 92929696-96961616-16464642-62626268
0650: 28282828-2C0C0C0C-0C0C0444-40404040
0660: 40000000-04040424-24242033-33333373
0670: 77775757-5F5E5C18-18080808-08000004
0680: 44446464-64602020-20200000-00040404
0690: 44444448-4A4A4A4A-4A5A5E36-36363636
06A0: 32222020-A0C0C0C4-C4C4C4C4-C4C4C0C0
06B0: 80800000-00000404-2C2C2E6E-6A6B6B6B
06C0: 6B636767-67260606-04000000-00101414
06D0: 14141414-54545474-70606068-68682828
06E0: 28280C0C-04060606-06020242-42424266
06F0: 64646464-24242020-20202020-38585C5C
0700: 5C5C5C50-D0D0D0D0-D0848484-A6262626
0710: 26666363-63434307-07060604-04000000
0720: 00080808-4C4C6C64-64602020-20243434
0730: 34141414-54545454-52525212-02020206
0740: 06060606-2A2A6868-68686868-68642404
0750: 04040404-04000000-40404042-46464676
0760: 76363232-32323030-10189CDC-DCDDCDCD
0770: CDC5C101-00002020-20202424-24666666
0780: 46424242-42424242-42080C0C-0C0C0C0C
0790: 2C2C3C34-34747070-70505050-44444404
07A0: 06060606-02020202-02024260-6060646C
07B0: 6C2C2C2C-08080800-00000000-40404444
07C0: 44444444-44427233-33333333-333736B6
07D0: 9696D6C0-C0C0C0C8-48484C4C-0C0C0424
07E0: 20202020-20202464-64646464-40404000
07F0: 00000206-0E0E0E0E-0A1A1A1A-7A7A7A72
0800: 72767676-66242404-04040400-00000000
0810: 00000444-44444444-44646060-28282828
0820: 292B2F2F-2F272707-57565250-50505050
0830: 14141414-14242020-A0A0E0E0-E0E4E4E4
0840: 0C0C0C0C-0C0C0808-0A0A4242-42424246
0850: 46062626-24242424-24301050-50505050
0860: 54545454-545C0C0C-08080828-2A2A2A22
0870: 62666666-66666666-42000000-00010505
0880: 05050545-41404040-40606474-34343438
0890: 38381A1A-1A1E0686-C6C6C6C6-C6C2C2C0
08A0: C0002020-24242424-24246440-40404040
08B0: 4044444C-0C0C0808-08082820-20203434
08C0: 76767676-76725252-12121204-04040404
08D0: 04050149-49494969-6D6D6D24-24242424
08E0: 00000000-40404040-46460606-06262222
08F0: 32327272-7AFAFEDE-DEDE9E9E-90808080
0900: 80800004-04040404-04444040-60606060
0910: 24242424-24040446-464E4A4A-4A4A0A0A
0920: 0A062624-34343434-70705050-51515555
0930: 55454544-00000000-00000000-00060E2E
0940: 6E6E6E6A-6A6A6A22-22200404-04040404
0950: 00404040-40444454-54541434-34303030
0960: B0B0A0A0-A4ACECCC-CE4E4A4A-4A020202
0970: 02020606-06262620-20206060-60614545
0980: 45050504-14141410-18181858-585C5C5C
0990: 74766626-26222222-22222222-22424646
09A0: 44444404-04040400-00080808-4868686C
09B0: 6C6C6C64-64747476-36121292-92929296
09C0: 96969414-54544444-40404028-28282828
09D0: 282C2D25-05050101-01014140-40444446
09E0: 46060626-26263232-32301010-10545C5C
09F0: 5C5C4C48-48480800-20242424-24246464
0A00: 64606060-60000004-04040606-06020202
0A10: 02024242-52565676-7C7C7838-38382828
0A20: 20200101-050505C5-C5C5C5C5-C5C4C480
0A30: 82828202-0A2E2E2E-2E2E2C68-68686060
0A40: 74747454-54101010-10100000-00040404
0A50: 44444444-60606062-62222222-2A2E0E0E
0A60: 0E0E0E06-04000000-00004040-40505454
0A70: 54141434-35353131-31313131-35754646
0A80: 4646CA8A-8A8A8A8A-8A8A8284-84044444
0A90: 44444464-60606060-60202424-24243414
0AA0: 141C1C18-185A5A5A-5A5A5646-46464606
0AB0: 06062020-20202020-24242464-64444440
0AC0: 40404000-0008080A-0E0E0E0E-2E266662
0AD0: 70707071-71717515-15151514-10101000
0AE0: 00000404-44444464-646E6E6E-6AEAEAEA
0AF0: 8A8A8E8E-84040404-04040444-40606060
0B00: 70703030-30303414-14141454-44444242
0B10: 4242020A-0A0A0A0E-2C2C2C2C-64646464
0B20: 64646465-45010101-01010101-10141414
0B30: 14145656-72727A7A-6A6A2A2A-2E2E2E0C
0B40: 04040404-44404040-40C0C0C0-C0C0C084
0B50: 84A42424-24242420-20604040-42424252
0B60: 56161616-1E1E1A1A-18184848-4C6C6C64
0B70: 64242420-20202020-20204445-45454747
0B80: 47464642-02020202-02060E0E-2E6E6C6C
0B90: 6C686860-30303010-14141414-14141050
0BA0: 50404044-44444406-06060202-02022A2A
0BB0: 6E6E6E6E-E4E4A0A0-A0A08080-00000404
0BC0: 04044444-44444040-50101010-14151535
0BD0: 3737373F-3F3F2B2A-6A6A6848-40404444
0BE0: 44444444-00000000-20202024-24242464
0BF0: 64644444-4444440E-0A0A0A1A-1E1E1E16
0C00: 16565656-44406060-60606060-60242404
0C10: 84848484-8480C0C0-40484848-4C0C2C2C
0C20: 2E262622-22232323-23236357-54545454
0C30: 54545410-10101010-10000000-04246464
0C40: 6C6C6C68-68282A2A-02020206-06464444
0C50: 44444440-40000000-20202424-24247474
0C60: 74545454-50505818-181A9A9A-9E9E8E8E
0C70: 8A8AE2E2-62606024-24242404-04000101
0C80: 01010145-45454545-44646060-60202026
0C90: 2E0E1E1E-1E1E1E1A-1A1A1818-18404040
0CA0: 40446464-24242020-20202020-00040404
0CB0: 44444444-46464242-0A2A2A2A-2A2A2A22
0CC0: 20242474-54555151-51515111-01000484
0CD0: 84A4A4A4-A4202068-68684848-484E0E0E
0CE0: 0E060202-02020242-42404040-44444444
0CF0: 04042020-30303078-78787C5C-5C5C5C1C
0D00: 14100202-02020202-02064666-66666262
0D10: 62220200-01010105-05454544-44404048
0D20: 48484C0C-2C2C2C2C-34343010-90D0D0D0
0D30: D2D2D2D2-16161626-26262020-20202000
0D40: 00404044-44444444-04040808-28282828
0D50: 28282064-64465656-56561612-12121210
0D60: 14141414-74646060-60606064-640C0D0D
0D70: 0D0D0909-09030302-06464646-46666662
0D80: 62606060-30303014-14141414-14141414
0D90: 40404040-404C6C6C-2CACACAC-ACACA822
0DA0: 22220202-42424646-46464644-40000000
0DB0: 00002024-24242424-20606061-61415555
0DC0: 5D1D1C1C-18181818-10101252-52524266
0DD0: 66662626-26262222-20000000-00000008
0DE0: 084C4C4C-4C4C4C4C-4C484800-00202022
0DF0: 26262626-A6A6C6C6-C2D25252-52521614
0E00: 14141419-19192929-29696464-64646404
0E10: 00000000-00000000-44464646-46424262
0E20: 222A2A2E-2E2E0C0C-08081818-18505454
0E30: 54545454-54501000-00202424-24242464
0E40: 64646262-424A4A0A-0A0A0F0F-0F070504
0E50: 04444444-446060E0-E0A0A0A0-B0B4B4B4
0E60: 94949494-10105050-544E4E4E-4E4E6E2A
0E70: 22222222-22222246-46464444-44444000
0E80: 00000000-00000024-6C6C6C6C-6C686860
0E90: 60301212-12161616-16161616-52525041
0EA0: 41414545-45444420-20202020-20282828
0EB0: 2C2C6E4E-4E464242-42420202-02060606
0EC0: 06043430-303030F0-F0F4F4F4-F4E4CCCC
0ED0: 8C8C8888-08080808-04044646-66666262
0EE0: 62626262-66262606-06040405-05050101
0EF0: 01011155-5454545C-78787878-3828282C
0F00: 2C2C0404-04044444-46464642-42420222
0F10: 22222222-22222626-24246464-44444858
0F20: 58585858-D8D89C94-94949410-50507070
0F30: 60646464-64646022-22030B0B-0B0F0F0F
0F40: 0E060604-40404040-60646464-64242424
0F50: 24200000-00001010-14545454-54505050
0F60: 52524242-62222A2A-2A2A2A2E-2E2E2604
0F70: 44404040-40404040-40000404-04242424
0F80: 24202060-60707171-F1F5DDDF-DF9F9E9E
0F90: 9A121202-02020644-44444444-44404060
0FA0: 60602020-24242C2C-2C2C0C48-48484040
0FB0: 40400202-02020606-06161616-36363070
0FC0: 70707070-70703014-04040C0C-0C080808
0FD0: 48484C44-46464642-62636363-23232525
0FE0: 25250505-44404040-40505054-14141414
0FF0: 9C9CBCBC-BCB8B8A8-E0E2E2C2-C6460606
При прогоне программы в отладчике ей
подставляется отладочная команда чтения
канала 0, после чего ставится точка оста-
нова и вызывается обработчик данной коман-
ды (рис.5.3.2).
[прим.издателей: здесь был рабочий экран
монитора-отладчика в альбомном расположе-
нии, см.графический материал]
Рис.5.3.2. Отладка программы СЛА
с помощью отладчика Debugger-51.
Выделенная область памяти, содержащая
данные ответного сообщения программы СЛА
(компрессированные данные канала 0 ),сре-
дствами отладчика сохраняется в файл
result.bin, после чего полученный файл те-
стируется на корректность и соответствие
сгенерированному сигналу программой Signal
generator (рис. 5.3.3).
▒▒ Signal generator ▒▒▒▒▒▒▒▒ [_][O][X]
╟────────────────────────────────────╢
║ ┌────┐┌──────┐┌────┐┌──────┐┌────┐ ║
║ ┘ └┘ └┘ └┘ └┘ └ ║
║ ┐┌┐┌─┐┌┐ ┌┐┌┐┌─┐┌┐┌┐┌┐ ┌┐┌┐┌┐┌─┐┌┐ ║
║ └┘└┘ └┘└─┘└┘└┘ └┘└┘└┘└─┘└┘└┘└┘ └┘└ ║
║ ─┐┌┐┌─┐ ┌┐ ┌─┐ ┌┐┌─┐┌┐┌┐┌─┐ ┌─┐┌─┐ ║
║ └┘└┘ └─┘└─┘ └─┘└┘ └┘└┘└┘ └─┘ └┘ └ ║
║ ┐ ┌┐┌─┐┌─┐ ┌─┐ ┌─┐┌─┐ ┌┐ ┌─┐┌─┐ ┌─ ║
║ └─┘└┘ └┘ └─┘ └─┘ └┘ └─┘└─┘ └┘ └─┘ ║
║ ┐┌─┐┌─┐┌─┐┌──┐ ┌─┐┌──┐┌─┐┌┐┌─┐┌─┐┌ ║
║ └┘ └┘ └┘ └┘ └─┘ └┘ └┘ └┘└┘ └┘ └┘ ║
║ ┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌ ║
║ └┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘ ║
║ ┌─┐ ┌──┐ ┌─┐ ┌──┐ ┌┐ ┌─┐ ┌─┐ ┌──┐ ║
║ ─┘ └─┘ └─┘ └─┘ └─┘└─┘ └─┘ └─┘ └ ║
║ ─┐┌─────┐┌───┐┌───┐┌────┐┌────┐┌── ║
║ └┘ └┘ └┘ └┘ └┘ └┘ ║
║ ┐┌────┐┌─────┐┌────┐┌─────┐┌────┐┌ ║
║ └┘ └┘ └┘ └┘ └┘ └┘ ║
║▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒█████║
╟────────────────────────────────────╢
[Generate] Seed= [2] tested ok [Test]
╙────────────────────────────────────╜
Рис.5.3.3. Проверка содержимого
ответного сообщения СЛА.
При тестировании распознаётся метод ко-
дирования, указанный в поле данных ОС,дан-
ные канала декомпрессируются, после чего
происходит сравнение распакованного сигна-
ла (на рисунке - нижний) и исходного кана-
ла 0 (на рисунке - верхний).
──────────────────────────────────────────
5.4. Описание работы с СЛА
Программа предназначена для автоматиза-
ции процесса наладки приборов,подключенных
к шине типа ММИ. Устройство рассчитано на
использование внутри предприятия.Ниже при-
ведено описание основных требований к ин-
терфейсу системы СЛА - ПЭВМ [16]:
Для работы СЛА необходима ПЭВМ обще-
го назначения с установленным программным
обеспечением обслуживания специализирован-
ного логического анализатора, подключен-
ная к СЛА по последовательному интерфейсу
RS-232.
Программа ПЭВМ (ПУЛА) должна осуществ-
лять управление логическим анализатором
ММИ (СЛА) по интерфейсу RS-232, а также
прием и вывод на экран дисплея временных
диаграмм процессов передачи информации по
интерфейсу ММИ при настройке аппаратуры и
локализации отказов. Она должна также обе-
спечивать чтение и запись в/из файла на
магнитном диске результатов измерения из/в
рабочего буфера совместно с параметрами
запуска и измерения.
Запуск измерения ЛА должен инициирова-
ться с клавиатуры ПЭВМ.При запуске измере-
ния ПУЛА должна выполнять следующую после-
довательность действий:
■ останов измерения от предыдущего запу-
ска выдачей на ЛА команды <Остановить из-
мерение>;
■ гашение на дисплее временной диаграммы
от предыдущего измерения;
■ запуск измерения выдачей на ЛА кадра
параметров командой <Запустить измерение>;
■ циклический опрос байта состояния из
ЛА с помощью запросов <Читать состояние
ЛА> (с выводом на экран) до окончания из-
мерения или до вмешательства оператора с
клавиатуры ПЭВМ с выдачей на ЛА команды
<Остановить измерение>;
■ при успешном завершении измерения -
прием из ЛА результатов измерения запроса-
ми <Читать канал> последовательно по заде-
йствованным каналам в рабочий буфер, с по-
следующим выводом на экран или в файл.
ПУЛА должна обеспечивать инициируемую с
клавиатуры установку в исходное состояние
ЛА выдачей по интерфейсу на ЛА команды ус-
тановки в исходное с последующим приемом и
индикацией байта состояния ЛА.
Самоконтроль ЛА может запускаться по
командам оператора ПЭВМ с последующей ин-
дикацией результатов на дисплее.С ПЭВМ до-
лжна подаваться команда <Запустить самоко-
нтроль ЛА> и запрос <Читать состояние ЛА>,
приведенные в разделе 3.3.
ЛА может быть подключен к ПЭВМ для ра-
боты в одномашинном и двухмашинном режи-
мах.Одномашинным является режим работы,ко-
гда одна и та же ПЭВМ производит управле-
ние комплексом устройств и снимает резуль-
таты измерения. В двухмашинном режиме одна
из ПЭВМ осуществляет контроль, а другая -
снимает результаты измерения с ЛА.
При работе в одномашинном режиме взаи-
модействие ПУЛА и программы контроля может
осуществляться в следующем порядке:
■ снимается питание с АКИА и с ЛА;
■ подается питание на ПЭВМ;
■ вызывается ПУЛА, задается тип устройс-
тва и запрашивается тип средств коммута-
ции;
■ в аппаратуру на место заданного устро-
йства устанавливается ЛА с требуемым типом
средств коммутации и с заданным устройст-
вом;
■ подается питание на ЛА;
■ средствами ПУЛА ЛА устанавливается в
исходное состояние и контролируется соот-
ветствие типа средств коммутации заданному
типу устройства;
■ подается питание на АКИА;
■ средствами ПУЛА задаются параметры за-
пуска и измерения ЛА и осуществляется за-
пуск измерения ЛА в однократном режиме.
■ выполняется выход из ПУЛА в ДОС;
■ вызывается и запускается программа ко-
нтроля АКИА;
■ осуществляется останов программы конт-
роля и выход из нее в ДОС;
■ вызывается ПУЛА без нарушения состоя-
ния ЛА;
■ средствами ПУЛА опрашивается состояние
ЛА и, если запуск состоялся,принимаются из
ЛА и выводятся на экран результаты измере-
ния.
При работе в двухмашинном режиме взаи-
модействие ПУЛА и программы контроля может
осуществляться в следующем порядке:
■ снимается питание с АКИА и с ЛА;
■ подается питание на вспомогательную
ПЭВМ с установленной ПУЛА;
■ вызывается ПУЛА,задается тип устройст-
ва и запрашивается тип средств коммутации;
■ в аппаратуру на место заданного устро-
йства устанавливается ЛА с требуемым типом
средств коммутации и с заданным устройст-
ва;
■ подается питание на ЛА;
■ средствами ПУЛА ЛА устанавливается в
исходное состояние и контролируется соот-
ветствие типа средств коммутации заданному
типу устройства;
■ подается питание на АКИА;
■ средствами ПУЛА задаются параметры за-
пуска и измерения ЛА и осуществляется за-
пуск измерения ЛА в однократном режиме или
в периодическом режиме;
■ вызывается и запускается программа ко-
нтроля АКИА;
■ средствами ПУЛА опрашивается состояние
ЛА и, если запуск состоялся,принимаются из
ЛА и выводятся на экран результаты измере-
ния.
Одновременный (двухмашинный) режим ра-
боты может быть реализован на одной ПЭВМ с
установленной многозадачной операционной
системой, такой как MS Windows.
──────────────────────────────────────────
6. Экономическая часть
6.1. Определение трудоёмкости разработки
программного продукта
Разрабатываемый программный продукт от-
носится к подсистеме <Управление качест-
вом>.
Исходные данные для расчёта:
■ количество разновидностей форм входной
информации: 2 (в том числе переменной: 2);
■ количество разновидностей форм выход-
ной информации: 2;
■ степень новизны разрабатываемой зада-
чи: В (разработка проекта с использованием
типовых проектных решений при условии их
изменения;разработка проектов,имеющих ана-
логичные решения);
■ сложность алгоритма: 1 (алгоритмы оп-
тимизации и моделирования систем и объек-
тов);
■ сложность организации контроля входной
информации: группа 12 (входные данные и
документы однообразной формы и содержания,
осуществляется формальный контроль);
■ сложность организации контроля выход-
ной информации: группа 22 (печать докумен-
тов однообразной формы и содержания, вывод
массивов данных на магнитные носители);
Программный продукт разработан в кросс-
средах программирования для процессоров
типа MCS-51: редактор-транслятор Asm51Edit
2 и отладчик Debugger-51, на языке АССЕМБ-
ЛЕР,с использованием типовых проектных ре-
шений и стандартных модулей в объёме 20%.
Разработка проекта велась в режиме работы
в реальном времени.
При расчёте норм времени в зависимости
от исходных данных для расчёта следует
применять соответствующие поправочные ко-
эффициенты. [13] Далее приведён список
значений этих коэффициентов.
1. Разработка технического задания:
■ для разработчика постановки задачи:
0,65;
■ для разработчика программного обеспе-
чения: 0,35.
2. Разработка эскизного проекта:
■ для разработчика постановки задачи:
0,7;
■ для разработчика программного обеспе-
чения: 0,3.
3. Разработка технического проекта.
1·2
K = ───·1·1,26·0,85 ў 1,07.
общ 2
4. Разработка рабочего проекта.
1,20·2
K = ──────·1·1,32·1,15·0,8 ў 1,468.
общ 2
5. Внедрение.
K = 1·1·1,21·0,8 = 0,968.
общ
Для учета применения ПЭВМ в процессе
проектирования вводятся поправочные коэф-
фициенты:
■ для расчёта трудоёмкости (для стадий
ТП, РП, внедрение): 0,6;
■ для расчёта затрат машинного времени:
1,32.
Поскольку типовые нормы времени на про-
граммирование задач для ЭВМ были рассчита-
ны для устаревших средств разработки ПО,то
во все используемые коэффициенты следует
внести поправочный коэффициент 0,6.
Определим трудоёмкость по стадиям раз-
работки проекта.Результаты расчётов приве-
дены в таблице 6.1.1.
Таблица 6.1.1
┌──────────────┬───────┬────────┬────────┐
│ Стадия │Затраты│Поправо-│ Затраты│
│ разработки │времени│ чный │ времени│
│ проекта │ чел.- │ коэффи-│с учётом│
│ │ дни │ циент │п.коэфф.│
├──┬───────────┼───────┼────────┼────────┤
│ │Разработчик│ │ │ │
│ │постановки │ │0,65·0,6│ 12 │
│ │задачи │ │ │ │
│ТЗ├───────────┤ 31 ├────────┼────────┤
│ │Разработчик│ │ │ │
│ │ПО │ │0,35·0,6│ 7 │
├──┼───────────┼───────┼────────┼────────┤
│ │Разработчик│ │ │ │
│ │постановки │ │0,7·0,6 │ 27 │
│ │задачи │ │ │ │
│ЭП├───────────┤ 67 ├────────┼────────┤
│ │Разработчик│ │ │ │
│ │ПО │ │0,3·0,6 │ 12 │
├──┼───────────┼───────┼────────┼────────┤
│ │Разработчик│ │ │ │
│ │постановки │ 57 │ 1,07x │ 21 │
│ │задачи │ │x0,6·0,6│ │
│ТП├───────────┼───────┼────────┼────────┤
│ │Разработчик│ │ 1,07x │ │
│ │ПО │ 21 │x0,6·0,6│ 8 │
├──┼───────────┼───────┼────────┼────────┤
│ │Разработчик│ │ │ │
│ │постановки │ 23 │ 1,46x │ 11 │
│ │задачи │ │x0,6·0,6│ │
│РП├───────────┼───────┼────────┼────────┤
│ │Разработчик│ │ 1,46x │ │
│ │ПО │ 104 │x0,6·0,6│ 54 │
├──┼───────────┼───────┼────────┼────────┤
│В │Разработчик│ │ │ │
│н │постановки │ 14 │ 0,968x │ 5 │
│е │задачи │ │x0,6·0,6│ │
│д ├───────────┼───────┼────────┼────────┤
│р │Разработчик│ │ 0,968x │ │
│. │ПО │ 21 │x0,6·0,6│ 7 │
├──┴───────────┼───────┼────────┼────────┤
│ Всего │ 338 │ │ 164 │
└──────────────┴───────┴────────┴────────┘
Численность исполнителей рассчитывается
исходя из планового фонда рабочего време-
ни, который составляет 80 дней,по формуле:
ТОбщ
Ч = ──── [чел],
Ф
где ТОбщ - суммарные затраты времени на
всех стадиях разработки; Ф - плановый фонд
рабочего времени.
ТОбщ=164 чел.-дней, Ф=80 раб. дней.
164
Ч = ─── = 2,05 чел.
80
Затраты машинного времени составляют:
33·1,32 ў 44 дня.
──────────────────────────────────────────
6.2. Построение ленточного графика
Ленточный график представляет собой та-
блицу, где перечислены наименования видов
работ, должности исполнителей,трудоёмкость
и длительность выполнения каждого вида ра-
бот. Продолжением таблицы является график,
отражающий продолжительность каждого вида
работ в виде отрезков времени,которые рас-
полагаются в соответствии с последователь-
ностью выполнения работ [14].
Для построения ленточного графика испо-
льзуются следующие исходные данные:
■ общая трудоёмкость разработки;
■ трудоёмкость отдельных стадий;
■ планируемый срок разработки (80 рабо-
чих дней);
■ необходимый состав исполнителей (руко-
водитель, инженер-разработчик).
Исходя из полученных в п. 6.1. данных по-
строим ленточный график (рис.6.2.1).
┌───┬──┬─────────────────────────────────┐
Ста-Вре- Продолжительность работы,недели │
│дия│мя├─┬─┬─┬─┬─┬─┬─┬─┬─┬─┬─┬─┬─┬─┬─┬─┬─┤
разр.ис-1│ │3│ │5│ │7│ │9│ 11│ 13│ 15│ 17│
пр-та п│ │2│ │4│ │6│ │8│ 10│ 12│ 14│ 16│ │
├───┼──┼─┼─┼─┼─┼─┼─┼─┼─┼─┼─┼─┼─┼─┼─┼─┼─┼─┤
│ТЗ │ 9│5│4│ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │
│ЭП │19│ │1│5│4│5│4│ │ │ │ │ │ │ │ │ │ │ │
│ТП │14│ │ │ │ │ │1│5│5│3│ │ │ │ │ │ │ │ │
│РП │32│ │ │ │ │ │ │ │ │2│5│6│2│3│6│5│3│ │
Внед. 6│ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │2│4│
├───┼──┼─┼─┼─┼─┼─┼─┼─┼─┼─┼─┼─┼─┼─┼─┼─┼─┼─┤
Всего80│5│5│5│4│5│5│5│5│5│5│6│2│3│6│5│5│4│
└───┴──┴─┴─┴─┴─┴─┴─┴─┴─┴─┴─┴─┴─┴─┴─┴─┴─┴─┘
Рис. 6.2.1. Ленточный график.
──────────────────────────────────────────
6.3. Составление сметы на разработку
Себестоимость программного продукта
складывается из следующих видов затрат:
1. заработная плата разработчиков (услов-
ная,принятая за основу на предприятии) за
80 рабочих дней, с учетом занятости руко-
водителя данным проектом в 25% времени.
При этом рабочий месяц приравнивается к
21 рабочему дню:
(5000·0,25+3100)·80/21 = 13059,52 руб;
2. дополнительная заработная плата разра-
ботчиков,составляющая 10% от суммы пункта
1:
13059,52·0,10 = 1305,95 руб;
3. отчисления на социальные нужды, состав-
ляющие 36% от суммы пунктов 1 и 2:
0,36·(13059,52+1305,95) = 5171,57 руб;
4. затраты на машинное время:
■ амортизация ЭВМ:
- норма амортизации: 25,3 руб/день;
- эксплуатация ЭВМ длится 44 рабочих дня:
25,3·44 = 1113,20 руб;
■ затраты на электроэнергию:
- мощность ЭВМ: 0,2 кВт;
- эксплуатация ЭВМ длится 44 рабочих дня;
- рабочий день составляет 8 часов;
- стоимость 1 кВт-часа электроэнергии рав-
на 0,89 руб:
448·0,2·0,89 = 62,66 руб;
■ затраты на программное обеспечение:
- используемые средства разработки созданы
на предприятии;
- на ЭВМ установлена ОС Windows'98;
- срок амортизации ОС: 2 года;
- эксплуатация ЭВМ длится 44 рабочих дня;
- год включает 250 рабочих дней;
- стоимость дистрибутива ОС: 3100 руб;
- поскольку данная ОС используется для
других задач, кроме разработки ПО СЛА, то
вводится коэффициент использования ОС
проектировщиками СЛА, равный 0,5:
44
─────·3100·0,5 = 136,40 руб;
250·2
Себестоимость программного продукта:
13059,52+1305,95+5171,57+1113,20+
+62,66+136,40 = 20849,30 руб.
Уровень рентабельности программного проду-
кта закладывается предприятием на уровне
25% от себестоимости:
20849,30·0,25 = 5212,32 руб.
В цену программного продукта включают-
ся:
■ себестоимость (20849,30 руб);
■ рентабельность (5212,32 руб);
■ налог на добавленную стоимость (20%):
0,2·(20849,30+5212,32) = 5212,32 руб.
Таким образом, цена программного проду-
кта составит:
┌─────────────┐
20849,30+5212,32+5212,32 =│31273,94 руб.│
└─────────────┘
──────────────────────────────────────────
6.4. Выводы по экономической
эффективности программного продукта
Внедрение разработанного программного
продукта позволит:
■ повысить качество, объём, технический
уровень и скорость выполняемых с помощью
программы работ;
■ увеличить объёмы и сократить сроки пе-
реработки информации;
■ улучшить показатели основной деятель-
ности предприятия.
Расчёт по экономической эффективности
представлен в таблице 6.4.1.
Таблица 6.4.1.
┌──────────────┬────────────┬────────────┐
│ │ Ручная │ Наладка с │
│ │ наладка │ помощью СЛА│
├──────────────┼────────────┼────────────┤
│Трудоёмкость │ │ │
│решения одной │ │ │
│задачи, │ 25 │ 3 │
│чел.-час. │ │ │
├──────────────┼────────────┼────────────┤
│Количество │ │ │
│задач, решае- │ 50 │ 50 │
│мых за год │ │ │
├──────────────┼────────────┼────────────┤
│Часовая ста- │ │ │
│вка, руб. │ 15 │ 15 │
├──────────────┼────────────┼────────────┤
│Стоимость ча- │ │ │
│са машинного │ - │ 25,3 │
│времени, руб. │ │ │
├──────────────┼────────────┼────────────┤
│Затраты при │ │ │
│расчёте │ 25·50·15 = │3·(15+25,3)x│
│за год, руб. │ = 30000 │ x50 = 6045 │
└──────────────┴────────────┴────────────┘
Годовая экономия:
30000-6045 = 23955 руб.
Срок окупаемости:
31273,94
──────── ў 1,3 года ў 16 месяцев.
23955
