Я у этого продавца не покупал. Дал первую ссылку с бесплатной доставкой. Не факт что это CS32F103C8T6. Пока открыто на Али только один продавец торгует этой моделью.

Не раз заказывал STM32 в Китае, как на платах, так и незапаянные. Все нормально работают.
Следы перемеркировки были лишь раз, но и эти МК в работе не отличались от оригинальных, включая наличие недокументированной периферии, которая есть в оригинальных, а также аппаратных багов из errata. То есть утиный тест пройден. Кто не в курсе что это, читайте. https://ru.wikipedia.org/wiki/Утиный_тест

Речь про STM32.

Тогда зачем другим советовать? Не все любители миллиардеры чтобы ради хобби тратить больше 10 тысяч долларов на покупку у ST.

8051 и младшие stm32f030 (x4 и x6) имеют на борту только один UART, поэтому их можно использовать только или с программным UART, или мультиплексируя встроенный одним из GPIO и внешней обвязкой. stm32f030 по жизни всегда имеет 2 UART, так что на нем решение будет заметно проще.

Добавлено after 13 minutes 33 seconds:

Факт. GD32 в единичном экземпляре обойдется уже от заметно больше доллара. Оригинальный STM32 дешевле, чем по оптовой цене непосредственно у STMicro Вы не купите. У Mouser STM32F103C8T6 так вообще от $3 за партию и $6 за штуку.

Фото работающего при температуре 100 градусах по Цельсию (например, в кастрюле с кипящей водой) продемонстрируете? CS32F103C8T6 висли уже при +50 (в автомобиле на солнце летом).

Добавлено after 2 minutes 20 seconds:

Я ничего не советовал. Я указал на минимальную цену за которую можно приобрести оригинальный STM32F103C8T6. Все что дешевле - или подделка, или кража.

Для STM32F103C8T6 ST не обещает работу при такой температуре. Те устройства что изготавливаю работают в диапазоне температур -20 ... +40 °C и сбоев не замечено.

Ходят слухи о фабриках ST в Китае, откуда МК и не только, выносят и продают. Правда или нет, не знаю.
Даже если так, это оригинальные МК от ST.

Их у меня нет в наличии и проверить не могу. Они проходят "утиный тест" о котором написал выше? В чем их отличие от STM32?

я пока толком не понимаю какой нужен алгоритм обработки, чтобы ничего не терялось и успевать перекодировать сообщения в реальном времени, поэтому ориентируюсь только на аппаратные UART-ы, соответственно, в качестве кандидатов отобрал из имеющихся у меня следующие микроконтроллеры:
IAP15L2K61S2 -- 2 UART (архитектура 8051, 61кБайт флеш и 2кБайт ОЗУ);
IAP15W4K58S4 -- 4 UART (архитектура 8051, 58кБайт флеш и 4кБайт ОЗУ);
STM32F042F6P6 -- 2 UART (архитектура М0, 32кБайт флеш и 6кБайт ОЗУ);
STC8A8K64S4A12 -- 4 UART (архитектура 8051, 64кБайт флеш и 8кБайт ОЗУ)

а как, с Вашей точки зрения, объяснить такую разницу в стоимости чипов у китайского продавца, и у ST? $1 в розницу с доставкой (в Россию?), и $2 оптом от 10000 шт.
ага, вот оно чё. А ещё - делают в две смены для ST, а в третью - для русских с алиэекспресса, по специальной цене а ST - негодяи, ломят цену на ровном месте. А разницы - никакой Ну, и хлеб нынче из рыбной чешуи, да. ещё ресурс флеша, точность встроенного генератора, качество разделки кристаллов в корпус... но насчёт "мало пригодном" - зависит от целей же, я думаю?
Анти-офф: PhilX, не может ли быть так, что "китайский модуль GSM" содержит в себе (под экраном где-нибудь) ещё один модуль GSM? Очень уж не похоже на китайцев - городить пропиетарный протокол поверх UART, чтобы в него заворачивать стандартные AT-команды. 0xAA и 0x55 - маркеры начала и конца фрейма, удобно битрейт подстраивать по чередующимся "0" и "1".

GPRS модемы, которые я встречал, позволяют выдвать до 2К данных IP, но только если столько запрашивает хост. То есть именно хост решает, сколько данных передать или принять за одну команду. Исходя из этого, так как необходимо хоть немного памяти для работы самого перекодировщика, IAP15L2K61S2 может не подойти, если данные перкодировать не на лету, а сначала принимая весь блок данных. Однако, вариант перекодировки на лету самый быстрый и позволяет начать передавать данные еще до того, как весь блок принят.
Далее, сами данные - SMS или содержимое IP пакетов (скорее всего TCP) - перекодировать смысла не имеет, поэтому можно написать алгоритм, который будет перекодировать данные внутри одного буфера "по месту". В этом случае МК с 4Кбайт RAM подойдет.
Но более простой алгоритм перекодировки, переписывающий данные из приемного буфера первого UART в передающий буфер второго UART, может потребовать уже два буфера по 2К. Тогда останется только последний вариант с STM32.

Как резюме - проще всего программа будет с двойной буферизацией, но она будет самой медленной и реализуема только на STM32. Сложней всего написать код перекодирующий на лету, буферизируя буквально несколько байт, необходимых для распознования команды/ответа. Но он будет самый быстрый и реализуем на любом из перечисленных МК.

Выбор за Вами.


Просто один из наших клиентов надумал сэкономить и стал ставить CS32 вместо STM32 в радар-детекторы (функционально они ни чем не отличаются). В результате, партию пришлось срочно изымать из продажи и отправлять обратно в Китай для перепайки обратно STM32. Судьба такая у радар-детекторов висеть прямо под лобовым стеклом и под прямыми солнечными лучами )


Вы откуда вообще свалились? У STMicro уже очень давно фабрики в Китае, Индии и в Сингапуре/Малайзии. В Европе и США только разработка ведется и опытные партии производятся.


В Китае у большинства крупных промышленных предприятий одним из акционеров является государство. А хищение с такого предприятия приравнивается к коррупции. За которую могут и к смертной казни приговорить. Это Вам не СССР, где с заводов тащили что ни попадя )))
В принципе, на рынок может попадать еще брак или некондиция. Но это ничем не лучше CS32 )))
Поймите, если где-то Вы видите товар дешевле, чем крупнооптовая отпускная цена завода - продавец либо вор, либо обманщик. Стоит ли с таким связываться?

Добавлено after 17 minutes 42 seconds:

Это вряд ли. Большинство китайских GSM модулей уже имеют на борту штатный последовательный интерфей для кастомной прошивки. Просто перешивали стандартный модуль под свои нужды, вот и все.

в кастомной прошивке нет смысла оставлять поддержку стандартных AT-команд. Ну, я б убрал Оставил бы какие-нибудь однобайтные коды для используемых операций. Если там в протоколе фреймы, и контрольные суммы - видимо, модем от проца далллеко И гонять текстовые human-readable команды - расточительная избыточность. А вот если внутри модемной части есть собственно модем, который нужно кормить текстом... И я - ленивый китаец, которому поставлена задача организовать канал передачи данных до модема с контролем ошибок...

то заниматься разработкой своей системы команд, включая техническую документацию на нее, я б уж точно не стал )))