Темброблок - анализатор спектра на STM32F103

[deop]

WiseLord я уверен, что проблема в моём железе, а именно в разведение питания, но подскажите почему при включении kaRadio c "Холодного" запуска работает, а при последующем выборе источника на темброблоке - FM, PC, отваливается звук на kaRadio сервисная информация о потоке идет, а звука нет. Использую "зелЁную 1053 на wRoom32 - если кто сталкивался подскажите как решить проблему, пожалуйста.

зы от контролера ARm на FM RDA идут жуткие помехи, когда играет спектр особенно, на STM32 такого нет.

[Duke]

[uquote="WiseLord",url="/forum/viewtopic.php?p=3796349#p3796349"]1. Нет, так как UART2 занят под KaRadio. А UART1 - самое то для BT201, так как по нему идут отладочные сообщения, которые можно принимать на телефон для внешнего управления с "обратной связью".
2. SWDIO/SWCLK используются для прошивки устройства. Держать там MUTE и STBY неудобно, приходится каждый раз переподключать разъём программатора.[/uquote]
Да, тут палка о двух концах - либо UART1 на ВТ201/свисток шарить, либо UART2 на KaRadio/свисток, что менее предпочтительно, как выясняется. А разъем UART3 теперь ушел на MUTE/STBY. Придется какой-нибудь коммутатор продумать для сигналов на UART1 - в обычном режиме подключен ВТ201, при прошивке - свисток. Или "не побояться и... ликвидировать" (с) , т.е. купить-таки ST-LINK V2 клон за 4,5 евро, куда ни шло!

[WiseLord]

В принципе, можно было бы и вернуть UART3 назад. Но мне лично гораздо удобнее иметь полностью свободный SWD интерфейс - для отладки и прошивки.
Как вариант, можно было бы перебросить STBY/MUTE на свободные ноги порта A. Там, где SPI2 планировался, но уже вряд ли будет использован.

[Duke]

WiseLord, попробовал сконфигурировать прошивку через ST-LINK/OpenOSD, как было рекомендовано в видео, что-то Qt ругнулся, дебаг ниже, в чем может быть загвоздка? Возможно, более новые версии OpenOSD и Qt не совместимы с показанными в видео?

22:42:24: Запускается C:\Program Files (x86)\arm-avr-compiler\utils\bin\make.exe flash...
openocd -f system/stm32f103xb_openocd.cfg -c "stm_flash flash/ampcontrol_f103cb_ili9341_spi.bin" -c shutdown
Open On-Chip Debugger 0.10.0 (2020-01-14) [https://github.com/sysprogs/openocd]
Licensed under GNU GPL v2
libusb1 09e75e98b4d9ea7909e8837b7a3f00dda4589dc3
For bug reports, read
http://openocd.org/doc/doxygen/bugs.html
WARNING: interface/stlink-v2.cfg is deprecated, please switch to interface/stlink.cfg
Info : auto-selecting first available session transport "hla_swd". To override use 'transport select <transport>'.
Info : The selected transport took over low-level target control. The results might differ compared to plain JTAG/SWD
system/stm32f103xb_openocd.cfg:71: Error: target requires -dap parameter instead of -chain-position, see http://visualgdb.com/support/chainposition
in procedure 'script'
at file "embedded:startup.tcl", line 26
at file "system/stm32f103xb_openocd.cfg", line 71
make: *** [makefile:293: flash] Error 1
22:42:27: C:\Program Files (x86)\arm-avr-compiler\utils\bin\make.exe завершился с кодом 2

[smira2007]

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

Добавлено after 11 minutes 51 second:
ЗЫ, развёл под таблетку, скомпилил под 9486 8ьит, зеркально, както?

[WiseLord]

Распиновка за год не поменялась. Я до сих пор отлаживаю прошивку на платах, заказанных 28 февраля прошлого года.

Добавлено after 43 minutes:
Duke, По ссылке в сообщении об ошибке всё расписано.

В общем, у Вас там слишком новый OpenOCD. Видимо, кто-то делает сборки под windows на базе самых последних исходников, а не на базе релизной версии 0.10.0.

В любом случае, я у себя сейчас обновил OpenOCD до версии из git и получил такую же ошибку. Немного переделал конфиг и всё заработало. Кстати, по ссылке в сообщении об ошибке всё это прямым текстом расписано.

Попробуйте последние исходники, в общем.

[veranika]

доброе утро
назрел вопрос о цветном градиенте, на мой взгляд не хватает стандартной цветовой политы, которая применялась практически на всех магнитофонах и усилителей советской эпохи. Т.Е. при низком уровне сигнала отображался зеленый или голубой цвет, а на пиках оранжевый или красный

[smira2007]

[uquote="WiseLord",url="/forum/viewtopic.php?p=3796621#p3796621"]Распиновка за год не поменялась. Я до сих пор отлаживаю прошивку на платах, заказанных 28 февраля прошлого года.[/uquote]
посмотрел у мня последняя прошивка компилилась 12 января того года

Добавлено after 1 minute 26 seconds:
и платку в то время под таблетку разводил

[Duke]

[uquote="WiseLord",url="/forum/viewtopic.php?p=3796621#p3796621"]Duke, По ссылке в сообщении об ошибке всё расписано.

В общем, у Вас там слишком новый OpenOCD. Видимо, кто-то делает сборки под windows на базе самых последних исходников, а не на базе релизной версии 0.10.0.

В любом случае, я у себя сейчас обновил OpenOCD до версии из git и получил такую же ошибку. Немного переделал конфиг и всё заработало. Кстати, по ссылке в сообщении об ошибке всё это прямым текстом расписано.

Попробуйте последние исходники, в общем.[/uquote]

WiseLord, спасибо за быструю реакцию! В общем-то, я так и подозревал, что дело в файле конфига и измененной процедуре в новых версиях софта. Сегодня попробую вечером, т.к. все делаю на домашнем компе. Сборки обычно компилю сам из свежих исходников на гите по мере их обновления и небольшого периода после этого, чтобы они, так сказать, немного "отстоялись" в плане багов. Теперь вот и сам в этом поучаствовал

[smira2007]

WiseLord, Ушё , вопросик зачем HW_RST,на одном из разъёмов I2C?

[WiseLord]

Для инициализации/сброса тюнера на Si4703, если он используется

[smira2007]

WiseLord, понял спасибо, но распиновка поменялась точно, раньше ШД для дисплея была с PA порта

[Duke]

Wiselord, пока еще не видел изменений файла конфига system/stm32f103xb_openocd.cfg на гите в соответствии с инструкцией на

http://visualgdb.com/support/chainposition

Попробовать изменить самому в скачанных исходниках или все-таки можно ожидать на гите? Тогда еще вопрос по поводу вот этой строки, видимо, там тоже аналогичная ошибка:

at file "embedded:startup.tcl", line 26

Это где может находиться?

Спасибо!

[WiseLord]

Да, забыл на сервер запушить. Изменения в .cfg файле openocd

P.S. Изменения

[Duke]

[uquote="WiseLord",url="/forum/viewtopic.php?p=3796901#p3796901"]Да, забыл на сервер запушить. Изменения в .cfg файле openocd

P.S. Изменения[/uquote]

WiseLord, Супер, все заработало! Огромное спасибо!
Тем временем получил ST-LINK V2 Mini свисток, подключил его пока к USB порту компа, подтянул родной драйвер с STM, Qt его увидел. Пока не подключал саму плату Ampcontrol, так что при попытке заливки прошивки пока ожидаемо выдало ошибку, но компиляция прошла успешно.

Чтобы случайно ничего не спалить, как лучше запитать процессор STM32 - от встроенного регулятора на плате 5V --> 3,3V без подключения пина 3,3V на ST-LINK к разъему J2 (подключаем только SWDIO, SWCLK и GND), либо подключаем также и пин 3,3V, но без подачи питания +5V на плату саму Ampcontrol - что лучше при прошивке?

[WiseLord]

У меня по-всякому работает. Особо не заморачиваюсь.

По крайней мере, при одновременном запитывании и от программатора, и от родных регуляторов на плате ничего пока не сгорало. Да и не должно, по идее.

[Duke]

Докладываю, подключился только через программатор (с питанием от него), прошился! Дебаг прикладываю:

21:47:58: Запускается C:\Program Files (x86)\arm-avr-compiler\utils\bin\make.exe flash...
openocd -f system/stm32f103xb_openocd.cfg -c "stm_flash flash/ampcontrol_f103cb_ili9341_spi.bin" -c shutdown
Open On-Chip Debugger 0.10.0 (2020-01-14) [https://github.com/sysprogs/openocd]
Licensed under GNU GPL v2
libusb1 09e75e98b4d9ea7909e8837b7a3f00dda4589dc3
For bug reports, read
http://openocd.org/doc/doxygen/bugs.html
WARNING: interface/stlink-v2.cfg is deprecated, please switch to interface/stlink.cfg
Info : auto-selecting first available session transport "hla_swd". To override use 'transport select <transport>'.
Info : The selected transport took over low-level target control. The results might differ compared to plain JTAG/SWD
adapter speed: 950 kHz

Info : clock speed 950 kHz
Info : STLINK v2 JTAG v29 API v2 SWIM v7 VID 0x0483 PID 0x3748
Info : using stlink api v2
Info : Target voltage: 3.175553
Info : Stlink adapter speed set to 950 kHz
Info : stm32f1x.cpu: hardware has 6 breakpoints, 4 watchpoints
Info : Listening on port 3333 for gdb connections
target halted due to debug-request, current mode: Thread
xPSR: 0x01000000 pc: 0x0800aaf8 msp: 0x20005000
Info : device id = 0x20036410
Info : ignoring flash probed value, using configured bank size
Info : flash size = 128kbytes
target halted due to breakpoint, current mode: Thread
xPSR: 0x61000000 pc: 0x2000003a msp: 0x20005000
target halted due to breakpoint, current mode: Thread
xPSR: 0x61000000 pc: 0x2000002e msp: 0x20005000
shutdown command invoked
21:48:08: C:\Program Files (x86)\arm-avr-compiler\utils\bin\make.exe завершился с кодом 0

Теперь можно к UART1 спокойно ВТ201 подключать без дальнейших передергиваний, это будет следующий этап улучшений.
WiseLord, спасибо еще раз!

[WiseLord]

Поисследовал немного обновлённый OpenOCD и нашёл ещё варианты упростить конфиг.

Для того, чтобы использовать все 128кБ на F103C8, в новых версиях уже достаточно добавить set FLASH_SIZE 0x20000 в конфиг в начале, вместо кучи более сложных действий.

[Duke]

Да, также связано с предупреждением в дебаге, что конфиг для ST-LINK V2 устарел

WARNING: interface/stlink-v2.cfg is deprecated, please switch to interface/stlink.cfg

Тоже обратил на это внимание. Новый конфиг таки многое упрощает в коде.

[kloker]

по поводу подключения, прошивки, питания усилителя.
пока дебажил связку аудиопроцессор TDA7313 - ampcontrol умудрился добить аудиопроцессор, и STM-ке похоже тоже досталось.
питание STM было от отдельного БП и ST-Link(земля и сигнальные линии) в ПК-1, темброблок+ УНЧ от лабораторного БП и звук от ПК-2(земля и аналог стереопара).
как только воткнул стлинк в ПК-1 темброблок крякнул и коротнул I2C шину наглухо.
потом уже понял что земля от платы STM была соединена с ТDA только через пин GNDA, не подключеный к общей шине GND УНЧ и темброблока.
теперь меняю комплектом TDA+RDA, и надо еще шину I2C как-то проверить на пинах STM.

это я про то, что аналоговые и цифровые земли все-таки надо подключать к общей шине питания через дроссельные фильтры питания. есть даже интегрированные Т-образные L-C-L фильтры.
ну и аналоговые входы темброблока хорошо бы защитить от ипульсных бросков во время подключения к источникам сигнала(импульс 110 В успешно пропаливает вход даже через разделительный конденсатор).