Easyelectronics.ru

популярные термостаты уже пошли на N76E003AT20 вместо STM8s003f3p6.
По картинке можно определить отсутствием одного конденсатора (Vcap)
Это в случае если продавец обновил картинку,а если поленился то можно уточнить через беседу.
По этой ссылке,
https://www.aliexpress.com/item/10PCS-W ... autifyAB=0
картинка первая - новая,
а в описании даётся старая картинка (на STM процах)
Там конденсатор ещё есть.

ISP UART Bootloader для nuvoton N76E003

вот тут продавец объясняют почему...
From the point of view of the performance of the device alone: ​​Compared to the N76E003AT20 from Nuvoton, it has more classical advantages:

• 1T/8051: 1T value microcontroller, 8051 we are more familiar with the classic kernel;

• 18KB Flash ROM: Better than 8KB Flash, and 18KB of flash memory, all of which can be used as data storage space applications;

• 1024B SRAM;

• 17 + 1 input ports: Better than up to 16 GPIOs

• 2*UART, I2C, SPI: Better than SPI/I2C/UART (one more UART);

• 8ch of 12bit ADC: Better than 5-channel 10bit ADC;

• 6ch of individual duty PWM: better than 3 PWM outputs;

• 10KHz LIRC for WDT reset / WKT;

• 16MHz HIRC ±1% Room temp. ±2% full condition;

• -40~105 °C wider temperature range;

• Wide supply voltage range from 2.4V to 5.5V;

• TSSOP20 / QFN20;


• ESD&EFT: HBM/8KV MM/400V, Over 4KV, excellent ESD and EFT, anti-jamming and ESD protection capabilities;

ну и классика

Забавно :)
Например, для Silabs контроллеров (C8051F...) была фирма предлагающая Форт систему, но ушла с рынка и свои разработки разместила на Github amrForth v7
По Silabs контроллерам, даже есть статья в местном сообществе (от 2011года)

P.S. Известно, что 51-ое ядро находится (или находилось) в 200 МГц -овых контроллерах флешеек от Kingstom (Data Trevel) да вроде и в каких то других. Одноцикловое выполнение команд 51-го ядра уже давно реальность.
А ещё у нас есть российские калькуляторы МК-152/161/162 от Новосибирской Semico на базе 51-х контроллеров, но это, скорее, уже курьёзный случай. :)
Может для тем от Selevo уже пора организовать отдельный подфорум :)
Кстати, данные по размещению проектов с Форт "элементами" на Github периодически обновляются ForthStar и уже уверенно перевалили отметку в 1000 проектов :)

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

Для китайцев это уже мелочь, по сравнению например с такой ценой :)

P.S. Всякие "заморочки" с адресацией 51-ой архитектуры это как данность и серьёзно к этому относится не стоит, главное понимать пределы этого "извращения".
Китайцы, интересно, нас читают?

Оффтоп:

Вот читаю что лучше и смех берет:) ....
18 кб лучше чем 8 кб - тут ничего не попишешь - так и есть.
17 выводов против - 16 тоже сильно, ADC 12 бит против 10 бит и т.д.

У меня сразу на ум приходит одно сравнение:
У нас вот есть тачка ни....ца хороша, лада Веста ее зовут и стоит она норм и едет вроде неплохо, да вот только детских косячков хватает. Ну или за эту цену можно взять 3х летку Audi или WV и Toyota и не будет никакого гемороя, стоить будет так же запчасти надо менять по регламенту, а не потому, что они тупо ломаются - но наша Лада Веста она же такая крутая и перспективная...

Китайцев не интересует мнение индейцев северных территорий )

Наивный )
Слово Winbond о чём-нибудь говорит?
Вот Nuvoton это оно и есть
И где Winbond, а где STMicroelectronics

Если тайваньские монстры специально делают пин в пин совместимый мк с stm8s003, значит хотят вынести stm8s003 с китайского рынка
Ну они и вынесут, делов то, вопрос времени

Кстати, в более серьёзных массовых терморегуляторах давно 8051 от STC

Именно этот форум - специально не следил, скорее всего да. На электрониксе регулярный наплыв гостей в количестве нескольких тысяч ранним утром по среднеевропейскому, так сказать, времени... у них как раз на обеденный перерыв приходится. ;)

Где то даже мелькала информация, что есть проект всекитайского языка программирования на идеях Форт,
что вполне может быть учитывая иероглафическую письменность. :)

P.S. Китайские "Forth" проекты точно имеются в наличии даже на Github.
Судя даже и по такому проекту на JS

В принципе логично, хотя мало применимо в некитайских реалиях. ;)
Касательно 51 архитектуры вообще - на мало-мальски какое-то будущее разве что на Silabs можно закладываться (клятвенно побожились, что до 2024 г. ничего с производства снимать не будут, и основания верить имеются), да и то только из-за специфической периферии. Nuvoton, Megawin, STC и присные могут взять разве что ценой - но на короткое время и на миллионных тиражах.
ST, похоже, восьмибитники похерили. Во всяком разе с появлением на рынке STM32x0 ничего нового в линейке STM8 не объявилось. NXP поступили, пмсм, мудрее - выпустили LPC800 на смену 900-й серии на 51 ядре, по той же цене, при этом максимально соблюли совместимость по выводам...

Чем фантазировать, взять да посмотреть
https://www.liveinternet.ru/stat/electr ... riod=month

И про "похерили" тоже
http://www.st.com/content/st_com/en/abo ... t3782.html

А смысл, если по цене примерно одинаково, а по качеству — огромная пропасть? Лучше уж 20-ногие STM32F030 везде совать, чем STM8!
STM8S003 вообще годится лишь для очень скудного набора задач.

Ну и компиляторы: для STM32 есть человеческий gcc, а для STM8 приходится пользоваться кастрированным sdcc! И прошивка: STM32 прошивается через бутлоадер (т.е. для прошивки нужно лишь две кнопочки нажать), для STM8 приходится st-link подключать (т.е. навешивать целых 2 внешних устройства, а не одно как для STM32).

С тиражами китайцев им каждый цент важен.
Ну и для х51 компиляторы под любую систему и язык есть наверное.

Способ прошивки при массовом производстве вообще не имеет смысла - покупаются чипы сразу с прошивкой. При партии в 10kU нам поставляли чипы(атмега8) уже прошитые. По сути без разницы какой проц, но если он дешевле и выполняет свои функции - воткнут именно его.

Тоже только sdcc корявый! Никакой выгоды нет.

Если ехать, а не шашечки, то есть и некорявый, причём конкретно для силабсов - без каких-либо ограничений.
Количество, да, впечатляет. :) Но что-либо менять/улучшать явно не собираются.
У большинства STM8L и кнопочку не надо нажимать. Главное, не забыть прописать разрешение бута в option bytes - иначе прошьётся только один раз.

Ага, еще хуже: нужно подключать программатор. В то время как USART1 всегда используется (либо по назначению, либо для отладки), поэтому-то лично для меня прошивать через бутлоадер намного удобней!
А насчет компиляторов, я в курсе, что под мастдайку есть какая-то условно-бесплатная муть, но под линукс ее нет!

Вам, красноглазикам, не привыкать запускать все через жопу, т.е. вайн)))

wine — жуткая дырища! Я ее не использую.
Ну и насчет софта: если есть полноценный СПОшный аналог какому-нибудь проприетарному говну, я проприетарщиной пользоваться не буду!

Погуглил, действительно под линукс компиляторов С для х51 собственно и нет, кроме sdcc. Странно, но ущербность системы хорошо показывает))

"Так толсто, что даже тонко."(С)
"Кто на чем стоял?"(С)
Аргумент то о двух концах. Ущербность x51 хорошо показывает?

fr0ster, в том-то и дело, что раз нет порта gcc под x51, то это — явный показатель ненужности этих самых x51. Я уж не говорю об отсутствии вменяемых прошивалок и т.п.
Тем не менее, под нафиг не нужные аврки порт есть!

Хотя, возможно, если нувотон таки раскрутится, все будет веселей. Но я сильно сомневаюсь, что он сможет соперничать с STM32. Я уж и сам подумываю: зачем я на STM8 терял время, когда есть STM32F030?

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


Самое интересное, что упоминания о нем есть и даже ссылки на мертвый сайт имеются.

Просто классически поставленно с ног на голову. Семейство MCS-51 применяется в основном в промышленности, у которой с Linux не срослось. И соответсвенно порты компиляторов под Linux не востребованы. От слова совсем. ИМХО.

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