Конкурс от EBV Elektronik и STMicroelectronics. Рассылают отладочные платы

[kittec]

Имхо, для отладочной платы все логично и правильно.

Не совсем логично. Если я, в закладке Debug (KEIL), ставлю галочку в RUN to MAIN, логичнее было бы запускать мою прошивку , а не переходить сразу в режим отладки.
Кроме того , если программировать или просто считывать флеш в программаторе от ST STUP, то таже картина - переход в режим отладки, хотя отладки в этой проге нет.
И вопросов, по этой плате много. Но это уже надо разбирать в следующем году.
Всех с наступающим Новым Годом

[LDZ]

Не полиглот... А как Вы дословно переведете RUN to MAIN?

[kittec]

Не полиглот... А как Вы дословно переведете RUN to MAIN?

run , (Глагол)
управлять
выполнять (ИТ - базовый)
бежать
работать
бегать
выполняться (ИТ - базовый

main ,( Прилагательное)
главный
основной (ИТ - базовый)

Тоесть - Начинать работу из основной программы.:
Но если моя прошивка не главная тогда ой.

[LDZ]

А предлог to? Один из вариантов перевода - до, что и выполняется.

[kittec]

to , Предлог
к
на
в
в направлении
до

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

[Left Radio]

Не совсем логично. Если я, в закладке Debug (KEIL), ставлю галочку в RUN to MAIN, логичнее было бы запускать мою прошивку , а не переходить сразу в режим отладки

RUN to MAIN в keil(да и в IAR тоже) обозначает что отладка должна начинаться с функции main() пропуская иниц. переменных и прочее, а не то что программа должна зашиться и авт. запустится без участия отладчика Да и вообще очень надуманная проблема, этот "глюк" совершенно не мешает работать с этим МК...

[ut1wpr]

Да и вообще очень надуманная проблема, этот "глюк" совершенно не мешает работать с этим МК...

В корне не согласен. Проблема не надуманная, а реально существующая. Причем не в любительском варианте, а в продаваемом изделии. Сколько бы оно ни стоило. А вопрос "мешает - не мешает" - суть Ваше субъективное мнение.
Наличие подобных "надуманных" или "ненадуманных" проблем говорит о многом. В частности, об уровне подготовки платформы в целом.
В одном могу согласиться, сам МК довольно прогрессивен, и не только шириной своей шины. Ну а глюки... Где ж без них? Эрраты толщиной с Анну Каренину тоже разработчика не украшают..

[GremLine]

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

ut1wpr:В корне не согласен. Проблема не надуманная, а реально существующая. Причем не в любительском варианте, а в продаваемом изделии. Сколько бы оно ни стоило. А вопрос "мешает - не мешает" - суть Ваше субъективное мнение.

присоединяюсь, полностью, так из-за глюка первых тини2313 слетел нехилый заказ (при настройке уарта происходил общий сброс контроллера -атмел тогда мне поменял все триста штук, но факт имел место быть)

[ut1wpr]

присоединяюсь, полностью, так из-за глюка первых тини2313 слетел нехилый заказ (при настройке уарта происходил общий сброс контроллера -атмел тогда мне поменял все триста штук, но факт имел место быть)

Я немножко не это имел ввиду. Судить о глюке МК я не имею права, я его практически не знаю. Глюк в ином. Реализация борды и линка в сочетании с софтом поддержки. В двух средах наблюдаются неадекватные поведения как плат так и софта. Меня это насторожило, отсюда и потянулась вся бодяга. Извините.

[Left Radio]

В корне не согласен. Проблема не надуманная, а реально существующая. Причем не в любительском варианте, а в продаваемом изделии.

Вот как раз в продаваемом изделии проблемы то и нет . Или Вы собираетесь продавать "изделие" прямо с подключенным отладчиком и не выкл. питания ?
Данный "глюк" создает некоторые неудобства при отладке устройств и только ИМХО.