ut1wpr

Лень повторять. Уже везде об этом перетерли и забыли. JTAG на Дискаверях для перепрошивки программатора-отладчика при смене версии. Но не платформы. Рассчитано на опытных, понимающих людей. Есть ли смысл тратить время на изыски, которые были актуальны в 2011 году? Время дороже денег! За 5 баксов с копейками можно купить программатор-отладчик, поддерживающий SWD и SWIM (а больше чаще и не нужно).

На основании чего была надежда? Интуиция?

Не знал. У меня купленные в узкоглазии клон Jtag и swim/swd махонький. Все дешевое. Вроде без проблем...

Ну и STM Studio не забывайте...

Аха! И клокирование ядра, и прочее? Разговор ведь не только про GPIO. Загляните в STM32F4 линейки, какие там визарды, и какие в 101-й..

Рубить надо такие темы на корню. Не глубже второго поста. Кого растим?! К кому потом лечится идем?! Что потом едим?!

Ксения, здравствуйте. Вроде бы "IAR Embedded Workbench for STM8, V1.42. Version 1.42 adds improved option bytes support, initialized EEPROM variables, improved absolute located variables and support for several new devices." Давно обещанные инициализированные EEPROM переменные, я так понял... Как насчет?..

Я пользуюсь батниками. Вызов батника делаю прямо их ИАРа. Вот один из примеров: @echo off c:\postlink.exe -intel-extended -code fox48.raw fox48.hex > nul c:\postlink.exe -intel-extended -xdata fox48.raw fox48.eep > nul avreal32 +mega48 -aft2232:enable=~adbus4,~acbus2 -az -e -w -n fox48.hex fox48.eep -v exit 0 Утилита postlink к ИАРу прилагается. В закладке Linker->Output ставлю переключатель на other, Output format выбираю simple. Генерируется файл с расширением .raw С ним и расправляется postlink. Если в программе я не работаю с eeprom, выбираю intel-standart. Тогда нужен иной батник.

Если уже начались сообщения, наверное, самое время подумать о смене камня. Или усечении функционала. Если ни то ни другое не будет заказчиком воспринято с энтузиазмом - пора подумать об увольнении. :)

Посмотреть там

У меня прокрутка не изменялась и не изменилась ни в одной из версий.

Всем спасибо за подсказку. Искал бы в ИАРе долго и нудно... :)

В простейшем варианте смешивают речевой сигнал с кодовым CTCSS на обычном резистивном сумматоре. Потом результат подают на модулятор. Ваш вариант еще проще. Тон в звуковом диапазоне надо замешать с одной из частот CTCSS. Я правильно понял? Т.е. фактически надо просто сгенерировать два тона одновременно? Я делал подобное с табличной генерацией синусов эмуляцией DDS на МК. Работая одновременно с двумя FTW получал сумму синусов. STM32F100C4T6 - вполне достаточно. Диапазон частот для каждого из сигналов 1 Гц - 20 КГц. Без ухищрений с ассемблером, чистый нативный Си.

Никак не пойму, зачем надо что-то с чем-то складывать? При чем тут DTMF, если упомянут CTCSS? Это же совершенно разные вещи? Что нужно ТС-у? Похоже, он сам не знает. Почитайте для образования: http://www.sagatelecom.ru/encyclopedia/pro...ID=26&ID=20

Дык это же совсем иное дело. Все понятно и логично. Все-таки сбрасывается. Но ведь это жуть! Останавливаться на точке входа в main, успев перед этим "втихую" нахулиганить. Вот и верь им после этого.