Планируем разместить заказ на изготовление 500...700 наших устройств.
Устройствобез Firmware не работоспособно. Рассматриваем вариант предварительной прошивки микросхем флеш-памяти ( до монтажа).

Повреждается ли при пайке информация, предварительно записанная на флеш микросхемы?

Мнения по вопросу гуглил - они противоречивые, и не нашел достаточного обоснования или ссылки на собственный опыт авторов....

В документации про сохранность данных при нагреве не нашел...

Может быть кто-то сталкивался? Или подскажет в какую сторону копать?

Предварительно до монтажа собираемся прошивать такие микросхемы:
MT29F1G01AAADDH4
M25P16-VMN6P
STM32F100C6T6B

Заранее благодарю всех, кто что-то посоветует, чтоб разобраться в вопросе...

В SPI флешках слета вроде не наблюдалось, но всю ее греть не надо только насадкой.

В строну панельки или пасты 120-150С

Утечки растут очень быстро c повышением температуры, поэтому может оказаться, что флешка через несколько лет заболеет склерозом.
Если устройству отмеряно пару лет, то ничего страшного. А если 10 - 20 лет - лучше предусмотреть in system programming.

Повреждение возможно. Я использую другую базу, но наблюдал (однократно, правда), когда прошивка в ATmega8 слетела после перепайки феном. Так что лучше перестраховаться...

Прошивали на заводе перед пайкой тысячи NAND'ов (Micron), LPC214x, ATMEGA88. Ничего никогда не портилось.
Да, а возможность обновления и (или) восстановления ПО предусмотрите в любом случае ...

Бывали проблемы с Microсhip. Лучше все-таки шить запаянные на плату

В сторону обновления ПО, при котором будет перепрошита и необновляемая часть.
Какой юзер не любит обновлений? Особенно, если обновление ненавязчиво порекомендовать

Для возможности обновления нужно что бы уже был прошит как минимум какой-то бутлоадер.

"Рассматриваем вариант предварительной прошивки микросхем флеш-памяти ( до монтажа)." См. 1-й пост.
Речь идёт о сохранности прошивки. Загрузчикинезнаюкакогоуровня и прочие приблуды там должны быть,ессно.

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

Если при больших тиражах дешёвых устройств 100% проверка не производится, перезапись перекладывается на юзера, или кто там по цепочке.
Самое простой способ - совместить перезапись с обновлением и не слишком навязчиво вынудить юзера сделать это как можно раньше.
Неприятный момент - во время перезаписи может слететь загрузчик-обновляльщик (питание пропало, зависло и т.д.), и девайс придётся обслуживать по гарантии.
Как резервный вариант, можно предусмотреть второй источник загрузки с переключением джампером и т.д.

День добрый. А чем вас не устраивает внутрисистемное программирование? Все можно зашить, используя boundary-scan, при этом никакое firmware не потребуется. Boundary-scan несколько медленно для SPI-флэшек, но все зависит от объемов программируемых данных. Кроме того, как правильно тут говорят, можно загрузчик какой-то зашить при помощи boundary-scan, а потом уж остальное другими каналами. И STM прошьете тем же самым контроллером через JTAG.

Грели платы с запрограммированной Flash 3-4 раза до 270 С, была необходимость. Рабочие были все.
Гораздо хуже ведут себя на минусе. При ниже -40С часто сбоили. Еще хуже статика - запрограммировалы, поставили,
включаем - данные вынесло через одну, микросхемы повторно нормально программируются.

- Что ставили?
- Ставили при монтаже всей платы или потом?

Статистика действительно представляет интерес.
Один наш заказчик тоже пошёл по этому пути, пока проблем не было.


Это затраты. ISP может попадать под минимизацию затрат. При определённых условиях, ессно.

Ну так загрузчик - это уже и есть предварительная прошивка
Хотя не совсем понятно что имеется в виду - флэш внутри контроллера? Отдельная микросхема памяти? Если отдельная МС, то что в нее прошивается - сама прошивка для контроллера или какие-то данные?
Со своей стороны могу сказать, что много раз перепаивал и микросхемы EEPROM и прошитые контроллеры - прошитые данные не портились (выпаивал феном, впаивал паяльником).

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

Тут возникает одна проблема, о сроках хранения данных, заявленных производителем, можно забыть, т.к. нарушаются условия хранения данных.

Согласен. Но в конце концов тот же загрузчик пайку переживет, так что обновить все что угодно после этого - не проблема.
Можно даже сделать это автоматом при первом включении - организовать в EEPROM или flash флаг для признака первого включения. При включении проверять этот флаг и если он выставлен, то просто обновить все, что записано в Flash и обнулить этот флаг.
Ну и опять же - что за класс устройств? Возможно, они и не расчитаны на работу в течении 10 лет, может быть их срок жизни - два-три года? Тогда и вообще проблем не дожно быть

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

С самсунговскими NAND номер прокатывал.
Рецепт не на 100%, но проверка конкретного типа/партии достаточно простая. Прогнать микросхем 10 по удлинённому в несколько раз профилю. Ну, градусов 10 можно добавить.

Использовали:
MT29F1G01AAADDH4
M25P16-VMN6P
проблем нет, живут долго и счастливо... Про третью не знаю
Но стараемся решать внутрисхемной прошивкой.