Файл: Справочник по программированию «Bascom-AVR» (М.Л. Кулиш).pdf

===================================== Справочник по программированию «Bascom-AVR» ==

Пример 5 - Прерывание от изменения уровня на линиях порта

' ......

'определим действующие линии портов как константы

Tmpb = Pinb Xor Pcbmsk : Tmpb = Pinb Xor Dub_pb : Num_port = 8

'--------------------------------------

'по линиям порта D Pc_int3:

Tmpb = Pind Xor Pcdmsk : Tmpb = Pind Xor Dub_pd : Num_port = 24

============================================================================= 30

===================================== Справочник по программированию «Bascom-AVR» ==

Обработчик прерывания, написанный без применения ассемблера, не может иметь оптимального кода. Это показывает дисассемблированный текст (пример 6). Мы видим, что обработчик с одной стороны не выполняет недопустимых действий, а с другой – имеет явную избыточность и расточителен.

Пример 6 - Ассемблерный текст обработчика прерывания (листинг) из программы примера 5, получаемый при компиляции Bascom-AVR

============================================================================= 31

===================================== Справочник по программированию «Bascom-AVR» ==

============================================================================= 32

===================================== Справочник по программированию «Bascom-AVR» ==

Вопросы и ответы (1-10)

---------------------------------------------------------------------------------------------------------------------------------------------------

Вопрос 1

Но вот не могу понять только одного, почему в такой короткой программе, как эта:

Dim A As Byte

For A=1 to 30

Print A

Next A

End

…при компиляции размер кода составляет более 300 байт?? Абсурд! Баском конечно кушает память, но чтобы так!.. Может я в чём не прав?

Ответ 1

1 Насчет размера вашего примера. Такой же будет для любого компилятора. В этот размер входит:

-заголовок программы, включаемый в код автоматически (по умолчанию) и содержащий место под все вектора прерывания по 4 байт на вектор, очистку памяти 20-30 байт и инициализацию оборудования 30 - 100 байт;

-библиотека используемой функции и плюс 2-3 стандартных - около 100 байт;

-и собственно код вашей программы. Т.е. все сходится. Зато еще один вызов данной функции приводит к добавлению всего 20 - 30 байт.

---------------------------------------------------------------------------------------------------------------------------------------------------

Вопрос 2

Да и вообще, здесь много подводных камней, про которые даже в pdf-файле не найдешь…Я изучал когда-то давно Бейсик, сейчас плохо помню, приходиться заново учить. К какому Бейсику ближе Баском?

Ответ 2

Синтаксис и мнемоника, в принципе, отвечают стандарту Basic для DOS с учетом особенностей, ограничений и дополнительных возможностей. Лучше на стандартный Basic не ориентироваться. Слишком много ограничений, обусловленных различными возможностями процессоров. Главное отличие в том, что нужно определить тип переменных заранее, не допускать скрытого преобразования типов и не применять больше одного действия в одном операторе.) Лучше ориентироваться на оригинальное описание Bascom-AVR – оно отличное. На русском имеется только описание Bascom-8051. И еще на примеры - их очень много.

--------------------------------------------------------------------------------------------------------------------------------------------------

Вопрос 3

Я сначала ничего не подозревал. Пытался спокойно делать себе программки в Баскоме, как вдруг понял, что реализация протокола I2C(TWI) в любом микроконтроллере происходит программно, независимо от того, есть ли в нём аппаратная поддержка данного протокола или нет. Я бы ничего этого не заметил, если бы не наткнулся на проблему нехватки памяти микроконтроллера. В конечном итоге выяснилось, что реализация аппаратного протокола возможна только в лицензионной версии Баскома, так как в демо-версии нет соответствующей библиотеки.

Ответ 3

По моему наблюдению, использование аппаратного контроллера с точки зрения размера кода совершенно неэффективно. При программной реализации размер кода получается равноценным. Потому, что работа с аппаратным портом конечно проще, но при этом требуется организовать обработку соответствующего прерывания. Преимущество аппаратного I2C только в возможности осуществлять "прозрачную" работу одновременно с другими процессами и при наличии очень медленных устройств. Когда, например, в фоновом режиме нужно постоянно считывать или дописывать данные. При этом в коде "весит" именно программа организации МАССИВА записываемых или считываемых данных, а не сам драйвер. Вот пример работающей программы на BAS и на ASM. В основной программе применяются готовые функции. В прерывании используется ассемблерная программа (а ее размер минимален). Если устройство более медленное - нужно вместо NOP-ов добавить в программу подпрограммы более продолжительной задержки. Не забывать, что когда работаешь с I2C, нужно бы запретить прерывания. Если длительность импульса SCL превысит 10 мкс устройство может само отключится! В последующем примере переключение уровней делается изменение направления порта. Это важно. Так можно манипулировать с им намного быстрее.

'--------------------------------------------------------------

============================================================================= 33