嗨,
那么,你是如何从外部控制器中填充BRAM的?
你有没有把BRAM的地址和数据线等放到FPGA引脚上?
我的猜测是你的控制器也通过一些串行接口连接到FPGA。
在普通的RS232接口上实现921600波特的传输速度是困难的,但是现在PC-COM接口通常通过USB完成,需要在FPGA板上使用一些FTDI芯片(例如在某些Digilent Boards上:NEXYS3或ATLYS)。
实际上,RS232接口很少超出115K波特限制。
主要是因为软件和操作系统无法处理更高的速度。
FPGA内部的大多数UART-IP需要16倍的时钟波特率。
Tx部件(如果可拆分)通常能够仅使用波特率进行计时。
查看随Picoblaze(KCPSM3)提供的UART,了解HDL中的工作方式。
此外,即使接口能够传输数据,您如何能够读取到达终端窗口的内容?
有一个很好的综合
Eilert
以上来自于谷歌翻译
以下为原文
Hi,
just, how have you filled the BRAM from the external controller?
Have you put Adress and Data lines etc. of the BRAM to the FPGA pins?
My guess was that your controller is connected to the FPGA via some serial interface too.
Acheiving a transfer speed of 921600 Baud would be difficult on a normal RS232 Interface, however nowadays PC-COM interfaces are often done via USB, requiring some FTDI chip on your FPGA Board (e.g. like on some Digilent Boards: NEXYS3 or ATLYS). Practically RS232 interfaces rarely go beyond the 115K Baud limit. Mostly because the software and OS can't deal with higher speeds.
Most UART-IPs inside the FPGA need 16 times the baudŕate for clocking.
The Tx parts (if splitable) often are capable of being clocked with just the baud rate.
Take a look at the UART that is provided with the Picoblaze (KCPSM3) to see how things are done in HDL.
Besides, even if the interfaces are capable of transfereing the data, how are you capable to read what arrives on the terminal window?
Have a nice synthesis
Eilert
嗨,
那么,你是如何从外部控制器中填充BRAM的?
你有没有把BRAM的地址和数据线等放到FPGA引脚上?
我的猜测是你的控制器也通过一些串行接口连接到FPGA。
在普通的RS232接口上实现921600波特的传输速度是困难的,但是现在PC-COM接口通常通过USB完成,需要在FPGA板上使用一些FTDI芯片(例如在某些Digilent Boards上:NEXYS3或ATLYS)。
实际上,RS232接口很少超出115K波特限制。
主要是因为软件和操作系统无法处理更高的速度。
FPGA内部的大多数UART-IP需要16倍的时钟波特率。
Tx部件(如果可拆分)通常能够仅使用波特率进行计时。
查看随Picoblaze(KCPSM3)提供的UART,了解HDL中的工作方式。
此外,即使接口能够传输数据,您如何能够读取到达终端窗口的内容?
有一个很好的综合
Eilert
以上来自于谷歌翻译
以下为原文
Hi,
just, how have you filled the BRAM from the external controller?
Have you put Adress and Data lines etc. of the BRAM to the FPGA pins?
My guess was that your controller is connected to the FPGA via some serial interface too.
Acheiving a transfer speed of 921600 Baud would be difficult on a normal RS232 Interface, however nowadays PC-COM interfaces are often done via USB, requiring some FTDI chip on your FPGA Board (e.g. like on some Digilent Boards: NEXYS3 or ATLYS). Practically RS232 interfaces rarely go beyond the 115K Baud limit. Mostly because the software and OS can't deal with higher speeds.
Most UART-IPs inside the FPGA need 16 times the baudŕate for clocking.
The Tx parts (if splitable) often are capable of being clocked with just the baud rate.
Take a look at the UART that is provided with the Picoblaze (KCPSM3) to see how things are done in HDL.
Besides, even if the interfaces are capable of transfereing the data, how are you capable to read what arrives on the terminal window?
Have a nice synthesis
Eilert
举报