Подделка STM32F407? Опции

[amiller]

Недавно закупили партию STM32F407VET6 не у обычного поставщика, а где то в Китае. Тоже вроде по проверенному каналу, но:
1. На корпусе маркировка правильная, по крайней мере придраться не смог.
При проверке уже в изделиях выяснилось, что контроллеры имеют Device ID = 0x411. Это вроде бы соответствует семейству STM32F2xx. Revision ID - Y.
Сначала у меня была версия, что это баг с идентификацией, описанный в Errata, хотя он вроде только для ревизии А, а здесь Y.
Но регистр CPUID из SCB содержит значение 0x412FC230, а для CortexM4 вроде бы должно быть 0x412FC241(но тут у меня уверенности нет).
Если предположить, что кристалл правильный, просто ошибка в маркировке, то он должен нормально работать.
Программа (для 407) записывается и читается нормально. Но не работает, виснет наглухо.
Под отладчиком (из под IAR) можно увидеть, что сразу попадаем в обработчик HardFault и доступна только кнопка "Stop". После нажатия которой и видим, где находимся.
Если нажать "Вернуться к MAIN", то опять зависаем там же.
Вероятно, что я стал жертвой типичной китайской махинации, когда более дешевые кристаллы продаются под видом более дорогих.
Или может кому то знакома подобная ситуация, и известно, как эти кристаллы заставить работать в качестве STM32F407VET6?
P.S.: Хорошо, что партия небольшая, для теста, всего 50шт.

[SasaVitebsk]

Под отладчиком (из под IAR) можно увидеть, что сразу попадаем в обработчик HardFault и доступна только кнопка "Stop".

Вроде как под отладчиком IAR, если у кристалла неверный ID прога не загрузится, и IAR выдаёт сообщение, что неверный ID кристалла. То есть что не тот кристалл.
Причём это фича отладчика. Так что что-то непонятно...

[amiller]

Вроде как под отладчиком IAR, если у кристалла неверный ID прога не загрузится, и IAR выдаёт сообщение, что неверный ID кристалла. То есть что не тот кристалл.
Причём это фича отладчика. Так что что-то непонятно...

Для меня в этой ситуации далеко не всё ясно.
Например, STM32 ST-LINK Utility - подключается и говорит, что это STM32F2xx. Но *.hex - спокойно заливает (понятно, она не знает, что за hex).
А ST Visual Programmer при подключении требует, что был установлен тип процессора из серии STM32F2xx.
А IAR спокойно загружает код и подключается в режиме отладчика. Причём по логу видно , что в процессе все макросы загружаются в соответствии с STM32F4xx.
На картинках сравнение регистров для нормального контроллера и для подозрительного.

В Reference manual в разделе MCU device ID code коды описаны. Их можно прочитать своей программой. У самом начале, даже PLL не программируя, шоб ничего не вышло...

Честно говоря в документе RM0090 Reference manual STM32F405/415, STM32F407/417, STM32F427/437 and STM32F429/439 advanced ARM®-based 32-bit MCUs я не нашёл ID кодов. Даже раздела такого не обнаружил. Может и пропустил, всё же более 20Мб.
Сами коды мне удалось найти в другом документе: AN2606 Application note STM32 microcontroller system memory boot mode на страницах 213 - 215.
И в соответствии с этими кодами контроллер относится к семейству STM32F2xx, а на крыше написано STM32F407VET6. В этом собственно и проблема, если не считать того, что код, написанный для 407 контроллера в этом контроллере не работает.