请问:CH375通讯测试时不稳定?

通讯采用单向数据查询上传传输方式.测试数据为10字节数据. 开发环境与工具:wave6000仿真器、keilc、应用电路板、DELPHI2006

在测试中发现通讯不稳定:有时能持续接收、发送多次,但有时按发送按钮,与CH375 ACT脚相连的LED就灭了.忘hcn及诸位大虾指点。

PC端定义10字节数组,初始化为0~9 。

formcreate事件中打开CH375设备,初始化CH375SetBufUpload(0,1)、设置CH375SetTimeout(0,50,80);

使用了2按钮控件(一个发送,一个接收)和一个MEMO控件。按下发送按钮后,WRITEAPI将数组下传,MEMO控件输出实际输出字节数。按下接收按钮后调用ch375read api.MEMO1控件输出接收内容

在51固件程序中定义了10字节的数组缓存U2C_buf。使用端点2作为测试端点。CH375发生接收中断后,51响应中断将数据存到 u2c_buf,同时将数据发往端点2IN。

USB传输不稳定有以下几个原因:一是时钟不稳定,二是时钟受干扰,三是USB信号受干扰。这三种情况通常与电路及PCB设计有关,尤其是时钟电路的GND、USB芯片的GND、电源退耦电容的GND之间尽量缩短连接,具体说明请参考 USB芯片的电路及PCB设计的注意事项README.PDF。四,就是软件上面的问题,你可以用我们的TEST程序先跑上10多个小时,如果没问题的话那就是软件 上面的问题,如果有问题的话,那就是硬件上面的问题,那就可以参考上面的几种方法来解决 还有就是你在调试的时候先用我们的CH372DEBUG来调试下位机,调试成功之后在用下位机程序来调试上位机程序


电路是自己焊的板 使用贵公司的TEST程序,总是提示"返回长度错误"return length error 0(0).... 但是与CH375 ACT相连的LED长亮.是上述硬件原因吗?


电路是自己焊的板 使用贵公司的TEST程序,总是提示"返回长度错误"return length error 0(0).... 但是与CH375 ACT相连的LED长亮.是上述硬件原因吗?


电路是自己焊的板 使用贵公司的TEST程序,总是提示"返回长度错误"return length error 0(0).... 但是与CH375 ACT相连的LED长亮.是上述硬件原因吗?


因为我们一般在应用之前都会自己搭建实验电路板。 建议贵公司直接提供USB模块,在DIP-28板上焊上芯片、时钟和退藕电容,作为产品付一定费用提供用户试用。我想这样既方便用户应用,加快产品开发速度;又提高了贵产品易用性和附加值(比裸片),潜在的增加贵公司产品的销量。

不知认识是否正确?


只有登录才能回复,可以选择微信账号登录