Модернизация информационного табло 'Бегущая строка'

Всем требованиям рассмотренных в разделе 1.5 удовлетворяет микросхема ATmega32L (см. Приложение Б). Следует отметить, что она имеет четыре 8-битных порта, поэтому избыточное число выводов можно использовать, исключив, н-р, дешифратор строк. Эту задачу возлагаем теперь на ПО.

Адаптер интерфейса RS-232.

Для построения адаптера интерфейса RS-232 фирма MAXIM выпустила ряд микросхем, отличающихся числом линий связи и электрическими параметрами. В настоящее время существуют их более дешевые аналоги пр-ва других фирм, например, ADM, STM.

При выборе той или иной ИМС необходимо руководствоваться следующими соображениями:

Должно быть минимально необходимое число линий;

Корпус типа DIP для монтажа на плату 3 класса точности;

Однополярное напряжение питания.

Вообще, из представленных в таблице 4 ИМС подойдет любая, т.к. связь с ПК будет осуществляться по протоколу Modbus, а он требует только двух линий передачи данных. Выберем те, которые имеют минимальное число выводов, т.е в корпусе DIP-16. Всем критериям удовлетворяют только 2 типа: MAX202 и MAX232. Неудивительно, что именно эти ИМС пользуются наибольшей популярностью у разработчиков и встречаются наиболее часто в различных любительских и профессиональных схемах.

Адаптер переходник с интерфейса RS-232 на USB интерфейс.

Основные характеристики:

Производитель - Orient Hero International Ltd

Модель - USS-101

Параметры производительности:

Скорость передачи данных - 1 Мбит/сек

Прочие характеристики:

Длина кабеля - 0.8 метра

Прочее:

Со стороны COM порта для крепежа используются винты

Таблица 4 - Микросхемы преобразователей RS-232

Датчик температуры

При выборе типа датчиков температуры использовалась таблица 5.

Таблица 5 - Параметры распространенных датчиков температуры

В сравнении с датчиками серии ds1820 фирмы Dallas они проигрывают в точности и удобстве подключения. Можно, конечно, использовать термозависимые сопротивления типа ТСМ, ТСП и др., но это требует использования АЦП, схем согласования, и дополнительной программной обработки первичных результатов. Датчики фирмы Dallas имеют отличную точность (0,5°С), требуют всего 2 провода (земляной и сигнальный), выдают данные в цифровом виде. Конечно, связь по однопроводному интерфейсу без использования аппаратной поддержки требует более сложного программного обеспечения, но из-за относительной медлительности интерфейса и за счет использования в связи с этим системы прерываний нагрузка на процессор получается минимальной.

Прочие элементы.

Цифровые микросхемы регистров, дешифраторов можно использовать любые из ТТЛ, ТТЛШ, КМОП-логики, серий 555, 1533, 1554.

Резисторы с допуском 5-10% - типа МЛТ, С2-23 соответствующей мощности; конденсаторы: электролитические К50-35 или импортные аналоги VISHAY, JAMICON и др., в цепях питания для подавления помех К10-17б.

Остальные элементы - по назначению, с подходящими конструктивными, технологическими, электрическими параметрами.

2.2 Разработка принципиальной схемы устройства

Принципиальная схема устройства представлена на листе 2 Графического приложения. Практически все элементы схемы установлены в соответствии с технической документацией на микросхемы. Расчету подлежит только блок ключевых элементов.

Блок силовых ключей собран на транзисторах VT1 - VT16 типа КТ816А. Максимальный ток IКЭ = 1 А, напряжение UКЭ = 25В. Резисторы R4 - R19 ограничивают ток базы при подаче на вход канала напряжения лог. “0”. Минимальный ток базы, необходимый для насыщения транзистора, равен:

Сопротивление токоограничивающего резистора равно:

По ряду E24 выбираем сопротивление резистора 470 Ом.

Остальные элементы схемы устанавливаются в соответствии с технической документацией на соответствующие ИМС, и расчета не требуют.

2.3 Разработка алгоритма работы микроЭВМ

Алгоритм работы микроЭВМ должен обеспечивать следующие функции:

заполнение сдвигового регистра столбцов данными, соответствующими текущей строке;

поочередное включение строк светодиодной матрицы при динамическом формировании изображения;

формирование изображения на матрице в соответствии с текущем режимом работы;

чтение Flash-памяти при отображении текста бегущей строки;

учет текущего времени суток и автоматическая коррекция хода часов;

поддержка однопроводного интерфейса;

периодическое считывание показаний температурного датчика;

обеспечение связи с ПК по интерфейсу RS-232, по протоколу Modbus;

выполнение команд, прием и выдача данных на ПК;

обслуживание дополнительных кнопок подстройки часов.

Это глобальные задачи, каждая из которых решается независимо друг от друга. Каждая из них включает в себя множество подзадач, сложных и простых, из которых складывается работа микроЭВМ в целом.

Рассмотрим принцип динамического формирования изображения на светодиодной матрице, управляемой сигналами строк (аноды) и столбцов (катоды). Формирование изображения и вывод его на дисплей - две разные задачи, которые стыкуются между собой с помощью буфера в оперативной памяти - т.н. видеопамяти. Она представляет собой просто область ОЗУ, в которой каждый бит определяет состояние соответствующего ему светодиода. Первая задача - формирование изображения - отвечает за заполнение этой видеопамяти определенными значениями; вторая задача - вывод на дисплей - считывает эту видеопамять и управляет светодиодами.

Поскольку доступ к информации осуществляется побайтно, т.е. группами по 8 бит, а число строк в разрабатываемом устройстве также равно 8, то само собой напрашивается решение представлять состояние каждого столбца в виде отдельного байта, где их число равно общему числу столбцов. Таким образом, чтобы сдвинуть "бегущий" текст на одну позицию влево, достаточно информацию, хранимую в видеопамяти, сдвинуть на один байт в сторону "левого" байта. Шрифт текста бегущей строки представляет собой символы размером 5 х 7 точек. Исключение составляют некоторые большие символы, такие как русская заглавная буква "Д" и др., где требуется 8 строк. Каждый символ текста на матрице занимает 5 столбцов; расстояние между символами одинарное, в один столбец. Изображение каждого символа хранится в энергонезависимой памяти, в специально отведенной для этих целей области, называемой знакогенератором. Каждый символ занимает 5 байт; таким образом требуется 5 х 256 = 1280 байтов.

Текст бегущей строки выводится справа налево; от старших байтов видеопамяти в сторону младших. Поэтому когда символ уже находится в пределах матрицы, обращения к знакогенератору не происходит: его изображение с определенной скоростью перемещается по видеопамяти, пока не выйдет совсем. Чтение знакогенератора требуется, чтобы "ввести" символ в рабочее поле. Это делается следующим образом. На самом деле видеопамять имеет несколько большую длину, как раз на ширину символа. Невидимые столбцы (5 шт) располагаются справа от матрицы, т.е. они занимают самые старшие 5 байт видеопамяти. При сдвиге изображения на один столбец влево они также участвуют в работе, но остаются невидимыми. Через каждые 6 сдвигов, когда эта область будет пуста, происходит обращение к памяти текста. Для этого организуется специальный счетчик, который указывает на текущую позицию символа в тексте. Его размерность равна слову, т.е. 2 байтам. Перед запуском бегущей строки этот счетчик (другими словами: "бегунок", позиция курсора, указатель и пр.) инициализируется, т.е. указывает на самый первый символ текста. Считанный ASCII-код символа затем умножается на 5, чтобы получить начальный адрес в памяти знакогенератора, где находится его изображение. Считанные 5 байтов знакогенератора копируются в старшие 5 байтов видеопамяти, заполняя опустевшее место самого правого, невидимого символа. Когда достигается граница текста, что проверяется простым сравнением счетчика текущей позиции с длиной текста, заполнение отключается - при сдвиге видеопамяти она заполняется нулями.

Немного по-другому происходит формирование изображения при выводе текущего времени суток и температуры. Время представляется в формате ЧЧ:ММ:СС. Учет текущего времени осуществляется в процедуре прерывания от системного таймера, который настроен точно на частоту 1 Гц. Самому устройству "знать" время нет необходимости, поэтому в памяти время хранится в виде, оптимальном для процедуры формирования изображения. Всего выделяется 6 байт: 2 для значений часа, 2 - для минут и 2 - для секунд. 2 байта нужны для раздельного хранения значений единиц и десятков. При отображении времени и температуры изображение статично, т.е. не сдвигается ни в какую сторону. Позиция каждого символа на матрице определена заранее и не меняется. Для заполнения видеопамяти изображением времени и температуры используется всего одна отдельная процедура. Она последовательно символ за символом "печатает" текст на изображении. Примерное изображение приведено на рисунке 2.

Рисунок 1 - Вывод текущего времени и температуры.

Первым обрабатывается счетчик десятков часов. Значение десятков часов (на рис.2 оно равно 1), представленное в двоичном коде 0x0116, преобразуется в ASCII-код 0x31 путем простого прибавления числа 0x30 (см. таблицу ASCII-кодов). Затем это значение используется как адрес при обращении к ПЗУ знакогенератора, где считываются 5 байтов изображения. Эти значения копируются в область видеопамяти, начиная с 12-ого байта. Так на дисплее появляется изображение цифры "1". Далее обрабатывается счетчик единиц часов. После этого в байтах с адресами 24 и 25 записывается значение 0x36 - это изображение двоеточия, разделяющего минуты от часов. И так далее.

Аналогично выводится температура, но здесь требуется преобразование форматов. Датчик температуры типа DS1820 выдает значение в своем, специфическом формате.

Рисунок 2 - Формат представления температуры датчика DS18B20.

Как видно, значение содержит дробную часть, а целая часть разделена между двумя байтами. Чтобы корректно отобразить температуру на дисплее, это значение преобразуется таким образом, чтобы целая и дробная части располагались в разных байтах. Кроме того, отрицательные значения должны быть преобразованы в положительные, с запоминанием знака, т.к. датчики серии DS18 выдают их в дополнительном коде.

Только после этого двоичный код преобразуется в двоично-десятичный, состоящий из трех разрядов - байтов. Печать этих байтов осуществляется аналогично выводу времени. Преобразование в двоично-десятичный код, в особенности дробной части числа, будет рассмотрено в следующей главе. В зависимости от знака, на дисплей перед температурой выводится символ "+" или "-".

Работа бегущей строки зависит от двух параметров: скорость сдвига информации и интервал между окончанием текста и его повторным запуском. Когда текст не выводится, на дисплее отображаются время и температура. По окончании паузы вновь запускается вывод текста.

Теперь о непосредственном выводе изображения. Для этого используется таймер, работающий с периодом 400 Гц. Каждые 2,5 мс вызывается процедура, которая включает очередную строку светодиодов. Т.к. строк 8, то регенерация всего изображения будет происходить за 20 мс, т.е. с частотой 50 Гц. Эту частоту можно изменить, установив соответствующий параметр.

Перед включением следующей строки предыдущая гасится. Затем в цикле, который выполняется с запретом любых прерываний для скорейшего завершения, из видеопамяти последовательно считываются байты. Из них выделяется только один бит, соответствующий текущей строке. Младший бит соответствует верхней строке, старший - нижней. Этими битами заполняется сдвиговый регистр, после чего строка включается. Это осуществляется подачей на анодный строковый сигнал напряжения питания светодиодной матрицы. Столбцовые ключи коммутируют катоды светодиодов на "землю".

Получается, формирование изображения на светодиодной матрице намного проще, чем заполнить видеопамять правильными значениями.

Одна из задач микроконтроллера - работа с внешней Flash-памятью. Ее подключение осуществляется по SPI-интерфейсу, а обмен данными выполняется по командам.

Таблица 6 - Система команд Flash-памяти AT25640.

Работа с микросхемой начинается с выдачи активного сигнала CS, после которого она готова к обмену информацией по SPI-интерфейсу. Первым байтом всегда идет код команды. После этого передаются данные. При чтении или записи данных на микросхему передается еще и адрес, который достаточно послать один раз за обращение. После этого счетчик адреса будет автоматически увеличиваться на 1 при каждом считывании байта.

Довольно сложной задачей является поддержка работы однопроводного интерфейса. Он достаточно медленный, а одно обращение к датчику температуры занимает минимум 5 мс. Поэтому для приема и выдачи битов используется прерывание от вспомогательного таймера. Кроме того, обмен данными осуществляется по специальному протоколу, которого также нужно придерживаться. Линейным программированием здесь хороших результатов не добьешься, т.к. помимо обслуживания датчика, микроконтроллер выполняет целый ряд других, не менее важных задач. Выходом из положения стало использование принципа "автоматного" программирования. Программный код, отвечающий за обслуживание однопроводного интерфейса, разбит на отдельные блоки, называемые состояниями. Микроконтроллер в части касающейся может быть только в одном состоянии, т.е. периодически выполняет один и тот же блок. Переходы между состояниями зависят от разных условий, что и дало название автоматного программирования по аналогии с автоматами на жесткой логике в схемотехнике. Кроме этого, используются некоторые специальные приемы, облегчающие программирование и значительно сокращающие время на обслуживание.

Рассмотрим задачу подключения к ПК через последовательный интерфейс RS-232. Связь осуществляется по протоколу Modbus. С использованием этого протокола информация передается группами, называемыми пакетами. Существуют две разновидности Modbus, отличающиеся способом кодирования байтов: Modbus RTU и Modbus ASCII. В RTU-режиме каждый байт передается как есть. Появление ошибок определяется циклическим избыточным кодом CRC. Достоинством этой схемы является более высокая скорость передачи по сравнению с ASCII-режимом, но требует большей вычислительной мощности от ЭВМ из-за использования CRC-кода. В ASCII-режиме каждый байт передается двумя ASCII-кодами шестнадцатеричного представления. Обнаружение ошибок обеспечивается линейным циклическим кодом LRC, который представляет собой простую сумму всех байт пакета (за исключением первого и последнего) без учета переноса.

Каждый пакет состоит из полей:

Признак начала пакета - символ ":" (только в ASCII-режиме)

Адрес устройства

Код функции

Адрес

Данные

Контрольная сумма

Признак конца пакета - символы CRLF (только в ASCII-режиме).

Хотя в RTU-режиме фактическая скорость передачи информации выше почти в 2 раза, режим ASCII предпочтительнее использовать в микроконтроллерных устройствах. Это обусловлено его простотой, большей надежностью, лучшей синхронизацией, более легким исполнением на ассемблере, хотя, конечно, кодирование каждого байта в виде двух кодов и декодирование на приеме значительно усложняют процедуры приема-отправки сообщений. В остальном ASCII-режим предпочтительнее.

Главное правило протокола - на любой пакет, посланный одним устройством (запрос), должен придти ответный пакет (подтверждение). Если ответа не последовало в течении определенного времени тайм-аута, пакет считается потерянным, и передача повторяется. Принимающее устройство, обнаруживая ошибку в данных, уничтожает принятую часть пакета и ответа не формирует. Данное требование обусловлено полудуплексным режимом передачи информации.

2.4 Разработка исходных текстов программ микро-ЭВМ

В нашем устройстве были использован микроконтроллер фирмы ATMEL, который имеет развитые средства поддержки, разработки и отладки. К ним относится среда проектирования программ для AVR микроконтроллеров, называемая AVR Studio ver. 4.12 SP3. Это чрезвычайно удобная среда проектирования предназначена для написания ассемблерных и Си-программ для МК, и их отладки. Программирование осуществляется по интерфейсу RS-232 с помощью программатора AVRISP. Исходный текст ассемблерной программы для микроЭВМ приведен в Приложении В. На каждое действие в программе даны комментарии, облегчающие понимание программы. Широко используются макросы, значительно сокращающие объем текста, что повышает читаемость программы.

Вся программа разбита на модули, каждый из которых предназначен для решения своей задачи:.avr- главный модуль программы.avr- набор макросовx.avr- модуль работы с датчиками серии DS18x.avr- описание команд работы с ПК.avr- обслуживание протокола modbus.avr- набор математических процедур

При разработке программы были решены некоторые необычные, сложные задачи, например, перевод дробной части числа из двоичного формата в десятичный. Эта процедура находится в модуле math.avr. Простой перевод из двоичного в двоично-десятичный формат даст неправильный результат. К примеру, число 0x01 для целой части означает число, равное 1. При дробном представлении двоичный код 0x01 равен 2-8=0,00390625. Это есть вес младшего разряда. Соответственно, вес старшего разряда равен 0,5. Нам такое большое число цифр после запятой не нужно - достаточно четырех, из которых впоследствии можно использовать любое из них. Таким образом, двоичный код, например, 0x80 должен дать цифру 5000, представленную в двоично-десятичном формате. Но сначала нам надо преобразовать дробное представление хотя бы в обычное двоичное. Это осуществляется в цикле, который повторяется 8 раз - по числу дробных разрядов. Если в текущем разряде стоит "1", то его вес прибавляется к общей сумме, которая перед запуском цикла обнуляется. Вес старшего разряда равен 5000 (500 для трех разрядов, 50 тыс. для пяти разрядного числа и т.д.). При переходе к следующему, более младшему разряду, текущий вес понижается в 2 раза. Деление на 2 заменяется простой операцией побитного сдвига вправо.

Есть другой способ - просто умножить двоичное представление дробного числа на 5000 и откинуть младший байт. Но это потребует 16-битной операции умножения, т.е. 16 тактов вместо 8.

В остальном работа программы понятна из комментариев, данных почти в каждой строке.

2.5 Разработка программы для ПК

Для программирования бегущей строки используется персональный компьютер. Связь с ПК осуществляется через USB адаптер подключаемый к COM-порту устройства, по интерфейсу RS-232. Программа обслуживания бегущей строки разработана в среде Delphi 6.0. Она содержит всего 2 формы: основную и редактор шрифта. В основной форме пользователь может прописать текст бегущей строки, задать скорость ее движения и интервал между повторами. Кроме того, предоставляется возможность синхронизации с панелью, когда ее изображение копируется на экран ПК. В этом режиме можно увидеть в удаленном режиме, что именно отображается на панели в каждый момент времени.

Любая программа на Delphi состоит из модулей. В разработанной программе имеется 4 модуля:

модуль обслуживания основного окна интерфейса;

модуль обслуживания редактора шрифта;

модуль обслуживания COM-порта ПК;

модуль протокола Modbus.порт предоставляет физический и транспортный уровни связи, в то время как Modbus - сетевой и прикладной. Вся информация передается пакетами, построенными по определенным правилам, с использованием специального кодирования. Контроль целостности данных производится с помощью контрольной суммы, добавляемой в конце каждого кадра.

Разберем для начала, на каком принципе построено взаимодействие с бегущей строкой. ПК и строка образуют простейшую сеть, без адресации, ведущим устройством в которой является ПК. Бегущая строка самостоятельно инициировать передачу не может; она всегда посылает ответный пакет на запрос, исходящий от ПК. Формат кадра протокола следующий:

байт с кодом 0x3A, или символ ':' (двоеточие);

код функции - 1 байт;

данные (от 0 до 120 байтов);

контрольная сумма (1 байт);

байт с кодом 0x0A или 0x0D ("возврат каретки" или "перевод строки").

Код функции определяет действие, которое должно выполнить строка. В ответном пакете этот код функции повторяется, т.е. ПК всегда знает, что выполнило, или какие данные отправило устройство.

Программный модуль ComPort.pas обеспечивает работу с COM-портом. Практически весь модуль взят из книги [12]. Он описывает процедуры захвата порта, работы с ним (прием / передача байтов), работу с дополнительными сигналами порта (DTR, DTS, RTS, CTS, RI, CD), освобождение порта. Преимущество этого модуля состоит в том, что он практически не тормозит центральный процессор, вся работа с портом осуществляется асинхронно, т.е. необходимые процедуры или функции вызываются при появлении соответствующих условий. Для этого используется поток (TThread). Он непрерывно отслеживает состояние COM-порта, и вызывает всего 2 процедуры:

TReadByteEvent - по поступлению нового символа по COM-порту;

TChangeStateEvent - по изменению сигналов на входах порта.

Программный модуль Modbus.pas работает с массивами данных, структурированных по правилам протокола Modbus. Он является связующим звеном между программой на ПК и программой на контроллере бегущей строки. Чтобы отправить данные на устройство, этот модуль принимает от основной программы (модуль main.pas) запрос в виде массива данных, в котором указаны:[0] - длина данных, или общее количество байт для отправки;[1] - код функции;[2..255] - данные функции.

Этот запрос преобразуется в кадр, т.е. производится кодирование информации, добавляются служебные символы в начало и конец кадра, вычисляется контрольная сумма. Затем этот запрос отсылается в COM-порт. Здесь COM-порт представляется в виде файла, в который можно записать неограниченное число байт. Один за другим эти байты будут отправлены с порта, в том порядке, в каком они были записаны в этот файл.

Ответный кадр от устройства приходит уже в виде отдельных байтов, из которых модуль Modbus должен сложить правильный кадр. Любые байты, приходящие с порта, будут игнорироваться до тех пор, пока не будет принят символ с кодом 0x3A. Это признак начала пакета, после которого остальные байты будут помещаться в специальный буфер RxPack[0..255] до приема символа с кодом 0x0A или 0x0D. За эти действия отвечает процедура OnReadByte. Когда будет принят весь кадр, за его обработку отвечает процедура ReadFrame. Эта процедура проверяет контрольную сумму, производит декодирование информации, и передачу принятого пакета на верхний (прикладной) уровень.

В основной программе (модуль main.pas) за связь с устройством отвечает процедура TForm1.OnReadFrame. Она запускается из модуля modbus.pas, и является асинхронной по отношению к остальной программе. Ее запуск всегда инициируется приемом пакета от устройства. Отправить запрос на устройство сравнительно просто: для этого надо указать код функции, данные, которые сопровождают ее (н-р, адрес или значение параметра для записи), и обязательно указать длину этого запроса в байтах. После этого вызвать процедуру MBLink.Send. И можно быть увереным, что если качество связи хорошее, это пакет обязательно дойдет до адресата и вернется в виде ответа, реакцией на который будет запуск процедуры OnReadFrame с тем же кодом функции.

В этой процедуре с помощью конструкции case .. of .. осуществляется анализ кода функции. На каждый код функции программа реагирует каким-либо соответствующим действием, н-р, отправкой следующего запроса, записью данных, или просто завершением сеанса связи. Сеанс связи - это последовательное выполнение связанных друг с другом одним смыслом запросов, приводящих к выполнению определенной задачи. Рассмотрим все типы сеансов. Текущий сеанс связи хранится в переменной Mode:

- основной режим работы, с ожиданием действий пользователя;

- опрос параметров устройства при запуске программы;

- синхронизация с панелью;

- чтение памяти знакогенератора;

- чтение FLASH-памяти устройства;

- запись данных на панель;

- верификация;

Сразу после запуска программы на ПК устанавливается режим 1 с выдачей контрольной команды check_net - проверка связи. Если связь с устройством установлена (кабель подключен, COM-порт настроен правильно, и устройство включено), то обязательно придет ответный пакет с тем же кодом функции. Эта функция "пустая", т.е. не требует от устройства никаких действия. В этом можно убедиться, если посмотреть программный код в модуле commands.asm:

.cseg_net:;Проверка связи

Однако для ПК этот код является "стартовым выстрелом" для начала работы с панелью. В процедуре OnReadFrame в ответ на приход этого кода функции формируется тут же новый запрос get_time - чтение текущего времени устройства. Устройство отвечает на него, и процедура OnReadFrame запускается еще раз, но уже с кодом get_time в принятом пакете. При обработке этого кода функции на устройство отправляется пакет get_date - чтение текущей даты устройства. На этом процесс завершается, и программа переходит в режим 0.

В режиме синхронизации с панелью каждые 0,25 сек формируется запрос read_info, на что устройство посылает 112 байтов видеопамяти. При приеме пакета на мониторе отображаются состояния всех светодиодов, т.е. пользователь видит картинку, которую "рисует" панель в данный момент времени. При этом другие команды пользователя блокируются.

Память знакогенератора имеет большой объем - 1280 байт, и не может быть считана за один раз. Поэтому это выполняется в сеансе связи с номером 3. При приеме от устройства очередной порции информации программа формирует следующий запрос, но уже с другим адресом. Устройство, приняв пакет с кодом read_sign, выдает данные из таблицы знакогенератора, начиная с адреса, указанного в функции read_sign - он идет вторым байтом пакета. Когда вся память будет считана, программа переходит в основной режим работы.

Аналогичным образом идет работа в остальных режимах, т.к. они предназначены для обмена большим объемом информации. Верификация данных - проверка на правильность записи данных. После того, как пользователь ввел текст бегущей строки и записал его в Flash-память устройства, программа проверяет правильность записи повторным чтением текста и сравнением его с исходным. При несовпадении данных программа выдает сообщение.

Вспомогательный модуль EditForm предназначен для редактирования начертаний символов. Каждый символ имеет размер 5 х 7 точек, т.е. занимает 5 байт. Пользователь может выбрать нужный символ, и нажатием мыши на графическом поле зажечь или погасить светодиод. После внесенных изменений необходимо выполнить команду записи таблицы знакогенератора, иначе они будут утеряны.

Рисунок 3 - Графическое представление программы.

Графическое представление программы представляет собой окно. Центральная часть основное рабочее поле где выводятся символы, в верхнем левом углу находится панель меню где можно отрыть, сохранить, осуществить необходимые настройки. Под рабочем полем расположена строка ввода текста в конце её расположена кнопка очистки всей строки, ниже расположены инструменты управления скорости перемещения бегущей строки, правее расположенны 2 кнопки одна из них для записи информации в память устройства, а другая для счивания с устройства. Правее расположена метка синхронизации она служит для связи и обновления информации между устройством и ПК. Делее расположена метка блокировки панели она служит для запрета или разрешения работы устройства. В нижней части окна расположена строка справочной информации: канал подключения (COM2), скорость передачи данных (19200 байт/сек), статус (поиск, проверка,готов), дата, время.

2.6 Разработка печатной платы устройства

Чертеж печатной платы приведен на листе 4 Графического приложения.

Топология печатной платы была разработана в соответствии с принципиальной схемой; для этих целей применялся САПР PCAD-2001. Эта система проектирования электронных блоков, узлов, ПП используется многими профессиональными разработчиками из-за ее многофункциональности, удобства в работе, простоте понимания.

Материал ПП - двусторонний фольгированный стеклотекстолит марки СФ-2-0,35. Основная ширина дорожек - 0,6 мм.