Банальная сумма, т.к. модель сбоев flash в STM32 мне неизвестна, и шансы скорректировать отдельные битые биты ничтожны.
Я готовлю запись, считаю сумму, записываю во flash, считываю. Если считанные данные совпали с записанными, то возвращаю "успех", иначе "ошибка".

Смысл в том, что без контроля нельзя использовать ни одну flash.

И тем не менее - так и есть. При попытке дописать к 16 байтам ранее записанным, получите мусор. Так что писать только кратно 16.

Прочитать эти самые 256 | 512 | 1024 | 4096, модифицировать в них требуемый участок, выровненный на 16 и записать. Только документированные методы.

В lpc использовал для хранения настроек внешнюю память в некоторых есть модуль spif.

Для LPC17 этот метод все же не является документированным. Сравните с LPC13/11, где есть явное описание.

Господа, не отвлекаемся от темы: LPC, а уж тем более страны к сути топика не имеют никакого отношения.

Напомню исходный вопрос: есть stm32f407, где хранить настройки? во внутренней flash или во внешней. Большинством голосов пришли к выводу,
что во внутренней можно. Страницы, ECC и т.п. большой роли не играют, т.к. при грамотной реализации у людей, использующих эмуляцию eeprom
в stm32, нет проблем с надежностью.

Из тонких моментов можно обсудить: "большие" страницы у некоторых МК; задержка(?) доступа к flash при стирании/записи.

Да, есть такое. А ещё бывает dual bank, когда длительное стирание не создаёт задержки в выполнении программы. Ну что тут сказать? Всё зависит от требований в конкретном применении. Может статься, что длительная задержка неприемлема. Тогда уж извините.
И ещё я бы не стал недооценивать сложность кода эмуляции EEPROM. В зависимости от сложности схемы эмуляции там может быть много разных условий и граничных случаев. Напрашивается автоматизированное тестирование. Иначе глюк может вылезти в поле в самый неподходящий момент.

И соответствующий пункт в ES (правда, для f42x, f43x):

Ага. Почесал за ухом - аукнулось в пятке. Бывает, что уж там. Это не повод посыпать голову пеплом и уходить в монастырь :-)

круто что эта нога вообще ничто... как так они умудрились...

В ревизии 3 пофиксили. Мне интересно как вообще обнаружили такое поведение?

Интересно, такое проявлялось только в f42x, f43x. Т.к. использовал Эмуляцию eeprom от ST, изменив её выбором через дефайны какой тип данные используется для записи/чтения 8/16/32 бит. А также изменил оптимизировал некоторые ф-ции при вкл./выкл. блокировки флешь.
Отладил, всё заработало, но в устройствах на 405 и аккумуляторном питании, периодически наблюдается сброс всех настроек и перезапись непонятными данными по 2-м используемым страницам флеша. Использовались 2-ая и 3-ая страницы. Вычитывал их ST-Link(ом) после сбоя. И стационарное устройство на 407 на нём всё в порядке.
На 405 ножка PA12 используется, на 407 ножка PA12 не используется. На аккумуляторном устройстве (тот что на 405) стал думать, что в момент разряда аккумулятора (такое может быть хоть каждый день) мк часто перезапускается внешним супервизором (хотя задержка такого запуска ~ 1 сек.) и я, где-то, что-то в программе не учёл, и поэтому портятся данные. Но при включении записи нет есть только чтение, откуда берется перезапись 2-х страниц флеша мне не понятно. Пока эксперименты были отставлены из-за других дел. Но как вернусь к ним обязательно буду смотреть в сторону ножки PA12 в том числе.

В ES описано, что данные из flash могут быть вычитаны с ошибкой. К стиранию/записи это не относится.
Чтение с ошибкой из flash скорее всего проявится как сбой программы, т.к. будет вычитана некорректная инструкция.
Лучше прочитать всю ES.