你好,我以前使用过这个芯片,但是去另一个方向——从RF前端到PC来记录数据。我使用带有CPLD的同步FIFO模式来对两个部分进行接口和实现用于跨越时钟域的FIFO。如果您计划使用带有PIC32的同步FIFO,那么有可能使用带有PIC32MZ上的外部总线接口的同步FIFO模式,因为它在PIC32MZ上高达100MHz。主模式(不确定它在从模式下有多快,或者甚至有没有从模式),但我不认为PIC32MX能够实现这一点。对于异步FIFO,我认为仍然有一个时钟,但是现在它可以由PIC32生成——MX或MZ应该能够实现这一点(根据我模糊的说法)。请记住)对于MPSSE操作模式,可以或者不可能告诉芯片将SPI速度降低到20MHz以与PIC32MX兼容,或者交替使用PIC32MZ,PIC32MZ应该能够处理更高速度的SPI。关于PC侧的驱动程序的最后一点——当我我清楚地记得,在处理这个芯片时,我浪费了数周时间试图追踪一个数据损坏问题,结果由于驱动程序API没有实际执行文档中所说的操作。当时他们的文档说,在PC端,你可以调用“get_bytes_from_FT232”(howmanybytestoget,&howmanybytesdidI.llyget);”这样的函数,并且它不会返回,直到它收集了那么多字节。实际上可能发生的是,它有时会以零字节返回。这看起来很容易捕获,但是我没有捕获它,因为我的CPLD正在生成一个位模式(0-255 8位计数器),并且我正在将数据以256字节的块打包到一个循环缓冲区中,该缓冲区正被另一个线程读取以记录到磁盘。由于此错误每隔~10秒出现一次,所以当发生此零返回时,循环缓冲区将充满数据,因此“gap”已经包含预期计数器值0-255,使得输出文件中看不到此数据丢失。您可以通过检查它实际检索的字节数来捕获。
你好,我以前使用过这个芯片,但是去另一个方向——从RF前端到PC来记录数据。我使用带有CPLD的同步FIFO模式来对两个部分进行接口和实现用于跨越时钟域的FIFO。如果您计划使用带有PIC32的同步FIFO,那么有可能使用带有PIC32MZ上的外部总线接口的同步FIFO模式,因为它在PIC32MZ上高达100MHz。主模式(不确定它在从模式下有多快,或者甚至有没有从模式),但我不认为PIC32MX能够实现这一点。对于异步FIFO,我认为仍然有一个时钟,但是现在它可以由PIC32生成——MX或MZ应该能够实现这一点(根据我模糊的说法)。请记住)对于MPSSE操作模式,可以或者不可能告诉芯片将SPI速度降低到20MHz以与PIC32MX兼容,或者交替使用PIC32MZ,PIC32MZ应该能够处理更高速度的SPI。关于PC侧的驱动程序的最后一点——当我我清楚地记得,在处理这个芯片时,我浪费了数周时间试图追踪一个数据损坏问题,结果由于驱动程序API没有实际执行文档中所说的操作。当时他们的文档说,在PC端,你可以调用“get_bytes_from_FT232”(howmanybytestoget,&howmanybytesdidI.llyget);”这样的函数,并且它不会返回,直到它收集了那么多字节。实际上可能发生的是,它有时会以零字节返回。这看起来很容易捕获,但是我没有捕获它,因为我的CPLD正在生成一个位模式(0-255 8位计数器),并且我正在将数据以256字节的块打包到一个循环缓冲区中,该缓冲区正被另一个线程读取以记录到磁盘。由于此错误每隔~10秒出现一次,所以当发生此零返回时,循环缓冲区将充满数据,因此“gap”已经包含预期计数器值0-255,使得输出文件中看不到此数据丢失。您可以通过检查它实际检索的字节数来捕获。
举报