Руководство по эксплуатации. Основные правила работы г. Тула, 2002 2011 г. 2 Программная часть



Pdf просмотр
страница4/4
Дата04.11.2016
Размер0.55 Mb.
Просмотров1007
Скачиваний0
ТипРуководство
1   2   3   4
2.4. Программная реализация
Протокол USB-приема и дешифрации полностью реализован программно.
Программа вначале принимает битовый поток USB в один USB-пакет во внутреннем буфере. Начало приема инициируется по внешнему прерыванию
INT0, которое отвечает за образцовую синхронизацию. В процессе приема проверяется только сигнал конца пакета (определяется только EOP). Это необходимо ввиду очень высокой скорости передачи данных по шине USB.
После успешного приема программа дешифрирует пакеты данных и анализирует их. Во-первых, с помощью адреса анализируется, что принятый пакет относится к данному устройству. Адрес передается при каждой USB- транзакции и, следовательно, устройство знает, что переданные данные относятся именно к нему. Дешифрация USB-адреса должна выполнятся очень быстро, поскольку, в случае определения действительного пакета с заданным адресом, устройство должно ответить компьютеру подтверждающим пакетом
ACK. Таким образом, дешифрация адреса является критичной частью USB- ответа.
После приема битового потока мы получаем последовательность, закодированную в коде NRZI, путем поразрядного заполнения входного буфера.
В процессе дешифрации мы вначале удаляем поразрядное заполнение, а затем
NRZI-кодирование. Все данные изменения выполняются во втором буфере
(копия приемного буфера). После дешифрация текущего пакета может приниматься новый пакет. Для данной точки, скорость дешифрации не так важна, т.к. устройство может задержать свой ответ. Если компьютер запрашивает ответ в процессе дешифрации, то устройство должно ответить незамедлительно NAK (нет подтверждения), исходя из чего компьютер поймет о неготовности устройства. Таким образом, микроконтроллер должен быть способен принимать пакеты от компьютера в процессе дешифрации, определить относится ли транзакция к устройству, а затем отправить пакет
NAK, если дешифрация еще находится в процессе выполнения. В этом случае компьютер отправит запрос снова. Микроконтроллер также дешифрирует основную USB-транзакцию и выполняет запрашиваемое действие; например, отправка символа по линии RS232 и ожидание завершения транзакции, а также подготовка соответствующего ответа. При выполнении данного процесса устройство будет прерываться некоторыми пакетами, поступающих от компьютера, обычно пакты IN для получения ответа от устройства. На данные пакеты IN устройство должно ответить пакетами NAK. Если ответ готов и устройство выполнило требуемое действие, ответ должен вначале пройти через функцию вычисления и присоединения CRC, затем выполняется NRZI- кодирование, а затем поразрядное заполнение. Теперь, когда компьютер запрашивает ответ, данный битовый поток передается по линиям данных в соответствии с требованиями стандарта USB.

56
2.5. Описание программы микроконтроллера.
Далее описываются основные части программы для микроконтроллера.
Программа разделена на блоки: процедуры прерывания, процедуры дешифрации, USB-прием, USB-передача, дешифрация запрашиваемого действия и выполнение требуемых действий.
Пользователь, при необходимости, может добавить собственные функции.
В коде программы можно найти примеры по тому, как сделать специфичные пользовательские функции. Таким образом, пользователь на основе существующих встроенных функций может написать собственные расширения.
Например, на основе встроенной функции непосредственного управления выводом можно добавить поддержку TWI.
Процедура обработки прерывания "EXT_INT0"
Внешнее прерывание 0 находится в активном состоянии в течение всего времени выполнения программы. Данная процедура инициирует прием данных, последовательно передаваемых по шине USB. Внешнее прерывание возникает при появлении нарастающего фронта на выводе INT0. Нарастающий фронт указывает на начало образцовой синхронизации (см. рисунок 4) и инициирует выполнение процедуры USB-приема.
Вначале процесс оцифровки данных должен быть засинхронизирован к середине бита. Это выполняется в соответствии с образцовой синхронизацией.
Поскольку длительность передачи одного бита равно только 8 периодам синхронизации XTAL и возникновение прерывания может быть задержано (+/-
4 периода), то синхронизацию к фронтам образцовой синхронизации необходимо выполнить тщательно. Окончание передачи образцовой синхронизации и начало передачи бит данных определяется следующим за образцовой синхронизацией двумя битами с низким уровнем (см. рисунок 4).
После этого начинается фактическая оцифровка данных. Оцифровка выполняется по середине бита. При скорости передачи данных 1,5
Мбит/секунду (1.5МГц) и частоте синхронизации микроконтроллера 12 МГц в нашем распоряжении имеется только 8 тактов для оцифровки данных, записи результата в однобайтный буфер, сдвига данных в однобайтном буфере, проверки на прием всего байта, записи байта в статическое ОЗУ и определения окончания пакета (EOP). Это наиболее критическая часть программы; все должно быть сделано синхронно и за установленные временные рамки. После приема всего USB-пакета необходимо выполнить дешифрацию пакета. Вначале мы должны быстро определить тип пакета (SETUP, IN, OUT, DATA) и принятый
USB-адрес. Быстрая дешифрация должна выполнятся внутри процедуры обработки прерывания, т.к. необходимо очень быстро ответить после приема
USB-пакета (устройство должно ответить пакетом ACK, если принят пакет с адресом устройства и NAK, если принят пакет, адресованный устройству, но ответ еще не готов).

57
В конце процедуры приема (после отправки пакета ACK/NAK) записанные в буфер данные должны быть скопированы в другой буфер, в котором выполняется дешифрация данных. Это необходимо для освобождения приемного буфера для приема нового пакета.
В процессе приема дешифрируется тип пакета и устанавливается соответствующее значение флага. Данный флаг проверяется в основном цикле
Рис. 2.10. Блок-схема процедуры приема.

58
программы и в зависимости от его значения выполняется соответствующее действие и подготавливается соответствующий ответ без предъявления каких- либо требований по быстродействию микроконтроллера.
Для сохранения высокой скорости обработки внешнего прерывания INT0 оно должно оставаться активным постоянно, даже при обработке других прерываний (например, прерывание по последовательному приему). Быстрота приема в процедуре обработки прерывания INT0 очень важна, поэтому, программу необходимо оптимизировать по быстродействию и времени выполнения. Важной проблемой является оптимизация резервирования регистра в процедурах обработки прерываний.
Основной программный цикл
Основной программный цикл очень простой. В нем необходимо только проверять состояние флага действия и определять, что делать после приема данных. Кроме того, в основном цикле проверяется, сброшен ли USB- интерфейс (обе линии данных находятся в низком уровне в течение длительного времени) и, в случае определения такового состояния, выполняется переинициализация устройства. Если флаг действия активен, то вызывается соответствующее действие: дешифрация кода NRZI в пакете, удаление поразрядного заполнения и подготовка запрашиваемого ответа в буфере передатчика (с поразрядным заполнением и NRZI-кодированием). После этого активизируется флаг для сигнализации о готовности ответа к отправке.
Физическая передача выходного буфера по линиям USB выполняется в процедуре приема как ответ на пакет IN.
Ниже приведено краткое описание подпрограмм:
Reset:
Выполняет инициализацию ресурсов микроконтроллера AVR: стек, линии ввода-вывода, буферы USB, прерывания.
Main:
Основной цикл программы. Проверяет состояние флага действия; если флаг установлен, то выполняет требуемое действие. Дополнительно, данная процедура проверяет сброс линий данных USB-шины и в случае определения сброса переинициализирует USB-интерфейс.
Int0Handler:
Процедура обработки внешнего прерывания INT0. Основной процессор приема/передачи. Запись данных в буфер, определение получателя USB-пакета
(USB-адреса), распознавание пакета, отправка ответа компьютеру. Является основой USB устройства.
SetMyNewUSBAddresses:
Процедура изменения USB-адреса. Адрес изменяется и кодируется в NRZI эквивалент. Это необходимо, т.к. необходимо быстро выполнить дешифрацию адреса в процессе приема USB-пакета.

59
FinishReceiving:
Копирует непроверенные данные из принятого USB-пакета для его дешифрации (дешифрация NRZI и поразрядного заполнения).
USBreset:
Инициализирует интерфейс USB к значениям по умолчанию (переход к состоянию, эквивалентного состоянию сразу после подачи питания).
SendPreparedUSBAnswer:
Отправляет подготовленное содержимое выходного буфера по линиям USB.
NRZI-кодирование и поразрядное заполнение выполняется в процессе передачи. Пакет завершается сигналом EOP.
ToggleDATAPID:
Переключает идентификатор пакета DATAPID (PID) между DATA0 и
DATA1 PID. Данное переключение необходимо в процессе передачи согласно техническим требованиям USB.
ComposeZeroDATA1PIDAnswer:
Составляет нулевой ответ для передачи. Нулевой ответ не содержит данных и используется в некоторых случаях в качестве ответа, когда в устройстве нет доступных дополнительных данных.
InitACKBufffer:
Инициализирует буфер в ОЗУ данными ACK (пакет подтверждения ACK).
Данный буфер часто отправляется в качестве ответа, что он всегда остается готовым в памяти.
SendACK:
Передает пакет ACK по линиям USB.
InitNAKBuffer:
Инициализирует буфер в ОЗУ данными NAK (пакет нет подтверждения
NAK). Данный буфер часто отправляется как ответ о готовности буфера в памяти.
SendNAK:
Передает пакет NAK по линиям USB.
ComposeSTALL:
Инициализирует буфер в ОЗУ данными STALL (пакет STALL). Данный буфер часто отправляется в качестве ответа о готовности буфера в памяти.
DecodeNRZI:
Выполняет NRZI-дешифрацию. Данные, поступающие с линий USB, закодированы в коде NRZI. Данная процедура удаляет NRZI-кодирование из данных.
BitStuff:
Удаляет/добавляет поразрядное заполнение в принятых USB-данных.
Поразрядное заполнение добавляется в компьютере на аппаратном уровне в соответствии с требованиями USB, чтобы гарантировать синхронизацию оцифровки данных. Данная процедура генерирует принятые данные без поразрядного заполнения или формирует данные с поразрядным заполнением

60
для передачи.
ShiftInsertBuffer:
Вспомогательная процедура, которая используется при добавлении поразрядного заполнения. Добавляет один бит к выходному буферу данных и, таким образом, увеличивает длину буфера.
ShiftDeleteBuffer:
Вспомогательная процедура, которая используется для удаления поразрядного заполнения. Удаляет один бит из выходного буфера данных и, таким образом, уменьшает длину буфера.
MirrorInBufferBytes:
Изменяет порядок разрядов в байте, т.к. у принятых данных с линий USB обратный порядок (мл. разряд/ст. разряд).
CheckCRCIn:
Выполняет проверку CRC (контроль циклической избыточности) в пакете принятых данных. CRC добавляется к USB-пакету для детекции повреждения данных.
AddCRCOut:
Добавляет поле CRC в выходной пакет данных. CRC вычисляется в соответствии с техническими требованиями USB для данных USB-полей.
CheckCRC:
Вспомогательная процедура, которая используется для проверки и добавления CRC.
LoadDescriptorFromROM:
Загрузка данных из ПЗУ в выходной буфер USB (в качестве USB-ответа).
LoadDescriptorFromROMZeroInsert:
Загрузка данных из ПЗУ в выходной буфер USB (в качестве USB-ответа), но каждый четный байт записывается с нулевым значением. Используется, когда дескриптор строки запрашивается в формате UNICODE (сохранение
ПЗУ).
LoadDescriptorFromSRAM:
Загрузка данных из ОЗУ в выходной буфер USB (в качестве USB-ответа).
LoadDescriptorFromEEPROM:
Загрузка данных из ЭСППЗУ в выходной буфер USB (в качестве USB- ответа).
Load[X]Descriptor:
Выполняет выбор источника ответа: ПЗУ, ОЗУ или ЭСППЗУ.
PrepareUSBOutAnswer:
Подготавливает USB-ответ в выходном буфере в соответствии с запросом от компьютера и выполняет запрашиваемое действие. Добавляет поразрядное заполнение в ответ.
PrepareUSBAnswer:
Основная процедура для выполнения запрашиваемого действия и подготовки соответствующего ответа. Процедура вначале определит, какое

61
действие выполнить (путем поиска номера функции во входном пакете данных), а затем выполнит запрашиваемую функцию. Параметры функции находятся во входном пакете данных.
Процедура разделена на две части:

стандартные запросы;

специфические запросы производителя.
Стандартные запросы необходимы в соответствии с техническими требованиями USB (SET_ADDRESS, GET_DESCRIPTOR, …).
Специфическими запросами производителя являются запросы, которые могут получить специфические данные производителя (передача управления IN
USB). Передача управления IN USB используется для связи AVR с компьютером. Разработчики могут добавить свои собственные функции и, таким образом, расширить гибкость устройства. Различные документированные встроенные функции в исходном коде могут использоваться в качестве шаблона для разработки собственных функций.
2.6. Стандартные функции USB (стандартные запросы)
ComposeGET_STATUS;
ComposeCLEAR_FEATURE;
ComposeSET_FEATURE;
ComposeSET_ADDRESS;
ComposeGET_DESCRIPTOR;
ComposeSET_DESCRIPTOR;
ComposeGET_CONFIGURATION;
ComposeSET_CONFIGURATION;
ComposeGET_INTERFACE;
ComposeSET_INTERFACE;
ComposeSYNCH_FRAME;
2.7. Функции USB-производителя (запросы производителя)
DoSetInfraBufferEmpty;
DoGetInfraCode;
DoSetDataPortDirection;
DoGetDataPortDirection;
DoSetOutDataPort;
DoGetOutDataPort;
DoGetInDataPort;
DoEEPROMRead;
DoEEPROMWrite;
DoRS232Send;
DoRS232Read;
DoSetRS232Baud;
DoGetRS232Baud;
DoGetRS232Buffer;
DoSetRS232DataBits;

62
DoGetRS232DataBits;
DoSetRS232Parity;
DoGetRS232Parity;
DoSetRS232StopBits;
DoGetRS232StopBits;
2.8. Структуры данных (USB-дискрипторы и строки)
DeviceDescriptor;
ConfigDescriptor;
LangIDStringDescriptor;
VendorStringDescriptor;
DevNameStringDescriptor;
2.9. Формат входного сообщения компьютера
Как сказано выше, USB-устройство использует USB передачу управления.
Данный тип передачи использует формат данных, определенный в технических требованиях к USB. В документе описываются подробности передачи управления и, таким образом, того, как данное устройство связывается с компьютером. Микроконтроллер AVR использует управляющую конечную точку IN. Передача данных между компьютером и микроконтроллером AVR выполнена в соответствии с данным примером.
В дополнение к фактической передачи управления обсуждается формат поля DATA0/1. Передача управления определяет на своем этапе установки стандартный запрос длиной 8 байт.
Стандартный пакет установки используется для детекции и конфигурации устройства после подачи питания. Данный пакет использует стандартный тип запроса в поле bmRequestType (разряды D6-D5 = 0). Все остальные значения полей (bRequest, wValue, wIndex, wLength) могут быть найдены в технических требованиях USB.
Каждый пакет установки содержит 8 байт, которые используются в соответствии с описанием в таблице 1.

63

64
Режим передачи управления используется для пользовательской связи, реализованной в программе как специальные функции. Запрос производителя используется в поле bmRequestType (разряды D6-D5 = 2). Здесь все следующие поля (bRequest, wValue, wIndex) могут модифицироваться в соответствии с целями программиста. В нашей реализации поле bRequest используется для задания номера функции, а следующие поля - для задания параметров функции.
Первый параметр задается в слоте wValue, а второй - в позиции wIndex.
Рассмотрим пример записи в ЭСППЗУ. В качестве номера функции выбирается bRequest = 9. Поле wValue используется для задания адреса
ЭСППЗУ, а записываемое значение (данные ЭСППЗУ) указываются в поле wIndex. В соответствии с этим получаем следующую функцию:
EEPROMWrite(Address, Value).
Если пользовательских функций недостаточно, то достаточно добавить номер функции и тело требуемый функции в программу. В качестве методики можно использовать существующие встроенные функции в программе (см. исходный код).
Главный шины USB (компьютер) также связывается с устройством посредством передач управления IN. Главный отправляет устройству 8-байтный
IN-пакет данных в формате определенном выше (номер функции и параметры), а затем устройство отвечает запрошенными данными. Размер запрашиваемых данных ограничен в программе в некоторых случаях до 255 байт, но основное ограничение выполняется драйвером устройства на стороне управляющего компьютера. Существующий драйвер поддерживает 8-байтную длину ответов в запросах, относящихся к типу запросов производителя.
2.10. Создание собственной программы
Пользователи могут добавлять новые функции и расширять функциональные возможности устройства. В программе имеется 3 примера добавления новых функций: DoUserFunctionX (X=0,1,2). Изучите данные примеры, чтобы понять, как добавить похожие расширенные функции.
Содержимое функций зависит только от требований устройства.
Имя идентификации и устройства, представленное на стороне устройства, может быть изменено в программе микроконтроллера. Данное имя хранится в программе в виде строки и может быть заменено на любую другую строку.
Однако данные имена рекомендуется изменять вместе с USB PID
(идентификатор продукции) и VID (идентификатор производителя) для корректного распознавания в целевой системе. VID вместе с PID должны быть уникальными для заданного типа устройства. Таким образом, рекомендуется, при изменении функциональных возможностей устройства, изменять PID и/или
VID. Идентификатор производителя зависит от производителя USB-устройства и должен быть определен USB-организацией (более подробно смотри в [1]).
Каждый производитель имеет собственный идентификатор и, следовательно, его значение не может быть изменено на другое несоответствующее значение. Однако идентификатор продукции зависит только

65
от выбора производителя, а назначением PID является распознавание различных устройств одного и того же производителя. В данных рекомендациях по применению установлены VID 0x03EB и PID 0x21FF (идентификатор Atmel).
Нельзя использовать данный идентификатор производителя в своей целевой системе.
2.11. Программа для ПК.
Для обеспечения связи с устройством необходима некоторая программная поддержка на стороне ПК. Программа разделена на три уровня:
1. Драйвер устройства: используется для связи на низком уровне с устройством и для инсталляции в операционную систему
(Windows98/ME/NT/XP).
2. DLL-библиотека: используется для инкапсуляции функций устройства и связи с драйвером устройства. DLL упрощает доступ к функциям устройства из программы пользователя. В состав библиотеки входят некоторые функции устройства и операционной системы (задачи, буферы и др.).
3. Приложение пользователя: создает пользовательский интерфейс для удобной связи между пользователем и устройством. Вызывает функции только из DLL-библиотеки.
Драйвер устройства и файлы инсталляции
Первоначально, USB-устройство подключается к компьютерному USB- порту, затем операционная система определит устройство и запросит файлы драйвера. Данный процесс называется инсталляцией устройства. Для выполнения инсталляции необходимо не только создать драйвер устройства, но также инсталляционный скрипт, в котором описывается последовательность инсталляции.
Драйвер устройства выполнен с использованием Windows2000 DDK (набор для разработки драйвера). Разработка драйвера USB основана на входящих в
DDK примерах - IsoUsb. Данный драйвер изменен для организации USB-связи с
AVR. В оригинальном исходном коде изменения выполнялись вокруг IOCTL- связи путем добавления или расширения, т.к. устройство связывается с компьютером посредством IOCTL-вызовов. Для уменьшения размера кода драйвера из исходного кода были удалены неиспользуемые части. Имя драйвера
- "AVR309.sys". Он работает как отправитель команд USB-устройству
(управляет входящей передачей). Драйвер работает под всеми версиями 32- разрядных операционных систем Windows, за исключением Win95.
Инсталляционный скрипт, записанный в INF-файл, используется в процессе инсталляции устройства. В данном INF-файле описаны различные инсталляционные шаги. Файл "AVR309.inf" создан с помощью текстового редактора. Он запрашивается операционной системой в процессе инсталляции.
После инициации инсталляции файл драйвера копируется в операционную систему, а затем выполняются требуемые системные изменения. INF-файл гарантирует инсталляцию DLL-библиотеки в системную папку, что гарантирует

66
простоту ее вызова из различных приложений. Для инсталляции устройства необходимо три файла: INF-файл "AVR309.inf", драйвер "AVR309.sys" и DLL- библиотека "AVR309.dll".
Библиотека DLL
DLL-библиотека связывает с драйвером устройства и всеми функциями устройства, реализованных в этой библиотеке. Способ написания программы конечного пользователя предельно упрощен. DLL-библиотека гарантирует привилегированный доступ к устройству (упорядочивает доступ к устройству), содержит системный буфер для приема данных через RS232 и создает одну системную задачу для чтения буфера данных RS232.
Упорядочение в DLL гарантирует, что только одно приложение/задача будет связано с устройством в данное время. Это необходимо ввиду возможности наложения запросов/ответов от различных приложений в одно и тоже время.
Системный буфер для приема данных через RS232 гарантирует, что принятые данные будут размещены в одном буфере, который является общим для всех приложений. В таком случае принятые данные устройством будут отправляться всем приложениям. Не стоит беспокоиться о том, что приложение примет не полностью данные из-за того, что другое приложение до этого считывало буфер данных.
Для всех приложений существует только одна системная задача, и данные будут периодически запрашиваться у устройства через RS232. В этом случае задача будет сохранять принятые данные в системный буфер. Наличие только одного системного буфера гарантирует небольшую загрузку ЦПУ (в сравнении, когда каждое приложение имеет свою собственную задачу) и упрощает сохранение данных в системный буфер. Все функции устройства определены в библиотеке DLL, а их экспорт выполняется в удобной форме: не в виде номера функции и параметров, а в виде удобного имени функции с параметрами.
Некоторые функции более сложны внутренне, например, функция чтения буфера данных RS232. Таким образом, разработчики могут быстро разрабатывать свои приложения, используя только интерфейс DLL. Нет необходимости изучать функции низкого уровня устройства, т.к. DLL- библиотека разделяет уровень прикладного программирования от аппаратного уровня.
Объявления написаны для 3 наиболее популярных языков программирования: Borland Delphi, C++ (Borland или Microsoft) и Visual Basic.
Приложение конечного пользователя
Приложение конечного пользователя использует функции из DLL- библиотеки для связи с устройством. Его основным назначением является реализация дружественного графического пользовательского интерфейса (GUI).
Для написания собственной программы программистам необходимо использовать библиотеку DLL.

67
2.12. Погрешность генерации скорости УАПП.
Микроконтроллер использует тактовую частоту 12МГц из-за осуществления преобразования USB. Однако недостатком использования такой частоты синхронизации является наличие небольшой погрешности при генерации стандартных скоростей связи. Однако за счет высокого значения частоты синхронизации погрешность минимальна. Максимально допустимая погрешность генерации скорости связи должны быть 4%, т.к. максимальная погрешность равна отношению длительности половины бита (0.5) к максимальной длительности пакета 12 бит = 1 старт-бит + 8 бит данных + 1 бит паритета + 2 стоп-бита. Таким образом, погрешность равна 0.5/12*100% = 4.1%.
Функции в DLL автоматически вычисляют погрешность и устанавливают такую скорость связи, отклонение от стандартной которой не превышает 4%. В случае определения неподдерживаемой скорости выводится сообщение об ошибке. Однако не рекомендуется использовать скорости с погрешностью более
2%.
В таблице 4 подытоживаются погрешности в генерации стандартных скоростей при работе микроконтроллера на частоте 12 МГц.

68
3. СИСТЕМНЫЕ ТРЕБОВАНИЯ ДЛЯ РАБОТЫ СРЕДЫ.
3.1. Системные требования при работе среды в ОС Linux (U(K)ubuntu.
Минимальные аппаратные требования, которым должна отвечать система для успешного развертывания среды LabVisual при работе под управлением ОС
Kubuntu следующие:
Процессор: Pentium IV (Intel Atom 230)1.6 ГГц
L2 Кэш 512 Кб
FSB Speed 533 MHz
Оперативная память: 2048 Мб
Видеокарта: 128 Мб
Монитор: 1024x768, 16 бит
Аудиокарта: Совместимая с DirectX 9.0, имеющая линейный вход Line In, микрофонный вход Mic и линейный выход Line Out
Интерфейсные разъёмы:
4xUSB 2.0 1xPS/2 (клавиатура)
1xPS/2 (мышь)
1xVGA
1хLAN (RJ45)
Жесткий диск: 80 Гб
Необходимые системные требования:
Ядро Linux Kernel версии 2.6.35,
Окружение рабочего стола: GNOME 2.32 либо KDE4,
Основное программное обеспечение: Mozilla Firefox 3.6.10, OpenOffice.org
3.2.1, GCC 4.4.4, VirtualBox 4.0, Krusader, Konsole, должны быть установлены заголовки используемой версии ядра linux-headers-`uname -r`, пакет разработчика build-essential.
Свободное место на жестком диске: 10 Гб

69
3.2. Системные требования при работе среды в ОС Windows.
Минимальные аппаратные требования, которым должна отвечать система для успешного развертывания среды LabVisual при работе под управлением ОС
Windows следующие:
Процессор: Pentium IV (Intel Atom 230)1.6 ГГц
L2 Кэш 512 Кб
FSB Speed 533 MHz
Оперативная память: 2048 Мб
Видеокарта: 128 Мб
Монитор: 1024x768, 16 бит
Аудиокарта: Совместимая с DirectX 9.0, имеющая линейный вход Line In, микрофонный вход Mic и линейный выход Line Out
Интерфейсные разъёмы:
4xUSB 2.0 1xPS/2 (клавиатура)
1xPS/2 (мышь)
1xVGA
1хLAN (RJ45)
Жесткий диск: 80 Гб
Необходимые системные требования:
ОС не ниже Windows XP SP2 (Windows NT 5.1.2600),
Основное программное обеспечение: Mozilla Firefox 3.6.10, OpenOffice.org
3.2.1, Total Commander, драйвер USB LabVisual для работы ПЭВМ с учебными установками.
Свободное место на жестком диске: 2 Гб

70
4. ЛИЦЕНЗИЯ НА ИСПОЛЬЗОВАНИЕ СРЕДЫ
АВТОМАТИЗИРОВАННОГО ЛАБОРАТОРНОГО ПРАКТИКУМА
LabVisual.
Автоматизированная среда лабораторного практикума LabVisual
© НПО Учебной Техники «ТулаНаучПрибор», РФ, г. Тула
Данная программа является свободным программным обеспечением. Вы вправе распространять ее и/или модифицировать в соответствии с условиями версии 2 либо по вашему выбору с условиями более поздней версии
Стандартной Общественной Лицензии GNU, опубликованной Free Software
Foundation.
Мы распространяем данную программу в надежде на то, что она будет вам полезной, однако НЕ ПРЕДОСТАВЛЯЕМ НА НЕЕ НИКАКИХ ГАРАНТИЙ, в том числе ГАРАНТИИ ТОВАРНОГО СОСТОЯНИЯ ПРИ ПРОДАЖЕ и
ПРИГОДНОСТИ ДЛЯ ИСПОЛЬЗОВАНИЯ В КОНКРЕТНЫХ ЦЕЛЯХ.
Однако, если среда LabVisual поставляется непосредственно с учебными установками нашего производства, то условия гарантии определяются заключенным договором на поставку партии продукции и прописываются в техническом паспорте на продукцию.
Для получения более подробной информации ознакомьтесь со Стандартной
Общественной Лицензией GNU.
Вместе с данной программой вы должны были получить экземпляр
Стандартной Общественной Лицензии GNU. Если вы его не получили, сообщите об этом в Free Software Foundation, Inc., 59 Temple Place - Suite 330,
Boston, MA 02111-1307, USA.
Среда LabVisual распространяется БЕЗ ВСЯКИХ ГАРАНТИЙ. Данная программа является свободным программным обеспечением и вы можете распространять ее в соответствии с условиями Стандартной Общественной
Лицензии GNU.
НПО Учебной Техники «ТулаНаучПрибор» настоящим отказывается от всех исключительных прав на использование программы для ЭВМ "LabVisual", авторами которой являются коллектив НПО «ТулаНаучПрибор» и передает все права на использование указанной программы организации, учебному заведению либо физическому лицу, получившему копию среды LabVisual любым способом (в комплекте с учебными приборами, загрузив ПО LabVisual из сети, получив ПО LabVisual на диске от друзей и т. п.).

71
5. ЛИЦЕНЗИЯ GNU GENERAL PUBLIC LICENSE VERSION 2
Настоящий перевод Стандартной Общественной Лицензии GNU на русский язык не является официальным. Он не публикуется Free Software
Foundation и не устанавливает имеющих юридическую силу условий для распространения программного обеспечения, которое распространяется на условиях Стандартной Общественной Лицензии GNU. Условия, имеющие юридическую силу, закреплены исключительно в аутентичном тексте
Стандартной Общественной Лицензии GNU на английском языке. Я надеюсь, что настоящий перевод поможет русскоязычным пользователям лучше понять содержание Стандартной Общественной Лицензии GNU. Текст GNU GPL на английском языке вы можете прочитать здесь
http://www.gnu.org/copyleft/gpl.html
GNU GENERAL PUBLIC LICENSE
Версия 2, июнь 1991г.
Copyright (C) 1989, 1991 Free Software Foundation, Inc. 59 Temple Place -
Suite 330, Boston, MA 02111-1307, USA
Каждый вправе копировать и распространять экземпляры настоящей
Лицензии без внесения изменений в ее текст.
Преамбула
Большинство лицензий на программное обеспечение лишаeт вас права распространять и вносить изменения в это программное обеспечение.
Стандартная Общественная Лицензия GNU, напротив, разработана с целью гарантировать вам право совместно использовать и вносить изменения в свободное программное обеспечение, т.е. обеспечить свободный доступ к программному обеспечению для всех пользователей. Условия настоящей
Стандартной Общественной Лицензии применяются к большей части программного обеспечения Free Software Foundation, а также к любому другому программному обеспечению по желанию его автора. (К некоторому программному обеспечению Free Software Foundation применяются условия
Стандартной Общественной Лицензии GNU для Библиотек). Вы также можете применять Стандартную Общественную Лицензию к разработанному вами программному обеспечению.
Говоря о свободном программном обеспечении, мы имеем в виду свободу, а не безвозмездность. Настоящая Стандартная Общественная Лицензия разработана с целью гарантировать вам право распространять экземпляры свободного программного обеспечения (и при желании получать за это вознаграждение), право получать исходный текст программного обеспечения или иметь возможность его получить, право вносить изменения в программное обеспечение или использовать его части в новом свободном программном обеспечении, а также право знать, что вы имеете все вышеперечисленные права.
Чтобы защитить ваши права, мы вводим ряд ограничений с тем, чтобы никто не имел возможности лишить вас этих прав или обратиться к вам с

72
предложением отказаться от этих прав. Данные ограничения налагают на вас определенные обязанности в случае, если вы распространяете экземпляры программного обеспечения или модифицируете программное обеспечение.
Например, если вы распространяете экземпляры такого программного обеспечения за плату или бесплатно, вы обязаны передать новым обладателям все права в том же объеме, в каком они принадлежат вам. Вы обязаны обеспечить получение новыми обладателями программы ее исходного текста или возможность его получить. Вы также обязаны ознакомить их с условиями настоящей Лицензии.
Для защиты ваших прав мы: (1) оставляем за собой авторские права на программное обеспечение и (2) предлагаем вам использовать настоящую
Лицензию, в соответствии с условиями которой вы вправе воспроизводить, распространять и/или модифицировать программное обеспечение.
Кроме того, для защиты как нашей репутации, так и репутации других авторов программного обеспечения, мы уведомляем всех пользователей, что на данное программное обеспечение никаких гарантий не предоставляется. Те, кто приобрел программное обеспечение, с внесенными в него третьими лицами изменениями, должны знать, что они получают не оригинал, в силу чего автор оригинала не несет ответственности за ошибки в работе программного обеспечения, допущенные третьими лицами при внесении изменений.
Наконец, программное обеспечение перестает быть свободным в случае, если лицо приобретает на него исключительные права [1]. Недопустимо, чтобы лица, распространяющие свободное программное обеспечение, могли приобрести исключительные права на использование данного программного обеспечения и зарегистрировать их в Патентном ведомстве. Чтобы избежать этого, мы заявляем, что обладатель исключительных прав обязан предоставить любому лицу права на использование программного обеспечения либо не приобретать исключительных прав вообще.
Ниже изложены условия воспроизведения, распространения и модификации программного обеспечения.
Условия воспроизведения, распространения и модификации
0. Условия настоящей Лицензии применяются ко всем видам программного обеспечения или любому иному произведению, которое содержит указание правообладателя на то, что данное произведение может распространяться на условиях Стандартной Общественной Лицензии. Под термином "Программа" далее понимается любое подобное программное обеспечение или иное произведение. Под термином "произведение, производное от Программы" понимается Программа или любое иное производное произведение в соответствии с законодательством об авторском праве [2], т.е. произведение, включающее в себя Программу или ее часть, как с внесенными в ее текст изменениями, так и без них и/или переведенную на другой язык. (Здесь и далее, понятие "модификация" включает в себя понятие перевода в самом широком смысле). Каждый приобретатель экземпляра Программы именуется в

73
дальнейшем "Лицензиат".
Действие настоящей Лицензии не распространяется на осуществление иных прав, кроме воспроизведения, распространения и модификации программного обеспечения. Не устанавливается ограничений на запуск
Программы. Условия Лицензии распространяются на выходные данные из
Программы только в том случае, если их содержание составляет произведение, производное от Программы (независимо от того, было ли такое произведение создано в результате запуска Программы). Это зависит от того, какие функции выполняет Программа.
1. Лицензиат вправе изготовлять и распространять экземпляры исходного текста Программы в том виде, в каком он его получил, без внесения в него изменений на любом носителе, при соблюдении следующих условий: на каждом экземпляре помещен знак охраны авторского права и уведомление об отсутствии гарантий; оставлены без изменений все уведомления, относящиеся к настоящей Лицензии и отсутствию гарантий; вместе с экземпляром Программы приобретателю передается копия настоящей Лицензии. Лицензиат вправе взимать плату за передачу экземпляра Программы, а также вправе за плату оказывать услуги по гарантийной поддержке Программы.
2. Лицензиат вправе модифицировать свой экземпляр или экземпляры
Программы полностью или любую ее часть. Данные действия Лицензиата влекут за собой создание произведения, производного от Программы.
Лицензиат вправе изготовлять и распространять экземпляры такого произведения, производного от Программы, или собственно экземпляры изменений в соответствии с пунктом 1 настоящей Лицензии при соблюдении следующих условий: а) файлы, измененные Лицензиатом, должны содержать хорошо заметную пометку, что они были изменены, а также дату внесения изменений; b) при распространении или публикации Лицензиатом любого произведения, которое содержит Программу или ее часть или является производным от Программы или от ее части, Лицензиат обязан передавать права на использование данного произведения третьим лицам на условиях настоящей Лицензии, при этом Лицензиат не вправе требовать уплаты каких- либо лицензионных платежей. Распространяемое произведение лицензируется как одно целое; c) если модифицированная Программа при запуске обычно читает команды в интерактивном режиме, Лицензиат обязан обеспечить вывод на экран дисплея или печатающее устройство сообщения, которое должно включать в себя: знак охраны авторского права; уведомление об отсутствии гарантий на Программу (или иное, если
Лицензиат предоставляет гарантии); указание на то, что пользователи вправе распространять экземпляры
Программы в соответствии с условиями настоящей Лицензии, а также на то, каким образом пользователь может ознакомиться с текстом настоящей

74
Лицензии. (Исключение: если оригинальная Программа является интерактивной, но не выводит в своем обычном режиме работы сообщение такого рода, то вывод подобного сообщения произведением, производным от
Программы, в этом случае не обязателен). Вышеуказанные условия применяются к модифицированному произведению, производному от
Программы, в целом. В случае если отдельные части данного произведения не являются производными от Программы, являются результатом творческой деятельности и могут быть использованы как самостоятельное произведение,
Лицензиат вправе распространять отдельно такое произведение на иных лицензионных условиях. В случае если Лицензиат распространяет вышеуказанные части в составе произведения, производного от Программы, то условия настоящей Лицензии применяются к произведению в целом, при этом права, приобретаемые сублицензиатами на основании Лицензии, передаются им в отношении всего произведения, включая все его части, независимо от того, кто является их авторами.
Целью настоящего пункта 2 не является заявление прав или оспаривание прав на произведение, созданное исключительно Лицензиатом. Целью настоящего пункта является обеспечение права контролировать распространение произведений, производных от Программы, и составных произведений, производных от Программы. Размещение произведения, которое не является производным от Программы, на одном устройстве для хранения информации или носителе вместе с Программой или произведением, производным от Программы, не влечет за собой распространения условий настоящей Лицензии на такое произведение.
3. Лицензиат вправе воспроизводить и распространять экземпляры
Программы или произведения, которое является производным от Программы, в соответствии с пунктом 2 настоящей Лицензии, в виде объектного кода или в исполняемой форме в соответствии с условиями п.п.1 и 2 настоящей Лицензии при соблюдении одного из перечисленных ниже условий: а) к экземпляру должен прилагаться соответствующий полный исходный текст в машиночитаемой форме, который должен распространяться в соответствии с условиями п.п. 1 и 2 настоящей Лицензии на носителе, обычно используемом для передачи программного обеспечения, либо b) к экземпляру должно прилагаться действительное в течение трех лет предложение в письменной форме к любому третьему лицу передать за плату, не превышающую стоимость осуществления собственно передачи, экземпляр соответствующего полного исходного текста в машиночитаемой форме в соответствии с условиями п.п. 1 и 2 настоящей Лицензии на носителе, обычно используемом для передачи программного обеспечения, либо c) к экземпляру должна прилагаться полученная Лицензиатом информация о предложении, в соответствии с которым можно получить соответствующий исходный текст. (Данное положение применяется исключительно в том случае, если Лицензиат осуществляет некоммерческое распространение программы,

75
при этом программа была получена самим Лицензиатом в виде объектного кода или в исполняемой форме и сопровождалась предложением, соответствующим условиям пп.b п.3 настоящей Лицензии).
Под исходным текстом произведения понимается такая форма произведения, которая наиболее удобна для внесения изменений. Под полным исходным текстом исполняемого произведения понимается исходный текст всех составляющих произведение модулей, а также всех файлов, связанных с описанием интерфейса, и сценариев, предназначенных для управления компиляцией и установкой исполняемого произведения. Однако, в качестве особого исключения, распространяемый исходный текст может не включать того, что обычно распространяется (в виде исходного текста или в бинарной форме) с основными компонентами (компилятор, ядро и т.д.) операционной системы, в которой работает исполняемое произведение, за исключением случаев, когда исполняемое произведение сопровождается таким компонентом.
В случае если произведение в виде объектного кода или в исполняемой форме распространяется путем предоставления доступа для копирования его из определенного места, обеспечение равноценного доступа для копирования исходного текста из этого же места удовлетворяет требованиям распространения исходного текста, даже если третьи лица при этом не обязаны копировать исходный текст вместе с объектным кодом произведения.
4. Лицензиат вправе воспроизводить, модифицировать, распространять или передавать права на использование Программы только на условиях настоящей
Лицензии. Любое воспроизведение, модификация, распространение или передача прав на иных условиях являются недействительными и автоматически ведут к расторжению настоящей Лицензии и прекращению всех прав
Лицензиата, предоставленных ему настоящей Лицензией. При этом права третьих лиц, которым Лицензиат в соответствии с настоящей Лицензией передал экземпляры Программы или права на нее, сохраняются в силе при условии полного соблюдения ими настоящей Лицензии.
5. Лицензиат не обязан присоединяться к настоящей Лицензии, поскольку он ее не подписал. Однако только настоящая Лицензия предоставляет право распространять или модифицировать Программу или произведение, производное от Программы. Подобные действия нарушают действующее законодательство, если они не осуществляются в соответствии с настоящей
Лицензией. Если Лицензиат внес изменения или осуществил распространение экземпляров Программы или произведения, производного от Программы,
Лицензиат тем самым подтвердил свое присоединение к настоящей Лицензии в целом, включая условия, определяющие порядок воспроизведения, распространения или модификации Программы или произведения, производного от Программы.
6. При распространении экземпляров Программы или произведения, производного от Программы, первоначальный лицензиар автоматически передает приобретателю такого экземпляра право воспроизводить,

76
распространять и модифицировать Программу в соответствии с условиями настоящей Лицензии. Лицензиат не вправе ограничивать каким-либо способом осуществление приобретателями полученных ими прав. Лицензиат не несет ответственности за несоблюдение условий настоящей Лицензии третьими лицами.
7. Лицензиат не освобождается от исполнения обязательств в соответствии с настоящей Лицензией в случае, если в результате решения суда или заявления о нарушении исключительных прав или в связи с наступлением иных обстоятельств, не связанных непосредственно с нарушением исключительных прав, на Лицензиата на основании решения суда, договора или ином основании возложены обязательства, которые противоречат условиям настоящей
Лицензии. В этом случае Лицензиат не вправе распространять экземпляры
Программы, если он не может одновременно исполнить условия настоящей
Лицензии и возложенные на него указанным выше способом обязательства.
Например, если по условиям лицензионного соглашения сублицензиатам не может быть предоставлено право бесплатного распространения экземпляров
Программы, которые они приобрели напрямую или через третьих лиц у
Лицензиата, то в этом случае Лицензиат обязан отказаться от распространения экземпляров Программы.
Если любое положение настоящего пункта при наступлении конкретных обстоятельств будет признано недействительным или неприменимым, настоящий пункт применяется за исключением такого положения. Настоящий пункт применяется в целом при прекращении вышеуказанных обстоятельств или их отсутствии. Целью данного пункта не является принуждение
Лицензиата к нарушению патента или заявления на иные права собственности или к оспариванию действительности такого заявления. Единственной целью данного пункта является защита неприкосновенности системы распространения свободного программного обеспечения, которая обеспечивается за счет общественного лицензирования. Многие люди внесли свой щедрый вклад в создание большого количества программного обеспечения, которое распространяется через данную систему в надежде на ее длительное и последовательное применение. Лицензиат не вправе вынуждать автора распространять программное обеспечение через данную систему. Право выбора системы распространения программного обеспечения принадлежит исключительно его автору.
Настоящий пункт 7 имеет целью четко определить те цели, которые преследуют все остальные положения настоящей Лицензии.
8. В том случае если распространение и/или использование Программы в отдельных государствах ограничено соглашениями в области патентных или авторских прав, первоначальный правообладатель, распространяющий
Программу на условиях настоящей Лицензии, вправе ограничить территорию распространения Программы, указав только те государства, на территории которых допускается распространение Программы без ограничений,

77
обусловленных такими соглашениями. В этом случае такое указание в отношении территорий определенных государств признается одним из условий настоящей Лицензии.
9. Free Software Foundation может публиковать исправленные и/или новые версии настоящей Стандартной Общественной Лицензии. Такие версии могут быть дополнены различными нормами, регулирующими правоотношения, которые возникли после опубликования предыдущих версий, однако в них будут сохранены основные принципы, закрепленные в настоящей версии.
Каждой версии присваивается свой собственный номер. Если указано, что
Программа распространяется в соответствии с определенной версией, т.е. указан ее номер, или любой более поздней версией настоящей Лицензии,
Лицензиат вправе присоединиться к любой из этих версий Лицензии, опубликованных Free Software Foundation. Если Программа не содержит такого указания на номер версии Лицензии Лицензиат вправе присоединиться к любой из версий Лицензии, опубликованных когда-либо Free Software Foundation.
10. В случае если Лицензиат намерен включить часть Программы в другое свободное программное обеспечение, которое распространяется на иных условиях, чем в настоящей Лицензии, ему следует испросить письменное разрешение на это у автора программного обеспечения. Разрешение в отношении программного обеспечения, права на которое принадлежат Free
Software Foundation, следует испрашивать у Free Software Foundation. В некоторых случаях Free Software Foundation делает исключения. При принятии решения Free Software Foundation будет руководствоваться двумя целями: сохранение статуса свободного для любого произведения, производного от свободного программного обеспечения Free Software Foundation и обеспечение наиболее широкого совместного использования программного обеспечения.
ОТСУТСТВИЕ ГАРАНТИЙНЫХ ОБЯЗАТЕЛЬСТВ, ЕСЛИ ПО
LABVISUAL ПОСТАВЛЯЕТСЯ НЕ В КОМПЛЕКТЕ С УЧЕБНЫМИ
УСТАНОВКАМИ ПРОИЗВОДСТВА НПО «ТУЛАНАУЧПРИБОР».
11. ПОСКОЛЬКУ НАСТОЯЩАЯ ПРОГРАММА РАСПРОСТРАНЯЕТСЯ
БЕСПЛАТНО, ГАРАНТИИ НА НЕЕ НЕ ПРЕДОСТАВЛЯЮТСЯ В ТОЙ
СТЕПЕНИ, В КАКОЙ ЭТО ДОПУСКАЕТСЯ ПРИМЕНИМЫМ ПРАВОМ.
НАСТОЯЩАЯ ПРОГРАММА ПОСТАВЛЯЕТСЯ НА УСЛОВИЯХ "КАК
ЕСТЬ". ЕСЛИ ИНОЕ НЕ УКАЗАНО В ДОГОВОРЕ В ПИСЬМЕННОЙ
ФОРМЕ, АВТОР И/ИЛИ ИНОЙ ПРАВООБЛАДАТЕЛЬ НЕ ПРИНИМАЕТ НА
СЕБЯ НИКАКИХ ГАРАНТИЙНЫХ ОБЯЗАТЕЛЬСТВ, КАК ЯВНО
ВЫРАЖЕННЫХ, ТАК И ПОДРАЗУМЕВАЕМЫХ, В ОТНОШЕНИИ
ПРОГРАММЫ, В ТОМ ЧИСЛЕ ПОДРАЗУМЕВАЕМУЮ ГАРАНТИЮ
ТОВАРНОГО СОСТОЯНИЯ ПРИ ПРОДАЖЕ И ПРИГОДНОСТИ ДЛЯ
ИСПОЛЬЗОВАНИЯ В КОНКРЕТНЫХ ЦЕЛЯХ, А ТАКЖЕ ЛЮБЫЕ ИНЫЕ
ГАРАНТИИ. ВСЕ РИСКИ, СВЯЗАННЫЕ С КАЧЕСТВОМ И
ПРОИЗВОДИТЕЛЬНОСТЬЮ ПРОГРАММЫ, НЕСЕТ ЛИЦЕНЗИАТ. В
СЛУЧАЕ ЕСЛИ В ПРОГРАММЕ БУДУТ ОБНАРУЖЕНЫ НЕДОСТАТКИ, ВСЕ

78
РАСХОДЫ, СВЯЗАННЫЕ С ТЕХНИЧЕСКИМ ОБСЛУЖИВАНИЕМ,
РЕМОНТОМ ИЛИ ИСПРАВЛЕНИЕМ ПРОГРАММЫ, НЕСЕТ ЛИЦЕНЗИАТ.
12. ЕСЛИ ИНОЕ НЕ ПРЕДУСМОТРЕНО ПРИМЕНЯЕМЫМ ПРАВОМ
ИЛИ НЕ СОГЛАСОВАНО СТОРОНАМИ В ДОГОВОРЕ В ПИСЬМЕННОЙ
ФОРМЕ, АВТОР И/ИЛИ ИНОЙ ПРАВООБЛАДАТЕЛЬ, КОТОРЫЙ
МОДИФИЦИРУЕТ И/ИЛИ РАСПРОСТРАНЯЕТ ПРОГРАММУ НА
УСЛОВИЯХ НАСТОЯЩЕЙ ЛИЦЕНЗИИ, НЕ НЕСЕТ ОТВЕТСТВЕННОСТИ
ПЕРЕД ЛИЦЕНЗИАТОМ ЗА УБЫТКИ, ВКЛЮЧАЯ ОБЩИЕ, РЕАЛЬНЫЕ,
ПРЕДВИДИМЫЕ И КОСВЕННЫЕ УБЫТКИ (В ТОМ ЧИСЛЕ УТРАТУ ИЛИ
ИСКАЖЕНИЕ ИНФОРМАЦИИ, УБЫТКИ, ПОНЕСЕННЫЕ ЛИЦЕНЗИАТОМ
ИЛИ ТРЕТЬИМИ ЛИЦАМИ, НЕВОЗМОЖНОСТЬ РАБОТЫ ПРОГРАММЫ С
ЛЮБОЙ ДРУГОЙ ПРОГРАММОЙ И ИНЫЕ УБЫТКИ). АВТОР И/ИЛИ ИНОЙ
ПРАВООБЛАДАТЕЛЬ В СООТВЕТСТВИИ С НАСТОЯЩИМ ПУНКТОМ НЕ
НЕСУТ ОТВЕТСТВЕННОСТИ ДАЖЕ В ТОМ СЛУЧАЕ, ЕСЛИ ОНИ БЫЛИ
ПРЕДУПРЕЖДЕНЫ О ВОЗМОЖНОСТИ ВОЗНИКНОВЕНИЯ ТАКИХ
УБЫТКОВ.
Примечание: Обращаем внимание, что пп. 11 — 12 настоящей
лицензии не распространяются на ПО для ПЭВМ LabVisual, если
указанное ПО поставляется в комплекте с учебными установками
производства НПО Учебной Техники «ТулаНаучПрибор». Т. о., если ПО
LabVisual получено в комплекте с учебными приборами, то гарантийные
обязательства предоставляются согласно соглашениям, прописанным в
договоре на поставку продукции либо на разработку приборов.
Гарантийные обязательства также прописаны в технических паспортах на
каждую единицу продукции.
Генеральный директор НПО «ТулаНаучПрибор» _______________________/Панков С. Е./
М. П.

79
СОДЕРЖАНИЕ.
1. ПРОГРАММНАЯ ЧАСТЬ.
1.1. Свободное программное обеспечение.........................................с. 2
1.2. Свободные операционные системы для персональных
компьютеров на базе ядра GNU/Linux. …................................................с. 3
1.3. ОС Ubuntu (Kubuntu) на базе ядра GNU/Linux........................с. 5
1.4. Установка ОС Kubuntu на ПК.....................................................с. 8
1.5. Kubuntu ОС. Краткое руководство пользователя....................с. 16
1.6. Установка и настройка среды LabVisual в ОС Kubuntu Linux.
Эмулятор программного и аппаратного кода VirtualBox........................с. 26
1.7. Работа среды LabVisual в ОС Kubuntu Linux.............................с. 35
1.8. Установка и настройка среды LabVisual в ОС Windows..........с. 41
1.9. Работа среды LabVisual в ОС Windows........................................с. 45
2.
АППАРАТНАЯ
ЧАСТЬ.
ПРОГРАММНАЯ РЕАЛИЗАЦИЯ
УНИВЕРСАЛЬНОЙ ПОСЛЕДОВАТЕЛЬНОЙ ШИНЫ (USB)
2.1. Введение.............................................................................................с. 47
2.2. Принцип действия...........................................................................с. 48
2.3. Аппаратная реализация.................................................................с. 52
2.4. Программная реализация..............................................................с. 55
2.5. Описание программы микроконтроллера.................................с. 56
2.6. Стандартные функции USB (стандартные запросы)...............с. 61
2.7. Функции USB-производителя (запросы производителя)........с. 61
2.8. Структуры данных (USB-дискрипторы и строки)...................с. 62
2.9. Формат входного сообщения компьютера..................................с. 62
2.10.
Создание собственной программы..........................................с. 64
2.11.
Программа для ПК.....................................................................с. 65
2.12.
Погрешность генерации скорости УАПП...............................с. 67
3.
СИСТЕМНЫЕ ТРЕБОВАНИЯ ДЛЯ РАБОТЫ СРЕДЫ.
3.1. Системные требования при работе среды в ОС Linux
(U(K)ubuntu..............................................................................................с. 68
3.2. Системные требования при работе среды в ОС Windows.......с. 69
4.
ЛИЦЕНЗИЯ

НА

ИСПОЛЬЗОВАНИЕ

СРЕДЫ
АВТОМАТИЗИРОВАННОГО ЛАБОРАТОРНОГО ПРАКТИКУМА
LabVisal..................................................................................................................с. 70
5.
ЛИЦЕНЗИЯ GNU GENERAL PUBLIC LICENSE VERSION 2....с. 71
ДЛЯ СВОБОДНОГО РАСПРОСТРАНЕНИЯ
НПО УЧЕБНОЙ ТЕХНИКИ «ТУЛАНАУЧПРИБОР»

Document Outline

  • Определение используемой версии Kubuntu
  • Определение используемой версии ядра
  • Добавление дополнительных репозитариев в Kubuntu
    • Типы репозитариев
      • Сторонние репозитарии
    • Добавление репозитариев с помощью программы Package Manager
    • Добавление репозитариев вручную
    • Добавление ключей репозитариев
  • Установка и обновление пакетов программ в Kubuntu
    • Основные сведения о программе Apt и пакетах программ
      • Установка пакетов с расширением .deb
      • Работа с архивами Tar/GZip и Tar/Bzip2
      • Установка пакетов из исходного кода
        • Создание пакета .deb из файлов с исходным кодом
    • Программа Aptitude
      • Терминал Yakuake
      • Файловый менеджер Krusader



Поделитесь с Вашими друзьями:
1   2   3   4


База данных защищена авторским правом ©nethash.ru 2019
обратиться к администрации

войти | регистрация
    Главная страница


загрузить материал