AtTiny2313 ШИМ на два плеча

[OneTech]

Ну на 5квт брать атмега48 это уже старомодно. Есть LPC17 и STM32 c 3-фазными ШИМ-ми с дэдтаймами и код Си отлично под них оптимизируется.

В чём же старомодность? Это ж не Z80. Может LPC17 и STM32 тоже через "пару дней" старут старомодными и сразу стоит ставить 64-х разрядную двухядерную архитектуру, по ядру на каждый ШИМ-канал? Я Вас прекрасно понимаю что Вы гордитесь знаниями 32-х разрядников, к моему сожалению я их знаю только теоритически, к практике подойти никак не могу либо из-за нежелания вкладывать в это дело деньги, или просто из-за нежелания решать это вопрос. Keil давно на жестком диске лежит пока без дела. А вот среди 8-разрядников AVR есть спецчипы с 3-мя ШИМ каналами с аппаратными дэдтаймами, PLL-ами на 64 МГц, AT90PWM3B, ATtiny461, но вот задачи пока такой нет. Среди PIC-ов есть PLL-ы по 430 МГц, если нужно будет - буду осваивать. Цена меги48 - 9 гривень, 90 копеек, согласитесь бросовая цена. Насчёт оптимизации Вы малость меня не поняли, представим, что на внешнее прерывание пришел некий "fall", пишем:

#define driver_disable PORTD.3=0;
interrupt [EXT_INT0] void ext_int0_isr (void) //токовая защита
{
driver_disable;
TCCR1A=0x01;
TCCR1B=0x01;
PORTB.1=0;
PORTB.2=0;
};

Прокомпилированный код будет выглядеть примерно таким образом:

EXT_INT0:
push r30
in r30,SREG
push r30

cbi driver_disable ;а вот она столь необходимая строчка для экстренного отключения драйверов
;... некий код для отключения ШИМ-каналов

pop r30
out SREG,r30
pop r30
reti

И каким бы не был великим программист, он не заставит Си-шный компилятор сперва "погасить" драйверы а потом уже заниматься менее необходимыми отключениями ШИМ-каналов:

EXT_INT0:
cbi driver_disable ;строчка для экстренного отключения драйверов
push r30
in r30,SREG
push r30

;... некий код для отключения ШИМ-каналов

pop r30
out SREG,r30
pop r30
reti

Ну разве что асм вставками, или повышением частоты контроллера так что-бы не выйти за критический лимит 5 мкс реакции внешнего прерывания. В итоге что-бы "вылизать" код придётся применить ещё не одну такую вставку.

Может Вы и правы, что это примерно получится "экономия на спичках" (в случае с ATmega4.

Ну а если говорит о совсем "крутом" ШИМ-овании, и возможной обратной связи для коррекции формы синуса на лету в случае "тяжелой нагрузки" то здесь не ARM нужон c каким-нибудь встроенным ява-движком который будет бездействовать, а DSP-шник или ещё быстрее ПЛИС-ина.

Пардон за каламбур

[Gnider]

В чём же старомодность? Это ж не Z80. Может LPC17 и STM32 тоже через "пару дней" старут старомодными и сразу стоит ставить 64-х разрядную двухядерную архитектуру, по ядру на каждый ШИМ-канал? Я Вас прекрасно понимаю что Вы гордитесь знаниями 32-х разрядников, к моему сожалению я их знаю только теоритически, к практике подойти никак не могу либо из-за нежелания вкладывать в это дело деньги, или просто из-за нежелания решать это вопрос. Keil давно на жестком диске лежит пока без дела. А вот среди 8-разрядников AVR есть спецчипы с 3-мя ШИМ каналами с аппаратными дэдтаймами, PLL-ами на 64 МГц, AT90PWM3B, ATtiny461, но вот задачи пока такой нет. Среди PIC-ов есть PLL-ы по 430 МГц, если нужно будет - буду осваивать. Цена меги48 - 9 гривень, 90 копеек, согласитесь бросовая цена.

Я пытаюсь настваить заблудшие души на путь истинный

Насчет ШИМов. Если нужен аппаратный аларм то берется проц с аппаратным алармом и никак иначе! Это фактически закон.

[Classic001]

В серверах он по определению есть.

Не могли бы Вы подтвердить свои слова какой нибудь статьёй с просторов инета ?

За один два дня это не видно но никто не гарантирует что этого никогда не будет.

Не встречался с таким феноменом. Но и отрицать его не буду. Полюбому это будет происходить в помещениях с сильным ЭМ полем. Но в таких помещениях любая электроника себя ведёт схоже.

Все вроде работает,но пару раз из тысячи были отказы именно по этой причине. А это много.

0.2% брака это много ?! А как вы кстати установили что отказы были "именно по этой причине" ?

[Gnider]

Не могли бы Вы подтвердить свои слова какой нибудь статьёй с просторов инета ?


Не встречался с таким феноменом. Но и отрицать его не буду. Полюбому это будет происходить в помещениях с сильным ЭМ полем. Но в таких помещениях любая электроника себя ведёт схоже.



0.2% брака это много ?! А как вы кстати установили что отказы были "именно по этой причине" ?

Насчет watchdog - почитай доку на любой большой сервер. там есть и аппаратный и программный watchdog

Насчет брака - да много. После того как мый поставиили аппаратный ШИМ все проблемы снялись и отказов вообде небыло.

[Classic001]

Насчет watchdog - почитай доку на любой большой сервер. там есть и аппаратный и программный watchdog

http://sapfir.biz/site.php
Основными направлениями деятельности предприятия ООО "НПФ Сапфир" (г. Екатеринбург) являются производство и продажа: ... сторожевых таймеров для платежных терминалов и «зависания» серверов;
Ни на какие мысли не наводит ?

После того как мый поставиили аппаратный ШИМ все проблемы снялись и отказов вообде небыло.

А разве до этого вы говорили не про сторожевой таймер ? Причём тут ШИМ ?

[Gnider]

http://sapfir.biz/site.php
Основными направлениями деятельности предприятия ООО "НПФ Сапфир" (г. Екатеринбург) являются производство и продажа: ... сторожевых таймеров для платежных терминалов и «зависания» серверов;
Ни на какие мысли не наводит ?


А разве до этого вы говорили не про сторожевой таймер ? Причём тут ШИМ ?

Про первое не понял - ну да делает она внешние вачдоги и что7

При том что именно в програмном ШИМе зависание опаснее всего.

[Classic001]

Про первое не понял - ну да делает она внешние вачдоги и что7

Может как раз то, что другого вачдога в компе нет ?

При том что именно в програмном ШИМе зависание опаснее всего.

Тогда я вообще теряю связь между Вашими словами "ШИМ" "вачдог" и "эту причину", которую вы упомянули на предидущей странице в последнем посте.

[Gnider]

Может как раз то, что другого вачдога в компе нет ?


Тогда я вообще теряю связь между Вашими словами "ШИМ" "вачдог" и "эту причину", которую вы упомянули на предидущей странице в последнем посте.

Мы говорим про обычный комп или про сервер?
Вы обычном компе раньше был вачдог,потом их убрали.
В серверах,промышленных контроллерах и так далее их полно.
А всяких фирм выпускающих всякое барахло полно.
Мы выпускали даже аппаратный сброс для Yota.

Насчет програмного ШИМ - сделайте несколько тысяч устройств и поймете когда у вас будут возвраты по непонятным причинам.

[Classic001]

Мы говорим про обычный комп или про сервер?
Вы обычном компе раньше был вачдог,потом их убрали.

Чесно, - не видел такой реализации с самых 286 компов. Или Спектрумов. Кому что больше нравится. Может на ПДП и был.

В серверах,промышленных контроллерах и так далее их полно.

В серверах их нету. В полноценных серверах. Для этого там устанавливается специальная карта, которая по сути является сетевым KVMом, но может также управлять сигналами сброса и включения питания. Аппаратно сервера сами не сбрасываются.

А насчёт промышленных контроллеров... Может всё дело в том, что это промышленные контроллеры ? В большинстве своём ARM9. Сейчас начали появляться ARM11. А в них, как и в других микроконтроллерах watchdog попросту есть потому, что есть.

А всяких фирм выпускающих всякое барахло полно.

Мы выпускали даже аппаратный сброс для Yota.

Связь прослеживается =)
Получается что Yota тоже испытывает потребность во внешнем сторожевом таймере. Не с проста.

Насчет програмного ШИМ - сделайте несколько тысяч устройств и поймете когда у вас будут возвраты по непонятным причинам.

Взаимоисключающие вещи "сделайте несколько тысяч устройств" и "возвраты по непонятным причинам". Если писать код так, что вместо меги48 Вам для этих целей нуна использовать АРМы... то тут уж извиняйте - возвраты будут полюбому :\
Но если реализовать ШИМ программно на прерываниях таймера... По сути тот же аппаратный ШИМ, точнее счётчик от него - да наздоровье ! Где ему Вы предлагаете "виснуть" ?

[Gnider]

Очевидно вы не владеете понятиями "сервер" и "промышленный контроллер" так что не будем про них. Поверьте на слово они там есть.

Yota не управляет силовыми устройствами и поэтом ей не страшно виснуть.

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

Для этихцелей и есть аппаратный дэдтайм то есть там гарантировано в независимости от состояния ядра не будет сквозных токов. И гарантирется мнгновенная реакция на аларм.