При отладке в пункте меню Peripherals нету General Purpose I/O, хотя в интернете пишут что регистры GPIO можно глянуть там.
Версия Keil 1.60.0.0. Может в этой версии он где-то в другом месте?

Где же вы такую версию откапали. Раритет однако допотопный. Щас уже 7 идет, а что то искать надо хотя бы с 3.

Так уж прямо и 7? Последняя - 4.70a.

Чо цепляешся. Ясно, что под 7 имелось ввиду 4.7. Не все же экраны 27 дюймовые имеют. Я с 7 дюймового планшетника текст бью. Кто то вообще со смартфона. А пальцы под крандаш не заточены. Да и зрение не увсех острое.

На 7-дюймовом можно писать, что в голову придет палец натыкает?
Так вы подпись сделайте под всеми своими сообщениями "прошу не обращать внимание на ошибки, имею всего 7 дюймов"
А версию 3.80 вы "восьмеркой" называли? А что же тогда пишете, "хотя бы с 3"?

Это ... тонко!

Думаю, автор топика имел ввиду версию DCM.DLL или TCM.DLL - то есть, тех Plug-in, который периферию и показывают. Автор не указал свою марку процессора, правда. Если это STM, тогда имеются ввиду DARMSTM.DLL и TARMSTM.DLL, которые можно поиметь с курсирующей актуальной 4.70а.

У меня 4.23, работаю с STM32F407 и STM32F100, стоит переходить на 4.70а ?
Если да, то что это даст?
Спасибо.

редактор однозначно порадовал
для русификации костыль есть
Пока с ARM7, 9 и CM3 нет проблем (точнее, я - не заметил). Периферия на 9 не показывается, но это, как мне сказали в Keil, не их проблема - производитель не предоставил библиотеки.

Он чем-то отличается?



Это меня мало интересует, мне часто приходится переносить исходники на компы с разными локалями, поэтому ни в исходниках, ни в именах файлов - ничего кроме нижней половинки ASCII (т.е латиницы).

А даст ли обновление Кейла что-то в плане компиляции и отладки, на СМ3 и СМ4 ?

Поставил 4.70а, редактор действительно радует.
Но - оно проапдейтило фирмваре в моем J-Link'е, затем при любой попытке работать с jlink'ом, оно пишет "это у тебя клон, а с клонами мы не работаем", поле чего и Кейл закрывается.
С этим можно чего-то сделать?

P.S. Пока вернулся на 4.23 и пытаюсь проверить не нарушилось ли там ничего после апгрейда фирмвари, если нарушилось - это пипец, у меня другого жлинка нет.

Наверное, KEIL привнес свою DLL к JLINK, которая и пропатчила клон. Может быть стОит после установки 4.70а тут же заменить DLL на ту из 4.23? Как именно DLL зовется, можно подсмотреть в TOOLS.INI.

В любом случае - уже поздно
Патч оказался дестроуктивным, и тперь мой JLink нераспознается вообще виндой, никак
И в продаже, блин, этих клонов уже нет. Чего я в свое время два не купил?!
Сейчас есть какой-то мини-жлинк и у-линки.
http://www.ebay.com/itm/Mini-JLINK-V8-j-li...=item20cae45760

http://www.ebay.com/itm/Ulink-2-USB-JTAG-E...51e&vxp=mtr

Стоят примерно одинаково, что брать? Для ST я пока платой дискавери обойдусь, но у меня есть LPC мелькают.
Но с ST_Link в 4.70а тоже проблемы - в меню System Viwer пусто, периферии нет. Вернулся в 4.23 - там все есть. Так что, несмотря на хороший редактор в 4.70а, придется пока сидеть в 4.23, только зря убил свой J-Link

Так ST-link с Дискавери-плат работает с любым процем. У меня, например - с EFM32.


Это дело не в ST-Link, а в DLL отображения и файлах описания периферии (SFD\<processor>\<processor_type>.SFR). Возможно, нужно подправить опции проекта (см. закладку Debug и там внизу), подставив туда более актуальные (возможно с другими именами) DLL, и путь к файлу *.SFR для процессора в закладке Target. Возможно, поехал индекс Target в базе поддерживаемых процессоров. Короче, надо внимательно сравнить опции проекта под 4.23 и 4.70a.

Серьезно? Я не пробовал. просто где-то читал что простые ST-Link что на платах типа Дискавери, залочены на процы только от ST. Тогда хорошо!



Попробую, спасибо.

ст-линк на платах дискавери работает правда только с СТ процами. Есть способы его перепрошить, в инете и на соседних темах есть. Совсем недавно была тема про отладчик за 10 долларов. Работы на 30 минут, но получите универсальный жетаг.

Ну или потеряете последний работающий из ваших жетагов))

Не, не хочу
Сначала куплю еще один, только подкажите что лучше брать - miniJ-Link или U-Link, по ссылкам выше.
Стоят одинаково, но с Е-Бея ждать почти месяц, поэтому с единственным оставшимся жетагом я эксприментировать не хочу.
Тем более, проекты в данные момент все на ST.

KnightIgor - еще раз спасибо, указал принудительно полный путь к *.SFR из зиректории 4.70 - и периферия появилас, даже больше чем было. Видимо раньше он брал его с директории 4.23

интересно. Я пока свой клон (ультру) не подключал, обходился китайским юлинк2. Что-то теперь стремно стало
Что-то не припомню, возможно, это как-то быстро и незаметно произошло, обновил ли кейл фирмварю у юлинка, но работает точно

Интересен еще такой вопрос - неужели из всех присутствующих, я один юзаю клон J-Link?
Проблама оказывается известна еще с лета прошлого года!
И решение есть - как по крайней мере восстановить J-Link (единственно что я еще не понял, решили ли при этом проблему его работы в более новых Кейлах).
Завтра постараюсь попробовать.

Решение найдено тут: http://www.sonsivri.to/forum/index.php?topic=41726.50

Я все такие недотерпел до завтра
Итак:
1) J-Link Clone полнотью восстановлен до состояния как было раньше".
2) Методы заставить его работать с более поздними версиями Кейла попроюую позже, как время будет. В любом случае, теперь ясно что девайс можно восстановить.
3) Я вроде как отделался легким испугом, так что надеюсь написанное тут кому-нибудь пригодится.

то есть теперь вы будете перешивать дискавери в универсальный жетаг? Это точно откатить назад будет нельзя. Думаю надо пробовать

Вопрос - сразу два Кейла можно поставить и использовать?

Можно было найти и поближе. Здесь есть большая тема по китайским клонам.

c 3 и 4 такое получается, думаю с двумя 4 тоже...

Можно было и раньше сказать, я пол дня был в шоке!



Гугол мне раньше выдал другую ссылку
Хотя вообще, проблему я описал днем, а решение нашел уже ночью, и за все то время никто тут не подсказал что на этом форуме все это уже известно

Кстати, в той теме больше обсуждается вопрос построения самопльного жлинка и слет прошивки у китайских клонов. Не знаю что там у них за клоны, но у меня за 2 года интенсивной эксплуатации ни разу ничего не слетало, пока я сдуру новый Кейл не поставил.

Подсказал бы, если бы вы рассказали, что у вас за jlink. Понял, только пройдясь по вашей ссылке.


Я описанным способом восстанавливал работоспособность МТ-линка и SAM-ICE-а, который тоже становится jlink-ом .

Я на свой линк не давал, т.к. их на ЕБее нет ни одного - видимо Сеггер наехал. Или Вы про линк на решение проблемы?
У меня J-LinkV8 в черной коробочке.

Ну ОК, восстановить я его востановил, а вот как заставить работать в 7.40а так и не понял. Буду весьма благодарен за подсказку, больно мне редактор в 4.70 понравился, да и периферии в отладчике больше.

Как раз в той теме ребята и пытаются dll-ки править. Надо наверное там такой вопрос задать.

Неправда. Вот у меня на столе STM32F3Discovery, перемычки сняты (режим ST-Link), через SWD отлаживаю EFM32G128. Я об этом уже писал в посте, на что здесь VAI подтвердил этот факт. Вы же там тоже наследили...

Давайте уточним. ST-LINK, что на Discovery, работает с любыми микроконтроллерами без перепрошивок? Там, на что вы сослались, есть фраза: "Более того: можно перешить этот stlink в versaloon и работать по SWD с чипами любых производителей, а не только STM." Из которой следует, что если не перешить, то не работает со всеми. Так как?

ну у меня есть те же дискавери и без пере прошивки я к нему lpc подрубить не смог... где бы я не следил... зачем тогда народ пере прошивает?

Какой LPC? На Cortex, с программированием-отладкой по SW?

Можно. Я как-то ставил. Там был какой-то глюк с tools.ini, но это я его дербанил на предмет прописать RDI руками, но ничего не вышло

нет у меня был LPC2368 это АРМ7 и LPC2148.

Я долго голову не ломал, просто заметил что когда в кейле выбираешь семейство процессоров ST у тебя в выпадающем меню можно как средство отладки выбрать st-link, а когда другое семейство, этот пункт меню пропадает. Ну и со всеми вытекающими. Возможно можно обмануть кеил говорить что подключил ST а самому подключить NXP, но для меня и фирмы эти танцы дороже чем купить нормальный жетаг.

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

И теперь у меня возникает вопрос, нафига они мучаются и перепрошивают если все оно так само работает? И как это делается без прошивки? Научите пожалуйста, как платой дискавере и встроенным на нее ст-линком без перепрошивки работать не с ST процами!

Есть процы с ядром ARM, они отлаживаются по JTAG. Есть процы с ядром Cortex, они отлаживаются по JTAG или SW. В ST-LINK на Discovery нет JTAG, только SW.
Вот и весь секрет.
Делаем вывод - все микроконтроллеры, которые имеют отладку по SW, можно программировать-отлаживать с помощью Discovery.

Так.. воткнул я свой Jlink-Ultra
Предложили обновить - жму ОК
Обновился, HW - v1.0, dll - v4.62, FW - J-Link Ultra Rev.1 compiled Nov 14 2012 22:39:02

АРМ лпц отлаживается и по swd, и это не проблема. Проблемы две, первая что когда выбран в качестве целевого процессора не st, то st-link выбрать нельзя. Вторая когда выбрали st-link но сунули не st проц, пишут st - устройство не найдено, так что вот делаем вывод - что все не так просто...

Как справиться с проблемами?

хотя вторую проблему я может и выдумал, но первая точно во весь рост.
Вы в кайле ему другую ДЛЛ подсунули что ли? Вообщем не понимаю пока как это делается..

А если жестко прописать в tools.ini вместо простой длл ст-линковскую?

У меня просто нет ни девайсов, ни девбордов на ST, так уж исторически сложилось, поэтому чисто предположения

упд

чую, чушь сморозил... JLink и ST-Link - 2 разные вещи

Попробовал, lpc1768, можно. Keil 4.54, 4.70. Предлагает ST-link debugger и ST-link (deprecated version).

а... понятно значит просто каилу и ст-линку вместе не понравились мои процы...

после перепрошивки хавает любые, а до видать избирательно...

ST-Link с платы STM32F3Discovery работает у меня с EFM32G128 по SWD под KEIL БЕЗ каких-либо танцев с бубном. В посте, на который я ссылался, пользователь VIA подтвердил, что ST-Link с подобных Discovery ведет себя также. В той теме упоминается далее, что процессор ST-Link на плате Discovery МОЖНО перешить (безвозвратно) кодом Versaloon. Смысл такого действия мне лично не ясен, тем более, что на мой вопрос, как такое перешитое хозяйство будет работать под KEIL, мне толком ничего не ответили. Прояснилось?

Я подтвердил, что ST-link на плате дисковери можно использовать как отдельный ST-link. Не более. Пробовали с процессорами от ST - всё работает. А с LPC - не работает.
Но это меня мало колышет, т.к. мы для себя отказались от LPC в пользу STM в новых изделиях. Мы прикупили несколько дешёвых дискавери, чтобы использовать их как ST-Link со своими платами на ST.
У нас есть пара отладочных плат с EFM (в шкафу лежат), но нет времени проверять их работоспособность с неперепрошитым ST-Link. Попробую науськать кого-нибудь из колег, может они попробуют.

Работать с EFM32 будет. Как я установил, под KEIL для этого нужен, однако, последний драйвер из 4.70 с именем ST-LINKIII-KEIL_SWO.DLL, который нужно переименовать/скопирорвать в ST-LINKIII-KEIL.DLL, т.к. "оригинальный" ST-LINKIII-KEIL.DLL - усеченный и не позволяет подключиться через встроенный ST-Link к внешнему устройству. Так что я вынужден поправиться: небольшое па с бубном таки требовалось. Обе DLL находятся в \KEIL\ARM\STLink. В TOOLS.INI в секции [ARM] стоит TDRV8=STLink\ST-LINKIII-KEIL.dll ("ST-Link Debugger"). Да, еще есть там такая строчка:

CPUDLL1=SARMCM3.DLL(TDRV1,TDRV2,TDRV3,TDRV4,TDRV5,TDRV7,TDRV8,TDRV9,TDRV11) # Drivers for Cortex-M devices

То есть, это, видимо, перечисление JTAG\SWD DLL, которые "подходят" для отладки Cortex-M. Предположительно, когда в опциях проекта выбирается целевой процессор из базы поддерживаемых устройств, из базы берётся и имя CPU-DLL (SARMCM3.DLL), а строчка выше говорит, какие отладчики для этого подходят. Это был бы ответ на какой-то пост тут или в соседних ветках, почему человек выбрал процессор, а в списке доступных отладчиков вдруг пропал тот, который был доступен ранее. Что-то связано с переходом с 4.23 на 4.70а KEIL....

Кстати, это может быть также ответом на вопрос, почему не удавалось подключиться к LPC. Может кто попробует? Я присоединил ST-LINKIII-KEIL_SWO.DLL.

P.S. Похоже, не [ARM], а [ARMADS] секция считывается для определения всей дребедени с установленными отладочными DLL, и пр...