谢谢............. :cool:

支持！！！

状态机，状态机......

没有关系niwenchuan..请以后多来支持，主要问题说清楚就好了..
 :P,还有楼主，我没什么实践经验，那好，您说得对，正跟您学者呢.... ;)

我也是在降成本的情况下完成了PCI SLAVE 33M 32BIT的卡(PLD和FPGA)都做过.可惜代码是公司的资产,不能公布,不过我觉得重要的是实现读写状态机和配置空间的实现是最重要的.只要你能把这两项真正理解了,其实也很简单.

请教版主一个问题，PCI总线的状态机是从PCI协议里的那些时序图中整理出来的吗？如果是的话，能否介绍一下思路啊。我想这个也许更重要，更有用些吧。

lsn_061，有没有这方面的经验共享一下？：）

你贴的那个PCICORE好大啊，是用AHDL写的呃，是个大全类的东东吧？望之而却步啊，偶们还是从根部用VHDL慢慢实现起来好一些，先理解原理再去设计，比直接看代码来的快，何况代码是AHDL呢，你说呢？。

求助：
以前写比较复杂一点的逻辑，在QUARTUS II里，都是在顶层用框图（BLOCK diagram）来描述各个模块的关系，然后对各个模块用VHDL或A-HDL语言来实施。但受BBS的限制，目前只能全部用VHDL来写。偶的问题是如何用VHDL来做层次化的设计？ 比如，上面代码里的DEVSEL应当是另一个模块对AD[31..0]的译码输出，在VHDL里应当如何来关联他们的关系？ 偶手头没书，各位能不能赐教一下？

先把今晚写的状态机提上来大家琢磨一下，项目的整体架构偶还要研究一下。这里头DEVSEL是对地址期的地址进行译码输出的信号，在这里作为状态机的输入。ERR是错误标志，如果为1需要往PCI上发STOP信号的。
具体讨论偶明天另提一个。

library IEEE;
use IEEE.std_logic_1164.all;
use IEEE.std_logic_unsigned.all;

ENTITY PCI_INTERFACE_SLAVE IS
PORT(

pwrrst:IN STD_LOGIC;
pciclk:IN STD_LOGIC;
pcirst:IN STD_LOGIC;
frame:IN STD_LOGIC;
irdy:IN STD_LOGIC;
devsel:IN STD_LOGIC;
err:OUT STD_LOGIC
     );
END PCI_INTERFACE_SLAVE;

ARCHITECTURE state OF PCI_INTERFACE_SLAVE  IS
TYPE STATE_TYPE IS(IDLE,READY,TRANS,KEEP,OPEND);
SIGNAL state:STATE_TYPE;

   BEGIN
      PROCESS(pciclk)
      BEGIN
       if ((pcirst = '1') or (pwrrst = '1'))then
     state <= IDLE;
     else if (pciclk'EVENT AND pciclk = '1') then  
     CASE state IS
         WHEN IDLE=>
if((frame = '0') and (irdy = '1'))then
           state <= READY;err <= '0';
else state <= IDLE;err <= '0';
end if;
         WHEN READY=>
            if (devsel = '0') then
if((frame = '0') and (irdy = '0')) then
state <= TRANS;err <= '0';
else if((frame = '1') and (irdy = '0')) then
state <= OPEND;err <= '0';
else
state <= READY;err <= '0';
end if;
end if;
 else
state <= IDLE;err <= '0';
 end if;
WHEN TRANS=>
    if((frame = '0') and (irdy = '1')) then
state <= KEEP;err <= '0';
else if((frame = '1') and (irdy = '0')) then
state <= OPEND;err <= '0';
else if((frame = '0') and (irdy = '0')) then
state <= TRANS;err <= '0';
else
state <= IDLE;err <= '1';
end if;
end if;
end if;
            WHEN KEEP=>  
if((frame = '0') and (irdy = '0')) then
state <= TRANS;err <= '0';
else if((frame = '0') and (irdy = '1')) then
state <= KEEP;err <= '0';
else if((frame = '1') and (irdy = '0')) then
state <= OPEND;err <= '0';
else
state <= IDLE;err <= '1';
end if;
end if;
  end if;
 WHEN OPEND=>
if(irdy = '1') then
state <= IDLE;err <= '0';
else
state <= IDLE;err <= '1';
end if;

       END CASE;
     end if;
end if;
   END PROCESS;
 

 END state;

你好，别听我老弟lucaer在这里瞎诈唬啊！
我仔细的看了您写得文章，真是太好了，我看了这么多帖子和pdf也没搞明白怎么会事，现在很是明白了，不过我还有个小小的提议，能不能开个专门的至顶帖子，这样便于讨论，也不至于打断您的思路，不过到最后如能在软件上面仿真或者您能提供开发板就好了，不过我好像很懒，主要俺还有个工程，郁闷！能不能带兄弟们在您理论的基础上分析一下源代码，那俺就感激不尽了！最好您能提供开发板啊！提个建议，从opencore的winshond结构开始行么？或者老大有什么主意？

最近忙的很 没来？

偶需要花些时间来写状态机的转换代码，另外要详细考虑各状态下的动作，还要经过初步验证（在QUARTUS II上），――而我还要给公司干活，所以请各位等两天吧。其实状态机的转换关系已经列出来了，大家可以一起来写这个状态机提交大家审查，这样也有利于对设计的深入掌握。大家写状态机的时候心里一定要想SLAVE设备在这个状态下应该做什么。 写错了没关系，大家一起来纠正。

等待中...............................

义无反顾底支持一下！斑竹继续！在理论之后，希望能多谈点实践问题！

嘿嘿，如果写的好的话，俺帮你做.chm文件！

先说说你用那种开发工具啊，俺先装上的说！

[编辑 -  12/31/04 by  lsn_061] :D

[编辑 -  12/31/04 by  lsn_061]

刚看过 我是说 继续。。。。。。。

看过，  是什么意思？
以前看过？还是刚看过？  偶很敏感的噢~~~~~

看过。。。。。。。。。

抱歉，把KEEP状态的转换拉掉了。

4.5  KEEP状态下，如果FRAME#、IRDY#都有效，回到TRANS状态；如果FRAME#、IRDY#都无效，总线异常，结束操作回到IDLE，如果FRAME#无效而IRDY#有效，进入OPEND状态；其余保持KEEP状态。

PCI TARGET 的状态机可以有多种定义方式，取决于设计者对PCI时序的理解角度、设备实现的功能以及器件的速度。假设我们设计的SLAVE PCI设备需要在LOCAL端实现1M字节的MEM空间和256字节的IO空间的接口，而且所带的存储芯片速度足够快（15ns左右的器件就可以了），我们可以定义如下几个状态：
IDLE：空闲状态。
READY：准备状态。
TRANS：数据传输状态。
KEEP：总线保持状态。该状态下，主设备没有放弃数据传输（FRAME#仍有效），但IRDY#无效，这时数据是不能要的噢。这个状态容易被人忽视，――虽然这个状态很少出现。
OPEND：操作结束状态。传最后一个数据（有可能也是第一个――单个数据传输周期）

状态转换关系描述（CLK推动下）：
1、PCI复位或单板上电后无条件进入IDEL该状态
2、IDLE状态下FRAME#有效并且IRDY#无效，进入READY状态，否则仍留在IDEL状态
3、READY状态下，如果DEVSEL#（它同时是输出信号）、IRDY#和FRAME#都有效，进入TRANS状态；如果DEVSEL#、IRDY#有效但FRAME#无效，则是单个数据传输，直接进入OPEND状态；如果DEVSEL#无效，返回IDLE状态（说明不是对本设备操作）；其余留在READY状态（等IRDY#）。
4、TRANS状态下，如果FRAME#有效而IRDY#无效，进入KEEP状态；如果FRAME#无效而IRDY#有效，进入OPEND状态，准备传输最后一个数据；都有效保持在TRANS状态；都无效，表明操作异常结束，回到IDLE。
5、OPEND状态下，如果IRDY#无效，回到IDLE。如果IRDY#还有效，说明总线异常，终止传输。

该状态机的转换除了与PCI输入信号有关，还与DEVSEL#有关，这个信号是判断本次访问是否针对本设备的结果（包括配置空间访问），如果是读操作，该信号需延迟一个周期以实现插入一个环回。

可惜偶上传不了文件，不然弄个转换图给同志们讨论。

上面只是根据要求设置了状态机，要实现这个接口光有状态机远远不够的。不过这是接口设计的基础，偶们先把它做好吧。下面来写这个状态机的VHDL代码。

偶们先探讨PCI SLAVE的实现。为此先讨论一下PCI信号的分析和处理，然后探讨PCI SLAVE DECVICES的状态机。之后再探讨芯片选型问题。

下面大致介绍一下PCI的信号，大家不要嫌偶烦，把它们真正弄清楚不是那么简单的。记住下面的输入输出是针对SLAVE 设备的。

CLK：输入信号， PCI总线的系统时钟，频率范围为33MHZ火66MHZ 。PCI：输入 总线是同步总线，除信号RST# INTA# INTB# INTC# INTD#外所有信号都应当在系统时钟上升沿处被采样，记住噢。
RST：输入信号，PCI总线复位信号，所有寄存器都必须在RST有效时复位至明确的状态。另：RST有效时，系统中所有输出信号一般都须驱动到三态――就是用RST来把信号关了。
AD[31 00]：复用的双向数据/地址信号 好象没什么可说的。
C/BE[3 0]#： 输入信号 总线操作命令和字节使能，由主设备驱动，在地址期间指示当前的总线操作类型，共可指示16种总线操作类型，实际只用了12种；而在数据期间则指示AD[31 00]中哪些字节是有效的，C/BE[3]和C/BE[0]分别是最高字节使能位和最低字节使能位低电平有效

PAR： 输入 较验位，由主设备驱动。它在有效地址期或数据期的后一时钟周期出现，持续一个时钟周期。传输无错时AD[31::00] C/BE[3 0]# 和PAR中1 的个数必为偶数。为了进行奇偶校验每次数据期或地址期间AD[31 00]上无效的字节都被主设备驱动到稳定电平例（如0 电平）。图简单的话，这个信号偶们可以不用。

FRAME# 输入信号 帧周期信号，由Master驱动。具体规则偶不罗嗦乐。但要注意，当它变为高电平无效时，相应的时钟周期为该次总线传输的最后时钟周期，这时IRDY#是有效的。这是一种结束本次传输操作的既定规则，不要认为FRAME#无效了就不传数据了，那样你会丢一个数据（突发）或根本收布道数据（单个）。只有当FRAME#和IRDY#都无效时才表示总线操作结束。

IRDY# 输入 Master准备好信号，由Master驱动

TRDY# 输出 Target准备好信号，由Target（SLAVE DEVICE）驱动

STOP# 输出 Target要求终止当前传输的信号，由Target驱动。你忙不过来就终止吧，一般也用不上。

LOCK# 输入信号 资源锁定信号该信号，有关资源互斥访问，不用理它

IDSEL： 输入 PCI总线外设初始化选择信号，若某个总线访问的地址期中AD[1：0]=00且此时IDSEL有效，则意味着当前的总线访问是该外设的配置读或写周期。IDSEL是由主设备发出的。理解了IDSEL和DEVSEL，PCI总线协议的实际过程就知一大半了。――看清楚，它是高电平有效噢。

DEVSEL# 输出 PCI外设选择信号，每次总线访问的地址期后，如果当前访问的地址落在某个PCI外设的内存或I/O的映射空间（映射是配置完成的），则在第一或第二或第三个时钟周期期间，该外设就要将DEVSEL#驱动到有效状态表示这次访问是针对它的由它来参与完成。

PERR# 输出 数据奇偶校验错信号，由从设备输出，你要是不想做校验，就输出高电平。
SERR# 输出（OD开路输出） 系统错误报告信号，重大错误报告，懒得管它。

INTA# INTB# INTC# INTD# 输出 电平敏感的PCI 外设中断请求信号，可选。用得话一般只用INTA#。

有点累了，也不知说错了没有。

下面来讨论PCI SLAVE的状态机。