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

[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, приглашал его к сотрудничеству так сказать, надеюсь это не ваш коллега?

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

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