Актуальное семейство МК в данное время

[dosikus]

Куды бечь?..

А вот объясните мне - причем здесь избыточность говнокода и замена старых софтовых реализаций аппаратными?
Что между ними общего?

[Alex9797]

что широкой статистики по применению 3-битного ЦАП не накоплено, и лучше всё-таки закладывать 4-битные, которые проверены именно массово, так?

Напротив. Тысячи профессиональных радиостанций, в которых используется 3-битный, и которые надежно работают - с этой статистикой мне не тягаться. Поэтому 3-битного для DTMF вполне хватает.
Впрочем, есть и другая статистика успешного использования 3-битного. После радиостанций я работал в фирме, которая делала телефонные аппараты с АОНом и прочими наворотами. И шеф захотел дополнить список наворотов голосовыми сообщениями для будильника. То есть, при срабатывании будильника может звучать обычный сигнал, или голосовое сообщение, которое надиктовал владелец. Например "Пойти на совещание" (эти телефоны предназначались для деловых людей).
В общем, возник вопрос, сколько микросхем ОЗУ для этого понадобится? А они тогда были дефицитные и дорогие. Я сразу начал сравнение между 3-разрядным и 4-разрядным кодированием. Оказалось, что вполне можно обходиться 3-разрядным. Голосовые сообщения получались достаточно разборчивыми, даже голос вполне узнаваем. Даже женский голос звучал довольно естественно. Лучше, чем объявления на вокзале.
Таким образом трех микросхем К565РУ7 хватало для восьми сообщений по 4 секунды каждое.

[tempora]

Оказалось, что вполне можно обходиться 3-разрядным.

Вот это для меня весьма неожиданно - я как-то пытался урезать wav'ы с 16 до 8 бит и получил результат, который меня совершенно не устраивал. Помня тот опыт, я даже не предполагал, что 3 бита могут оказаться функциональными хоть в каком-то применении. Спасибо.

[Serega_B]

я так понял, что широкой статистики по применению 3-битного ЦАП не накоплено, и лучше всё-таки закладывать 4-битные, которые проверены именно массово, так?

Нет, не так.
Вдумчиво читаем здесь. Потом выбираем необходимый уровень С/Ш квантования. После этого выбираем требуемую разрядность ЦАП. Не забываем, что к шумам квантования потом добавятся шумы и ослабления линии. Для правильного выбора требуемого уровня читаем соотв ГОСТ (не нашел на своем диске) или аналогичный документ ES 201 235 п.4.2.3 Unwanted frequency components when a DTMF code is being transmitted.
transmitted

В качестве иллюстрации :
1. Разрядность 3 бита - С/Ш квантования -18дБ (реально с учетом погрешностей номиналов резисторов и практически неизбежного джиттера - больше)
2. Разрядность 12 бит (STM32F051) - С/Ш квантования -72дБ

При этом в первом случае по сравнению со вторым:
1. согласно вышеуказанному ES 201 235 п.4.2.3 : "The total power level of all unwanted frequency components in the frequency range of 250 Hz to 4 300 Hz shall be at least 20 dB below the level of the low group frequency component of the signal" , т.е. однозначно не пролезаем в требования
2. не менее чем на 4 компонента (8 точек пайки) больше
3. трудности применения ПДП (горячо любимой Oleg110592)

А для DTMF применять ЦАП - это слишком шикарно, излишество.

У Oleg110592 речь шла о DTMF применительно к телефонии и по требованиям стандартов.
Если уж делать аналоговый сигнал без аппаратного ЦАП, то применять на звуковых частотах ШИМ. Благо из одного таймера в STM32 можно получить несколько разных ШИМ сигналов.
А с с костылями в виде 3-х разрядной R-2R получается что и пины заняты и результат хреновый.

[oleg110592]

поясню почему хочется меандры через дма. В начале был пик628+пик629 для меандров (не я разрабатывал, но пришло дорабатывать). Потом заказчику понадобилось расширить функционал, думали поставить пожирнее пик, но к тому времени уже было несколько успешных применений авр в ихних изделиях и поэтому решили применить тут мегу48, заодно убрать пик с меандром - получилось. Только мега оказалась не может формировать на таймере0 два меандра в противофазе частотой 25кГц с dead time (тактовая частота микроконтроллера 8 МГц). Поэтому в прерывании от таймера приходится инвертировать ноги с задержками, а так как прерывание происходит довольно часто, то это мешает работе других модулей программы, это тоже все решаемо, но надо напрячься. А вот в STM32 похоже (я еще в плотную не приступил) есть и таймера с возможностью в противофазе с dead time и дма. Поскольку дма мне в подобной задаче вряд ли будет нужен для чего-то еще, почему бы и не применить, тем более это вроде можно сделать на самых ненужных ногах.

[oleg110592]

я как-то пытался урезать wav'ы с 16 до 8 бит и получил результат, который меня совершенно не устраивал

занимался подобным, лучшие результаты конвертации 16-›8 были получены с помощью программы Sound Forge старой версии, вроде 6. Некоторые сэмплы после этого достаточно сильно шумели - приходилось делать обработку (убирание шумов и пр.) и до и после конвертации.

[tempora]

Некоторые сэмплы после этого достаточно сильно шумели

У меня сохранились значительно более жёсткие воспоминания о результатах того преобразования. Шумы я, конечно же, не давил и другой обработке полученный материал не подвергал, так как это, с моей т/з, было бы уже слишком расточительно по времени.

Вдумчиво читаем здесь.

Благодарю, но эта тема, мягко сказать, не центральная, потому подсчеты производить не ко времени. Достаточно сделать зарубку о практике 3-битного ЦАПа, на память.

[niXto]

На тини26 при 8-битном ШИМе (частота ШИМа 250 кГц, частота дискретизации 44100, воспроизведение из внешней флешки) и простейшем RC-фильтре качество звука/музыки было довольно хорошим, на уровне китайской магнитолы. Сам удивился...

[oleg110592]

На тини26 при 8-битном ШИМе

На СТМ32 с 12 разрядным цап наверное будет звучать как японская магнитола, и можно звук через дма...

[niXto]

И чтение SPI-флешки тоже через ДМА

Тем более что ЦАП там довольно приличный по скорости