немного о ШИМе вообще и PWM AVR в частности

ka-pex · 20.09.2013, 02:26

Цитата:

Сообщение от INFERION :

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

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

INFERION · 20.09.2013, 02:30

В первом случае переполнение будет происходить каждый второй раз, а во втором случае.. эм... Давай так:
0+192=192, переполнения нет (+0 к PWM)
192+192=384, переполнение (+1 к PWM) и остаток в 384-256=128
128+192=320, переполнение (+1) и остаток 64
64+192=256, переполнение (+1) и остаток 0
0+192...

Как видим тут получилось 3 единицы на 1 ноль, что соответствует значению в 192... Это хорошо что число почти круглое, иначе бы я тут на целую страницу накатал, пока не дождался бы стартового условия. Всего таких строчек может быть до 256-ти, и среди них нули с единицами будут перемешаны максимально равномерно. Теперь понятна логика работы этого расширителя? Я его не совсем сам придумал. Идею PDM подсмотрел у больших дядь, которые наши детские проблемы давно решили, а вот реализацию через переполнение придумал уже сам (а начинал вообще с симуляции структурной схемы Сигма-Дельта АЦП). Забавно, но к такой реализации я пришел пока служил в армии... Этот механизм хорош тем, что максимальный шум будет далеко в ВЧ, и фильтрация с этим шумом хорошо справляется, т.к. он постепенно спадает со снижением частоты, продолжая наращивать разрядность...

Цитата:

Сообщение от ka-pex :

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

Речь идёт о "сферической в вакууме" схеме, где подмешивается нормальный шум. А вот в реальной схеме необходимо реальный шум максимально приблизить к идеальному, это уже искусство, да. Но при этом результат всё же на порядки улучшается...

ka-pex · 20.09.2013, 02:30

Цитата:

Сообщение от INFERION :

Речь идёт не об абсолютной точности, а об относительной

ну уж понимание дискретности и точности обсуждать не будем, ок?

ka-pex · 20.09.2013, 02:37

Цитата:

Сообщение от INFERION :

В первом случае переполнение будет происходить каждый второй раз, а во втором случае.. эм... Давай так:
0+192=192, переполнения нет (+0 к PWM)
192+192=384, переполнение (+1 к PWM) и остаток в 384-256=128
128+192=320, переполнение (+1) и остаток 64
64+192=256, переполнение (+1) и остаток 0
0+192...

Как видим тут получилось на 3 единицы на 1 ноль, что соответствует значению в 192... Это хорошо что число почти круглое, иначе бы я тут на целую страницу накатал, пока не дождался бы стартового условия. Всего таких строчек может быть до 256-ти, и среди них нуле с единицами будут перемешаны максимально равномерно. Теперь понятна логика работы этого расширителя? Я его не совсем сам придумал. Идею PDM подсмотрел у больших дядь, которые наши детские проблемы давно решили, а вот реализацию через переполнение придумал уже сам...

в том то и дело, что применительно к данному процу и коду переполнение будет каждый второй проход, ибо восьмибитное там все...

INFERION · 20.09.2013, 02:51

Цитата:

Сообщение от ka-pex :

в том то и дело, что применительно к данному процу и коду переполнение будет каждый второй проход, ибо восьмибитное там все...

Не понял, можно код этот по винтикам разобрать и указать где это происходит?

Код:

	clr	R10
	add	R15,	R7
	adc	R10,	R8
	out	OCR1A,	R10

Я на всякий случай напомню, что R15 является глобальной переменной, результат в которой не теряется от прерывания к прерыванию. В R8 хранится старшая часть, а в R7 - младшая. Младшая добавляеться к накопителю, и если он переполняется (8-ми битная переменная), то вылазит флаг переноса (C). Следующая инструкция добавляет старшую часть к нулю (мы ведь очистили R10 в самом начале?) с учётом переноса. Т.е. если инструкцией выше произошло переполнение, то в R10 окажется R8+1. Ну и затем результат отправляется в компаратор, а в R15 остаётся висеть остаток, дожидаясь следующего периода...