Inferno
#03
22 ноября 2002 |
![]() |
Диплом - Диплом Alone Coder-а. Разработка программного обеспечения для специализированного логического анализатора. Часть 2.

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
Другие статьи номера:
Похожие статьи:
В этот день... 18 февраля