Здравствуйте ! Мучает меня один вопрос, можно ли сделать PCI устройство на AVR ? С PCI никогда дела не имел, но подключал ATMega16 к ISA шине.
Вобщем попорядку:
От этого устройства требуется самый минимум, просто обмен информацией, скорость некритична, чем проще устройство тем лучше (просто хочу разобраться с PCI шиной).
Долго искал что-то подобное, но находил только про подключение плис к PCI, что контроллер нельзя подключить к PCI в принципе ?
Был бы рад если кто-то даст ссылку на подобный проект. Может книга есть с подобной информацией.
Всем зарание большое спасибо !

Как Вы себе это видите? Если подрыгать ногами и сымитировать PCI-шину еще куда ни шло (чтобы окучить какую-нибудь интерфейсную плату от писюка, хотя явно нафиг не надо), то наоборот - ну никак.

Я имел ввиду, можно ли сделать устройсво на avr и подключить к писюку через PCI. А почему категорично никак? Меня вот это и интересует.

Даже отбросив первый вопрос "зачем", как Вы собираетесь обрабатывать транзакции на шине PCI, тактовая частота которой минимум 33МГц?

Можно, если внешних микрух наставить. Каких и сколько - зависит от требуемой функциональности. Мне попадалась статья, где для подключения к PCI обходились одной GAL22V10 (вроде даже на русском языке). Это довольно маленькая PLD, так что, думаю, то же самое можно сделать на полдюжине корпусов обычной логики. Но мороки, конечно, будет много.
Другой вопрос, нафига оно надо? AVR сильно большой поток данных обеспечить не сможет, а тот, что сможет - элементарно можно переслать при помощи более подходящего интерфейса - USB или RS-232. Так что (даже не ИМХО, а сто пудов) овчинка выделки не стоит.

Самодельная PCI-postcard представляет из себя обработку единственного порта на запись. Сделано на почти самой маленькой CPLD'шке. Но как только на PCI надо обрабатывать чуть больше, расход ресурсов CPLD/FPGA очень возрастает.

Спс, Artem_Petrik а можно плз ссылку на эту статью ?
А если такой вариант, на плис сделать порты для записи чтения, а к ним уже авр прикрутить ?
Конечно проще по usb передавать, но мне просто ради изучения PCI

А зачем там AVR?

C плис у меня нет опыта работы, с arm возни много и опыта работы у меня с ними немного, остаётся только авр. Цель у меня всеволишь разобраться с PCI.

А, все ясно: http://iosifk.narod.ru/nat_m3.pdf

Знание трех букв AVR к разборкам с PCI имеет не больше отношения, чем знание слова гайка.

Забудьте про AVR. Учите какой-нибудь язык описания аппаратуры (VHDL или Verilog). Возьмите подходящего калибра FPGA и тренируйтесь в поднятии PCI-корки. Потом рядом какой-нибудь процессор прямо в ту же FPGA положите, и будете с ним работать. Но в любом случае, AVR'у там места нет.

Да я собственно спорить особо и не буду, я просто спрашивал можно ли. К ISA я avr прикручивал, но щас это неактуально, вот и решил поинтересоваться.


Спс, буду учить

Да в общем-то и знание, например, букв ARM, или x86, или PPC или еще чего, слабо поможет. Тут буквы нужны другие - HDL

Согласен с вами. Но у топикстартера конкретных требований не было, только "прикрутить AVR к PCI"


Была бы под рукой - сразу бы дал. Но, к сожалению, в своей свалке, куда все такое сбрасываю, найти ее не удалось Вероятнее всего нашел я ее на этом же форуме, больше негде, так что попробуйте воспользоваться поиском (я этого делать пожалуй не стану ).



Вобщем не понятно, что всетаки нужно. Разобраться с PCI, просто, чтоб знать че там к чему? Тогда нужно читать спецификацию. Чтобы научится что-то к PCI цеплять? Тогда нужно либо изучать FPGA, либо подобрать уже готовую микруху, которая целяет к PCI какой-нибудь более удобный интерфейс. Например PCI-COM .
Чтобы начать цеплять PCI к FPGA мог бы посоветовать глянуть http://www.fpga4fun.com/PCI.html, но раз опыта работы с ПЛИС нет, оно вам врядли поможет. Начинать же изучать ПЛИС нужно с чего-то попроще, чем PCI.


точно +1.

P.S. Вообще подумайте, оно вообще вам надо? Есть много чего, более полезного, что можно было-бы изучить. Ато пока PCI изучите, все уже на PCI-E перейдут, и просто PCI будет уже таким-же анахронизмом как сейчас ISA.
Интерфейсов есть много хроших, USB-HS и Ethernet проживут намного дольше чем PCI.

P.P.S. Нашел все же статью. Дожил, в инете найти легче чем в собственном сборнике pdf-ов . Самый простой интерфейс для PCI
Вот заодно и спецификация PCI Local Bus Specification

Человек хочет разобраться с PCI. Что тут непонятного? Чтобы Разобраться нужна практика вместе с теорией.
Пусть практической задачей будет передать переменную x (1 байт) в AVR-ку и назад получить y = x + 5 по PCI. Достаточно конкретная задача?

Нужен ли МК в котором хорошо плаваешь подключенный к FPGA/CPLD в фазе изученя шины? Думаю его наличие будет большим плюсом, хотя бы в качестве Debug Unit'a, ведь не каждый сразу сдюжит и шину, и новый проц, и новый способ отладки осилить.

Человек "хочет" разообраться с автомобилем, пусть практикой вместе с теорией будет протирка тряпочкой номерного знака. Путь будет . Достаточно конкретная задача.

Совсем неадекватное сравнение.

Я бы сказал так: человек хочет научиться ездить на автомобиле, пусть попробует сперва поездить не выше первой передачи.

Много раз сталкивался с задачами когда высокая скорость надух не нужна (телемеханика/телеметрия). Есть проверенные годами решения на ISA, только вот беда материнки с ISA стоят нынче дурных денег. Дык, зачем поддерживать всё, когда нужно чтобы девайс аналогичный по простоте старому, работал на дешевой сейчас материнке.

Это же паллиатив был. Делали ISA-шные карты из-за отсутствия вменяемых штатных периферийных интерфейсов.

Мир изменился - появилась масса стандартизованных внешних интерфейсов ПК с возможностями почти на любой вкус и цвет. Ну ладно, USB - это для домохозяек, в АСУТП бубнам с передергиванием шнурков места нет, а вот Ethernet - это именно то, что нужно - дешево; скорости на выбор, от 10M до 1G (и дело движется к 10GE); реализация любая - от простейшей до супер-навороченной; информации валом.

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

АБСОЛЮТНО адекватное, посткольку с AVR это не езда вообще, ибо практически НИЧЕГО из возможностей PCI не используется, а то, что используется, то в извращенной форме.
Что-то вроде обучения езде на автоморбиле путем толкания его по дну водоема . Толкать можно, но смысла нет никакого.

Мир изменился, а мужики то не знали
ТЗ разные бывают, бывает надо цеплять на внутрениий интерфейс бескомпромиссно.


На Ethernet переходят не все заказчики, а те кто переходит, делают это очень неохотно.
причины:
- весьма ограниченное расстояние ethernet'a (а объекты могут быть раскиданы на многие километры).
- ЦППС не любят лепить из кусков (свичей, конвертеров интерфесов eth<>во-что-то), предпочитают чтобы это был один комп/корпус.


Для совместимости со старым железом.


негодными не надо, негодными это только поиграться/потренироваться ;>

Пощупать шину надо на практике. А если сразу взять правильное железо и готовый PCI кор, то это на мой взгляд фигня будет, особенно когда мотивации к изучению шины (в денежном эквиваленте) - 0. С таким "правЕльным" подходом - сведется все к - воткнул, залил кор, посмотрел что девайс определился и отложил все это в долгий ящик, так и не получив никаких знаний.


Не согласен. Ответьте на вопрос - большая ли разница если на месте AVR окажется LPC3xxx? ;>

Я имею в виду разницу в организации PCI девайса. Если получится через плисину принять/передать с PCI на AVR 1 байт, то подключить любой другой проц (или выбросить за ненадобностью) потом будет парой пустяков. Более мощные FPGA / проц, кроме как замедлить освоение PCI на начальном этапе ничему не поспособствуют.

Оптика рулит. Особенно на многокилометровых дистанциях. Одно только резкое уменьшение проблем с грозозащитой должно однозначно решать вопрос в сторону оптических линков.



А не пофиг ли, чем набита стандартная 19тидюймовая стойка?

Оптика дорого. Обычная телефонная пара дешевле, особенно когда она уже проведена со времен дедушки Ленина. Зачем что-то еще прокладывать?