В любом случае необходимо глубокое владение тонкостями самого компилятора - в том же Си и ассемблерные вставки и файлы на ассемблере применяются.
НО... там все же "свои правила", обусловленные ЯВУ.
А для большинства прикладных применений с объёмом программы до 4/8 килобайт встроенного ПЗУ вполне и ассемблера хватает.
Си требуется больше для "жирного интерактива" или солидных проектов автоматики.
Вот там и "граница разумных затрат" для любителя проходит.
Другое дело кому на проектах зароботок - работа в каких КБ или фирмах производящих - там уже иное отношение к изучению ЯВУ, обусловленное производством/научными исследованиями... Да и оснащение там "за счет работодателя".
Не исключена также и редкая личная инициатива по глубокому изучению ЯВУ - но то уже редкость на сегодня.

Я так понимаю, что только на архитектуре х51 здесь мало кто сидит. Большинство, если не все, используют как минимум одну альтернативную архитектуру в своих проектах, а то и 2 - 3. В таких условиях с использованием Си проще портировать наработки между архитектурами. Конечно, периферия везде разная, но при использовании драйверов поставляемых производителем (я прежде всего имею в виду GPIO/I2C/SPI/UART), переход менее сложный по сравнению с вспоминанием тонкостей архитектуры или ассемблера. Вы, BOB51, пожалуй единственный здесь, кто держит в голове разные ассемблеры.

Ну уж не в голове, а в компе да конспектах.

Все инструменты хороши в соответствующих применениях.

PCBWay - всего $5 за 10 печатных плат, первый заказ для новых клиентов БЕСПЛАТЕН

Сборка печатных плат от $30 + БЕСПЛАТНАЯ доставка по всему миру + трафарет

Онлайн просмотровщик Gerber-файлов от PCBWay + Услуги 3D печати

И что? Совесть не позволяет искать решение?
Меня вот это абсолютно не волнует. Я этим деньги не зарабатываю, просто развлекаюсь иногда.

Вредно читать фанатичных последователей *никсов. Они уходят, но заложенное ими семя о ручном труде продолжает жить.
Зачем этот make делать? Он сам автоматически создается.

Оправдывать свою лень для самого себя можно (сам часто так делаю), но делать это публично с надуманными предлогами не стоит.

Выбираем схему BMS для заряда литий-железофосфатных (LiFePO4) аккумуляторов

Обязательным условием долгой и стабильной работы Li-FePO4-аккумуляторов, в том числе и производства EVE Energy, является применение специализированных BMS-микросхем. Литий-железофосфатные АКБ отличаются такими характеристиками, как высокая многократность циклов заряда-разряда, безопасность, возможность быстрой зарядки, устойчивость к буферному режиму работы и приемлемая стоимость. Но для этих АКБ очень важен контроль процесса заряда и разряда для избегания воздействия внешнего зарядного напряжения после достижения 100% заряда. Инженеры КОМПЭЛ подготовили список таких решений от разных производителей.

Подробнее>>

х51 — архаичная архитектура, ИМХО. Сейчас разные кортексы рулят.

Новый аккумулятор EVE серии PLM для GSM-трекеров, работающих в жёстких условиях (до -40°С)

Компания EVE выпустила новый аккумулятор серии PLM, сочетающий в себе высокую безопасность, длительный срок службы, широкий температурный диапазон и высокую токоотдачу даже при отрицательной температуре. Эти аккумуляторы поддерживают заряд при температуре от -40/-20°С (сниженным значением тока), безопасны (не воспламеняются и не взрываются) при механическом повреждении (протыкание и сдавливание), устойчивы к вибрации. Они могут применяться как для автотранспорта (трекеры, маячки, сигнализация), так и для промышленных устройств мониторинга, IoT-устройств.

Подробнее>>

Данная тема выделена под MCS51.
Эти МК продолжают выпускаться и применяться.
А насчет "что удобнее применить" в конкретном случае - это уже вопросы несколько иного свойства - как выше уже говорилось - каждое семейство МК имеет свое применение.

Добрый день. В китайском коде из даташита на STC8H8K64U попалась вот такая конструкция:

Объясните пожалуйста, что она значит?
MCU8051IDE и ASEM-51 считают это ошибкой, С51ASM транслирует нормально.

А посмотреть код в листинге или дизассемблером слабО?

А, все. Дополнение до одного это

Это не система команд, а математика в описании (препроцессора) компилятора...
у С51ASM это раздел 3.5 Expressions.
Только более приятным (чаще встречающимся) для побитовой инверсии было бы :

Мне более приятным было бы mov A, #0xBF. Или mov A, #10111111B
А то выглядит как обфускация

Препроцессор позволяет делать предварительные вычисления. Еще не такое попадается.
Иногда очень удобно, но при чтении не самим автором - весьма "оглушает".

Снова возник вопросик - если какую-то чать флэша той же 89с2051 использовать под хранение констант/знакогенератора, вытаскивать оттуда данные командой MOVX A, @dptr?

Так а вопрос-то в чём?

Вопрос - этой ли командой делать, так как архитектура очень поверхностно знакома. Впрочем, иных вариантов я не вижу.

Никаких movx при работе с ПЗУ!
MOVX - это команды работы с внешним ОЗУ.
Используется или

или

Можно размещать в любом месте, кроме области используемых в программе таблиц векторов переходов по прерыванию (0х0000 - 0х002B если предполагается работа с аппаратными прерываниями).
У AT89C2051/4051 вообще нет доступа к внешней памяти - хоть ОЗУ, хоть к ПЗУ данных (смотри даташиты!!!).

Вот это меня и озадачивало, поэтому и спросил. Жаль, что старшие серии пока прошить не получается.

Конечно, А+DPTR - не слишком удобно, ну да ладно, посмотрим, что выйдет, особенно с аппаратным последовательным выводом.


Я бы столь категоричным не был, прямого доступа нет, косвенных методов - выше крыши. "Воткнул" же я 1.5кБ памяти в диапазон адресов 300-3FF у ВЕ39, чтобы вытаскивать данные знакогенератора командой MOVP3 A, @A, правда, это несколько другая песня.

MCS48 и MCS51 это совсем разные семейства МК.
И по начинке и по системе команд.
Отсутствие аппаратного доступа (с помощью команд и линий строба) к внешнему ОЗУ
"... External DATA memory access is
not supported in this device, nor is external PROGRAM memory execution. Therefore, no MOVX
[...] instructions should be included in the program.
..."
не означает невозможности сделать это программно.

Вот я и сказал про косвенные методы, хоть террабайт памяти можно прицепить, но это будет сложный и не быстрый доступ.
Ладно, команду я узнал, сейчас попробую переписать код для ве39 под 2051, должно шустро заработать.

Я ж уже ранее сказал - mcs48 (КМ1816ВЕ39 или импортные варианты) и mcs51 (AT89C2051) это весьма разные семейства МК.
Легче заново код написать на основе алгоритма задачи, чем переделывать, тем более без детального ознакомления как с самим МК, так и с системой команд.