Вид для печати
ЖК, и тоже самсунг - circle 1:1. Отношение сторон матрицы 5:4 (1280x1024) - справа обрезано.Цитата:
Сообщение от CityAceE
ЭЛТ - экран Специалиста отображается почти полностью. Пропорции измерять не стал.
- - - Добавлено - - -
Цитата:
Сообщение от CityAceE
Микрон2, РУ5. Каждое включение - небольшие изменения.Цитата:
Сообщение от Serg6845
Вложение 79590 Вложение 79589
DDp, большое спасибо за статистику!
Хм, прямо какие-то значительные изменения. Сама суть, где в идеале находятся 00, а где FF, ясна, но искажений на них как-то уж очень много.Цитата:
Сообщение от DDp
Обучил я в своём эмуляторе виртуальную ВВ55 двум командам - 0x82 и 0x91. Порадовался, что игры и клавиатурный тест ivagor'а работают как часы. Правда попутно нашёл и обезвредил баг с клавишей НР. Но потом запустил тест Рюмика и жёстко обломался - он мою клавиатуру вообще не видит. Только клавиша НР при нажатии залипла и всё на этом. Полез в недра теста и увидел, что конкретно тест клавиатуры посылает в РУС три команды: 0x82, 0x0B и 0x0A. Про две из которых моя ВВ55 ничего не знает. Пришлось лезть за информацией в Интернет, по сути изучать вопрос заново, так как всё забылось. И вот тут снова возникли вопросы.
1. ВВ55 может работать в трёх режимах. В газете Nicron #24 нашёл следующую информацию:
Вопрос: А что со Специалистом, работают ли режимы 1 и 2 на нём?Цитата:
ВВ55 может работать в трех режимах, различающихся назначением отдельных разрядов портов и портов в целом. В режимах 1 и 2 адаптер способен в ограниченных пределах самостоятельно поддерживать протоколы передачи/приема данных, например, путем выставления специальных флагов или сигналов запросов на прерывания, под которые выделяются соответствующие линии некоторых портов. Для нас эти режимы особого интереса не представляют, так как в "Спектруме" их реализация затруднена да и вообще мало полезна. В режиме 0 адаптер работает как 3 параллельных порта ввода-вывода, в которые можно просто записывать данные или считывать оттуда. В режиме 0 порты A и B программируются либо на ввод, либо на вывод как 8-разрядные регистры, а порт C делится на два 4-битных регистра, каждый из которых может либо принимать, либо передавать данные.
2. Команды 0x0A и 0x0B, которые подаёт тест Рюмика в РУС не используют бит Флага управления:
https://pic.maxiol.com/images2/16967...58384.vv55.png
Вопрос: Я правильно понимаю, что Флаг управления (D7) используется только для использования совместно с битами Выбора режима (D6, D5 и D2), а направление каналов можно задавать и без D7?
Нет. Специалист под режимы 1 и 2 не запаян. Эти режимы для работы с оборудованием типо принтера и т.п.Цитата:
Сообщение от CityAceE
МС ВВ55 — аналог Intel 8255, значит и документацию лопатить на него.
В спойлере реализация на C, но только режим 0 (т.е. что требуется).
Скрытый текст
bb55ppi.h:
bb55ppi.c:Код:#ifndef __BB55PPI_H
#define __BB55PPI_H
typedef struct _BB55
{
char ain;
unsigned char a;
char bin;
unsigned char b;
char clin;
char chin;
unsigned char c;
} BB55;
void BB55Reset (BB55 *pbb55);
int BB55Wr (BB55 *pbb55, int port, int val);
int BB55Rd (BB55 *pbb55, int port);
int BB55Set (BB55 *pbb55, int row, int val);
int BB55Get (BB55 *pbb55, int row);
#endif
Код:#include "bb55ppi.h"
void BB55Reset (BB55 *pbb55)
{
pbb55->ain = -1;
pbb55->bin = -1;
pbb55->clin = -1;
pbb55->chin = -1;
pbb55->a = pbb55->b = pbb55->c = 0;
}
int BB55Wr (BB55 *pbb55, int port, int val)
{
switch(port & 0x3) {
case 0: if (pbb55->ain)
return -1;
pbb55->a = (unsigned char) val;
break;
case 1: if (pbb55->bin)
return -1;
pbb55->b = (unsigned char) val;
break;
case 2: if (pbb55->chin)
val &= 0x0f;
if (pbb55->clin)
val &= 0xf0;
pbb55->c |= val;
if (pbb55->clin || pbb55->chin)
return (int)(unsigned char)val | (-1&~0xff);
break;
case 3: if (val & 0x80) {
if (val & 0x10)
pbb55->ain = -1;
else {
pbb55->ain = 0;
pbb55->a = 0;
}
if (val & 0x02)
pbb55->bin = -1;
else {
pbb55->bin = 0;
pbb55->b = 0;
}
if (val & 0x08)
pbb55->chin = -1;
else {
pbb55->chin = 0;
pbb55->c &= 0x0f;
}
if (val & 0x01)
pbb55->clin = -1;
else {
pbb55->clin = 0;
pbb55->c &= 0xf0;
}
break;
}
if ((val & 0x0e) >= 8)
if (pbb55->chin)
return -1;
else {
unsigned char mask = 1<<((val & 0x0e)>>1);
pbb55->c &= ~mask;
pbb55->c |= val & 0x01 ? mask : 0;
}
else if (pbb55->clin)
return -1;
else {
unsigned char mask = 1<<((val & 0x0e)>>1);
pbb55->c &= ~mask;
pbb55->c |= val & 0x01 ? mask : 0;
}
break;
}
return (unsigned char) val;
}
int BB55Rd (BB55 *pbb55, int port)
{
switch (port & 0x3) {
case 0: return pbb55->a | (pbb55->ain ? 0 : -1&~0xff);
case 1: return pbb55->b | (pbb55->bin ? 0 : -1&~0xff);
case 2: return pbb55->c | (pbb55->clin && pbb55->chin ? 0 : -1&~0xff);
case 3: return (pbb55->ain ? 0x10 : 0) | (pbb55->bin ? 0x02 : 0) |
(pbb55->clin ? 0x01 : 0) | (pbb55->chin ? 0x08 : 0);
}
return 0;
}
int BB55Set (BB55 *pbb55, int row, int val)
{
switch (row & 0x3) {
case 0: if (!pbb55->ain)
return -1;
pbb55->a = (unsigned char) val;
break;
case 1: if (!pbb55->bin)
return -1;
pbb55->b = (unsigned char) val;
break;
case 2: if (!pbb55->clin)
return -1;
pbb55->c &= 0xf0;
pbb55->c |= (unsigned char)val & 0x0f;
break;
case 3: if (!pbb55->chin)
return -1;
pbb55->c &= 0x0f;
pbb55->c |= (unsigned char)val &0xf0;
break;
}
return 0;
}
int BB55Get (BB55 *pbb55, int row)
{
switch (row & 0x3) {
case 0: return pbb55->a | (pbb55->ain ? -1&~0xff : 0);
case 1: return pbb55->b | (pbb55->bin ? -1&~0xff : 0);
case 2: return (pbb55->c & 0x0f) | (pbb55->clin ? -1&~0xff : 0);
case 3: return (pbb55->c & 0xf0) | (pbb55->chin ? -1&~0xff : 0);
}
return -1;
}
[свернуть]
D7=1 — признак записи управляющего слова в регистр управления (а значит и направления передачи).Цитата:
Сообщение от CityAceE
D7=0 — оперирование битами.
ОК. И тогда как должна себя вести ВВ55 при подаче команды на переключения в 1-й или 2-й режим?Цитата:
Сообщение от lexarr
Да, спасибо. Пользовался в том числе и этой статьёй при изучении вопроса.Цитата:
Сообщение от lexarr
Уже понял, что это не так. Но оно и по описанию было понятно. Просто смутило, что тест Рюмика пишет в РУС без указания D7. А опытным путём я понял, что это программирование звука. Правда пока не очень ясно, почему записывая в ВУС мы получаем запись в старшую тетраду канала С. Смутно помню, что что-то по этому вопросу было, но не нашёл инфу.Цитата:
Сообщение от CityAceE
Сейчас получается, что тест Рюмика у меня не работает из-за некоей ошибки в моём коде. Этот тест каким-то образом в своей работе обходится только режимом 0x82, а у меня он реализован. Значит, я что-то не учитываю или где-то ошибся...
как описано в даташите. будет ли оно иметь практический смысл в применении к Специалисту - большой вопрос.Цитата:
Сообщение от CityAceE
в даташите подробно все описано. запись в РУС при сброшенном D7 - манипуляция с битами порта С. при этом D0 - то что надо записать в нужный бит, D1-D3 - номер бита, D4-D6 - dont care.Цитата:
Уже понял, что это не так. Но оно и по описанию было понятно. Просто смутило, что тест Рюмика пишет в РУС без указания D7. А опытным путём я понял, что это программирование звука. Правда пока не очень ясно, почему записывая в ВУС мы получаем запись в старшую тетраду канала С. Смутно помню, что что-то по этому вопросу было, но не нашёл инфу.
это используется в подпрограммах звука и записи на ленту если не ошибаюсь.
Всё что угодно. Может и замкнуть. Эти режимы не используются на спеце вообще, их можно не реализовывать.Цитата:
Сообщение от CityAceE
Больше половины статьи можно не изучать (посвящено 1-му и 2-му режимам), нужно лишь знать, как порты переключаются на ввод/вывод и щёлкаются отдельные ножки.Цитата:
Сообщение от CityAceE
Нет, там есть всё, разбираться нужно.Цитата:
Сообщение от CityAceE
Ошибся :) Снова при определённых условиях портилась регистровая пара BC, а за одно и флаги. Всё из-за того, что вовремя не делал 32-х битному регистру AND A,#FF. В итоге лишние единицы, которые появлялись в верхних разрядах при определённых условиях портили B, C и F. Теперь тест Рюмика работает, как положено. Зато снова много про ВВ55 почитал :)Цитата:
Сообщение от CityAceE
И снова я с вопросами. На этот раз не по архитектуре, а по логике работы клавиатуры.
Тест клавиатуры C.Рюмика работает исключительно в режиме #82 ППИ ВВ55: каналы A и младший С на запись, а В на считывание. Очевидно, что он поочерёдно засылает в каждый бит портов А и С нули, а потом их встречает в порту В. Где пересечение, там кнопка и нажата. Так ведь? И это отлично работает при одной нажатой клавише. Но при таком методе, если нажать 3 клавиши по углам квадрата, то автоматически "нажмётся" и 4-я:
https://pic.maxiol.com/thumbs2/16969...1010180921.jpg
И я в этом убедился, когда реализовал этот подход при подключении матричной клавиатуры к эмулятору. Для экспериментов подключил клавиатуру от Ардуино 4x4. Вот такую:
https://pic.maxiol.com/thumbs2/16969...klaviatura.jpg
Нажатые клавиши у меня хранятся в матрице 4x4. Это 16-ти битное число, где каждый включенный бит - это нажатая клавиша. И всё вроде хорошо, кроме вот этого эффекта.
Однако в тесте Рюмика ничего подобного не происходит! Как он этого добился? Не могу сообразить.
CityAceE, ты прав, развязки (диодов) нет, все косяки и опасности присутствуют. Если интересует, как именно опрашивает клавишу Рюмик - просто дизассемблируй его тест. Найти код, обращающийся к ППА не вызовет проблем.