STC89C52RC и D8243HC. Не могу прочесть старшую тетраду.

[Голимый]

Захотел подключить этот расширитель к MCS-51 (почему только MCS-48!), чтоб попробовать его использовать. Изучив не очень содержательный даташит от 8243, написал к нему программу, чтоб проверить его работу. Запись в порты 4,5 расширителя заработала с первой попытки, а вот с чтением получилась не очень - не читает старшую тетраду (порт 7), при этом младшая (порт 6) работает нормально. Вместо данных с P7 получаю 4 единицы (иногда 0111) вместо данных.
Что сделал:
Проверил монтаж (все нормально), убрал задержку, и прошагал программу в симуляторе, подставляя нужные данные в порт виртуальными кнопками. Заменил расширитель, заменил МК. Но все равно, старшая тетрада (P7) не читается.
Не понимаю где затупил. Программа простейшая, только для того чтоб понять как оно работает. Она создает циклический 8-битный инкремент, и отображает его на светодиодах портов 4,5 расширителя, читает состояние его портов 6,7 (8-контатный ДИП-переключатель) , и отображает его на светодиодах порта P2 МК.
Прошу помочь вас разобраться.
Даташит NEC D8243HC

Вложения

iop_checking.asm

(2.93 KiB) Скачиваний: 717

[BOB51]

"на вскидку" (позже гляну детальнее).
43-я не все выполняет с 51-й (часть обмена рассчитана на аппаратные фокусы сидящие в ядре 48-го МК).

[petrenko]

^_Нарисуйте схему подключения ( Ваш вариант )

( У меня линии A/D.2 , A/D.3 51-го выбирают операцию, которую должен выполнить вр43 )

И что вы подразумеваете под "старшей" тетрадой(нибблом) ?

[Голимый]

BOB51 писал(а):

"на вскидку" (позже гляну детальнее).
43-я не все выполняет с 51-й (часть обмена рассчитана на аппаратные фокусы сидящие в ядре 48-го МК).

То есть в даташите не приведена вся информация. Жаль, а ведь микросхема казалась кристально ясной.

И что вы подразумеваете под "старшей" тетрадой(нибблом) ?

port 7 (P7) расширителя.

[BOB51]

Как-то собирался конспект свой "перенабрать" для публикации...
ВВ55\ВД79\ВР43 ...
Да все "лапы не доходят"...

[ARV]

"перенабрать" для публикации...
ВВ55\ВД79\ВР43 ...

вы на самом деле считаете, что это кому-то может быть интересно?

[BOB51]

А почему бы и нет?
Туда еще добавить таймер ВИ53/54 и программируемый контроллер прерываний ВН59 (возможно с разновидностями для 1810 - серии). В принципе вполне возможные устройства для применения.
Другое дело УСАПП (ВВ51) или контроллер ПДП - для МК такие варианты практически нецелесообразны.

Поскольку в первичных источниках в свое время довольно слабенькие описания были пришлось делать "сборную солянку" из нескольких первоисточников да еще подгонять к единому представлению данных.
Касательно применения - возможно и "слабоваты" по сравнению с современными расширителями по нагрузочной способности, одначе практически "в избытке" в старых "закромах" (как и статические ОЗУ 8*32к/8*64к).
Для работы с комплексными устройствами вполне пригодные как элементная база, да и частенько подсказка как из нескольких однотипных МК попроще слепить необходимо-оптимальное устройство.

[Голимый]

решил вопрос. Нужен был сего лишь один NOPик после передачи инструкции чтения, и чтением порта P7

[BOB51]

STC89C52RC вообще-то весьма вкуусненько!...

[Голимый]

BOB51 писал(а):

STC89C52RC вообще-то весьма вкуусненько!...

Ну, как. 6-тактовый, программатор не нужен. А так - все тоже самое, что у скажем, AT89S52. Можно писать не глядя на SFRы
Самые вкусные - однотактовые серии STC12, STC15, еще понравился 8-ногий STC15W104.
Но самый бомбезный , судя по всему - STC8, но пока не нашел английского даташита.

[BOB51]

Может STM8?
У STC cудя по приложению для прошивок (из прайсом) масимум STC10...

[Голимый]

BOB51 писал(а):

Может STM8?
У STC cудя по приложению для прошивок (из прайсом) масимум STC10...

Нет, не STM8 ([хотя, тоже интересно). Именно STC8
А в прошивалке (STC-ISP 6.86) он есть, странно что не нашли.

Однотактовый 8051. Куча периферии, программирование через USB (не USB-UART, но так тоже можно). SPI, TWI, АЦП, и все такое.
Так как места в таблице SFR не хватает, адреса регистров периферии (а и много) - 16-битные, memory-mapped. Обращение к ним через movx A, @DPTR (и обратно).

[BOB51]

Я смотрел раздел-вкладку "mcu selection/prise/samples" - там такового НЕТу (а раз в прайсе нету- значится "не рыпаемся").
Да и на вкладке "web-site" их НЕТ - вероятно для "внутреннего пользования и/или "промежуточная модель".

Кроме прочего меня там дилема размещения/возможности затирания главного заводского бутлоадера интересует...

[Голимый]

Я смотрел раздел-вкладку "mcu selection/prise/samples" - там такового НЕТу (а раз в прайсе нету- значится "не рыпаемся").
Да и на вкладке "web-site" их НЕТ - вероятно для "внутреннего пользования и/или "промежуточная модель".

Мое наблюдение такое. У китайцев проблема с обновлением информации. Например, у них три сайта, все три недоделаны. (самый информативный - stcmcu.com). Порою, их отключают за неуплату.

Кроме прочего меня там дилема размещения/возможности затирания главного заводского бутлоадера интересует...

Как я понимаю, системный загрузчик не входит в диапазон адресов памяти программ, и через регистры доступа IAP/EEPROM до него не добраться.

[BOB51]

Как раз наоборот - это вроде как область ISP. Перезапись в том же режиме доступа, что и для ЕЕПРОМки.
А вот пользовательскую область записывает тем же механизмом, только после перезагрузки из области ISP (флажки в соотв регистрах для командного/программного сброса). Вобщем... "кусочек" начиная отсюда viewtopic.php?p=3109227#p3109227 ...
Правда пока немного отложено "на попозже"...

[Голимый]

Можете написать код, который как считаете, может снести загрузчик. Я его проверю.

[BOB51]

А потом кристалл "на выброс"?
У них же спецрежима (высоковольтного/параллельного) НЕТ...
Лучше "до выяснения" не рисковать. Да и в иероглифах я не силен - там наверняка еще дополнительно чегось должно иметься.

В принципе само построение доступа к ЕЕПРОМ уже "несколько нелогично"... Посему можно ожидать и подвоха при заливке собственного бутлоадера в область ISP.
В то же время есть кристаллы с полным доступом ко всей памяти, как к IAP - а игеде там фабричному бутлоадеру заховаться?...

[Голимый]

А кстати, что мешает "аппаратному" загрузчику провести необходимые проверки и сделать переход на адрес пользовательского IAP. Как он делает переход на нулевой адрес обычной программы, хотя известно, что загрузчик стартует при подаче питания.

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

[BOB51]

У мня всего два "подопытных" в данной серии...
ЖААЛКОО...
А прожку... надо сначала своя бутлоадера в тот объем вписать...Был бы уарт аппаратный - можно котуинкин биос модифицировать... но при программном уарте могеть не влезть...