你好,罗伊,让我祝贺整个MCC团队的USB Lite。USB Lite是非常受欢迎的,它是今天的Lite,因为它只提供基本的CDC和供应商类。然而,它是完全相同的烟囱下的烟囱。总有一天它会变成完整的。我最好的祝愿。微小的添加物可以很长的路。顺便说一句,我不是USB专家,虽然在微芯片mla u***堆栈上有一些接触。USB向导可能是最好的方法,或者对要填充的字段提供简单的工具提示和警告会很有帮助。例如,如果PIC端没有使用真正的UART,则可以跳过cdc线路编码。它跳过了我的注意,MCC USB Lite甚至为PC端创建了一个.inf驱动程序文件,这很好。所以我没有设置TIS作为VBUS引脚的输入,出现了奇怪的问题。甚至我的Windows上的一个BSOD在尝试睡眠时(暂停Vbus争用),因为我的设备是电池供电的设备,必须回到低功率模式。此外,它对USB的电池进行充电,所以我不得不手动调整描述符文件中的功率。其他的事情是:PIN管理器为每个PIN I/O生成冗余注释,并妨碍文件的可读性。如果mcc_._filesu***不在项目路径的编译器中,那么新手可能会看到构建错误。在生成结束时,一个报告会完成一些非常棒的工作,可能是使用基本示例。
你好,罗伊,让我祝贺整个MCC团队的USB Lite。USB Lite是非常受欢迎的,它是今天的Lite,因为它只提供基本的CDC和供应商类。然而,它是完全相同的烟囱下的烟囱。总有一天它会变成完整的。我最好的祝愿。微小的添加物可以很长的路。顺便说一句,我不是USB专家,虽然在微芯片mla u***堆栈上有一些接触。USB向导可能是最好的方法,或者对要填充的字段提供简单的工具提示和警告会很有帮助。例如,如果PIC端没有使用真正的UART,则可以跳过cdc线路编码。它跳过了我的注意,MCC USB Lite甚至为PC端创建了一个.inf驱动程序文件,这很好。所以我没有设置TIS作为VBUS引脚的输入,出现了奇怪的问题。甚至我的Windows上的一个BSOD在尝试睡眠时(暂停Vbus争用),因为我的设备是电池供电的设备,必须回到低功率模式。此外,它对USB的电池进行充电,所以我不得不手动调整描述符文件中的功率。其他的事情是:PIN管理器为每个PIN I/O生成冗余注释,并妨碍文件的可读性。如果mcc_._filesu***不在项目路径的编译器中,那么新手可能会看到构建错误。在生成结束时,一个报告会完成一些非常棒的工作,可能是使用基本示例。
举报