Опознать плату управления на 80186

[6ap6oc]

Особенность встроенного механизма страничной адресации внешних устройств.
Вот что в мануале:

The Am186EM and Am188EM microcontroller integrated peripherals are controlled by
16-bit read/write registers. The peripheral registers are contained within an internal 256-
byte control block—the peripheral control block. Registers are physically located in the
peripheral devices they control, but they are addressed as a single 256-byte block. Figure
4-1 shows a map of the peripheral control block registers.
Code that is intended to execute on the Am188EM microcontroller should perform all writes
to the PCB registers as byte writes. These writes will transfer 16 bits of data to the PCB
register even if an 8-bit register is named in the instruction. For example, out dx, al
results in the value of ax being written to the port address in dx. Reads to the PCB should be done as word reads. Code written in this manner will run correctly on the Am188EM
microcontroller and on the Am186EM microcontroller. Unaligned reads and writes to the PCB result in unpredictable behavior on both the Am186EM and Am188EM microcontrollers


Am186EM and Am188EM User's Manual стр 4-1

[GarryZZ]

Включаем интуицию и пытаемся выяснить - зачем в коде программы встречаются текстовые константы. Три варианта:
1) "Электронная подпись" - при просмотре содержимого ПЗУ читается текст подписи разработчика, название модели и версия ПО. Чисто для посмотреть нестандартным способом и надуть щеки.
2) текстовые сообщения выводятся на тот мелкий ЖКИ, который виден на фото в первом сообщении. В таком случае форматирование текстовых констант может быть произвольным, кроме того, возможно наличие "конверта", обрамляющего собственно текст служебными командами управления контроллера ЖКИ.
3) вывод текстовых сообщений в последовательный порт, к которому подключено отладочное устройство, внешний дисплей или программатор.

В #64 видно, что после пересылки байта в AL всякий раз вызывается некая подпрограмма, которая куда то этот байт выпихивает (и возможно трансформирует).

[ampy]

These writes will transfer 16 bits of data to the PCB
register even if an 8-bit register is named in the instruction. For example, out dx, al
results in the value of ax being written to the port address in dx.

Я подозревал что-то подобное!
Хотя у меня и не продвинутое микроустройство, а обычное.
Никак не соберусь открыть таки мануал. Пробежаться где какие порты и как задаются GPIO/UCS/LCS, м.б. опознаю в коде инициализации... Ну и с этим разобраться.

2) текстовые сообщения выводятся на тот мелкий ЖКИ, который виден на фото в первом сообщении. В таком случае форматирование текстовых констант может быть произвольным, кроме того, возможно наличие "конверта", обрамляющего собственно текст служебными командами управления контроллера ЖКИ.

В #64 видно, что после пересылки байта в AL всякий раз вызывается некая подпрограмма, которая куда то этот байт выпихивает (и возможно трансформирует).

В этой подпрограмме просто текст передается в порт, с проверкой состояния другого порта. Все найденные текстовые константы передаются через эту подпрограмму.
Был уверен, что вывод идет на ЖКИ, но сейчас засомневался.
Слишком просто для ЖКИ, да и что там проверять перед отправкой...

seg000:88FB sub_FC8FB       proc near 
seg000:88FB                 pushf
seg000:88FC                 push    ax
seg000:88FD                 push    dx
seg000:88FE                 mov     ah, al
seg000:8900
seg000:8900 loc_FC900: 
seg000:8900                 call    sub_FD549
seg000:8903                 mov     dx, 0FF66h
seg000:8906                 in      al, dx
seg000:8907                 test    al, 8
seg000:8909                 jz      short loc_FC900
seg000:890B                 mov     dx, 0FF6Ah
seg000:890E                 mov     al, ah
seg000:8910                 out     dx, al
seg000:8911                 pop     dx
seg000:8912                 pop     ax
seg000:8913                 popf
seg000:8914                 retn
seg000:8914 sub_FC8FB       endp

Интересно, прошелся еще раз по коду, процедуры делятся на 4 типа:
Обычные асмовые процедуры (запишем сюда и хитрую процедуру вывода текста).
Процедуры с обращением к переменным в стеке. Может они должны туда же идти, но выглядят необычно.
Обработчики прерываний.
Процедуры с возвратом по jmp di. Они составляют основную массу кода, м.б. в них и сокрыта "бизнес-логика". "Аппаратной работы" в них вроде не ведется.