-
- Вам для счастья нужно всего-то пять исходников посмотреть: по ядру, системе тактирования, gpio ,таймеру и ацп. Через день будете прерывания запускать так же легко как фанеру. - Хитрый Китаец(16.10.2012 13:43)
- прерывания 200кГц это круто. Зачем? Если не секрет - koyodza(11.10.2012 09:52)
- 100кГц/200кГц тик в современных Cortex-M3/M4 это совсем не страшно. В 2-х последних проектах на STM32F205 (96МГц тактовая) и STM32F407 (128MГц тактовая) так и делал. Системный тик для прерывания 100кГц. Dir(354 знак., 11.10.2012 12:58)
- вопрос не в том, страшно или нет, а в том, что не надо городить через (*) koyodza(71 знак., 11.10.2012 17:09)
- При чем тут занудство? На чела набросились за вполне нормальное и просто реализуемое решение: сделать 200кГц период прерываний в современных МК. Я защищаю его выбор ;) Dir(156 знак., 11.10.2012 18:11)
- конечно не панацея. Но DMA для решения поставленной задачи в указанных рамках это практически идеальное решение - koyodza(11.10.2012 18:14)
- При чем тут занудство? На чела набросились за вполне нормальное и просто реализуемое решение: сделать 200кГц период прерываний в современных МК. Я защищаю его выбор ;) Dir(156 знак., 11.10.2012 18:11)
- вопрос не в том, страшно или нет, а в том, что не надо городить через (*) koyodza(71 знак., 11.10.2012 17:09)
- да вы ж по моему в теме про мой генератор отметились ужо .. Ну как зачем для хорошей генерации шоб синус до 50 кГц фильтровать можно было не распухая надо тактовую ЦАПа под 200 кГц задрать .. - Blackbird_sunday(11.10.2012 10:35, )
- для этого в STM32 прерывания не нужны. Используйте DMA, сможете поднять тактовую ЦАП почти до 1МГц, прерывания при этом будут нужны только для заполнения буфера koyodza(146 знак., 11.10.2012 10:39)
- +1. в системе должно быть одно прерывание - для таймера переключения задач. Mahagam(62 знак., 11.10.2012 12:52)
- Скажу больше: "В человеке должно быть всё прекрасно: и лицо, и одежда, и душа, и мысли." - SciFi(11.10.2012 13:04)
- сиськи забыли ) - Mahagam(11.10.2012 13:06)
- Скажу больше: "В человеке должно быть всё прекрасно: и лицо, и одежда, и душа, и мысли." - SciFi(11.10.2012 13:04)
- Ээээ а вы вроде осведомлены о прямом синтезе частоты ? Во всяком случае в прошлой теме было видно что осведомлены .. Ну почему же тут говорите про DMA ? Мне же надо не линейно адреса пзу читать и из них синус дергать а про произвольным адресам Blackbird_sunday(188 знак., 11.10.2012 11:47, )
- Тем не менее DMA плюс перерасчет таблицы синуса в ОЗУ творят чудеса. - Vladimir Ljaschko(11.10.2012 12:50)
- Если есть лишних 32 кбайт ОЗУ, тогда да. - Лeoнид Ивaнoвич(16.10.2012 11:59)
- А почему 32? Если использовать полный диапазон ЦАП 12 бит и разрешение по времени = разрешению по амлитуде, то всего лишь 8 кБ, ну 16 :) Зато форма сигнала какая! Я использовал 10 бит по времени = 2 кБ. - Vladimir Ljaschko(16.10.2012 12:25)
- Расчеты у Вас неправильные. Для того, чтобы полностью использовать разрешающую способность ЦАП, количество точек таблицы должно быть в 2*pi раз больше количества квантов ЦАП (для синуса), иначе ухудшается отношение сигнал/шум. Лeoнид Ивaнoвич(740 знак., 16.10.2012 12:39)
- всё верно, кроме выводов о загруженности процессора koyodza(1109 знак., 16.10.2012 12:55)
- Пожалуй, соглашусь. Выигрыш получится. Но всё равно задача DDS сильно загружает процессор, даже при наличии DMA. - Лeoнид Ивaнoвич(16.10.2012 13:03)
- ну так никто не спорит, что загружает. Но с DMA загрузка намного меньше - koyodza(16.10.2012 13:05)
- Что "намного", это не совсем так. Уменьшаются только расходы на вход-выход в прерывание. А сколько это по сравнению с подготовкой одной точки? В реальном DDS с ЦАП высокой разрядности это же не просто выборка из таблицы, а расчет. - Лeoнид Ивaнoвич(16.10.2012 13:11)
- в ARM расчет быстрее, а вот вход-выход в прерывание медленнее, чем в AVR, если считать в тактах koyodza(445 знак., 16.10.2012 13:18)
- Кто ж спорит, конечно на ARM выйдет лучше, чем на AVR. Весь смысл этой дискуссии в том, что DMA для DDS - не панацея, не получится сделать таблицу в ОЗУ и дальше заставить все работать автоматически. - Лeoнид Ивaнoвич(16.10.2012 13:33)
- смотря что для чего. у меня FSK-модулятор именно через таблицу сделан:) Один канал DMA выводит от таймера
в DACв порт с весовыми резисторами синусоиду, другой подкачивает значения прескалера (соответственно битам) - Vit(16.10.2012 13:34 - 13:47)- Да, в некоторых частных случаях можно сделать. Выходную частоту можно довольно гибко менять подбором частоты дискретизации и размера таблицы. - Лeoнид Ивaнoвич(16.10.2012 13:43)
- конечно не получится, если отношение частот нельзя сделать отношением (небольших) целых чисел. Но тем не менее оно позволяет решить задачу более эффективно - koyodza(16.10.2012 13:36)
- смотря что для чего. у меня FSK-модулятор именно через таблицу сделан:) Один канал DMA выводит от таймера
- Кто ж спорит, конечно на ARM выйдет лучше, чем на AVR. Весь смысл этой дискуссии в том, что DMA для DDS - не панацея, не получится сделать таблицу в ОЗУ и дальше заставить все работать автоматически. - Лeoнид Ивaнoвич(16.10.2012 13:33)
- в ARM расчет быстрее, а вот вход-выход в прерывание медленнее, чем в AVR, если считать в тактах koyodza(445 знак., 16.10.2012 13:18)
- Что "намного", это не совсем так. Уменьшаются только расходы на вход-выход в прерывание. А сколько это по сравнению с подготовкой одной точки? В реальном DDS с ЦАП высокой разрядности это же не просто выборка из таблицы, а расчет. - Лeoнид Ивaнoвич(16.10.2012 13:11)
- ну так никто не спорит, что загружает. Но с DMA загрузка намного меньше - koyodza(16.10.2012 13:05)
- ещё это даёт дополнительное преимущество, если время вычисления отдельных отсчетов может сильно превышать период дискретизации koyodza(204 знак., 16.10.2012 12:59)
- Пожалуй, соглашусь. Выигрыш получится. Но всё равно задача DDS сильно загружает процессор, даже при наличии DMA. - Лeoнид Ивaнoвич(16.10.2012 13:03)
- Если частота постоянна, то пересчитывать буфер не нужно. А варьируя размер таблицы в буфере можно увеличить разрешение по частоте без всяких DDS. Или это и есть DDS? :) - Vladimir Ljaschko(16.10.2012 12:47 - 12:51)
- это только при отношении периодов в виде отношения целых чисел годится. Произвольную частоту так не получишь - koyodza(16.10.2012 13:03)
- всё верно, кроме выводов о загруженности процессора koyodza(1109 знак., 16.10.2012 12:55)
- Расчеты у Вас неправильные. Для того, чтобы полностью использовать разрешающую способность ЦАП, количество точек таблицы должно быть в 2*pi раз больше количества квантов ЦАП (для синуса), иначе ухудшается отношение сигнал/шум. Лeoнид Ивaнoвич(740 знак., 16.10.2012 12:39)
- использую DMA и с намного меньшим количеством ОЗУ. В том числе для пересылки небольших пакетов. Уже от десятка байт это эффективнее, чем прерывания по каждому байту - koyodza(16.10.2012 12:04)
- Сколько раз ни спрашивал, как сделать DDS с использованием DMA, никто пока не ответил. - Лeoнид Ивaнoвич(16.10.2012 12:22)
- наверное, не там или не так спрашивали koyodza(1206 знак., 16.10.2012 12:42)
- Да! И делать это лучше на LPC, ибо там есть FIFO и для каналов DMA ;) - Гудвин(16.10.2012 12:46)
- А лучше на BF, ибо у него кроме FIFO для каналов DMA, есть ещё и "2-D DMA".. :) - USSR(16.10.2012 13:03, )
- нах тут FIFO? - koyodza(16.10.2012 13:01)
- Ну, например для I2S на высоких скоростях пользительно. Пропускная способность шин не резиновая. Если в системе асинхронно живут несколько DMA каналов (тот же usb хост) и проц активно работает с памятью, то могут быть конфузы. Правда с том же LPC Гудвин(67 знак., 16.10.2012 13:26)
- Чет я не понимаю, как работает FIFO в данном случае. Точнее, разве он не увеличивает джиттер? - Vladimir Ljaschko(16.10.2012 14:57)
- LPC17: "Each stream is supported by a dedicated hardware channel, including source and Гудвин(369 знак., 16.10.2012 17:10)
- Звучит интересно. Vladimir Ljaschko(483 знак., 16.10.2012 17:35)
- Право не верить дано каждому :) Тем не менее в LPC17 это работает. Лично пробовал I2S на 96/192 кГц. А на 8-48 это штатно работает уже около 3 лет в пепелаце. Да еще и scatter/gather заюзан - в памяти размещена таблица дескрипторов DMA для двух Гудвин(2392 знак., 17.10.2012 08:06 - 12:04)
- Звучит интересно. Vladimir Ljaschko(483 знак., 16.10.2012 17:35)
- LPC17: "Each stream is supported by a dedicated hardware channel, including source and Гудвин(369 знак., 16.10.2012 17:10)
- мне пока DMA без FIFO хватает. Чаще нехватает самих каналов DMA и гибкости выбора источников запросов. А FIFO на SSP в STR91 оставил удручающее впечатление - koyodza(16.10.2012 13:40)
- Чет я не понимаю, как работает FIFO в данном случае. Точнее, разве он не увеличивает джиттер? - Vladimir Ljaschko(16.10.2012 14:57)
- Канал DMA может работать на частоте внутренней SRAM процессора, а внешний интерфейс на частототе периферийного модуля. - USSR(16.10.2012 13:06, )
- ну и что? Они и так работают на разных частотах - koyodza(16.10.2012 13:08)
- И тем не менее, интерфейс SPORT в BF51x подключен к шине DMA через TX FIFO = 4x32 OR 8x16 и RX FIFO = 4x32 OR 8x16. Cм, HRM, rev 1.0, Figure 19-1. "SPORT Block Diagram". - USSR(16.10.2012 13:17, )
- может ещё в Р4 каналы FIFO и DMA посчитаем? - koyodza(16.10.2012 13:19)
- Ну при чем тут P4? Данные для нескольких каналов DMA могут лежать во внутренней памяти процессора, общей для всех этих каналов DMA. Каждый канал DMA имеет программируемый приоритет обращения к этой общей памяти, и канал, который имеет в данный USSR(370 знак., 16.10.2012 13:45, )
- для этого надо рассчитывать пропускную способность и возможности системы, а не тупо ставить самый крутой проц и потом разруливать - koyodza(16.10.2012 13:52)
- Ага. "Гладко было на бумаге.." Кроме того, я почему-то больше склонен доверять опыту ADI,TI и проч., "для чего-то" предусмотревших FIFO в канале DMA в своих поделиях, нежели местным "счетоводам".. :) - USSR(16.10.2012 13:57, )
- аргументация железная: "почему-то больше склонен доверять... для чего-то предусмотревшим". А самому посчитать где чего нужно нельзя, всё ведь уже предусмотрено. Тем более нельзя подумать, зачем оно предусмотрено, ведь это означает поставить koyodza(39 знак., 16.10.2012 14:09)
- Да дело даже не в пропускной способности шины. Допустим, есть шина, у которой пропускная способность, к примеру, 120 МБайт/сек, и эта шина с запасом позволяет окучивать 10 потребителей с суммарным(!) трафиком 1 МБайт/сек. Теперь, что произойдет с USSR(399 знак., 16.10.2012 14:34, )
- Зачем как раз понятно - шина к памяти не резиновая. - =AlexD=(16.10.2012 14:17)
- Да ладно Вам. Никто не спорит, что иметь FIFO - хорошо. Но во многих случаях можно обходиться и без него. Зачем ставить дорогой проц от ADI, TI туда, где можно обойтись дешевым STM32? А где именно - нужно считать, так что зря злорадствуете. - Лeoнид Ивaнoвич(16.10.2012 14:05)
- аргументация железная: "почему-то больше склонен доверять... для чего-то предусмотревшим". А самому посчитать где чего нужно нельзя, всё ведь уже предусмотрено. Тем более нельзя подумать, зачем оно предусмотрено, ведь это означает поставить koyodza(39 знак., 16.10.2012 14:09)
- Ага. "Гладко было на бумаге.." Кроме того, я почему-то больше склонен доверять опыту ADI,TI и проч., "для чего-то" предусмотревших FIFO в канале DMA в своих поделиях, нежели местным "счетоводам".. :) - USSR(16.10.2012 13:57, )
- для этого надо рассчитывать пропускную способность и возможности системы, а не тупо ставить самый крутой проц и потом разруливать - koyodza(16.10.2012 13:52)
- Ну при чем тут P4? Данные для нескольких каналов DMA могут лежать во внутренней памяти процессора, общей для всех этих каналов DMA. Каждый канал DMA имеет программируемый приоритет обращения к этой общей памяти, и канал, который имеет в данный USSR(370 знак., 16.10.2012 13:45, )
- может ещё в Р4 каналы FIFO и DMA посчитаем? - koyodza(16.10.2012 13:19)
- И тем не менее, интерфейс SPORT в BF51x подключен к шине DMA через TX FIFO = 4x32 OR 8x16 и RX FIFO = 4x32 OR 8x16. Cм, HRM, rev 1.0, Figure 19-1. "SPORT Block Diagram". - USSR(16.10.2012 13:17, )
- ну и что? Они и так работают на разных частотах - koyodza(16.10.2012 13:08)
- Ну, например для I2S на высоких скоростях пользительно. Пропускная способность шин не резиновая. Если в системе асинхронно живут несколько DMA каналов (тот же usb хост) и проц активно работает с памятью, то могут быть конфузы. Правда с том же LPC Гудвин(67 знак., 16.10.2012 13:26)
- Да! И делать это лучше на LPC, ибо там есть FIFO и для каналов DMA ;) - Гудвин(16.10.2012 12:46)
- наверное, не там или не так спрашивали koyodza(1206 знак., 16.10.2012 12:42)
- Сколько раз ни спрашивал, как сделать DDS с использованием DMA, никто пока не ответил. - Лeoнид Ивaнoвич(16.10.2012 12:22)
- А почему 32? Если использовать полный диапазон ЦАП 12 бит и разрешение по времени = разрешению по амлитуде, то всего лишь 8 кБ, ну 16 :) Зато форма сигнала какая! Я использовал 10 бит по времени = 2 кБ. - Vladimir Ljaschko(16.10.2012 12:25)
- Если есть лишних 32 кбайт ОЗУ, тогда да. - Лeoнид Ивaнoвич(16.10.2012 11:59)
- :-))) ви не читатель, ви пейсатель. - SciFi(11.10.2012 12:03)
- Тем не менее DMA плюс перерасчет таблицы синуса в ОЗУ творят чудеса. - Vladimir Ljaschko(11.10.2012 12:50)
- Если он АЦП и GPIO запустить не желает, то DMA вообще никогда не сделает. Пусть на прерываниях, хоть какие-то шансы на успех будут. - SciFi(11.10.2012 10:43)
- +1. в системе должно быть одно прерывание - для таймера переключения задач. Mahagam(62 знак., 11.10.2012 12:52)
- для этого в STM32 прерывания не нужны. Используйте DMA, сможете поднять тактовую ЦАП почти до 1МГц, прерывания при этом будут нужны только для заполнения буфера koyodza(146 знак., 11.10.2012 10:39)
- 100кГц/200кГц тик в современных Cortex-M3/M4 это совсем не страшно. В 2-х последних проектах на STM32F205 (96МГц тактовая) и STM32F407 (128MГц тактовая) так и делал. Системный тик для прерывания 100кГц. Dir(354 знак., 11.10.2012 12:58)
- ЙАЪ! пазалуйста! Могу написать в бесплатном софте. Ну или купите мне ИАР :) Он мне нужен гораздо больше, чем Вам эта рыба- фиш. Рыбу??? Жар- Гон. Могу написать, но не буду. Могу безвозмездно, то есть даром дать просто исходник чего- то. Это что- KLIM83(555 знак., 11.10.2012 07:45 - 08:05)
- и впрямь нахера козе баян, если уж в инете нельзя найти рыбу - RED_DRAGON(11.10.2012 10:16)
- Хыы ИАР у меня как и у большинства условно бесплатный :) Так что я не Абрам Береза шоб их покупать :) А проект некоммерческий типа длясебяйный . В опщем генератор ЗЧ на прямом синтезе . АВРка сволочь не потянула . Так шо денег от него ни щас ни Blackbird_sunday(33 знак., 11.10.2012 08:47, )
- Вот, всё что доехало до дома с работы. Разбирайтесь, но помните: часть там сделана по принципу "так делать нельзя, но если очень хочется и нет времени". Максимально близко к вашим ЗЧ надобностям- спектр- анализатор, состряпанный за час с KLIM83(150 знак., 11.10.2012 09:34 - 09:39, ссылка)
- Дааааа ... поглядел мельком -уже плехо стало .. Как все просто было в авр PORTA=c и все щастье прибыло .. А тут трыста трыдцать три файла исходников . Мозга сразу говорит я это глядеть нихачу-небуду :) Действительно что то я затосковал ... - Blackbird_sunday(16.10.2012 11:38, )
- Ну очень много букварей есть. А разбираться в чужих исходниках- таки тоскливое занятие; вас предупреждали об этом. KLIM83(318 знак., 16.10.2012 12:18 - 12:29)
- Да понятно что доки читать надо .. Но доки там блин еще страшней . Я и ною написали бы STMцы конфигурялку по типу той что была в SILABS .. От щасте бы и настало - ты мышой понатыкал чего куда тебе настроить . А она хап и кусок кода на си со всеми Blackbird_sunday(103 знак., 16.10.2012 17:22, )
- у stm32 один отдельно взятый таймер сложнее чем весь силабс вместе с авр, чего ж Вы хотите от документации - koyodza(16.10.2012 18:14)
- при всей его сложности - он не всесилен. Mahagam(235 знак., 16.10.2012 19:08)
- это Ваша проблема, а не МК. Тут есть несколько способов решения в зависимости от условий задачи koyodza(326 знак., 16.10.2012 20:29)
- Вот-вот. Точно также и DMA, и SPI/I2S... Вроде бы охрененно универсальные на первый взгляд. А начнешь к реальной задаче применять и хотя бы несколько команд для запуска/снятия задачи (обычно в прерывании) выполнить приходится. - Dir(16.10.2012 20:05)
- >>хотя бы несколько команд для запуска/снятия задачи (обычно в прерывании) выполнить приходится Apтём(72 знак., 16.10.2012 22:05)
- Да нет, не проблема. Но при такой навороченности периферии подсознательно ожидается, что она будет более гибкой и сможет аппаратно работать почти со всеми встречающимися на практике тривиальными случаями. Но увы Ж8-( Dir(593 знак., 16.10.2012 23:03 - 23:11)
- вообще I2S ЦАП должен жрать 32-х битные посылки. I2S и SPI немного разные вещи, не кажется? :) - Mahagam(17.10.2012 00:01)
- ЦАП именно SPI, но слово 24-битное, поэтому я пробовал его загрузитиь в I2S-режиме, т.к. SPI у STM32 только 8 и 16-битный. Update. Для справки: у STM32 2 и 3 каналы SPI мультиплексированы с I2S. Dir(173 знак., 17.10.2012 00:10 - 00:21)
- какой ЦАП, в него 32 бита грузить вместо 24 нельзя? - koyodza(16.10.2012 23:59)
- Вообще в моем случае можно, но в I2S еще та беда, что тактовые импульсы непрерывно подаются. Допускаю, что у меня просто не получилось приготовить чисто DMA-ный вариант. - Dir(17.10.2012 00:06)
- похоже на то. Как обычно - koyodza(17.10.2012 11:00)
- Спасибо за ценный совет. Собственно тоже как обычно. - Dir(17.10.2012 11:05)
- совета никакого не было. Просто в очередной раз убедился, что основная масса народу любит копать вширь, а не вглубь. Вы хоть честно сказали - koyodza(17.10.2012 11:17)
- А чего тут скрывать. Время - деньги. Копаешь вглубь - еще не факт, что что-то полезное выкопаешь. Подходит срок и бросаешь это глубококопание в пользу очевидного хоть и, возможно, не оптимального решения. Update Dir(381 знак., 17.10.2012 11:23 - 12:26)
- вообще-то это общая современная тенденция - округлять до 32 бит всё некруглое. Посмотрите на 32-битный цвет и звук хотя бы - koyodza(17.10.2012 12:30)
- Да я не про тенденцию, а про конкретную реализацию модуля SPI в STM32. - Dir(17.10.2012 12:34)
- ну так а что не нравится? Все востребованые стандартные форматы есть koyodza(149 знак., 17.10.2012 12:43)
- О! Я так сделал :) Но глубины же нет :))) - Dir(17.10.2012 12:46, ссылка)
- в Вашей реализации слишком частые прерывания - koyodza(17.10.2012 13:07)
- Хотя они у меня и необходимы для других целей, но с благодарностью приму совет как их избежать. Будет полезно на будущее. - Dir(17.10.2012 13:11)
- чтобы что-то посоветовать, нужно получше знать задачу. Иначе могу дать только общие советы koyodza(484 знак., 17.10.2012 13:20)
- Задача - работа с ЦАП и АЦП с SPI-подобным интерфейсом. Конкретно - AD5662 (DAC8551). Dir(753 знак., 17.10.2012 16:03)
- изврат, но совсем другой. Позволяющий слать не по 3 байта, а передавать с помощью DMA блок больших размеров. Об чем и был изначальный спор. Но любителям делать всё в прерываниях, да почаще, понять сложно - koyodza(17.10.2012 16:12, ссылка)
- Да куда уж мне все это понять. Я же не koyodza с нимбом непогрешимости в собственных глазах... - Dir(17.10.2012 16:30)
- конечно, Вы не можете быть мной, потому что Вы Dir. В остальном мы примерно одинаковые :=Р - koyodza(17.10.2012 16:41)
- Да куда уж мне все это понять. Я же не koyodza с нимбом непогрешимости в собственных глазах... - Dir(17.10.2012 16:30)
- изврат, но совсем другой. Позволяющий слать не по 3 байта, а передавать с помощью DMA блок больших размеров. Об чем и был изначальный спор. Но любителям делать всё в прерываниях, да почаще, понять сложно - koyodza(17.10.2012 16:12, ссылка)
- Задача - работа с ЦАП и АЦП с SPI-подобным интерфейсом. Конкретно - AD5662 (DAC8551). Dir(753 знак., 17.10.2012 16:03)
- чтобы что-то посоветовать, нужно получше знать задачу. Иначе могу дать только общие советы koyodza(484 знак., 17.10.2012 13:20)
- Хотя они у меня и необходимы для других целей, но с благодарностью приму совет как их избежать. Будет полезно на будущее. - Dir(17.10.2012 13:11)
- в Вашей реализации слишком частые прерывания - koyodza(17.10.2012 13:07)
- О! Я так сделал :) Но глубины же нет :))) - Dir(17.10.2012 12:46, ссылка)
- ну так а что не нравится? Все востребованые стандартные форматы есть koyodza(149 знак., 17.10.2012 12:43)
- Да я не про тенденцию, а про конкретную реализацию модуля SPI в STM32. - Dir(17.10.2012 12:34)
- вообще-то это общая современная тенденция - округлять до 32 бит всё некруглое. Посмотрите на 32-битный цвет и звук хотя бы - koyodza(17.10.2012 12:30)
- А чего тут скрывать. Время - деньги. Копаешь вглубь - еще не факт, что что-то полезное выкопаешь. Подходит срок и бросаешь это глубококопание в пользу очевидного хоть и, возможно, не оптимального решения. Update Dir(381 знак., 17.10.2012 11:23 - 12:26)
- совета никакого не было. Просто в очередной раз убедился, что основная масса народу любит копать вширь, а не вглубь. Вы хоть честно сказали - koyodza(17.10.2012 11:17)
- Спасибо за ценный совет. Собственно тоже как обычно. - Dir(17.10.2012 11:05)
- похоже на то. Как обычно - koyodza(17.10.2012 11:00)
- Вообще в моем случае можно, но в I2S еще та беда, что тактовые импульсы непрерывно подаются. Допускаю, что у меня просто не получилось приготовить чисто DMA-ный вариант. - Dir(17.10.2012 00:06)
- вообще I2S ЦАП должен жрать 32-х битные посылки. I2S и SPI немного разные вещи, не кажется? :) - Mahagam(17.10.2012 00:01)
- Да нет, не проблема. Но при такой навороченности периферии подсознательно ожидается, что она будет более гибкой и сможет аппаратно работать почти со всеми встречающимися на практике тривиальными случаями. Но увы Ж8-( Dir(593 знак., 16.10.2012 23:03 - 23:11)
- >>хотя бы несколько команд для запуска/снятия задачи (обычно в прерывании) выполнить приходится Apтём(72 знак., 16.10.2012 22:05)
- Вот ведь никогда бы не поверил, что STM32 неспособен выполнить такую задачу. - KLIM83(16.10.2012 19:35)
- Интересно, что за таймер такой? Как называется? - Apтём(16.10.2012 18:16)
- TIM1 / TIM8 например - koyodza(16.10.2012 20:22)
- Спасибо, посмотрю - Apтём(16.10.2012 21:31)
- TIM1 / TIM8 например - koyodza(16.10.2012 20:22)
- при всей его сложности - он не всесилен. Mahagam(235 знак., 16.10.2012 19:08)
- у stm32 один отдельно взятый таймер сложнее чем весь силабс вместе с авр, чего ж Вы хотите от документации - koyodza(16.10.2012 18:14)
- Да понятно что доки читать надо .. Но доки там блин еще страшней . Я и ною написали бы STMцы конфигурялку по типу той что была в SILABS .. От щасте бы и настало - ты мышой понатыкал чего куда тебе настроить . А она хап и кусок кода на си со всеми Blackbird_sunday(103 знак., 16.10.2012 17:22, )
- Ну очень много букварей есть. А разбираться в чужих исходниках- таки тоскливое занятие; вас предупреждали об этом. KLIM83(318 знак., 16.10.2012 12:18 - 12:29)
- вот нафига поощрять халявское отношение к жизни? - RED_DRAGON(11.10.2012 10:20)
- Действительно. Вы, наверное, сами масло в машине меняете, водопровод чините и т.д.: никакой халявы. Всему своё время и место. - SciFi(11.10.2012 10:24)
- Дык и в машине мотор перебирал сам и канализацию было дело менял . Но там же все просто .. А тут чтоб ногой дрыгнуть надо войну и мир написать . Блин не могли быстрый и НОРМАЛЬНЫЙ для освоения контроллер родить ...чесслово .. - Blackbird_sunday(11.10.2012 10:32, )
- Это заговор. Чтобы обеспечить занятость эмбеддеров. - SciFi(11.10.2012 10:35)
- Вот еслиб вопрос был "у меня тут бла бла бла не работает нихира, где намудил?" а тут "сделайте как мне!" - RED_DRAGON(11.10.2012 10:27)
- Да ладно, ну кто не брал в основу готовый пример или проект? - Vladimir Ljaschko(11.10.2012 10:29)
- Дык и в машине мотор перебирал сам и канализацию было дело менял . Но там же все просто .. А тут чтоб ногой дрыгнуть надо войну и мир написать . Блин не могли быстрый и НОРМАЛЬНЫЙ для освоения контроллер родить ...чесслово .. - Blackbird_sunday(11.10.2012 10:32, )
- Действительно. Вы, наверное, сами масло в машине меняете, водопровод чините и т.д.: никакой халявы. Всему своё время и место. - SciFi(11.10.2012 10:24)
- Дааааа ... поглядел мельком -уже плехо стало .. Как все просто было в авр PORTA=c и все щастье прибыло .. А тут трыста трыдцать три файла исходников . Мозга сразу говорит я это глядеть нихачу-небуду :) Действительно что то я затосковал ... - Blackbird_sunday(16.10.2012 11:38, )
- Можно почитать чего-нить для начала - Vit(11.10.2012 09:08, ссылка)
- Вот, всё что доехало до дома с работы. Разбирайтесь, но помните: часть там сделана по принципу "так делать нельзя, но если очень хочется и нет времени". Максимально близко к вашим ЗЧ надобностям- спектр- анализатор, состряпанный за час с KLIM83(150 знак., 11.10.2012 09:34 - 09:39, ссылка)