Задержки в мкс на 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 понятную задержку в мкс?

[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
умеет хорошо подстраиваться под длительности импульсов которые ей посылаешь.

[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
чтобы учесть время выдачи бита на пин.

[prottoss]

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

Код

...

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

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

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

[singlskv]

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

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