Перейти к содержанию
    

China-Link, Вариант отладчика из Китая

3 минуты назад, backa сказал:

именно он и есть)

Так в чём проблема? Ставите "ядро Cortex-M0+" и отлаживаете.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

2 minutes ago, jcxz said:

Ставите "ядро Cortex-M0+" и отлаживаете.

а набортная периферия будет доступна? Я так не делал потому и спрашиваю) 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

4 минуты назад, backa сказал:

а набортная периферия будет доступна? Я так не делал потому и спрашиваю) 

А почему она должна быть недоступна? Эмулятор подключается к ядру. Периферия для него - всего лишь набор адресов адресного пространства.

Единственное - могут быть проблемы с прошивкой флеши. Но вроде в вашем МК её нет?

Открыл список поддерживаемых ядер Segger v6.12:

image.thumb.png.4d5f389b7d6794efde08a727f7071b32.png

Как видно - всё ок с CM0+

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

6 minutes ago, jcxz said:

Но вроде в вашем МК её не

Если Вы о памяти программ то она снаружи. 

я не пробовал ТАКОЙ СПОСОБ прошивать и отлаживать но сдается мне что будут препоны)

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

а набортная периферия будет доступна?
Набортную периферию, обычно, всегда описывает изготовитель микросхемы в файле .svd; "Сеггер" к этому отношения не имеет.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

4 часа назад, backa сказал:

я не пробовал ТАКОЙ СПОСОБ прошивать

Прошивать что? сами же подтвердили, что флеши в МК нет. А внешнюю шить - зачем? для отладки то...

4 часа назад, backa сказал:

и отлаживать но сдается мне что будут препоны)

"Не пробовал, но осуждаю".  :sarcastic:

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

2 hours ago, jcxz said:

Прошивать что? сами же подтвердили, что флеши в МК нет. А внешнюю шить - зачем? для отладки то...

тут какое-то недопонимание))) чтобы отлаживать программу в кристалле надо ее сначало записать в соотвествующую область флэши ( как правило ) или в область ОЗУ ( что очень редко делается ввиду сильных ограничений )  и уж потом пошагово ( если позволяет периферия - например USB не позволяет его отлаживать с применением точек останова ). Итого шить внутреннюю или внешнюю флэш НАДО и для отладки....  

3 hours ago, Obam said:

Набортную периферию, обычно, всегда описывает изготовитель микросхемы в файле .svd; "Сеггер" к этому отношения не имеет.

я с этим не сталкивался и не знаю тонкостей механизма как в IDE эта "кухня" работает....( в каком файле и что прописано для отладки и прошивки) Не возможно объять необъятное... иногда

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

12 часов назад, jcxz сказал:

Открыл список поддерживаемых ядер Segger v6.12:

...

Так в чём проблема? Ставите "ядро Cortex-M0+" и отлаживаете.

Не поедет на v6.12 отладка... Процессор специфичный... Поддержка позднее появилась...

 

Вот тут у Segger все рассказано, про данный процессор:

Raspberry Pi RP2040 - SEGGER Wiki

Цитата

 

Raspberry Pi RP2040 полностью поддерживается J-Link.

Поддержка реализована с помощью J-Link Software Pack V6.96.

Рекомендуется всегда использовать самую последнюю версию программного обеспечения J-Link, так как программное обеспечение постоянно совершенствуется и любые обнаруженные ошибки исправляются

 

 

А вот тут список изменений/исправлений багов в J-Link:

Release notes for the J-Link / Flasher Software and Documentation Package (segger.com)

Поиском по "RP2040" - можно увидеть, что и когда правили для поддержки данного процессора... Больше десятка исправлений было...

И если не хочется на эти баги наступать, то версию J-Link лучше поновее поставить...

 

Изменено пользователем Skvo

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

22 минуты назад, Skvo сказал:

Не поедет на v6.12 отладка... Процессор специфичный...

Это Cortex-M0+ - специфичный процессор? Что в нём специфичного???

Пруфы есть насчёт "не поедет"?

Я выше табличку поддерживаемых ядер приводил из Segger J-Link v6.12. CM0+ там есть.

22 минуты назад, Skvo сказал:

Вот тут у Segger все рассказано, про данный процессор:

Raspberry Pi RP2040 - SEGGER Wiki

Вы видимо невнимательно читали мой пост... Я предлагал отлаживать не как RP2040, а как ядро Cortex-M0+.

22 минуты назад, Skvo сказал:

А вот тут список изменений/исправлений багов в J-Link:

Release notes for the J-Link / Flasher Software and Documentation Package (segger.com)

Поиском по "RP2040" - можно увидеть, что и когда правили для поддержки данного процессора... Больше десятка исправлений было...

И что именно из них есть существенное? Там почти все они касаются флеши. Как я выше уже писал: для отладки ПО программировать флешь эмулятором - совершенно не нужно. Да её вообще эмулятором программировать не нужно - её не трудно своей прошивкой и программировать.

Что именно из того списка не позволит отлаживать код в ядре Cortex-M0+? Укажите конкретный пункт.

5 часов назад, backa сказал:

Итого шить внутреннюю или внешнюю флэш НАДО и для отладки....  

Ни внутреннюю ни внешнюю флешь шить не надо. Достаточно слинковать и загрузить отлаживаемый образ в ОЗУ. И отлаживать там. Загрузить != шить.

Когда прошивка будет отлажена и будет работать, то добавить в неё функцию записи её во внешнюю флешь. Или отдельную такую программу написать. Это не сложно.

5 часов назад, backa сказал:

я с этим не сталкивался и не знаю тонкостей механизма как в IDE эта "кухня" работает....( в каком файле и что прописано для отладки и прошивки)

И не нужно. Это опционально. Я например нигде и никогда не пользуюсь описанием периферии из .svd (хотя обычно .svd имеется). И отлично отлаживаю код во множестве разных МК. Мне так удобнее. Отлаживаю почти всегда в ОЗУ. Так просто быстрее хотя-бы.

А если нет .svd - ну так и не надо.

 

PS: Единственное с чем могут быть проблемы - это если отлаживать код в двух ядрах одновременно. Ваш МК вроде - 2-х-ядерный? Возможно в этом случае могут быть проблемы.

Но если можно подключиться к одному из его ядер отдельно и отлаживать отдельно - то можно работать.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

В 21.08.2023 в 14:58, backa сказал:

Кто подскажет на какой версии остановилась поддержка версии железа V8 на Atmel ARM.... у меня лежит самоделка и хочется его использовать с Raspberry Pi pico. У сеггера поддержка началась с 6.96 а последнее улучшалка в софте 7.68b .... Насколько реально завести одну из версий между: 6.96.....7.68b? Я устанавливал 6.98 но так и не смог законектиться из MS Visual studio....ругается,  что программатор дефектный

Поддержку отладчиков V8 немцы из драйверов не убирали, только новых версий прошивки на него уже не будет, устарел.

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

В вашем случае - это лицензия RDDI, по ней банить отладчики начали с версии драйверов 6.84. Убирайте эту лицензию.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

5 минут назад, nibelung сказал:

Поддержку отладчиков V8 немцы из драйверов не убирали, только новых версий прошивки на него уже не будет, устарел.

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

В вашем случае - это лицензия RDDI, по ней банить отладчики начали с версии драйверов 6.84. Убирайте эту лицензию.

Именно так.

Есть у меня V8 на AT91SAM7S64 с Ali. Обновил список лицензий, поменял S/N - и никакой ругани:

image.png.0dd9947472b78cbdf84e4be7e1568f43.png

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

2 hours ago, Skvo said:

Поиском по "RP2040" - можно увидеть, что и когда правили для поддержки данного процессора... Больше десятка исправлений было...

да , читал - в моем случае надо ставить , желательно , 7.68b( последнее исправление )

2 hours ago, jcxz said:

Достаточно слинковать и загрузить отлаживаемый образ в ОЗУ. И отлаживать там.

не каждую программу можно перенести в область  ОЗУ! ОЗУ может использоваться по максимуму ( для ГУИ например и критична по скорости программа - из ОЗУ она работает намного медленее чем из флэши - хотя в моем случае спорный момент - флэшка ВНЕШНЯЯ и скорость последовательной шины лимитирована)

2 hours ago, jcxz said:

Ваш МК вроде - 2-х-ядерный? Возможно в этом случае могут быть проблемы.

я как-то не дорос еще до использования более чем одно ядро( пока хватает ртосами не балуюсь )

1 hour ago, nibelung said:

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

В вашем случае - это лицензия RDDI, по ней банить отладчики начали с версии драйверов 6.84. Убирайте эту лицензию.

полезная информация ! лицензию я должен был убрать  пару лет назад еще - тут в теме мне подсказали ....

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

1 hour ago, COMA said:

Есть у меня V8 на AT91SAM7S64 с Ali. Обновил список лицензий, поменял S/N - и никакой ругани

попробую перепроверить сегодня и сменить номер ... 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

18 минут назад, backa сказал:

не каждую программу можно перенести в область  ОЗУ! ОЗУ может использоваться по максимуму ( для ГУИ например

А вы уже написали столько? Что не влазит в ОЗУ. Тем более в такое большое как в вашем МК - это ещё постараться написать надо. Хотя конечно да - сдуру и лом сломать можно. :sarcastic:

18 минут назад, backa сказал:

и критична по скорости программа - из ОЗУ она работает намного медленее чем из флэши

Да ладно??!  :shok: Это откуда такие данные?

Из ОЗУ как, правило программы, работают быстрее, чем из флешь. Именно поэтому во многих МК создают разного рода кеши и ускорители флешь (которые внутри тоже - кеши). А кеш - это ОЗУ.

Даже встроенная флешь в МК на больших частотах работает в несколько раз медленнее чем ОЗУ. Не говоря уж о флеши подключенной по SPI (из которой может работать в десятки раз медленнее чем из ОЗУ).

И в вашем МК быстрее всего выполнение из флеши идёт не напрямую, а: или с предварительной загрузкой кода в ОЗУ и выполнением оттуда; или - часть ОЗУ выполняет роль кеша. Иначе ваш RP2040 ползал бы по коду как сонная муха - со скоростью какого-нить AVR.

PS: А вам совет - открыть наконец-то и почитать мануал на свой МК.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Присоединяйтесь к обсуждению

Вы можете написать сейчас и зарегистрироваться позже. Если у вас есть аккаунт, авторизуйтесь, чтобы опубликовать от имени своего аккаунта.

Гость
Ответить в этой теме...

×   Вставлено с форматированием.   Вставить как обычный текст

  Разрешено использовать не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отображать как обычную ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставлять изображения напрямую. Загружайте или вставляйте изображения по ссылке.

×
×
  • Создать...