Это хорошо. Надо купить девборды и индикаторы для макетирования. Я так понял, что шлейф можно паять и он не расплавится. Шаг контактов у него какой ? Символы размером 8х8 точек можно будет разглядеть ? И общий размер какой ?Сообщение от dosikus
Программа прерывания будет примерно такой:
void ISR_IN_FE (void)
{
PORT_KEY_DATA = KEY_BUFFER [PORT_KEY_ADDR];
}
Как ARM данные по 8 и 5 битов обрабатывают ?
Какую среду разработки качать: IAR или KEIL ?
Последний раз редактировалось zx-kit; 21.01.2014 в 20:59.
"L-256"
Там коннектор , если не ошибаюсь 10 pin .
Прерываться от чего бум?
Есть вариант на EXTI - повесить на каждый вход от адресов спекки .
В прерывании будем иметь сканбит в полученном байте,
преобразуем вес разряда в порядковый номер бита - получаем индекс массива .
В итоге что то типа этого (внимание !!! Это только надумки!!)
Массив KEY_BUFFER [], будет забивать DMA от USART, автоматом , почти ...Код:void EXTI4_15_IRQHandler (void) { .... cut .... index= Conv( PORT_KEY_ADDR); PORT_KEY_DATA = KEY_BUFFER [index]; }
1) нормально , так же как и другие .))
2) Качайте Keil http://rutracker.org/forum/viewtopic.php?t=2305709
Ставите сам MDK и паки , в паках можно выбрать только STM .
В IAR обнаружил пакость, что не даст использовать STM по полной ...
ZXM-Phoenix 1024+PROF ROM+SMUC+VGA
ATARI 800XL+SIO2PC+SIO2SD
RK86@Maximite
В прерывании надо читать сразу 8 бит адреса. Этот байт будет индексом в массиве.
Лучше вырубить все остальные дма и прерывания. Оставить только на клавиатуру. Наличие нового байта лучше ожидать в цикле. Если пришел байт - прочитать его и начать анализировать. Предлагаю для дополнительной синхронизации сделать проверку: если в принятом байте 3 старших бита 000 - значит начало пакета, счетчик байтов установить на 0 (если не ожидаем контрольного байта). У следующих байтов 3 старших бита 111. По номеру байта в пакете складывать их в соответствующие переменные (не массив), например, A8_KEY_LINE - A15_KEY_LINE. Тут скорость особая не нужна. Если в последнем байте контрольная совпала - вызываем подпрограмму декодирования - распаковки. Она из 8 байтов должна сделать 256 байтов на все варианты 8 битов адреса. Вот тут скорость нужна, чтобы быстро вычислить 256 байтов.
Последний раз редактировалось zx-kit; 21.01.2014 в 20:49.
"L-256"
Все биты и бум читать ,
в сей хэндлер попадаем если хоть один вход изменится ( параметры настраиваются)
Зачем ? Это не AVR ни что никому мешать не будет .
А поллинг только усугубит - отвыкайте от AVR ...
RK86@Maximite
Лучше прерывания по сигналу IN_FE (IN_K&K). В этот момент Z80 читает состояние клавиатуры. И байт адреса нужно обрабатывать целиком. Для максимальной скорости лучше эту единственную команду в подпрограмме прерывания написать на ассемблере. Возможно лучше использовать не массив, а адреса в ОЗУ.
Кроме обработки клавиатуры контроллеру ничего делать не нужно.
"L-256"
Тут дело не только в скорости .
Со стороны keypad'а ничего не упаковывать . Keypad полученные данные с клавиатуры , джойстика и т.д -
передает по UART пакетом , где например первые ( и не обязательно) 5 (или сколько там строк у клавы) уже вычисленные состояния нажатых клавиш. Последующие байты состояние мыши/джойстика.
Со стороны модуля в спекки - DMA укладывает принятый пакет от UART побайтно в массив KEY_BUFFER [] ...
---------- Post added at 21:00 ---------- Previous post was at 20:55 ----------
Еще проще, но тогда не универсально - сей сигнал есть у всех спекки ?
Чувствуется , что Вас кто то направляет. Асм то накуа ?????????
А вот это вообще не понимаю . Массив и так будет в RAM...
RK86@Maximite
Для получения кода клавиатуры надо передавать 8 байтов (40 бит состояния). По одному биту на кнопку. Это и есть без упаковки. 256 байтов расчитывать и передавать долго. У нас скорость примерно 19200. Рассчитывать будем, когда примем весь пакет без ошибок.
Кто его знает, как компилятор начнет рассчитывать адрес байта по индексу. Еще раз повторяю - это очень важно сделать максимально быстро. Или делать схему придется на регистрах. Иначе будет глюкодром.А вот это вообще не понимаю . Массив и так будет в RAM...
Если байты UART-а складывать по ДМА, потом его обрабатывать - это усложнит обработку. Из 8 байтов состояния клавиатуры мы должны для каждого нового пакета рассчитывать 256 вариантов данных клавиатуры.
Последний раз редактировалось zx-kit; 21.01.2014 в 21:17.
"L-256"
Я Вас не понимаю , то Вы экономите а здесь начинаете транжирить .
Я предлагаю передавать уже вычисленную строку состояние механической ZX клавы , а не порядковый номер кнопки. В keypad контроллер зачем жалеете? И в модуле спекки уже вычислять ничего не будем - будем тупо раскидывать принятые данные по портам ...
Мда , а как же у меня все это работает , вот я дурак то .
Уважаемый, прекратите свои AVR надумки, очень Вас прошу ...
Последний раз редактировалось dosikus; 21.01.2014 в 21:24.
RK86@Maximite
dosikus,
оно если без таблични должно быть так
Код:byte addr; // тут старший байт шины адреса byte[8] rows; // тут значение нажатых кнопок для каждой строки byte scan = 0x01; byte res = 0xFF; int cnt = 0; while (cnt++<8) { if (addr & scan) == 0) res &= rows[cnt]; scan <<=1; }
Угу , все варианты рассмотрим .
RK86@Maximite
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)
Ваши права
Ответить с цитированием