Миландр

Это вполне возможно организовать самостоятельно дописав необходимые конфиги в *.xml файлик. Предварительно самостоятельно написав загрузчик для записи микропрограммы во внутреннюю или внешнюю flash. SEGGER бесплатно предоставляет такие возможности разработчику. Даже объясняет как это сделать.

Я это знаю. Сам это делал. Вопрос не в том, что можно. А в том, что требует фирма Сеггер от производителя микросхемы для включения этих строк в .xml файл, чтобы поддержка была сразу, "из коробки".
Фрагмент .xml имеется. Алгоритмы программирования .flm тоже. Т.е. все необходимые данные есть. Миландр со всем этим может официально обратиться в Сеггер. А что хочет Сеггер взамен? Денег? Какие-то иные особые условия?

Проверена работа микроконтроллеров компании Миландр в связке с программатором ST-LINK на отладочных платах нашего производства в средах Keil/IAR. Из коробки программатор не работал с нашими МК, но после перепрошивки программатора утилитой ST-LINK Utility до версии прошивки V2.J34.S7, которая актуальна на момент 07.10.2019, работоспособность (прошивка + отладка) наблюдается на следующих микроконтроллерах:

1986ВЕ91T
1986ВЕ92У
1986ВЕ93У
1901ВЦ1Т
1986ВЕ4У
1986ВЕ8Т
1986ВК214
1986ВК234
Электросила

Микроконтроллеры 1986ВЕ1Т и 1986ВЕ3Т не заработали.

Обратите внимание, что работать с программатором ST-LINK и нашими МК следует в режиме SWD.

_________________
Отдел технической поддержки support@milandr.ru

Хмм...может из-за того, что адрес начала флеш не 0x08000000.

_________________
Hack the Planet!

У 1986ВЕ4У, 1986ВЕ214, 1986ВК234 тоже 0х0, а не 0х08...
У 1986ВЕ8Т/81Т и электросилы(?) тоже не 0х08..., а 0х01...
Но да, стоит перепроверить flm и разобраться в причине.

_________________
сочувствующий…

Сеггер с теми же flm работает, адрес тоже ни при чем. Скорее дело в специфике ядра...
Производителю программатора (прошивки) ничто не мешает забанить варианты ID ядра и ID производителя. Поэтому предположительно ST-Link со старой прошивкой мог работать только на изделия STM, а с новой прошивкой не обрабатывать ID производителя и начать работать со всеми ARM Cortex (кроме M1). Если политика поменяется, могут опять в прошивке фильтр поставить.

Сеггер тоже может решить, что не стоит использовать перешитые под них программаторы - в итоге получим окно о нелицензионном программаторе сеггер через 5 минут отладки - как это было в приведенной мною ссылке про IAR.

Миландр на все эти процессы влияния не имеет никакого, поэтому с нашей стороны предлагаемые программаторы - это скорее рекомендация основанная на собственном опыте, чем гарантия.

Другие МК видит программатор st-link и STM Studio отладчик работает с 1986ВЕ91 отлично.
Хотелось бы подружить 1986ВЕ1Т и st- link. Для отладки UART не совсем удобен.

Может st-link с ядром М1/М0 не дружит...

А с этими гарантирует?
https://ic.milandr.ru/products/programm ... -cortex-m/
https://ic.milandr.ru/products/programm ... m-cortex-/

И в чём между ними разница?
Видимо достаточно перешить st-link в j-link как писали выше.

_________________
сочувствующий…

STM Studio работает только с st-link программатором. Очень удобная среда для отладки в реальном времени.

Здравствуйте! Да, гарантирует.

По поводу различий в программаторах информация уточняется.

_________________
Отдел технической поддержки support@milandr.ru

Спасибо. Как успехи? =)

_________________
сочувствующий…

Уточнили информацию. Это один программатор, работающий с МК с ядром CORTEX-M и архитектурой RISC:
https://ic.milandr.ru/products/programm ... -cortex-m/

_________________
Отдел технической поддержки support@milandr.ru

Программеры там такие же люди как и везде. Косячат все!
У нас появился свой вариант порта FreeRTOS https://startmilandr.ru/doku.php/prog:spec:freertos , можно вытащить из архива с GitHub - https://github.com/StartMilandr/MDR_Pac ... y/FreeRTOS
Косяки еще не собраны, но на 1986ВЕ3 похоже что работает.

Вы там подменяете штатный обработчик SysTick на обработчик прерывания от MDR_Timer Можно оставить штатный обработчик SysTick, сам таймер SysTick не запускать, а в любом подходящем обработчике MDR_Timer выдать SCB->ICSR |= SCB_ICSR_PENDSTSET_Msk, т.е. искуственно вызвать прерывание SysTick.

Интересный вариант, спасибо.
Из минусов, полагаю, что к входу в прерывание обычного таймера здесь добавится еще и вход во вложенное прерывание SysTimer. Для Cortex-M3 это было бы 12 тактов на вход в прерывание таймера и +6 на вход во вложенное SysTimer, столько же тактов потом на выход. Про Cortex-M1 не знаю, но наверное как в Cortex-M0 - т.е. по 16 тактов на вход/выход в каждое прерывание, включая вложенные. (Я большую часть жизни писал на ассемблере под ADSP, поэтому для меня вход в прерывание за десяток тактов уже дико... но это мои личные фобии Для микроконтроллера это может быть и не критично. .)

Попалась таблица с тактами на прерывание: https://community.arm.com/developer/ip- ... processors