О запуске разных прошивок на контроллере PC-клавиатуры в ATM2+ (v7.xx) и ATM3 (v8.x)

Так, камрады, важная весть. Как мы знаем, на данный момент существует много проблем и вопросов с запуском разных версий прошивок на контроллере клавиатуры ATM-turbo 2+ (v7.xx) и ATM-turbo 3 (v8.x). На сегодня стабильно удалось заставить работать только прошивки версий v2.1/v2.2, а прошивки v3.0/3.1 и v3.0m/3.1m (где самое "вкусное" - поддержка COM-порта) почему-то у подавляющего большинства отказывается запускаться. Хотя у меня на ATM-turbo 2+ она пошла нормально. До сих пор было непонятно, где зацепка - ну не работали прошивки и все ту.

Сегодня с Александром Исмагиловым удалось в одной мастерской подключить рядышком мой АТМ(7.10), с работающей прошивкой v3.1 и его АТМ(7.18) c неработающей и провести эксперименты. И, кажется, ПРИЧИНА НАЙДЕНА:
В отличие от "всеядной" прошивки v2.2 под 3.х необходимо ставить контроллер совместимый не с i8051, а с i8052 - отличие между ними - в размере внутреннего ОЗУ. В i8051 его объем 128 байт, а в i8052 - 256 байт и более. Судя по всему, новой прошивке от Камиля просто не хватает (под стек? Под что-то еще?) места в ОЗУ, вместо перехода на адрес 128dec происходит переход на 0dec, а там - сигнал сброса. В итоге компьютер уходит в циклический ресет (по крайней мере так я понял объяснения Александра Исмагилова - если что-то не так, прошу его здесь поправить и уточнить). Ну а мне, видимо, по чистой случайности попал в руки именно расширенный вариант.

Но данная информация требуется в проверке на практике. Поэтому просьба всех АТМщиков здесь на форуме, у кого есть возможность, подключиться к проверке. В общем, у кого не идет прошивка v3.x, внимательно смотрим характеристики микросхемы контроллера, и если на ней 128 байт ОЗУ, сообщаем тут и меняем на более продвинутую, прошиваем и рапортуем о результатах запуска АТМ здесь в теме. Особенно просьба подключиться к этому Камиля Каримова и ZORELа. Жду откликов.

P.S. И да, необходимость вот этой доработки, убирающей "шумы" не отменяется:
http://atmturbo.nedopc.com/dev_kbd.htm

Цитата:

---

Сообщение от Максагор

Судя по всему

---

А что мешает допилить прошивку с учетом?
Без типично железятнеческого подхода
"припаять сверху вторым этажом и повесить тумблер"

Должен признать, что все эксперименты я проводил с МК AT89C52 с обьемом ОЗУ 256 байт,
но указатель стека устанавливается на адрес 128-8, то есть под стек выделено 8 байт,
что должно хватить для работы системы с МК 8051:

Код:

---

;--------------------------------
        org        128-8-16
; Bufer KBD
buf_kbd:        ds 8                ;Буфер клавиатуры
; Буфер часов
tics:                ds 1                ;50 тиков в секунду
b_time:        ds 3                ;секунды,минуты,часы
b_date:        ds 4                ;день,месяц,год,столетие
b_stek:        ds 8                ;стек -> вверх
;_________________________________________

---

Проверю с 8051, хотя пока не могу понять в чем здесь проблема.

Цитата:

---

Сообщение от caro

но указатель стека устанавливается на адрес 128-8,

---

а зачем размещать его впритык?
если попробовать сдвинуть поближе?

...там указатель стека точно декрементится до записи? (что за микроконтроллер?)
а то последний адрес как бы 127

Цитата:

---

Сообщение от NEO SPECTRUMAN

а зачем размещать его впритык?
если попробовать сдвинуть поближе?

---

Можно, но при этом уменьшится буфер для чтения по RS232.
А его глубину желательно сделать как можно больше.

Цитата:

---

Сообщение от NEO SPECTRUMAN

...там указатель стека точно декрементится до записи?
а то последний адрес как бы 127

---

В семействе i8051 стек заполняется вверх, при выполнении PUSH и CALL
сперва производится инкремент адреса, затем запись в стек, соответственно при POP и RET сперва производится
чтение, затем декремент адреса.
Для 8051 при этом получается глубина стека 7 байт, адреса: 121..127
Может действительно при работе в прерываниях происходит переполнение стека.
Cкорректируйте исходник, увеличив стек до 16 байт и попробуйте с новой прошивкой:

Код:

---

len_bwr equ        8
buf_wr:        ds len_bwr        ;буфер передачи
;
len_brd equ        54-8                ;Длина буфера приема
len_ird        equ        50-8                ;длина буфера для INT (если разрешен)
buf_rd:        ds len_brd        ;буфер приема
                ds 0
;--------------------------------
        org        120-16-16
; Bufer KBD
buf_kbd:        ds 8                ;Буфер клавиатуры
; Буфер часов
tics:                ds 1                ;50 тиков в секунду
b_time:        ds 3                ;секунды,минуты,часы
b_date:        ds 4          ;день,месяц,год,столетие
b_stek:        ds 16        ;стек -> вверх
;_________________________________________

---

Во вложении две прошивки версии 3.2m на разные частоты работы контроллера с увеличенной до 16 байт глубиной стека.
Проверяйте.
Вложение 70668

Исходник в архиве.

caro, спасибо за быстрый фикс :)
Записал на AT89C51 - работает, не улетает в сброс
Записал на ПЗУ M2716 + КР1816ВЕ31 - тоже работает
Записал на AT89C52 - работает (как и работала на нем 3.1 прошивка)
Кварц у меня 11.0592МГц.

Получается - эту проблему пофиксили :)

- - - Добавлено - - -

Максагор, спасибо за наводку в сторону i8052, без нее я бы еще долго перепахивал плату :)

Цитата:

---

Сообщение от caro

Можно, но при этом уменьшится буфер для чтения по RS232.
А его глубину желательно сделать как можно больше.

---

А что если выпустить специальную версию прошивки под контроллеры с ОЗУ в 256 байт, чтобы буфер под RS-232 был - ого-го? Просто укажем это в спецификациях версии, а кому надо, соответствующий контроллер и поставит...

Цитата:

---

Сообщение от Максагор

А что если выпустить специальную версию прошивки под контроллеры с ОЗУ в 256 байт, чтобы буфер под RS-232 был - ого-го? Просто укажем это в спецификациях версии, а кому надо, соответствующий контроллер и поставит...

---

Да, я об этом уже подумал.
Версия будет одна, я просто в зависимости от обьема ОЗУ конкретного контроллера буду менять обьем буфера.

Цитата:

---

Сообщение от caro

Да, я об этом уже подумал.
Версия будет одна, я просто в зависимости от обьема ОЗУ конкретного контроллера буду менять обьем буфера.

---

В смысле - программа контроллера будет самонастраиваться при старте в зависимости от обнаруженного типа микросхемы контроллера?