3. Описание интерфейса

1. Человеко–машинный интерфейс

Человеко-машинный интерфейс можно считать «историей, не имеющей конца». Это
– модель, которая будет совершенствоваться вместе с ростом знаний человека о своем собственном поведении, восприимчивости и ответных реакциях.
Fieldbus –система- это система датчиков и исполнительных механизмов. Для того чтобы люди, обслуживающие устройства, машины и т.д., могли быстрее, лучше, эффективнее работать с ними, придется «прощупать многие каналы». В будущем интерфейсе человек-машина основные задачи возьмут на себя, наряду с клавиатурой и возможными камерами, микрофоны, датчики вкуса, запаха и температуры, молниеносно реагирующие на любые действия человека.

2. Обработка ошибок

Обработка ошибок происходит посредствам внутренней защиты NC.
Перепады напряжения определяются блоком MC33164, который приостанавливает работу NC. Запуск происходит через интервал установленный

Выводы

Таким образом мы имеем готовые программы на языке NEURON C. В следующей главе будут описаны результаты тестирования и работы программы.

3. Результативная часть

3.1. Тестирование программы.

3.1.1. Выбор методики тестирования.

Выбор методики тестирования сложная задача, которая ставится перед программистом и может повлиять на дальнейшее развитие программного продукта, его усовершенствование. Цель тестирования выявить ошибки программы еще на начальном этапе, до его распространения. Для этого были разработаны специальные методы тестирования : восходящее и нисходящее тестирование, V –тестирование, тестирование по принципу черного и белого ящика.

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

3.1.2. Описание методики тестирования.

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

Произведя примерную имитацию выполнения данным устройством своих функций были сделаны следующие выводы:
1) Программы выполняет заданный минимум функций.
2) Программы обладает рядом добавочных функций, облегчающих работу с ней.
3) Программа легко модифицируется.
4) Программа полностью защищена от ошибок связанных с непрофессионализмом пользователя.
5) Программа не защищена от ошибок системы и сознательных действий противоречащих цели программы.
6) Устройство выполняет необходимые функции

3.1.3. Результаты.

В результате тестирования(имитации) программы и устройства были получены необходимые данные, не было выявлено никаких ошибок выходящих за рамки ограничения на программу.

3.2. Ограничение на разработку.

Данное программное обеспечение будет работать только на микросхемах указанных выше. Напряжение питания необходимо подавать раздельно на оба блока схемы.

1) Шина земля должна быть раздельной, во избежания помех.

2) напряжение питания : +(5-12)В

3) место размещения : объемом 30х20х7 (см3)

4) вибрационная устойчивость

3.3. Инструкция пользователю.

При использовании данного устройства необходимо соблюдать условия определенные в пункте 3.2 . Кроме указанных требований необходимо соблюдать меры предосторожности при подключении устройства к питанию, т.к. неправильное подключение приведет к выходу из строя нейрочипов.
Программирование нейрочипов проводить через выводы CP0…CP4 указанные на схеме. При необходимости можно разработать интерфейсную программу которая простым опрашиванием COM-порта будет выдавать данные о скорости ветра в том или ином месте аэродрома с указанием времени поступления данных.

Выводы

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

Заключение.

В результате проведенной работы была организована структурная схема распределенных датчиков для измерения скорости ветра. Из данной схемы и определения производительности полученной имитируемой системы были сделаны выводы о пригодности нейрочипов для данной области их использования. В результате использование датчиков на основе нейрочипов на небольших аэродромах не имеет под собой экономической основы, т.к. стоимость нейрочипа значительно больше имеющихся на данный момент аналогов, а производительность их при небольшом количестве не значительно выше других процессоров. Поэтому данное устройство нужно использовать при большом количестве датчиков, больше нескольких тысяч, тогда производительность датчиков с нейрочипами и приемо-передающих устройств на их основе значительно выше, чем при том же количестве датчиков с использованием других процессоров. Отсюда видны следующие преимущества и недостатки данного метода.
Преимущества:

. не большая стоимость компонентов для реализации отдельного прикладного узла,

. очень простая конфигурация узла нижнего уровня,

. большая номенклатура устройств и приборов, выпускаемых промышленно в странах ЕЭС и США и имеющих встроенные узлы LONWORKS для работы в составе сетей ECHELON (большая распространенность стандарта в мире),

. большое количество готовых процедур по адаптации типовой периферии в стандартной библиотеке NEURON,

. простота разработки прикладного программного обеспечения узлов.
Недостатки:

. чрезвычайно большая стоимость, хотя и весьма эффективных и удобных, отладочных средств,

. отсутствие узлов WDT, узла автоматического сброса при включении питания (требует использования внешнего супервизора) и возможности работы в “спящем режиме” у микроконтроллеров NEURON,

. крайне слабая поддержка данного стандарта дилерскими фирмами в России.

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

Из-за большой стоимости пакета разработки, компиляции и компановки программ написанных на NEURON C проверить работоспособность программы является невозможным, поэтому приходится довольствоваться лишь примерным теоретическим результатам и результатам имитационного и математического моделирования.

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

Список литературы.

1. Дитрих-Лой-Швайнцер. «LON -технология».ПГТУ .395с. 1999

2. Журнал «Радио и связь» №4 1999г.

3. Войкова А.П. «Нейронные сети и нейрочипы», Москва, 280с., 2000г.

8. Приложения.

8.1. Текст программы.

8.1.1 Подготовка нейрон чипов

************************************************************************
* Эта программа на Neuron C устанавливает Neuron Chip в slave A
* mode.
************************************************************************
IO_0 parallel slave s_bus;
#define DATA_SIZE 255 //максимально разрешенное поле данных struct parallel_io_interface
{ unsigned int length; //length of data field unsigned int data[DATA_SIZE];
}piofc when (io_in_ready(s_bus))1 //готовность приема информации
{ piofc.length = DATA_SIZE; //максимальное число в байтах to read io_in(s_bus,&piofc); //получить 10 байт incoming data
} when (io_out_ready(s_bus)) //готовность передать 10 байт
{ piofc.length = 10; //кол-во байт io_out(s_bus,&piofc); //передать 10 байт из буфера
} when (...) //условие по которому будет отправлено сообщение о заполнении буфера
{ io_out_request(s_bus); } request

8.1.2. Программа обработки

************************************************************************
* Эта программа на Neuron C задает Neuron Chip в slave A
* подсчет импульсов поступающих с нейрочипа.
************************************************************************
#pragma enable_io_pullups
////////////////////Параматры для подсчета (определяются пользователем)////////////
#define lower_limit 0 //нижний предел подсчета
#define upper_limit 100 //верхний предел подсчета
#define shaft_direction 1 //направление счета (т.е.,
0=лево,1=право)
/////////////////// Программа //////////////////////
IO_5 input pulsecount analog_input;
IO_5 input quadrature shaft_encoder; //импульсы поступают на 5 вход нейрочипа signed long count; signed long increment; when (io_update_occurs(shaft_encoder){ if (shaft_direction) count += input_value; else count -= input_value; //вывод полученных данных
/////////////////// Проверка ////////////////////// if (countupper_limit) count=upper_limit; //Проверка переполнения overflow
} when (reset) // Сброс
{ count = 0;
}

************************************************************************
* Эта программа на Neuron C задает Neuron Chip в master A
* принимает информацию со всех нейрочипов типа slave A и в случае превышения порогового уровня в 50 импульсов, что * соответствует ветру 50м/с передает информацию в центральную ЭВМ с указанием номера того датчика с которого поступила * данная информация и времени ее поступления
************************************************************************
#pragma scheduler_reset // процедура сброса
#pragma enable_io_pull-ups // процедура подчета импульсов (описана выше)
#pragma num_addr_table_entries 1
#pragma one_domain
#pragma app_buf_out_priority_count 0
#pragma net_buf_out_priority_count 0
#define timerl 100 // таймер производит опрос по входам на наличие информации каждые 100мкС
#define max_char_from_PC 30 //максимально разрешенное кол-во символов принимаемых нейрочипом
#define porog 50 //установочный порог
{ unsigned int speed; //данные о скорости unsigned int number; // данные о номере датчика
};
#define max_packet_size 60 // максимально разрешенный пакет отсылаемый в
ЭВМ
{ unsigned int speed; //данные о скорости unsigned int minutes; //время принятия сообщения unsigned int hours; unsigned int number // номер датчика
};
/******************************** Дополнительные файлы
************************************/
#include

Страницы: 1, 2, 3, 4, 5, 6