KRS

Я в свое время разбирался с бутлоадером еще на LPC2129, когда они только появились и потом уже на LPC17xx, там даже уязвимость была с переполнением буфера (сделал для нее прогу которая позволяла считывать защищенные процы). Тут была тема где это описывал. Вообще бутлоадеры у NXP (по крайней мере у тех семейств что исследовал) без проблем считываются и даже отладчиком можно шагать. Но если уж исследовать - надо в IDA запихивать. Так вот в этом bootrom хранится - небольшой код инициализации (на некоторых семействах прописывает в регистры константы и кстати со временем эти регистры появляются в даташите), программа загрузки по uart - ISP, и самая большая часть - IAP, ISP - использует тот же IAP защита в первых ARM7-TDMI реализовывалась - отключением ног JTAG. сейчас в ISP багов с переполнением буфера - нет! ISP однозначно написан на С - причем довольно криво (с точки зрения оптимальности) и дело не в настройках компилятора.

В новой версии iar 9.20 вроде как темы поддерживаются! Никто не делал темную?

Официальное трудоустройство. Есть как простые, так и сложные задачи. Монтаж разработанных в компании проектов (мелкосерийное производство). Более детально пишите - я Вас свяжу с начальством и можно все узнать. Писать на [email protected]

А вы это под отладкой просто смотрели? Может лучше просто листинг этого куска посмотреть, тогда будет понятнее. При высоком уровне оптимизации (особенно когда части then и else короткие ), например, может быть использован IT блок и then с else поменян местами, так что вообще по с коду будут непонятны перемещения, а если еще там функции заинлайнятся....

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

В ARP arp запросы видны в wireshark?

манчестер легко реализуется на отправку через free run timer и ногу output compare, а прием через input capture если dma подключить к output compare возможна большая скорость можно и SPI приспособить без модулятора, главное чтобы пауз в отправке не было просто будет 2 бита spi на один бит манчестера

Вообще то не так :) char *Buffer=(char*)0x38000000; снижает скорость и увеличивает расход памяти! потому что лишняя переменная вводится... надо так #define Buffer ((char*)0x38000000)

Если стартовать при помощи отладчика - происходит задержка, пока отладчик подключается, причина может быть в этом. Или еще может быть у Вас таблица прерываний (0 элемент - начальный адрес стека, 1 - точка входа) не в том месте расположены!

Вы вообще про что? у LPC2478, бутлоадер, тот который в ROM (не во всех чипах это реально ROM, для некоторых серий были апдейты) умеет работать только через uart. идет одним блоком вместе с IAP, плюс реализует защиту

А чем Вам поможет слитый бутлоадер? Просто я к тому, что если вы захотите его записать в новые чипы, то 1. У вас есть метод апгрейда бутлоадера? (он вообще существует, но там не все так просто) 2. Он может не заработать, потому что технология могла поменяться.... Если у Вас есть метод апгрейда бутлоадера - проще исправить существующий что бы он выдавал нужную верисю!

так для этого есть port mirroring

Если только не использовать asm в стиле gcc extended asm gcc и IAR это поддерживают.

SMTP error from remote mail server after RCPT TO:<[email protected]>: host dione.zcu.cz [147.228.58.12]: 550 5.1.1 <[email protected]>: Recipient address rejected: User unknown in local recipient table XMPP что то в лом настраивать

Я старые версии для AVR на виртуалке запускаю с XP... они под 7кой тоже глючат! Попробуйте в режиме совместимости запускать или виртуалку!

DS-5 все таки не для микроконтроллеров предназначена... Очень странный выбор для LPC17xx У NXP же есть LPCExpresso теперь MCUExpresso на Eclipse - там есть все необходимое для поддержки... Если хотите именно ARM компилятор от DS-5 его можно прицепить (компилятор хорош, был по крайней мере несколько лет назад)

Так видимо вторичный загрузчик из ОЗУ работает... Надо разбить и в ОЗУ копировать только ту часть, которая флеш пишет.

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

k000858, Вы же уже с Eclipse работаете! Так и продолжайте. В eclipse есть все необходимые плагины для удаленной отладки. Вот примеры как для малины используют http://cxemotexnika.org/2016/10/programmir...se-pod-windows/

В доке на IAR теперь указано "The syntax of an inline assembler statement is (similar to the one used by GNU gcc):" Но и в самой документации, довольно неплохо описано как им пользоваться.

Вы документацию смотрели на IAR? там теперь можно int Add(int term1, int term2) { int sum; asm("add %0,%1,%2" : "=r"(sum) : "r" (term1), "r" (term2)); return sum; } и такую функцию можно сделать inline

Так у IAR теперь есть GCC inline assembler так что можно и inline функции на асме писать.

потому что у avr классическая гарвардская архитектура (и флеш отмаплен только на адресное пространство команд, а озу только на данные) и константы из флеша загружаются специальными командами во 2 случае данные из флеша копируются в переменную размещенную в ОЗУ. А в 1, размещаются в стеке В любом случае происходит лишнее копирование данных! Поэтому для AVR функции которые принимают аргумент в виде константной строки используют специальный тип, что бы строка оставалась во флеше...

А город то какой? default city?

А у ARM же есть режим отладки monitor mode вроде j-link поддерживает https://www.segger.com/monitor-mode-debugging.html