ШИМ, сделать три канала? Опции

[ps1x]

Как сделать шим на 3 канала с одним таймером? Использовать принцип динамической индикации?
p.s. Надо подключить rgb светодиод.

[SasaVitebsk]

Тогда мы действительно не понимаем друг друга.

Смотря как ты ШИМ реализовывал.
Я реализовывал по прерываниям. Расчитывал как бы таблицу времён-портов. В прерывании перегружал следующую константу таймера и выводил значения портов. В связи с тем, что минимальная разница - одна единица, то длительность прерывания должна быть меньше чем Тшим/Nступеней.

Такое построение имеет своё преимущество. Поскольку я первым делом вывожу состояние портов, то погрешность вывода незначительна. Есть и недостаток. В связи с тем, что прерывание занимает значительное время (вход/выход/сохранение контекста/обработка) то достичь высокой частоты ШИМ не удаётся.

Можно делать прямым опросом таймера, как я видел в примерах на PIC. Честно говоря такой подход меня не устраивает и я его не применяю.

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


Пост о котором я писал я реализовывал первым описанным способом. Управлял ШД (делал дробление) Соответственно полную синусоиду мне выводить не было необходимости. В тоже время точность вывода (число ступенек) была 3200. Что тут непонятного?

[=GM=]

Смотря как ты ШИМ реализовывал

Вот моя базовая процедура, выполняется за 18 МЦ, можно еще укоротить (не буду смущать народ, а то придёт сами знаете кто, и начнёт верещать...)

Код

;Процедура формирования 256-точечного 24-канального ШИМа (18МЦ)
pwmisr:  ld   temp,x+       ;обновление
        out   port1,temp    ;порта 1
        ld    temp,x+       ;обновление
        out   port2,temp    ;порта 2
        ld    temp,x+       ;обновление
        out   port3,temp    ;порта 3
        ld    temp,x+       ;новая уставка
        out   TCR0,temp     ;для сравнения
        reti

Как видишь, можно обойтись без всяких сохранений контекстов(:-).

Для твоего случая, для 12 каналов, время прерывания можно сделать порядка 10 МЦ, т.е. с клоком 20 мег время одной ступеньки будет равно 0.5 мкс, период шим = 256*0.5=128 мкс, следовательно частота шим - 7.8 кГц, это на чистом ассемблере, а у тебя 5 кГц на си, неужто компилятор генерит такой быстрый код?

Пост о котором я писал я реализовывал первым описанным способом. Управлял ШД (делал дробление) Соответственно полную синусоиду мне выводить не было необходимости. В тоже время точность вывода (число ступенек) была 3200. Что тут непонятного?

Непонятно одно. Если 3200 ступеней, то как получить шим 5 кГц? У тебя время одной ступени будет 200 мкс/3200=62.5 нс, а это примерно один МЦ контроллера.

[singlskv]

Вот моя базовая процедура, выполняется за 18 МЦ

Код

;Процедура формирования 256-точечного 24-канального ШИМа (18МЦ)
pwmisr:  ld   temp,x+      ;обновление
        out   port1,temp;порта 1
        ld    temp,x+      ;обновление
        out   port2,temp;порта 2
        ld    temp,x+      ;обновление
        out   port3,temp;порта 3
        ld    temp,x+      ;новая уставка
        out   TCR0,temp    ;для сравнения
        reti

=GM=, лихо у Вас такты подсчитаны, я так не умею
Вот мой расчет для худшего случая:
3(джиттер при попадании прерывания на 4 тактовую команду) + 4(вход в прерывание) +
4*2(LD) + 4*1(OUT) + 4(RETI) + 4(максимальное количество тактов до начала следующего прерывания) = 27 тактов однако...

[=GM=]

3(джиттер при попадании прерывания на 4 тактовую команду) + 4(вход в прерывание) +4*2(LD) + 4*1(OUT) + 4(RETI) + 4(максимальное количество тактов до начала следующего прерывания) = 27 тактов однако...

Ну, во-первых, у меня одно и двухтактные команды в фоне, четырёхтактных нет вообще, во-вторых, джиттер считать не надо, поскольку на следующем прерывании будет такой же случайный джиттер. Матожидание там равно нуло, стало быть вклад джиттера будет нулевым.

В первом приближении вы правы, общее количество тактов = 4(сохранение программного счётчика в стеке) + 2(прыжок из вектора прерывания, это вы забыли, но можно опустить) + 12(тело программы) + 4(reti) + 1/2(выполнение одной команды) = 24 такта максимум. Я эту программу привёл просто как иллюстрацию Саше Витебскому, я такую не использую. С ходу могу её улучшить тактов на 5, поставив sei перед последней командой out, а вот почему так, подумайте на досуге, неплохая шарада перед сном(:-).

В принципе, Rst7 (мой респект!) привёл фрагмент, практически один в один совпадающий с одной из моих ранних штатных программ, там допускается 13 тактов между двумя последовательными обновлениями портов. Раз разговор зашёл о количестве тактов и о максимальных частотах, сообщаю вам, на сегодняшний день я довёл частоту шим до 11 кГц, и пока на этом успокоился(:-).

[singlskv]

Ну, во-первых, у меня одно и двухтактные команды в фоне, четырёхтактных нет вообще, во-вторых, джиттер считать не надо, поскольку на следующем прерывании будет такой же случайный джиттер.
Матожидание там равно нуло, стало быть вклад джиттера будет нулевым.

В среднем Вы правы, почти, в частностях нужно разбираться отдельно...
джиттер нужно считать обязательно, потому что в данном случае он всегда будет в +,
нуль Вы никогда не получите.
Тока максимум двухтактовые команды в фоне ? О С в фоне уже речь не идет, да и на асм
сильно себя ограничиваем ?

В первом приближении вы правы, общее количество тактов = 4(сохранение программного счётчика в стеке) + 2(прыжок из вектора прерывания, это вы забыли, но можно опустить) + 12(тело программы) + 4(reti) + 1/2(выполнение одной команды) = 24 такта максимум.

+ 2(прыжок ....) конечно не забыл, просто изначально посчитал что с этим прыжком
будет все совсем плохо и решил что прерывание прописано в области векторов.

Я эту программу привёл просто как иллюстрацию Саше Витебскому, я такую не использую. С ходу могу её улучшить тактов на 5, поставив sei перед последней командой out, а вот почему так, подумайте на досуге, неплохая шарада перед сном(:-).

Спасибо конечно за шараду, тока для меня все изначально понятно, и очень неочевидно
что такой вариант даст правильный/предсказуемый вариант в ситуации возможности смены всех
значений ШИМ за период ШИМ. Нарисуйте код и я покажу где будут проблемы.

В принципе, Rst7 (мой респект!) привёл фрагмент, практически один в один совпадающий с одной из моих ранних штатных программ, там допускается 13 тактов между двумя последовательными обновлениями портов.

Допускается, но может быть и на ~80% хуже ? (то есть дребезг будет порядка 9 тактов)

Раз разговор зашёл о количестве тактов и о максимальных частотах, сообщаю вам, на сегодняшний день я довёл частоту шим до 11 кГц, и пока на этом успокоился(:-).

Ну дык тогда приведите готовый код хотя бы на 6 КГц, как уже утративший
свою актуальность , и мы его обсудим...

Могу поделиться идеей, как выйти на 19 кГц программный шим, поскольку у меня не хватает времени на всё, вокруг столько интересного...Достаточно дикая идея кстати, но может стрельнуть!

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

Ваш вариант ШИМ очень неплох, тока если Вы заявляете о том что Вы достигли частоты XX,
давайте разговаривать предметно..., без кода это бессмысленно.

[=GM=]

В среднем Вы правы, почти, в частностях нужно разбираться отдельно... джиттер нужно считать обязательно, потому что в данном случае он всегда будет в +, нуль Вы никогда не получите. Тока максимум двухтактовые команды в фоне? О С в фоне уже речь не идет, да и на асм сильно себя ограничиваем ?

Ага, давайте туда джаву и вижуал бейсик ещё присобачим, почему нет(:-)? Там бедная аврка еле-еле с трудом справляется на ассемблере на такой скорости, каждый такт на счету...

+ 2(прыжок ....) конечно не забыл, просто изначально посчитал что с этим прыжком будет все совсем плохо и решил что прерывание прописано в области векторов. Спасибо конечно за шараду, тока для меня все изначально понятно, и очень неочевидно что такой вариант даст правильный/предсказуемый вариант в ситуации возможности смены всех значений ШИМ за период ШИМ. Нарисуйте код и я покажу где будут проблемы

Вы покажите, где проблемы с приведенным кодом будут, а дальше будем посмотреть. Кстати, время 18МЦ, которое указано в заголовке и есть время выполнения именно данной подпрограммы, с учётом скрытого прыжка из области векторов. Вот скажите, как по-вашему, с каким минимальным периодом можно вызывать данную подпрограмму?

Допускается, но может быть и на ~80% хуже ? (то есть дребезг будет порядка 9 тактов)

Ну-ка, ну-ка, интересно, расскажите по-подробнее.

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

Ну почему, приведите. Заодно и вашу хоть какую-нибудь стоящую идею по 24-канальной шим, чтоб по теме ветки. Кстати уж, своими идеями я собирался поделиться не с вами, а с Rst7, приглашал его к сотрудничеству так сказать, надеюсь это не ваш коллега?

Ну дык тогда приведите готовый код хотя бы на 6 КГц, как уже утративший свою актуальность , и мы его обсудим...Ваш вариант ШИМ очень неплох, тока если Вы заявляете о том что Вы достигли частоты XX, давайте разговаривать предметно..., без кода это бессмысленно.

И не заявлял я, просто сказал: к вашему сведению. Код пока актуален, но ваше желание получить код чувствуется, непонятно правда зачем, если всё так плохо в этом коде...

[singlskv]

Ага, давайте туда джаву и вижуал бейсик ещё присобачим, почему нет(:-)? Там бедная аврка еле-еле с трудом справляется на ассемблере на такой скорости, каждый такт на счету...

Давайте не будем перегибать палку !
Речь шла например о командах типа SBRx, SBIx которые потенциально 3 тактовые.
Конечно в асемблере можно гарантировать что они будут максимум 2 тактовыми, но
просто в обсуждении все время мелькал вариант при котором прерывание на асм
а все остальное на С, так что вопрос был только об этом...
Кстати Вы сами признавались что сортировка это не Ваш конек, так что могу предположить что
этот кусок у некоторых на С будет лучше чем у Вас на асм.
Если речь чисто о асм то нивапрос.

Вы покажите, где проблемы с приведенным кодом будут, а дальше будем посмотреть. Кстати, время 18МЦ, которое указано в заголовке и есть время выполнения именно данной подпрограммы, с учётом скрытого прыжка из области векторов. Вот скажите, как по-вашему, с каким минимальным периодом можно вызывать данную подпрограмму?

Я кода пока не увидел...
То что Вы обозвали 18 тактов занимает больше и Вы с этим согласились в посте №52, как я могу указать Вам на проблемы если другого(правильного) кода нету ?

Ну-ка, ну-ка, интересно, расскажите по-подробнее.

За отсутсвием хотя бы какого-то законченного варианта кода я Вам врядли смогу
точно ответить, я могу только предполагать.
Отвечу вопросом на вопрос, Вы считали какие промежутки времени проходят при выводе
в одноименные порты(джиттер) например при таких раскладах:
- полочки PWM через одну
- две полочки PWM подряд, пропуск 1 полочки, 2 полочки подряд
- два вышеупомянутых варианта, по при этом половина полочек около 0 а вторая около 255
итд ???

Ну почему, приведите.

Вам нужен Освежитель Памяти ?
да пожалуйста, например ловля временных интервалов на мега128 с точностью 0,5 такта,
ссылку искать нужно ? или уже сами вспомнили ?

Заодно и вашу хоть какую-нибудь стоящую идею по 24-канальной шим, чтоб по теме ветки. Кстати уж, своими идеями я собирался поделиться не с вами, а с Rst7, приглашал его к сотрудничеству так сказать, надеюсь это не ваш коллега?

И не заявлял я, просто сказал: к вашему сведению. Код пока актуален, но ваше желание получить код чувствуется, непонятно правда зачем, если всё так плохо в этом коде...

Нету у меня желания заполучить Ваш код,
я могу и свой написать, асм чуть-чуть знаю
Считайте что это просто спортивный интерес.

[=GM=]

Кстати Вы сами признавались что сортировка это не Ваш конек, так что могу предположить что этот кусок у некоторых на С будет лучше чем у Вас на асм

Ну покажите ваше исскусство на си, сравним(:-). Исходные данные такие: 24 записи по 2 байта каждая, первый байт - уставка, второй байт - канал, ассоциированный с данной уставкой. Надо упорядочить таблицу на месте, так чтобы уставки в записях были размещены в неубывающем порядке вместе с номерами каналов.

То что Вы обозвали 18 тактов занимает больше и Вы с этим согласились в посте №52, как я могу указать Вам на проблемы, если другого(правильного) кода нету? За отсутствием хотя бы какого-то законченного варианта кода я Вам врядли смогу точно ответить, я могу только предполагать

Приведен законченный вариант, не самый скоростной впрочем, средненький. Приведенная программа выполняется именно за 18 циклов, включая rjmp из векторной области. Какой, по вашему мнению, минимальный период вызова данной функции?

Отвечу вопросом на вопрос, Вы считали какие промежутки времени проходят при выводе
в одноименные порты(джиттер) например при таких раскладах:
- полочки PWM через одну
- две полочки PWM подряд, пропуск 1 полочки, 2 полочки подряд
- два вышеупомянутых варианта, по при этом половина полочек около 0 а вторая около 255
итд ???

Если уставки не менялись, то джиттера вроде нет вообще. До конца не исследовал впрочем. Алгоритму по барабану положение "полочек". Они могут быть в любой позиции 1-255, кроме нулевой.

Вам нужен Освежитель Памяти?
да пожалуйста, например ловля временных интервалов на мега128 с точностью 0,5 такта,
ссылку искать нужно? или уже сами вспомнили?

Будете смеяться, но я решил-таки ту задачу, именно с точностью 0.5 такта. Что ещё?

[singlskv]

Ну покажите ваше исскусство на си, сравним(:-). Исходные данные такие: 24 записи по 2 байта каждая, первый байт - уставка, второй байт - канал, ассоциированный с данной уставкой. Надо упорядочить таблицу на месте, так чтобы уставки в записях были размещены в неубывающем порядке вместе с номерами каналов.

Сравнивать начнем с момента показа Вашего кода

Приведен законченный вариант, не самый скоростной впрочем, средненький. Приведенная программа выполняется именно за 18 циклов, включая rjmp из векторной области. Какой, по вашему мнению, минимальный период вызова данной функции?

Где законченый вариант ? Где код который я могу загнать в AVRStudio и его там проверить ?

Если уставки не менялись, то джиттера вроде нет вообще. До конца не исследовал впрочем. Алгоритму по барабану положение "полочек". Они могут быть в любой позиции 1-255, кроме нулевой.

А Вы на всякий случай поиследуйте, может чего интересное и увидите,
а почему 0 в опозициии, тактов не хватает ? дык тогда у Вас уже неполноценный шим.

Будете смеяться, но я решил-таки ту задачу, именно с точностью 0.5 такта. Что ещё?

Смеятся буду когда Вы приведете свое решение...

P.S. И Вобще, у меня есть алгоритм шима на 100КГц при 256 полочках и никакого джиттера,
тока я Вам его не покажу, потому как комерческая тайна, но зато мой алгоритм в 10 раз
лучше Вашего...


Кстати, вот тут еще один интересный вопросик образовался:

1) Будем использовать МК с ОЗУ не менее 1 Кбайта и тактовой частотой 20 МГц, ну и ног должно хватить по крайней мере для 24 выходных шимов. Пусть это будет атмега88.

Как Вы планировали запустить мегу88 на 20Мгц так чтобы 3 порта(24пина) остались
свободными ?

[=GM=]

Сравнивать начнем с момента показа Вашего кода

Где законченый вариант? Где код, который я могу загнать в AVRStudio и его там проверить ?

Зачем вам мой код, вы ж говорили, что он вам не нужен, да и идей у вас много, напишите свой, под 100 кГц(:-)

а почему 0 в опозициии, тактов не хватает ? дык тогда у Вас уже неполноценный шим

Реализовать легко во всех позициях 0-255, но не уверен, можно ли назвать это шимом: период становится бесконечным(:-)

Кстати, вот тут еще один интересный вопросик образовался. Как Вы планировали запустить мегу88 на 20 Мгц так чтобы 3 порта(24пина) остались свободными ?

Не берите в голову, учебный пример, чисто в образовательных целях.