Ну начальство хочет чтоб сначала заработал оригинал. Да и переделывать там много.

тогда к китайцам (ЛС)

МК AT89S8252 (рабочий, из бывшей кассы, прошитый на заводе кассового оборудования). Не реагирует на EA=GND. Продолжает запускать прошитую заводскую программу, вместо программы из ПЗУ. Есть какие-то фьюзы у этих камней? Можно ли его привести в нормальное состояние или только в помойку?

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

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

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

Есть.
Там их даже несколько.
Как лечение - общее стирание.
Железо - STK200 (понипрожкин) софтинка - isp programmer 1.2.0.56 ()

Организация питания на основе надежных литиевых аккумуляторов EVE и микросхем азиатского производства

Качественное и безопасное устройство, работающее от аккумулятора, должно учитывать его физические и химические свойства, профили заряда и разряда, их изменение во времени и под влиянием различных условий, таких как температура и ток нагрузки. Мы расскажем о литий-ионных аккумуляторных батареях EVE и нескольких решениях от различных китайских компаний, рекомендуемых для разработок приложений с использованием этих АКБ. Представленные в статье китайские аналоги помогут заменить продукцию западных брендов с оптимизацией цены без потери качества.

Подробнее>>

разве в касах были мк прошитые внутрь?? скока ломал везде внешний ROM 27xxx или флешка 29сххх встретил 1 раз UV52 40пин не захотел стереться UV-led даже за час а бактерицидку(UV-C) я тогда грохнул случайно...а так крутой раритет был
жаль было быкидывать но тоже не заводился в тестовой плате АОН DIP$40 почемуто(я ей проверял Бу 51-52) сейчас даже не т таких все PLCC44 в основном кроме касовыхот гнусоф

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

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

Подробнее>>

Все встретиться может.
Не обязательно как главный процессор - могуть иметь место и вспомогательные служебные на коммуникациях, управлении принтерами и прочим... Сейчас уже как правило минимум две "головы" и коммуникационный модем GSM или еще какого ХЕРыэм...

Касса АМС-110К. Изначально EA на +5. Выводит на дисплей ошибку соединения с каким то модулем кассы, даже когда ПЗУ нет в панельке. При установке ПЗУ (со своей программой) , EA на землю, PSEN на ногу 22 ПЗУ напрямую - старта нет. С другим МК, который заведомо не залочен - старт есть. Прочитал про BITLOCK. Если я правильно понял, там как раз и говорится про отключение внешнего кода...

страно я считал апаратные команды в -в приоритете....хотя все возможно
ругаетося он скоре на снятую фискалку или ЭКЛЗ...сравни коды ошибки..
я не понял ты касу чиниш или делаешь из не чтото...просто у мня счас плата дивая лежит не знаю пока куда е пристпроит -0ломать на детали надоело... чеб полезного замутить с минимумоммперепаек...

Да вот я тоже думал, что в приоритете. А оказалось, что не реагирует. Не, кассу как раз разобрали для утилизации. Потроха забрал поковыряться. До этого 8051 никогда не ковырял.
Ругается именно так, как Вы написали.

Берем даташиту и смотрим:




Приоритет про исполнению команд ВСЕГДА за аппаратным флажком на ЕА.
(про это читаем тут

).

вот из описания AT89S8252. Одна из комбинаций Lock BIT делает это:
MOVC instructions executed from external program memory are disabled from fetching code bytes from
internal memory. EA is sampled and latched on reset and further programming of the Flash memory
(parallel or serial mode) is disabled.
Дословно не все понял, но мне кажется это оно и есть.

Невозможность прочтения резидентной памяти программ как таблицы данных (movc a,@dptr) программой, исполняемой во внешней памяти программ/данных. Или проще - вариант "защиты от взлома кода".

Хочу снять с платы древнего hdd Intel-камень P80C52EBA.

Вопрос такой,
а будет ли он гарантированно работать с внешними ROM и RAM? Он с внутренней однократно залитой программой в пзу. Смущает всё та же тема, что при любом лок-бите (согласно мануалу) там происходит внутреннее залипание EA на RESET, но мне не интересно его содержимое, а просто, будет ли он работать уже на мой внешний софт? Типа, как ROM-less.

И ещё вопросик,
при работе с внешними ROM-RAM, производительность системы по времени не ниже чем при резидентных? Не теряются ли такты/циклы на обслуживание этих навесок?

а как собираешся ему код кормить, в смысле - как указатель на исполнение выколупать из его внутреннего мирка и направить во внешнюю память? шить по шитому?

интересный вапрос -аналогично полно таких камней в PLCC некоторы заводилис в тестовой плате АОН-некоторые НЭТ но точно были живы ибо девайс утилизированый работал
цена им не велика но люблю я этот корпус PLCC44

Добавлено after 49 seconds:
у мня под него макеток осталось кучка ихе с 80х

Уп-с, сбивала с толку инверс-черточка над EA (Ext.Acc.), получается, нужная для внешней адресации "единичка" будет одновременно "ресетить" RESET, остается только надежда на отсутствие лок-битов, грустновато ((

Да, PLCC хорош уже тем, что учит уважать электронику, как науку не "о контактах", а о силе их трения ))

"Как кодить"/использовать свою программу...
Сооруди вот такой девайс
viewtopic.php?p=3167597#p3167597
только адресное пространство разделить прийдется между ВПП-ПЗУ биос и ОЗУ ВПД/ВПП
и ессно установить на одну мелкосхему больше с некоторыми дополнительными изменениями в схемотехнике или возможностях программы.

Ежли интересно - можно доработать схемку и для биос во внешнем ПЗУ...

а если внутря дописать все 0 типа весь масив INT памяти забить 00 кодом? +крипто зону 00
или при локах уже не прокатит ? надо экспериментировать на тех кристалах где мнгоразровый флешь или UV стирка
просто ОТР много где пихали жалко добру пропадать ... стирать ренгеном при 120кв анода на лампе я их пробовал в80х но это 50\50 и както небезопасно для здоровия ё

Там только или:
ВСЕ вектора с 0х0000;
или в области 0х0000 делаем "вектор на вектор, расположенный в области ВПП/ВПД".
У меня такой вариант в старом программаторе был.

Пытался переводить на язык "чайника" всю стройную концепцию, вышло примерно так:

1- Лок есть и, раз он нам не подвластен, содержимое рпп анализировать не будем даже пытаться.

2- Дожигая по "нолику", можем первые 36 байт (гнездо векторов) забить любимой NOP-командой.
примечание: Все аппаратные прерывания с этого момента, случись они, будут приравнены к сбросу.

3- Мечтая перехватить управление, жгем дальше, смещаясь по байтику и оставляя за собой (выжженные на NOP) чистые поля, и так до поры, пока все три байта нашей (тоже любимой) команды LJMP не улягутся без антагонизма с нулями, которые отжигал завод-изготовитель.

4- Остался пустяк, расписать несколько эмуляционных процессов, типа, виртуальные прерывания, виртуальные таймеры, виртуальная инициализация, которых может быть даже по нескольку штук, оболочку назовем биос/дос/опус13/неважно, а последующее написание прикладной проги уже будет с жестким "озиранием" на возможности такого биоса.

Кстати, если я погнал снова куда-то "не туда копать", остановите, да?

З.Ы. Появился очередной вопрос, подлое залипание EA на RESET под действием LOCK бит(-а/-ов) выполняется навечно? Или, когда внутренняя прога побежала исполняться, управление EA -шкой, допустим, возвращается? Вечерело и опять лезли хаккрские мысли((