Задержки в мкс на WinAVR. Нужно для 1-wire. Как? Опции

[asf]

Пробовал _delay_us , однако на малых значениях просто никак
Что я только не мудрил, считал фронты, пытался понять закономерность, получилось только detect presents, делал циклы, пытался понять как компилятор переводит в асм цикл задержки...
в общем результат 0. Помогайте. Все путем дергания ногой МК т.к. порт уже используется.
Есть мысль сделать селектор и т.о. повесить на один порт USART два устройства, в т.ч. и 1-wire.....
Но у кого-то ведь получалось.... Вроде скажем на 8 Мгц проц Atmega16 делает 8 тактов, далее хз как winAvr компилирует цикл типа while(time--); вроде по фронтам получается порядка 3х циклов подобной задержки на 1-ну мкс.... но пишу далее 0х33 и читаю одни 0хFF .... виимо не попал в таймслоты.... может у кого есть четкое понятие как сделать на winavr понятную задержку в мкс?

[dvm11111111]

Лови, мож поможет. Сразу хочу сказать, что задержки определялись эксперементально.

Сообщение отредактировал dvm11111111 - Dec 2 2006, 03:12

Прикрепленные файлы

 home2.rar ( 4.79 килобайт ) Кол-во скачиваний: 124

 

[defunct]

Вроде скажем на 8 Мгц проц Atmega16 делает 8 тактов
...
может у кого есть четкое понятие как сделать на winavr понятную задержку в мкс?

Код

#define __delay_us asm("NOP");\
        asm("NOP");\
        asm("NOP");\
        asm("NOP");\
        asm("NOP");\
        asm("NOP");\
        asm("NOP");\
        asm("NOP");

[prottoss]

делал как то ради любопытства...Для DS1821 правда, но работает, по сей день, как часы...

Прикрепленные файлы

 Software.IAR.rar ( 3.2 килобайт ) Кол-во скачиваний: 105

 

[asf]

спасибо, буду пробовать, вот только как именно (по какой методике) подбирали задержки?

[prottoss]

спасибо, буду пробовать, вот только как именно (по какой методике) подбирали задержки?

Если вы ко мне обращаетесь: Вы исходники читали? Там написанно по каким аппнотам сделаны задержки...Вообще, рекомендую, при написании чего то, сначала проверить, не изобретен ли это велосипед УЖЕ. Больше времени на пиво остается)))

[singlskv]

to prottoss
Посмотрел Ваш код на предмет задержек и был слегка удивлен:

Код

#define    CPU_CYCLE        408// длительность командного цикла МК в нс для частоты 2.4576MHz

#define COMM_PER_MCS    (1000 / CPU_CYCLE) // количество команд CPU за микросекунду
#define    OW_DEL_A        6   * COMM_PER_MCS
#define    OW_DEL_B        64  * COMM_PER_MCS
#define    OW_DEL_C        60  * COMM_PER_MCS
#define    OW_DEL_D        10  * COMM_PER_MCS
#define    OW_DEL_E        9   * COMM_PER_MCS
#define    OW_DEL_F        55  * COMM_PER_MCS
#define    OW_DEL_G        0   * COMM_PER_MCS
#define    OW_DEL_H        480 * COMM_PER_MCS
#define    OW_DEL_I        70  * COMM_PER_MCS
#define    OW_DEL_J        410 * COMM_PER_MCS

ИТОГО:
COMM_PER_MCS=2
OW_DEL_H=960 // тактов, или 960/2.4576=390,625 мкс
Ну и остальные задержки соответственно.

Э...Э...Э Ну, то есть такой код работать не должен

А если и работает, то это нам говорит, лишь о том, что продукция Dallas
умеет хорошо подстраиваться под длительности импульсов которые ей посылаешь.

[SasaVitebsk]

Для IAR C (DS1820/18B20) у меня автоматически считаются задержки. И компилятор их формирует правильно. См текст в библиотеках, в конце.

[prottoss]

to prottoss
Посмотрел Ваш код на предмет задержек и был слегка удивлен:

....
ИТОГО:
COMM_PER_MCS=2
OW_DEL_H=960 // тактов, или 960/2.4576=390,625 мкс
Ну и остальные задержки соответственно.

Э...Э...Э Ну, то есть такой код работать не должен

А если и работает, то это нам говорит, лишь о том, что продукция Dallas
умеет хорошо подстраиваться под длительности импульсов которые ей посылаешь.

Да, на самом деле, OW_DEL_H (ResetPulse по DALLAS) меньше чем рекомендованно, но тем не менее работает. Касаемо остальных задержек - для них требования не такие строгие, минимум и максимум отличается почти в два раза...

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

Код

#define COMM_PER_MCS    ((1000 / CPU_CYCLE) + 1)

Будет лучше

[asf]

так в том-то и дело, что на winavr не все так просто как на iar...

[singlskv]

Думаю, что с

Код

#define COMM_PER_MCS    ((1000 / CPU_CYCLE) + 1)

Будет лучше

Мне кажется что лучше вот так:

Код

#define    CPU_CYCLE        408// длительность командного цикла МК в нс для частоты 2.4576MHz

#define COMM_PER_MCS    (1000000 / CPU_CYCLE) // количество команд CPU за  милисекунду
#define    OW_DEL_A      (6   * COMM_PER_MCS)/1000
#define    OW_DEL_B        (64  * COMM_PER_MCS)/1000
#define    OW_DEL_C        (60  * COMM_PER_MCS)/1000
#define    OW_DEL_D        (10  * COMM_PER_MCS)/1000
#define    OW_DEL_E        (9   * COMM_PER_MCS)/1000
#define    OW_DEL_F     (55  * COMM_PER_MCS)/1000
#define    OW_DEL_G        (0   * COMM_PER_MCS)/1000
#define    OW_DEL_H    (480 * COMM_PER_MCS)/1000
#define    OW_DEL_I     (70  * COMM_PER_MCS)/1000
#define    OW_DEL_J     (410 * COMM_PER_MCS)/1000

А для коротких интервалов можно еще уточнить:
#define OW_DEL_A (6 * COMM_PER_MCS)/1000 -1 // или -2 надо проверить в симуляторе
#define OW_DEL_E (9 * COMM_PER_MCS)/1000 -1
чтобы учесть время выдачи бита на пин.

[aesok]

так в том-то и дело, что на winavr не все так просто как на iar...

Как вы ипользуете макрос "_delay_us"? Покажите код.

Анатолий.

[prottoss]

Мне кажется что лучше вот так:

Код

...

Да, так точнее получится...

А для коротких интервалов можно еще уточнить:
#define OW_DEL_A (6 * COMM_PER_MCS)/1000 -1 // или -2 надо проверить в симуляторе
#define OW_DEL_E (9 * COMM_PER_MCS)/1000 -1
чтобы учесть время выдачи бита на пин.

Зачем еще извращаться то? Таймслоты довольно широкие, минимум от максимума от двух до четырех раз отличается

[singlskv]

Зачем еще извращаться то? Таймслоты довольно широкие, минимум от максимума от двух до четырех раз отличается

Не, ну это я уже говорил про "в общем случае", просто об этом иногда
тоже не стоит забывать
Ну типа общая культура программирования, если есть возможность, то делаем интервал
строго по середине диапазона ...

[singlskv]

так в том-то и дело, что на winavr не все так просто как на iar...

А кто Вам мешает воспользоваться "void _delay_loop_1 (uint8_t __count)" ?
Ну, и конечно, при необходимости подкорректировать
задержку с помощью asm("nop"); ???

[asf]

так в том-то и дело, что на winavr не все так просто как на iar...

Как вы ипользуете макрос "_delay_us"? Покажите код.

Анатолий.

а что там может быть сверх естественного? _delay_us(6) и в путь

[prottoss]

так в том-то и дело, что на winavr не все так просто как на iar...

А что мешает перейти на ИАР? ИМХО лучшая среда программирования для AVR

[aesok]

так в том-то и дело, что на winavr не все так просто как на iar...

Как вы ипользуете макрос "_delay_us"? Покажите код.

Анатолий.

а что там может быть сверх естественного? _delay_us(6) и в путь

А "F_CPU" у вас определен? Как?

Анатолий.

[asf]

так в том-то и дело, что на winavr не все так просто как на iar...

Как вы ипользуете макрос "_delay_us"? Покажите код.

Анатолий.

а что там может быть сверх естественного? _delay_us(6) и в путь

А "F_CPU" у вас определен? Как?

Анатолий.

#define F_CPU 8000000UL // 8 MHz

[aesok]

так в том-то и дело, что на winavr не все так просто как на iar...

Как вы ипользуете макрос "_delay_us"? Покажите код.

Анатолий.

а что там может быть сверх естественного? _delay_us(6) и в путь

А "F_CPU" у вас определен? Как?

Анатолий.

#define F_CPU 8000000UL // 8 MHz

F_CPU Должна быть определенна в каждом файле где используеться delay.h и до включения этого файла. Надеюсь у вас так.

Проще F_CPU определьть только один раз в Makefile, например так:
DEFS = ... -D F_CPU=8000000UL ...

У вас она кстате она не переопределена в Makefile?

Какие конкретно задежки вы пытаетесь получить с помощю _delay_us? У _delay_us есть ограничение по максимальной длительности, которую можно с помощью нее получить.


И не забывайте что пограмные задержки гарантируют только то что задержка будет не менее указанной, но она может быть больше.
Например если во время выполнения задержки в 20 мкс (_delay_us(20)) выпониться прерывание длительностью 100 мкс, то общая задежка будет 120 мкс.

Как много прерываний в вашей программе?


Анатолий.

Сообщение отредактировал aesok - Dec 4 2006, 11:05

[asf]

так в том-то и дело, что на winavr не все так просто как на iar...

Как вы ипользуете макрос "_delay_us"? Покажите код.

Анатолий.

а что там может быть сверх естественного? _delay_us(6) и в путь

А "F_CPU" у вас определен? Как?

Анатолий.

#define F_CPU 8000000UL // 8 MHz

F_CPU Должна быть определенна в каждом файле где используеться delay.h и до включения этого файла. Надеюсь у вас так.

Проще F_CPU определьть только один раз в Makefile, например так:
DEFS = ... -D F_CPU=8000000UL ...

У вас она кстате она не переопределена в Makefile?

Какие конкретно задежки вы пытаетесь получить с помощю _delay_us? У _delay_us есть ограничение по максимальной длительности, которую можно с помощью нее получить.


И не забывайте что пограмные задержки гарантируют только то что задержка будет не менее указанной, но она может быть больше.
Например если во время выполнения задержки в 20 мкс (_delay_us(20)) выпониться прерывание длительностью 100 мкс, то общая задежка будет 120 мкс.

Как много прерываний в вашей программе?


Анатолий.

Я делаю так:

#define F_CPU 8000000UL // 8 MHz
#include <util/delay.h>
#define OW_DEL_A 6
#define OW_DEL_B 64
#define OW_DEL_C 60
#define OW_DEL_D 10
#define OW_DEL_E 9
#define OW_DEL_F 55
#define OW_DEL_G 0
#define OW_DEL_H 480
#define OW_DEL_I 70
#define OW_DEL_J 410

Функция:
char OW_DetectPresence(void)
{ char status;

// устанавливаем шину в ноль
OW_DDR |= OW_BUS_MASK;

// задержка H нахождения шины в 0
__delay_cycles(OW_DEL_H);

// освобождаем шину
OW_DDR &= ~OW_BUS_MASK;

// задержка I до окончания таймслота
__delay_cycles(OW_DEL_I);

// читаем состояние шины
status = OW_PIN & OW_BUS_MASK;

// задержка J до окончания таймслота
__delay_cycles(OW_DEL_J);

return status;
}

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


char reset(void) //ñáðîñ òàáëåòêè
{ //
int temp; //
asm("cli"); //Çàïðåòèòü âñå ïðåðûâàíèÿ
OW_DDR |= OW_BUS_MASK; //0 íà òàáëåòêó

delay(1440);
temp=160; //ðåàëüíûé ïåðâûé îòâåò - 79 !!!
OW_DDR &= ~OW_BUS_MASK; //1 íà òàáëåòêó
do
{
if(bit_is_set(OW_PIN,OW_BUS)) goto respons1;
}while(--temp);// æäåì îñâîáîæäåíèÿ ëèíèè
goto bad;
respons1:
temp=172; //ðåàëüíûé ïåðâûé îòâåò - 86 !!!
do
{
if(!bit_is_set(OW_PIN,OW_BUS)) goto respons2;
}while(--temp);// æäåì îòâåòà òàáëåòêè
goto bad;//íåò îòâåòà òàáëåòêè
respons2:
temp=2382;
////ðåàëüíûé ïåðâûé îòâåò - 1191 !!!
do
{
if(bit_is_set(OW_PIN,OW_BUS)) goto respons3;
}while(--temp);//æäåì îñâîáîæäåíèÿ ëèíèè
goto bad;
respons3:
asm("sei"); //ðàçðåøàåì ïðåðûâàíèÿ
return 1;//òàáëåòêà èíèöèàëèçèðîâàíà
bad: //îøèáêà íà øèíå
asm("sei"); //ðàçðåøàåì ïðåðûâàíèÿ
return 0;
}//;êîíåö ñáðîñà DALLASa //

где delay(l_) - это:

do
{
}while(--l_);


----------------------
а вот на _delay_us никак не получается добиться даже detect presents

прерывания есть, но я их отключаю на время записи и чтения бит

[asf]

Работает только детект

int OW_DetectPresence()
{ char status;
asm("cli"); //Запретить все прерывания
// устанавливаем шину в ноль
OW_DDR |= OW_BUS_MASK;

// задержка H нахождения шины в 0
//_delay_loop_1(OW_DEL_H);
asf_delay_10us(48);

// освобождаем шину
OW_DDR &= ~OW_BUS_MASK;

// задержка I до окончания таймслота
_delay_loop_1(90);

// читаем состояние шины
if(!bit_is_set(OW_PIN,OW_BUS)) status = 1; else status = 0;

// задержка J до окончания таймслота
//asf_delay_10us(OW_DEL_J/10);
//_delay_loop_1(OW_DEL_J);
asf_delay_10us(41);

asm("sei"); //разрешаем прерывания

return status;
}

void asf_delay_10us(int l_)
{
int i;
for (i = 0; i < l_; i++)
{
_delay_us(10);
}
}

---------------
больше никак не могу добиться никакого ответа
уже даже так:
OW_DEL_A=6+koef_;
OW_DEL_B=64+koef_;
OW_DEL_C=60+koef_;
OW_DEL_D=10+koef_;
OW_DEL_E=9+koef_;
OW_DEL_F=55+koef_;
OW_DEL_G=0;//+koef_;
OW_DEL_I=70+koef_;

и увеличиваю пропорционально с 0 до ......
нихрена нет ответа....... может кто все же что подскажет?

[prottoss]

Работает только детект
нихрена нет ответа....... может кто все же что подскажет?

1.Проверьте, правильно ли у Вас все подключенно и настроено (порты).

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

3.Замените датчик...

[aesok]

1. Согласно документации:
_delay_us
...
The maximal possible delay is 768 us / F_CPU in MHz.

Тоесть для 8MHz максимальную задержку которую ва можете получить с помощю _delay_us, это около 100мкс. Если вам нужна задержка в 410 мкс, то нужно писать _delay_ms(0.41).

2. С какой оптимизацией вы компилируете проект? Если с -O0 то функции _delay_us/_delay_ms будут давать дополнительную задержку примерно в 3000 тактов.

Анатолий.

PS: Пожалуйста покажите наконец код функции OW_DetectPresence с "_delay_us".

Сообщение отредактировал aesok - Dec 4 2006, 18:58

[asf]

1. Согласно документации:
_delay_us
...
The maximal possible delay is 768 us / F_CPU in MHz.

Тоесть для 8MHz максимальную задержку которую ва можете получить с помощю _delay_us, это около 100мкс. Если вам нужна задержка в 410 мкс, то нужно писать _delay_ms(0.41).

2. С какой оптимизацией вы компилируете проект? Если с -O0 то функции _delay_us/_delay_ms будут давать дополнительную задержку примерно в 3000 тактов.

Анатолий.

PS: Пожалуйста покажите наконец код функции OW_DetectPresence с "_delay_us".

Все, сделал

Для Atmega16 8Mhz
#define OW_DEL_A 13
#define OW_DEL_B 90
#define OW_DEL_C 116
#define OW_DEL_D 16
#define OW_DEL_E 13
#define OW_DEL_F 78
#define OW_DEL_G 0
#define OW_DEL_H 700
#define OW_DEL_I 96
#define OW_DEL_J 560

далее везде _delay_loop_2 с этими задержками.

int OW_DetectPresence()
{ char status;
asm("cli"); //Запретить все прерывания
// устанавливаем шину в ноль
OW_DDR |= OW_BUS_MASK;
// задержка H нахождения шины в 0
_delay_loop_2(OW_DEL_H);
// освобождаем шину
OW_DDR &= ~OW_BUS_MASK;
// задержка I до окончания таймслота
_delay_loop_2(OW_DEL_I);
// читаем состояние шины
if(!bit_is_set(OW_PIN,OW_BUS)) status = 1; else status = 0;
// задержка J до окончания таймслота
_delay_loop_2(OW_DEL_J);
asm("sei");
//разрешаем прерывания
return status;
}

проект именно с -O0
почему -O0 добавляет 3000 тактов? что-то не сходится с моими показателями

[aesok]

проект именно с -O0
почему -O0 добавляет 3000 тактов? что-то не сходится с моими показателями

Чем больше информации вы будете скрывить когда задаете вопрос, тем позже получете ответ!

вот код функции _delay_ms:

Код

void
_delay_ms(double __ms)
{
    uint16_t __ticks;
    double __tmp = ((F_CPU) / 4e3) * __ms;
    if (__tmp < 1.0)
        __ticks = 1;
    else if (__tmp > 65535)
        __ticks = 0;    /* i.e. 65536 */
    else
        __ticks = (uint16_t)__tmp;
    _delay_loop_2(__ticks);
}

Для того чтобы более точно расчитать задежку параметр функции _delay_loop_2 расчитываеться с помощю действий с плавающей точкой. Если проект компилируеться без оптимизации то эти расчеты выполняються во время работы программы, а это порядка 3000 циклов по времени, и 2 Кб кода. (Лень уточнять.)

Если включить оптимизацию, даже -O1, то все вычисления будут происходить во время компиляции, и никаких дополнительных расходов.

И еще, параметр _delay_ms/_delay_us должен одязательно быть константой, по тойже самой причине.

Анатолий.

[asf]

проект именно с -O0
почему -O0 добавляет 3000 тактов? что-то не сходится с моими показателями

Чем больше информации вы будете скрывить когда задаете вопрос, тем позже получете ответ!

вот код функции _delay_ms:

Анатолий.

Анатолий, спасибо за помощь, но разве delay.h стоило приводить в качестве примера? Это же стандартные функции....

[aesok]

проект именно с -O0
почему -O0 добавляет 3000 тактов? что-то не сходится с моими показателями

Чем больше информации вы будете скрывить когда задаете вопрос, тем позже получете ответ!

вот код функции _delay_ms:

Анатолий.

Анатолий, спасибо за помощь, но разве delay.h стоило приводить в качестве примера? Это же стандартные функции....

Функции из 'delay.h' не совсем библиотечные функции, эти функции не только задекларированы, но и определены в заголовочном файле. (Если вы откроете любую книгу по С то в ней вам скажут что так делать нельзя!). Это инлайн функции. Эти функции корректно использовать только с включенной оптимизацией, чтобы оптимизатор компилятора заоптимизировал их почти насмерть, от них в коде должен оставаться только оператор '__asm__' из _delay_loop_1/_delay_loop_2, все вычисления должны быть выполнены во время компиляции. Если вам так проще представьте себе что это макросы.

Эти функции при уровне оптимизации -O0, в общем случае, нельзя использовать вообще. Если скажем _delay_loop_1 будет использована в двух .c файлах в одном проекте вы получите ошибку при компоновке. Проверти. И еще раз повторю для _delay_us/_delay_ms, ошибка по времени будет время на одно деление чисел с плавающей точкой плюс одно умножение плюс 2 сравнения. Опять-же проверти время выполнения в симуляторе. Плюс вы подлинкуете математическую библиотеку. Смотрите размер кода.

Вывод: функции из 'delay.h' можно использовать только с включенной оптимизацией и параметры этих функций должны быть обязательно константы (или выражения которые могут бить вычислены во время компиляции).

Извиняюсь если не очень понятно объяснил, это не мое призвание. Изучайте, экспериментируйте или просто делайте как я написал в выводе.

И еще считайте что оптимизация -O0 в avr-gcc используется только для тестирования компилятора, код генерируется очень не эффективный. В 99.9% случаев вы должны использовать -Os.

Анатолий.

Сообщение отредактировал aesok - Dec 4 2006, 22:36

[SasaVitebsk]

Я могу переписать на таймер. Например таймер 2. Тогда будет практически независим от компилятора. На такие интервалы прерывания запрещать не всегда удаётся.