IJAR

IAR 4.20 Можно ли из файлов создаваемых компиляторм "вытащить" список имен переменных в RAM, их начальные адреса и формат?

Ваш телефон заблокирован. Оставьте e-mail. Есть предложение сделать эту штуку на готовых элементах, првда там pic18F... от Microchip. Посмотреть можно на www.fractal.com.ru

Логично! :beer: Но есть один недостаток: приложение должно поддерживать протокол (иметь возможно лишний программный код) . А если приложение пишет другой программист, не разработчик BL или вообще в другой конторе (например у потребителя устройства). Ему же надо все описать, что он должен сделать.

А какой смысл возврата в BootLoader из приложения? Как я понимаю, по Reset всегда на BL а далее разбор: пользоваться ли его услугами или сразу перейти к выполнению приложения. Может я что-то "не догоняю".

Добавлю и я свои наработки: 1. Использовать ногу процессора - метод надежный, но IMHO это будет "жирновато", ног не всегда хватает+на плате надо вешать на эту ногу резюк, кроме того в разных проектах это могут быть разные ноги. 2. Вариант с EEPROM более предпочтителен, поскольку 1-й старт после прошивки программатором BootLoader-a всегда будет на него. Тогда при отладке приложения работа будет такой: а) - загрузка приложения б) подача BootLoader-у команды передать управление на приложение, т.е. на адрес 0x0000 После отладки - прописать в EEPROM признак: сразу после Reset передавать управление на приложение. Правда здесь есть один подводный камень - зависание приложения или необходимость его коррекции. Здесь можно использовать такой метод: Если в течении, например 1-ой минуты проходит не менее 10-ти горячих рестартов, то в EEPROM устанавливается признак блокировки перехода на приложение.

Всем добый день! Есть проблема: Часть проекта написана на Си IAR 4.12 а часть на asm AVR STUDIO Нужно получить результирующие(суммарные) hex и eep. Можно слить файлы в текстовом редакторе или своей программой, но необходимо сделать это средствами IAR или AVR STUDIO, если это вообще возможно.

IMHO: После IAR другие компиляторы даже пробовать не хочется, ну все что было нужно он делать умеет.

1. "Интересный вывод" вытекает из закона Мэрфи: "Если что-то может произойти, то обязательно произойдет и в самый неподходящий момент" (он же закон падающего бутерброда), даже спорить не интересно 2. К броузеру надо добавить библиотеку драйверов i2c,LCD,SPI,keyboard и возможно еще чего- нибудь с возможностью ес-но использования их пользователем, который по мере получения опыта сможет их заменить на свои разработки. Библиотеку можно разместить в крнце User-овской Flash, что позволит ее безболезненно стереть при недостатке у User-a Flash. 3. Конечно все это отест некий ресурс от Megi8, но User получит "дышащее" устройство. IMHO: такая овчинка выделки стоит.

Конечно преобразователь, НО: 1. У Вас открытая плата, след-но попадание на нее фазы ~220V дело вполне реальное, и далее оно дойдет до верхнего компа......... След-но преобразователь RS232/485<=>USB с оптронами надо делать в отдельной пласмассовой коробке тогда верхний комп будет защищен. Интерфейсы 232 и 485 желательно иметь оба, поскольку при 485 можно будет цеплять в сеть несколькр Ваших плат (можно иметь вариант исполнения или 232 или 485 или оба => печатная плата будет одна) 2. Bootloader прошиваемый изготовителем - дело обязательное для такого устройства, но этого мало, гораздо лучше иметь вместо него броузер с возможностью записи в RAM, EEPROM и FLASH (странично). Тогда для верхнего компа можно поставлять удобный отладочный терминал с возиожностью записи во FLASH и EEPROM файлов в формате *.hex и *.eep создаваемые компиляторами, это снимет вопрос о программаторе. Располагать броузер следует в области Bootloader-a и иметь возможность передачи управления программе пользователя, что обеспечит его (броузера) работу в фоновом режиме.

Справедливо, НО! от ноута надо иметь гальваноразвяку, дабы его не спалить, след-но развязку придется делать по Comm порту или использовать готовый преобразователь USB<=>RS232/RS485 Если не не обращать внимания на пост от Dog Pavlowa, то Soft предполагается поставлять в виде стаей, написанных местными форумчанами или иными сторонними разработчиками. Это не есть хорошо, поскольку предполагает разные стили программироавания, имена переменный define-s и прочее. Дабы избежать этого Вам придется весь входной материал переабатывать, что достаточно трудоемко хотябы с точки зрения тестирования. Выходом из этого может быть разработка Вами требований к оформлению Soft, используемым компиля- торам и т.п. а это будет потрудней чем развести плату. Что касается конкуренции и продаваемости: посмотрите продукцию фирмы "Fractal" выпускамую уже несколько лет www.fractal.com.ru по цене и качеству сопоставимо, по разнообразию - хороший конструктор. Эту продукцию "толкали в ВУЗы". Преподы цокали языком и говорили:"вах какой удобный и дэшовый изделия", но вот потребление - единицы в месяц да и то только дорогие прецизионные устройства Кстати там же есть описание "Базовой прошивки" почитайие, не пожалеете

Может я чего-нибудь не понял, но с какой внутренней и внешней математикой будет поставляться эта плата (устройство)???