генератор на МК, как сдвинуть фазы Опции

[paul2002]

Есть задача: соорудить трехфазный задающий генератор со сдвигом фаз на треть периода друг относительно друга (рисунок с диаграммой прикладываю) с перспективой на большее количество фаз. Требуемый период сигнала - 25 мкс, коэф. заполнения - 0.4. Попробовал сделать на mega8(был под рукой) и уперся в то, что в лоб решить не получается - не хватает производительности. Наверное, самое простое - использовать таймер в режиме ШИМ, но их количества недостаточно и непонятно как реализовать требуемый сдвиг фаз. Может кто-нибудь сталкивался с подобной задачей и какие могут быть решения? Или надо просто брать МК мощнее? Спасибо

[MakFatum]

"C сразу отметается как средство программирования. Использовать только асм и учитывать длительность команд."

А Можно узнать почему? Просто у меня будет стоять скоро похожая задача...

[defunct]

А Можно узнать почему? Просто у меня будет стоять скоро похожая задача...

Во первых из-за простоты задачи.
Во вторых из-за того, что на Асм'е можно без проблем задать требуемую задержку с точностью до такта процессора. Ну и в третьих - возможность решения задачи на более дешевом МК.

[BVU]

А Можно узнать почему? Просто у меня будет стоять скоро похожая задача...

Во первых из-за простоты задачи.
Во вторых из-за того, что на Асм'е можно без проблем задать требуемую задержку с точностью до такта процессора. Ну и в третьих - возможность решения задачи на более дешевом МК.

На 'C' IAR это тоже делаеться! Так что нет никакого особого преимущества... (просто учите язык 'C').
Задержки здесь не нужны. Необходимо работать по прерываниям от тайтера соответственно выбрав кварц для расчетной частоты.

[paul2002]

А Можно узнать почему? Просто у меня будет стоять скоро похожая задача...

Во первых из-за простоты задачи.
Во вторых из-за того, что на Асм'е можно без проблем задать требуемую задержку с точностью до такта процессора. Ну и в третьих - возможность решения задачи на более дешевом МК.

На 'C' IAR это тоже делаеться! Так что нет никакого особого преимущества... (просто учите язык 'C').
Задержки здесь не нужны. Необходимо работать по прерываниям от тайтера соответственно выбрав кварц для расчетной частоты.

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

Боюсь, что прерывания от таймера в данном случае использовать затруднительно, т.к. из диаграммы получается, что минимальный отрезок времени между соседними состояниями = 10 мксек - 8.33 мксек = 1,67 мксек, и на частоте 16 МГц от начала одного прерывания до начала следующего приходится ~26 тактов, попробовал смоделировать в протеусе - нужный промежуток получается больше(BVU, я правильно понял, что в прерывании нужно менять значение счетчика таймера для отсчета следующего отрезка времени ?).

Решил попробовать совет от BVU в реализации от defunct. думаю, что получится достаточно гибкое и точное решение. вот только придется поразбираться с асмом и AVR Studio, а то я только с ICCAVR знаком и вставки на асме не пробовал делать

[BVU]

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

Совершенно верно, это самособой подразумевающиеся вещи. Счетчик инкрементируется и переходит опять в ноль по достижению реализации последнего состояния, и т.д. (и повториться все, как в старь: ...аптека, улица, фонарь ). Как в закольцованном буфере.
А чисто для эксперимента попробуйте разогнать Atmega8 на 24 MHz... должно получиться (оговорюсь, но не для серийного производства и не для эксплуатации в экстремальных условиях окружающей среды).

[defunct]

Совершенно верно, это самособой подразумевающиеся вещи. Счетчик инкрементируется и переходит опять в ноль по достижению реализации последнего состояния, и т.д. (и повториться все, как в старь: ...аптека, улица, фонарь ). Как в закольцованном буфере.
А чисто для эксперимента попробуйте разогнать Atmega8 на 24 MHz... должно получиться (оговорюсь, но не для серийного производства и не для эксплуатации в экстремальных условиях окружающей среды).

Гм.. а о том что есть такой флажек как CTC1 Вы забыли? И о том что таймер может работать в режиме Output Compare - видимо тоже. Но поверте, в данном случае таймер неуместен, более внимательно посмотрите на диаграммы сигнала в посте автора. И для чего разгонять проц, если на 1Mhz с хвостиком задача автора решается.

PS: Я не противник Cи, напротив - ярый сторонник, но в данном конкретном случае C действительно неуместен. И наверное, я бы для реализции этой задачи брал бы PIC, чтобы AVR не позорить.
Вопрос только что будет дешевле, вот смотрю по прайсам и удивляюсь Tiny13/25 стоят дешевле чем PIC12F629/675... Или MicroChip издевается или дела у него совсем плохо идут?!

Сообщение отредактировал defunct - Feb 28 2006, 22:35