Привет Народ!
Получил сегодня задание сделать клавиатуру на 16 кнопок на ПЛИСине от XILINX.
На входе должно быть 16 кнопок, на выходах, которых два ,должно быть-
на одном- меандр, на втором два байта от 1 до 16 в зависимости от нажатой кнопки в течении активной части меандра.
На рисунке для ясности приведён пример , когда одновременно нажаты клавишы: 2,5,12,16.
Оба выхода должны будут опрашиваться ПИК процессором, в котором они описаны следующим образом

коды кнопок


и

#ifndef TASTE_EN
#define TASTE_EN PIN_A5//Признак опроса кнопок
#endif
ПЛИСку умею програмировать пока только в графическом режиме.Подскажите,плиз, с какого боку подходить к решению данной задачи.Заранее спасибо

Могу предложить решение на VHDL
Ну для начала нужно определиться с частотой опроса клавиатуры. Сформировать такой сигнал можно на обычном делителе зависит от внутренней частоты в ПЛИС:


тут входной clk поделили на 2^20

а потом запускаться от сигнала scan_keyboard и считывать состояние со входных пинов к которым подключены кнопки:
если в entity объявлен сигнал типа:

то выполняем что то типа:

Дальше останется только выдать параллельный код send_scaned_key последовательно, можно так же самостоятельно написать на VHDL процесс, а можно запортмапить сдвиговый регистр, в библиотеке у Xilinx их предостаточно.
Ну конечно возможны модификации, типа: слать когда нажимают кнопки, но это потребует незначительной модификации кода.




Настрочил, а потом прочитал:


Ну тут еще проще, читай мануал.

Двух сигналов для синхронного интерфейса маловато. Нужно еще фреймовую синхронизацию ввести. Т.е. сигнал, который будет определять начало слова состояния. Если кнопки у вас не объединены в матрицу, то ничего сложного в схеме нет. Организуйте интерфейс синхронного последовательного канала на 16-и разрядном сдвиговом регистре. А схему устранения дребезга на двух 16-и разрядных параллельных регистрах и логике типа XORа, которые тактируются низкочастотным сигналом с периодом порядка 10мс...100мс. В одном регистре хранится предыдущее состояние в другом состояние, отфильтрованное от дребезга. Если текущее состояние кнопок отличается от предыдущего, то значит идет дребезг контакта и логика не должна "пропускать" сигнал во второй регистр "устойчивого состояния", а запись происходит только в первый регистр. В противном случае текущее состояние записывается в оба регистра.
Ну и по сигналу фреймовой синхронизации информация из регистра "устойчивого состояния" копируется в сдвиговый регистр и выдается наружу синхронно с тактовыми сигналами.
Хотя нафига вам такой геморрой при наличии в системе МК, я не понимаю?

Тут можно поспорить. Link порты у всех DSP могут работать в таком режиме. Передний фронт запрос записи, задний запись и сигнал подтверждения не нужен. Ну и I2C/SPI тоже такие не требовательные.

Скажите, а можно ли каким-то образом обьеденить уже нарисованный кусок программы с тем, что вы предлагаете на VHDL ?
Спрашиваю потому, что в ПЛИСке уже имеется код сделанный в графике, но к нему нужно ещё вот это прилепить(кажется два раза одно и тоже написал)
Ну или как можно этот код в графику перерисовать?

Ну с начала нужно поведать где и чем вы творите.
Если в ISE с полной лицензией, то объединять VHDL и Schematic никаких проблем нет. Либо в VHDL блок Схематика вставляете через port map или в схематик вставляется блок VHDL и дальше работается как с графическим элементом.

дело в том, что этот самый геморрой уже распаян на двухсторонней плате и от него никуда не денешься. да и порты в ПИКе уже все растасканы по заданиям и для клавы осталось только два.
И ещё сенсей мне прерывание под это дело написал и сказал, что сделает мне харакири, если я его не использую.


точно в нём, только насчёт лицензии не уверен.Качал его с ихнего сайта где-то 1.7Га

Ну это станет понятно в процессе.
Я так понимаю, если новичок, то проще всего объединять в схематике.
Для этого создаем новый проект, делаем верхним уровнем схематик. Дальше, что можем рисуем, что не можем делаем визардом (Tools->Symbol Wizard) нужный нам символ и заполняем его кодом.

а мне вот такой вариант предложили

Что-то вы меня не поняли. Я про фреймовую синхронизацию, а вы о чем? Возьмите у SPI только два сигнала: SCLK и MOSI. А теперь скажите где у битовой последовательности начало и где конец? I2C это другая песня. Её пока исполнять не будем.
И как он по-вашему должен работать? Ну считает счетчик, ну имеется сигнал окончания счета, а дальше что? Откуда и как приемник узнает какой именно вход подключен к выходу мультиплексора в данный конкретный момент времени? Для этого приемник должен сам генерить тактовые импульсы для счетчика или синхронизироваться этим же сигналом. Т.е. все равно к трем сигналам приходим:
- тактовые импульсы,
- последовательные синхронные данные,
- сигнал фреймовой синхронизации, который указывает на начало и/или конец фрейма (кадра передачи).

а мне вот подсказывают, что , так как и ПИК и ПЛИС кормятся от одного кварцгенератора, то и никакая синхронизация не нужна

Ну не нужна так не нужна. Чего же эти "подсказчики" до кучи вам не нарисуют рабочую схему и не объяснят как же она работает7

Теоретически! Возожно, но про прерывания на момент обмена, можно забыть... В ПИКах я не спец.
Вообще, то говоря, можно и одной ногой обойтись... Но, как я понимаю не на данном этапе...

З.Ы. Если есть только две свободные ноги, то тут, проще всего, (если в одну сторону передача) реализовать синхронный последовальный интерфейс, хотя если все этодело от одного каварца кормиться, то в одну сторону одного провода хватит, UART...

З.Ы.Ы. Вернее, ето будет "Synchronus Transmitter" , но копать все равно в сторону USART!

А дребезг контактов вы подавляете как?

Я имел в виду вот такой способ передачи:
Нажмите для просмотра прикрепленного файла

Ну дык схему я привёл, с остальным разбираемся, если не получится , будем дальше копать.
Схема немного изменена, но принцип тот же. Кстати она уже загружена в ПЛИСку и проверена в работе.Всё соответствует заданию, правда есть небольшие проблемы с процедурой прерывания , но это уже другая тема.

А что если не лицензионный, то нельзя?

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

Спешу сообщить что задача построения кнопок благополучно разрешилась. Прерывание откорректировано и всё теперь работает и очень даже быстро и надёжно.Подавление дребезга даже не понадобилось, во всяком случае никаких ложных срабатываний не наблюдается.Большое спасибо всем принявшим участие в обсуждении данной темы