1882ВЕ53У

[chipstar]

Пришлите схему подключения при программирование в параллельном режиме на avas@niiet.ru.
P.S.Просто обычно реализуют последовательный режим программирования.

Спасибо за помощь и поддержку. Программирование реализовали все отлично работает. Программатор ChipStar-Lynx

[77kok77]

Добрый день.
В далёком 2013 году наше предприятие закупило пару программаторов КФДЛ.301411.233ТО для программирования микропроцессоров 1882ВЕ53У.
Осуществляется ли вашим предприятием выпуск и поддержка этих программаторов? На официальном сайте эти программаторы не упоминаются.

[sya]

Добрый день.
В далёком 2013 году наше предприятие закупило пару программаторов КФДЛ.301411.233ТО для программирования микропроцессоров 1882ВЕ53У.
Осуществляется ли вашим предприятием выпуск и поддержка этих программаторов? На официальном сайте эти программаторы не упоминаются.

Здравствуйте!
Поддержка осуществляется, выпуск прекращен. Вместо программатора КФДЛ.301411.233 сейчас выпускается программатор КФДЛ.301411.247 ( см. http://niiet.ru/programming-tools).

[bzzt]

Здравствуйте.

Столкнулись с проблемой в микросхемах выпуска 1548 и 1615, которой не было в выпущенных ранее 1412 и, предположительно, до 1517 включительно (нет образцов для уточнения).

UART при непрерывном пребывании вывода 12 (RXD) в состоянии 0 не возвращается к поиску перехода из 1 в 0 и непрерывно с частотой (10 / [скорость приёма]) для 8-разрядного режима или (11 / [скорость приёма]) для 9-разрядного режима продолжает заполнять буфер приёма SBUF данными и устанавливать флаг RI.

Партия 1517 указана по той причине, что именно в ней я обнаружил невосприимчивость к широковещательному адресу, о чём написал здесь и получил ответ:

... Для нас Ваше обращение было очень вовремя, оно привело к перепроверке готовящейся к запуску технологической партии. Поведение ИМС было проверено, проблема подтвердилась. Партия с устраненной проблемой уже запущена - выход через 2-3 месяца.

Вероятно, с этой доработкой был внесён гораздо более существенный, на мой взгляд, дефект.

[Gektor]

Доброго времени суток! В свое время обращался за помощью при работе с 1882ВЕ53У, и снова возникла проблема. Суть - есть две одинаковые платы, на которых находятся данные контроллеры (изделие планируется в серию, все идентично, как и прошивки контроллеров). На первой плате все работает хорошо, за исключением того, что так и не добились устойчивого сброса контроллера после включения питания, хотя схема сброса выполнена как в документации (предложения принимаются, но сейчас не об этом). Контроллер выполняет довольно простую функцию - ожидает в бесконечном цикле внешнего прерывания раз в 0.6с от ПЛИС, после чего производятся последовательно передача по UART, чтение по UART, чтение с ОЗУ, запись в ОЗУ. Так вот, на второй плате контроллер не хочет обмениваться по UART, как только подсоединяешь к разъему кабель - сразу зависает. До подключения кабеля осциллографом можно наблюдать, как он исправно раз в 0.6с выдает сообщения по UART. В чем может быть беда? На всякий случай первый контроллер 1536, второй 1633

[_sva_]

Здравствуйте.

Столкнулись с проблемой в микросхемах выпуска 1548 и 1615, которой не было в выпущенных ранее 1412 и, предположительно, до 1517 включительно (нет образцов для уточнения).

UART при непрерывном пребывании вывода 12 (RXD) в состоянии 0 не возвращается к поиску перехода из 1 в 0 и непрерывно с частотой (10 / [скорость приёма]) для 8-разрядного режима или (11 / [скорость приёма]) для 9-разрядного режима продолжает заполнять буфер приёма SBUF данными и устанавливать флаг RI.

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

Здравствуйте.
Извините за задержку с ответом. Действительно, механизм определения стартового бита в микросхемах 1548 и 1615 отличается от механизма, примененного в микросхемах до партии 1540 и может вести себя так, как описано в Вашем сообщении. Однако, начиная с 2017 года поставляются микросхемы, в которых мы перепрограммировали этот механизм обратно и теперь микроконтроллер корректно отрабатывает и широковещательный адрес и удержание RXD в низком уровне.

[Alkul]

Здравствуйте.
Столкнулся с непонятной проблемой.
В 2010 году Было изготовлено несколько плат с контроллерами 1882ВЕ53У. В этом году было принято решение использовать эти платы. На крышках корпусов ниже маркировки типа МК есть надпись 1005.
Платы были изготовлены с кварцами РГ-05 (24 МГц) . Выяснилось, что с этими кварцами МК запускались на частоте примерно 7-8 МГц. С импортными кварцами в корпусах HC-49/US, установленными взамен отечественных, платы работали нормально. Было принято решение заменить кварцы в корпусах HC-49/US на кварцы в корпусах HC-49/U с теми же частотами. И после этой замены начались проблемы. Все платы, вернувшиеся от монтажниц, перестали программироваться. Программирование осуществляется программатором ChipProg-48 через адаптер AE-ISP-U1.
Причем в одной из плат все 4 бита конфигурации теперь считываются как "1" - МК в режиме внешнего генератора. Подача тактовых импульсов с вывода 10 адаптера никакого результата не дала, при попытке чтения памяти программ считываются нули с редким вкраплением отличных от нуля кодов. Команда "стирание" как-бы проходит успешно, проверка на чистоту выдает ошибку.
В другой плате наоборот, биты конфигурации считываются как "0". Чтение памяти программ дает все "1", соответственно, команда "контроль чистоты" якобы проходит успешно, но при попытке программирования выдается ошибка.
Попытка вернуть взамен кварцев HC-49/U прежние кварцы HC-49/US никаких результатов не дала. Варианты с заменой конденсаторов на связку конденсатор-резистор ни к чему не привели, попытки убрать обвязку кварца совсем тоже.
Платы с МК других типов программируются нормально, то есть, сам программатор исправен.
С чем может быть связана данная проблема?

[Sanek]

Платы с МК других типов программируются нормально, то есть, сам программатор исправен.
С чем может быть связана данная проблема?

При программирование других МК Вы используете этот же адаптер?
Какая версия ПО программатора?
Какую микросхему выбираете при программирование AT89S8253 (ISP Mode) или 1882BE53Y (ISP Mode)?
------------
При подачи питания на Вашу плату (обычное включение, не программирование) контроллер выходит на старт? Есть переключения по выводу ALE?
Тактовый сигнал на выводе Xtal1 есть?

[Alkul]

Sanek, спасибо за отклик

При программирование других МК Вы используете этот же адаптер?

Да, этот же самый

Какая версия ПО программатора?

Пробовал на 6.08.00 и 6.08.02, результат один и тот же.

Какую микросхему выбираете при программировании?

1882BE53Y (ISP Mode)

Перестали программироваться все платы с контроллерами 1882ВЕ53У. Платы с контроллерами ATmega168 и 1887ВЕ1У нормально программируются. Я предположил, что, возможно, проблема в адаптере AE-ISP-U1, ведь логика сигнала RESET у контроллеров семейств х51 и АВР инверсна. Если через адаптер постоянно удерживает лог.0 на этой линии, то AVRки будут программироваться, а х51 - нет.
Прилагаю файл с осциллограммой сигнала RESET при программировании 1882ВЕ53У. Это нормальная форма сигнала? Работоспособен ли сам адаптер?

Сигнал RESET.JPG (86.28 КБ) 4369 просмотров

При подаче питания на плату четкого сигнала на XTAL1 увидеть не получается, там присутствует постоянный уровень амплитудой около 1 В.
На линии ALE сигнал есть, также прилагаю файл с осциллограммой. Кварц 24 МГц.

Сигнал ALE.JPG (86.82 КБ) 4369 просмотров

[Alkul]

Дополню предыдущее сообщение насчет сигнала RESET. Предположение, что адаптер постоянно притягивает эту линию к земле не подтвердилось (см осциллограмму выше), но правильная ли форма у сигнала RESET?