Допустим в R1 лежит переменная... Как организовать ее передачу по SPI на ассемблере.
Может с кодом кто поможет....?
(изучаю асм... для 8051 ...много вопросов)

Побитно. SPI это синхронный последовательный интерфейс. Каждый бит должен сопровождаться синхроимпульсом. А каждый фрейм/кадр (последовательность несокольких байт) еще и сигналом выборки CS. Если реализуете SPI программно, то алгоритм примерно такой (для SPI mode 3).
Допустим имеем переменные:
SPIDataOutput - байт данных для передачи по SPI
SPIDataInput - байт данных в который поместим результат приема с SPI
SPIBitCntr - счетчик бит
SPIMask - маска для передачи/приема
Инициализируем переменные:
SPIDataInput=0
SPIBitCntr=0
SPIMask=0x80
1) Сбросили пин, назначенный сигналом CS.
2) Сбросили пин, назначенный SCLK.
3) Наложили маску по AND на байт данных, предназначеный для передачи SPIDataOutput & SPIMask. Если результат = 0, то сбросили пин, назначенный как MOSI (Master Output Slave Input), в противном случае установили MOSI.
4) Подождали некоторое время, соответствующее длительности полупериода SCLK для выбранной частоты тактирования.
5) Установили SCLK.
6) Подождали некоторое время, соответствующее длительности SCLK для выбранной частоты тактирования.
7) Считали состояние пина, назначенного как MISO (Master Input Slave Output). Если состояние MISO = 1, то установили бит в переменной SPIDataInput, наложив по OR маску SPIMask. SPIDataInput=SPIDataInput | SPIMask.
Сделали сдвиг маски SPIMask= SPIMask >> 1.
Увеличили счетчик бит SPIBitCntr=SPIBitCntr+1
8) Если счетчик бит SPIBitCntr меньше 8, то переход на шаг 2. Если больше или равно 8, то установим CS.
Все! В результате будет передан по SPI один байт, значение которого было в SPIDataOutput и принят байт, значение которого лежит в SPIDataInput.
Обращаю внимание, что SPI это интерфейс для обмена данными. Чтобы что-то принять по SPI нужно что-то передать по SPI!

Увы, не сведущ в 51 и тем более в асм.

Запихивается байт в аккумулятор, вызывается функция - и данные в SPI

Сообщение отредактировал oran-be - Oct 31 2007, 14:25

...Если не затруднит в двух словах что за "Драйвер вывода через аппартный SPI - функция"?
И еще "mov B,#8" это имеется в виду что передовать будем все 8 бит(байт целиком)?

Здесь имеется в виду, что это код, работающий непосредственно с железом, в частности с портами, реализуя интерфейс SPI программным способом медодом дергания за порты. А функция - это то, что это реализовано в виде функции. То есть, для вывода байта надо загрузить в А данное и сделать


call get_data
... Здесь уже занные ушли в SPI

Спасибо.... Доходчиво... однако все не так сложно.

у 8086 есть spi интерфейс?

Нет. i8086 это CPU - процессор, а не MCU - микроконтроллер. У CPU нет периферийных модулей типа UART, SPI, I2C.

А как можно эмулировать spi на lpt порте? (8086)

Программный SPI можно реализовать также, как я описал в посте #2.

Мало чего из этого понял, да и вообще чем больше разбираюсь тем больше запутываюсь. Начнем сначала, чтобы осуществить передачу, надо придусмотреть еще и прием данных, или не обязательно? И чтобы получить spi надо запрограммировать "Контроллер последовательного интерфейса" или можно еще как-нибудь?

Если вам требуется прием, то да. Если же прием не требуется, то не обязательно. Но в любом случае для того чтобы что-то принять по SPI обязательно требуется что-то передать. Т.к. интерфейс SPI подразумевает одновременный обмен данными.
Да, можно еще "как-нибудь". Это "как-нибудь" (программную реализацию синхронного интерфейса) я и описывал в посте #2. Если у вас имеется аппаратный модуль SPI, то логичнее было бы использовать его. Но по нему я не могу дать совета, бо не Копенгаген, а специально изучать работу SPI в 51x у меня нет времени.

Аппаратного у меня нету, (надо для 8086 на асемблере). Вобщем вродебы я немного разобрался, вот для CPOL = 0, CPHA = 1, была такая вот картинка , я так понял что можно использовать только 3 канала (CS не обязательно) и данные передаются без каких либо предварительных согласований (просто по одному каналу данные по другому синхронизация без каких либо предворительных обменах настройками)? И что происходит между передачей байтов?

Вот как раз канал CS использовать надо обязятельно. Именно по его снятию (т.к. обычно он инверсный) и начинается протокол обмена по SPI. Что позволяет сажать на 1 линию несколько устройств, разделив их сигналы CS.
Возьмите документацию на любую м/сх, работающую по SPI. В документации на нее обычно достаточно подробно описан SPI.
Кстати, Oran-be несколько лукавит Приведенный пример на асме работать, наверное будет (в нем есть маааленькая неточность ), только частота передачи будет равна тактовой процессора, т.к. не предусмотрены циклы ожидания. Если сопрягаемая м/сх это допускает - нет проблем.