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

backa

Свой
  • Постов

    448
  • Зарегистрирован

  • Посещение

Весь контент backa


  1. V8 у меня нет, есть V9, подключал - ругается на отсутствие поддержки мультидроп. тоже самое на v8
  2. убрал RDDI в самом JLink-e , установил самую последнюю версию Segger-a .... Сам дебагер работает и пытается чтото там послать но не может подключиться к PicoW.... Нет , к сожалению , других мткроконтроллеров с более "стандартными" типами SWD интерфейса , чтобы убедиться , что мой поддерживает вообще в принципе общение по SWD...
  3. я ничего не менял в файле до прошивки. К сожалению я не сохранил пометок какой файл и с какими манипуляциями я прошивал последний раз несколько лет назад ....Вполне вероятно ,что надо проверять тот файл на корректность "зануления FF" соответствующих областей. Может кто-то выложит готовую прошивку со всеми правками.. вопрос снят! все записалось)))
  4. Снова я взялся за Jlink в попытке подружить с PicoW.... Стер я его и закинул прошивку "v8_ID-NoLIC.bin" сделал как положено - не залочил (странно, почему SAMBA не попросила РАЗЛОЧИТЬ в начале прошивки...) в конце. Но далее все не пошло как по маслу: J-Link>Exec SetSN=мой серийник O.K. J-Link>Exec AddFeature GDB O.K. J-Link>Exec AddFeature RDI O.K. J-Link>Exec AddFeature FlashBP ERROR - Not programmable J-Link>Exec AddFeature FlashDL ERROR - Not programmable J-Link>Exec AddFeature JFlash ERROR - Not programmable J-Link> выше лог от V4.90е. Пробовал понизить версию до V4.66 - тоже самое .... не хочет шить все FlashХХХХ обновил до последней версии Ноябрь2014 : SEGGER J-Link Commander V4.66 ('?' for help) Compiled Mar 11 2013 11:01:06 DLL version V4.66, compiled Mar 11 2013 11:00:46 Firmware: J-Link ARM V8 compiled Nov 28 2014 13:44:46 Hardware: V8.00 S/N: мой серийник Feature(s): GDB, RDI VTarget = 3.215V Что я делаю НЕ ТАК?
  5. еще до обращения за советами сюда пробовал - не хочет подключаться (естественно на старых версиях 6.50 и все еще встроенной RDDI )... смотрел осциллографом на линиях SWD ... как-то меня смущает супернизкая частота "попыток" законектиться - килогерцы....
  6. спасибо, что поделились реальным опытом! У меня вопрос стоял задействовать ИМЕЮЩИЕСЯ (JLink v8) средства ))) Ввиду того, что PicoW -это всего лишь хобби и вряд-ли станет рабочим инструментом, посему и вкладываться в дополнительные железяки (от Segger-a или другие) не вижу никакого смысла ..... Микроконтроллер интересен только наличием state machine и не более того.... А Вы пробовали JLink v8 подключиться к нему (если он у Вас есть!! конечно)? да - читал где-то про это но не успел проверить в деле))) и потерял "концы" где это читал.... В моем случае (я задействую USB как основа проекта ) - аппаратная отладка теряет смысл ввиду ее невозможности... Попробую перешить моих старичков JLink_v8 и снова ввести лицензии без преславутой RDDI))) может тогда заведется....
  7. Подскажите, можно ли удалить лицензию RDDI без полного стирания / восстановления прошивки в Jlink v8?
  8. да уж вижу , что все к тому идет но пока не сильно подпирает - терпимо ))) для хобби-проектов можно и потерпеть тормозной PICOPROBE))Может и закажу с основными платами позже...
  9. у меня : V8 на AT91SAM7S64 с этой темы - много много лет назад заказывал платы и делал сам - работает идеально на старом софте и старых процах ну тогда мне можно и не тратить время на попытки с моим железом.... для данного МК. Другие ( NXP 1070 ) ждут в долгой очереди проектов для их применения... охх.... посыпаю голову пеплом - не "вырезал" я несколько лет эту лицензию по совету опытных товарищей.... будем удалять ... мот тогда и ругаться перестанет новый софт
  10. мои прежние камушки типа TI TIVA_C как раз показывали ОБРАТНЫЙ РЕЗУЛЬТАТ и в даташите тоже указано было что исполнение программы из флэши НАБОРТНОЙ быстрее чем из ОЗУ....В RP2040 изза внешней флши по SPI этот постулат не работает в принципе))) ну я лично для этого проца врядли с нуля чтото огромное буду ваять - он кроме как для поделок из области хобби вряд-ли на что-то сгодиться )))) А вот в свое время под ТивуС проект не влазил в ОЗУ уже на начальном этапе - к концу перевалил за 100кбайт ... Да и тут если использовать всю ресурсоемкую периферию ( USB, WIFI синезуб ) то тоже скомпилирует емкий кусок бинарника...Но я пока только балуюсь с ним с помощью SDK. Наслаждаюсь скоростью С после uPython. Кстати самый лучший СОВЕТ ))) Но как наш брат "советский" инженер делает - сначал в лоб без чтения мануалов а если не пошло то только с чтением нужного раздела ( пару страниц ) и снова "в бой" вооруженный "крупицей знаний")))) шутка...А если серьезно то последние талмуты на процы в несколько тысяч страниц вводят в уныние и отбивают желание стартовать знакомство с новым процем с чтения ОНЫХ)))) Куда приятнее примеры из SDK и анализ их
  11. попробую перепроверить сегодня и сменить номер ...
  12. да , читал - в моем случае надо ставить , желательно , 7.68b( последнее исправление ) не каждую программу можно перенести в область ОЗУ! ОЗУ может использоваться по максимуму ( для ГУИ например и критична по скорости программа - из ОЗУ она работает намного медленее чем из флэши - хотя в моем случае спорный момент - флэшка ВНЕШНЯЯ и скорость последовательной шины лимитирована) я как-то не дорос еще до использования более чем одно ядро( пока хватает ртосами не балуюсь ) полезная информация ! лицензию я должен был убрать пару лет назад еще - тут в теме мне подсказали ....
  13. тут какое-то недопонимание))) чтобы отлаживать программу в кристалле надо ее сначало записать в соотвествующую область флэши ( как правило ) или в область ОЗУ ( что очень редко делается ввиду сильных ограничений ) и уж потом пошагово ( если позволяет периферия - например USB не позволяет его отлаживать с применением точек останова ). Итого шить внутреннюю или внешнюю флэш НАДО и для отладки.... я с этим не сталкивался и не знаю тонкостей механизма как в IDE эта "кухня" работает....( в каком файле и что прописано для отладки и прошивки) Не возможно объять необъятное... иногда
  14. Если Вы о памяти программ то она снаружи. я не пробовал ТАКОЙ СПОСОБ прошивать и отлаживать но сдается мне что будут препоны)
  15. а набортная периферия будет доступна? Я так не делал потому и спрашиваю)
  16. а я боюсь с моими хотелками задействовать ВСЮ периферию : WIfFi Bluetooth USB одновременно - упрусь в "недоделки" и снова придется возвращаться к MS IDE....а так хочется не возвращаться к ней )))) именно он и есть)
  17. вот циферки для меня на самом последнем месте))) вопрос стоял изначально только о поддержке АРМ RP2040 . Segger их начал поддерживать с 6.96. Может Вы знаете как вручную в старые версии внести поддержку новых чипов?
  18. это как раз и читал и видел , что до полной поддержки там еще далеко....
  19. ох с какой бы я радостью отказался от этих MS IDE и вернулся к нашему теплому ламповому KEIL , такому родному и привычному каждому эмбэдеру , насколько я прочитал о состоянии поддержки - там все так же все грустно и неофициально и часть переферии не работает. Может я "НЕ ТАМ" читал???? Скиньте ссылку на способ подружить их всех вместе с полным "взаимопонимание друг друга")))))
  20. потому, с ним все работает а сеггером в лоб не пошло ... пару лет назад изза этого махнул рукой на SDK ( ну и еще изза не поддерживаемого синезуба ) и ушел в microPython. Там все просто ( "бейсик" он и в наши времена - бейсик).С OpenOCD я на ТЫ - из под линукса делал проект для JTAG BS технологии ... никаких проблем с конфигурациями нет. Попробую.... Как говориться ежи плакали и продолжали кушать кактусы .... Так и я упорно не хочу переходить с рабочей лошадки WIN7 - а там все грустно с VS-Code ... VisualGDB как тростинка утопающему с 7кой))))
  21. вот я и хотел "уйти" от этой "прокладки" OpenOCD - С ней заливка в PicoW с помощью PICOPROBE идет так не спешно что хочеться все сильно ускорить)))) Но поскольку это всего лишь хобби то на многое закрываешь глаза ... Сеггер я запускал из под OpenOCD для TI ARM-мов из под линукса - но не понравилось и остался на ихнем отладчике , который был на борту кита....Попробую снова старый JLink скрестить с OpenOCD.... Главное , чтобы это все принял VisualGDB
  22. спасибо... не дешево ((( попробую еще один подход сделать к моим старичкам v.8 , тем более народ тут писал что работает на на софте 6.98
  23. поделитесь ссылкой на проверенного продавца.... Кто подскажет на какой версии остановилась поддержка версии железа V8 на Atmel ARM.... у меня лежит самоделка и хочется его использовать с Raspberry Pi pico. У сеггера поддержка началась с 6.96 а последнее улучшалка в софте 7.68b .... Насколько реально завести одну из версий между: 6.96.....7.68b? Я устанавливал 6.98 но так и не смог законектиться из MS Visual studio....ругается, что программатор дефектный
  24. разобрался и все сделал в 2-3 подхода (3 разных формулы изза 3-х разных шаблонов имен )! почитал тут и тут. Этого более чем достаточно)) Замечательный инструмент "Smart Edit"))) Copy(AttributeName, StartIndex, Length) и далее по ссылкам) Всем откликнувшимся СПАСИБО!
  25. Спасибо за отклик но PCAD прошел мимо меня (не мое). Там дело не библиотеки а для моего проекта набираю элементную базу и готовлю ее к созданию платы . Так что это все в гораздо меньших маштабах )) В любом случае спасибо!
×
×
  • Создать...