Это все справедливо только для промежуточных изделий-полуфабрикатов. Например, у завода заказывается только собранная плата, а заказчик монтирует ее и заливает ПО. В таком случае, возможно, на заводе и сделают какую-то тестовую прошивку.
Но изготовление изделий-полуфабрикатов — это не серьезное создание конструктивно законченного изделия. И уж точно это никак не связано с темой публикации.
При чем здесь Linux и архитектура МК? На мой взгляд, у Вас недостаточно опыта работы на серьезных предприятиях. Особенно если судить по нижеследующему комментарию.
Процесс разработки изделия и серийное производство — два кардинально различающихся этапа в производственном цикле. Естественно, что на этапе разработки собираются и проверяются десятки прошивок. Но когда изделие уходит в серию интересна только одна — та которая является финалом разработки. Если для прохождения ОТК требуется особое тестовое ПО — то это просто немыслимая глупость. Нормальное производство, выпуская изделие, собирает изделие с финальной прошивкой, а затем проводит «техпрогон» и другие проверки предписанные в технической документации, созданной разработчиками. Если это не так, то как минимум это не соответствует международным нормам, включая пресловутый ISO 9001.
Еще раз обращу Ваше внимание, что цель следующая — вынул МК из упаковки, сунул в программатор, прошил один раз, впаял в плату, все работает. Нужно избежать припаивания дополнительного разъема для внутрисхемного программирования (JTAG, SWD например) или дополнительных шагов по загрузки прошивки через bootloader.
Каковы Ваши доказательства? Почему не «программу надо специально подготовить для работы с „bootloader'ом“?
Все просто: в МК не может быть больше одного набора конфигурационных бит и векторов прерываний. Естественно, что приоритет у основной программы.
Во-первых, насколько мне известно, U-Boot не поддерживает dsPIC.
А во-вторых, вопрос был не в том какой загрузчик брать, а о том, как этот загрузчик скомпоновать в одной прошивке с основным проектом.
Но изготовление изделий-полуфабрикатов — это не серьезное создание конструктивно законченного изделия. И уж точно это никак не связано с темой публикации.
Процесс разработки изделия и серийное производство — два кардинально различающихся этапа в производственном цикле. Естественно, что на этапе разработки собираются и проверяются десятки прошивок. Но когда изделие уходит в серию интересна только одна — та которая является финалом разработки. Если для прохождения ОТК требуется особое тестовое ПО — то это просто немыслимая глупость. Нормальное производство, выпуская изделие, собирает изделие с финальной прошивкой, а затем проводит «техпрогон» и другие проверки предписанные в технической документации, созданной разработчиками. Если это не так, то как минимум это не соответствует международным нормам, включая пресловутый ISO 9001.
Все просто: в МК не может быть больше одного набора конфигурационных бит и векторов прерываний. Естественно, что приоритет у основной программы.
А во-вторых, вопрос был не в том какой загрузчик брать, а о том, как этот загрузчик скомпоновать в одной прошивке с основным проектом.