完善资料让更多小伙伴认识你,还能领取20积分哦, 立即完善>
参照CH9344技术资料提供demo电路,电源,外围连线都做过详细检查,没有发现错误,之前有D+和D-接反的情况,也在本论坛发帖询问了,说芯片不会有问题,但是纠正后连接电脑,没有任何反应,示波器检查30M晶振没有波形,更换了新的晶振,故障依旧,然后由换个电路板,元器件都是新的,也是无法识别,都是晶振不起振,最后只能外部输入30Mhz时钟后,电脑识别了但没有驱动,运行驱动安装程序,系统提示无硬件连接,这是个什么情况? 芯片坏了,还是驱动有问题? 能否描述一下正常安装好后,设备管理器中会出现4个COM口信息吗?
之前一直使用贵公司的多个芯片产品,从来没出现过同类问题(晶振不起振)的情况,此类新品是不是有缺陷呀?申请的样片2片都用完了,能否再提供2片或者3片试试看? |
|
相关推荐
7个回答
|
|
您好,如下文档包含了硬件正常识别状态下的驱动安装步骤及正常使用状态。您可以参考该文档明确进行到哪一步。
CH9344 Windows驱动安装与GPIO使用教程.pdf CH9344已成熟量产多年,关于样片申请,您可以按照如下联系方式与我们再申请,同时建议您申请一块评估板用于对比验证。有关电路设计方面,可单独与我沟通,帮助您排查遇到的电路或其他问题。 http://www.wch.cn/contact_us.html |
|
|
|
终于起振了,PC能够识别了,资源管理器显示“USB module” ,运行USBMSER,exe,提示 ” **操作结果“,“无设备驱动可安装“,这是个什么情况?
|
|
|
|
您好,该提示表示芯片处于非正常工作模式,请检查芯片上电时ISP引脚状态,需要确保其处于悬空或上拉状态。
|
|
|
|
非常感谢TECH39的及时答复,排故总结如下:
|
|
|
|
ISP引脚低的时候,芯片是进入下载模式的,所以无法安装驱动。正常应用时务必确保:ISP和RST为高电平。(RST务必一直保持高)
|
|
|
|
我按照官方的评估板画的板子,RSVD1实测对地阻值为11.96K。ISP和RST引脚上拉到3.3V和悬空都尝试过。插在windows系统(win7)安装驱动(USBMSER,exe)后识别为Multi Serial Ports,具体的4个串口识别不了。插在Linux系统(Debian10)识别类似。3.3V电源和1.2V电源都正常。是哪里还可能有问题吗?
root@debian:~# lsusb -v -d 1a86:e018 Bus 002 Device 008: ID 1a86:e018 QinHeng Electronics Device Descriptor: bLength 18 bDescriptorType 1 bcdUSB 2.00 bDeviceClass 255 Vendor Specific Class bDeviceSubClass 128 bDeviceProtocol 55 bMaxPacketSize0 64 idVendor 0x1a86 QinHeng Electronics idProduct 0xe018 bcdDevice 37.01 iManufacturer 1 wch.cn iProduct 2 USB2.0 To Multi Serial Ports iSerial 0 bNumConfigurations 1 Configuration Descriptor: bLength 9 bDescriptorType 2 wTotalLength 0x002e bNumInterfaces 1 bConfigurationValue 1 iConfiguration 0 bmAttributes 0x80 (Bus Powered) MaxPower 100mA Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber 0 bAlternateSetting 0 bNumEndpoints 4 bInterfaceClass 255 Vendor Specific Class bInterfaceSubClass 128 bInterfaceProtocol 55 iInterface 0 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x82 EP 2 IN bmAttributes 2 Transfer Type Bulk Synch Type None Usage Type Data wMaxPacketSize 0x0200 1x 512 bytes bInterval 0 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x02 EP 2 OUT bmAttributes 2 Transfer Type Bulk Synch Type None Usage Type Data wMaxPacketSize 0x0200 1x 512 bytes bInterval 0 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x81 EP 1 IN bmAttributes 2 Transfer Type Bulk Synch Type None Usage Type Data wMaxPacketSize 0x0200 1x 512 bytes bInterval 0 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x01 EP 1 OUT bmAttributes 2 Transfer Type Bulk Synch Type None Usage Type Data wMaxPacketSize 0x0200 1x 512 bytes bInterval 0 Device Qualifier (for other device speed): bLength 10 bDescriptorType 6 bcdUSB 2.00 bDeviceClass 255 Vendor Specific Class bDeviceSubClass 0 bDeviceProtocol 255 bMaxPacketSize0 64 bNumConfigurations 1 can't get debug descriptor: Resource temporarily unavailable Device Status: 0x0000 (Bus Powered) 我试过CH342F是在Linux系统上可以正常识别的 |
|
|
|
您好,如上提示表示CH9344的USB硬件已经被正常枚举,只要成功安装驱动就会有串口生成的。可以lsmod确认驱动是否加载,然后设备插入执行dmesg查看驱动与硬件的匹配过程,成功会创建tty串口设备。Linux驱动链接地址:http://www.wch.cn/bbs/thread-67447-1.html
|
|
|
|
只有小组成员才能发言,加入小组>>
463 浏览 1 评论
CH579M+RT-Thread,RTC从Sleep模式唤醒失败是什么原因?
2868 浏览 2 评论
2357 浏览 1 评论
810浏览 2评论
CH569通过HSPI实现USB3.0和FPGA高速双向通讯
632浏览 1评论
494浏览 1评论
CH32F103C8T6使用当前官网上的CDC例程会出现设备描述符请求失败
358浏览 1评论
632浏览 1评论
小黑屋| 手机版| Archiver| 电子发烧友 ( 湘ICP备2023018690号 )
GMT+8, 2024-11-22 09:38 , Processed in 1.267685 second(s), Total 89, Slave 72 queries .
Powered by 电子发烧友网
© 2015 bbs.elecfans.com
关注我们的微信
下载发烧友APP
电子发烧友观察
版权所有 © 湖南华秋数字科技有限公司
电子发烧友 (电路图) 湘公网安备 43011202000918 号 电信与信息服务业务经营许可证:合字B2-20210191 工商网监 湘ICP备2023018690号