发现有了O版
jackfangxq 发表于 2024-2-21 20:19
发现有了O版
强大了很多，连续 M/L/N/O, O版，新功能，成熟了
{:4_174:}
神农鼎 发表于 2024-2-21 18:18
在电脑上连接上
两个 【一箭双雕转双串口】和
两个 【STC-USB Link1D】 的效果
编号和芯片的外设一样用下划线怎么样：
_1
_2
_3
有的字符串太长了的话，字符“USB”都是一样的也可以去掉了，有的去了有的没去不统一
再说了，一看CDC或HID，肯定知道是USB设备，为避免长度过长，也无需赘述
数了一下，不超出显示范围，大概是32个字符
建议把设备编号放在前面，就像找地址一样，先找哪栋楼，再找几层，再找几门，符合一般惯例
按操作系统设备管理器显示格式，建议把操作系统分配的串口号(COM*)放在最后
CDC*与UART*为一一对应关系，CDC后的编号可省略，在其他协议中，如UAC写成UAC1、UAC2，编号会与协议版本混淆
建议的字符串格式列举如下：
设备1：
STC-USB Link1D：
STC-LINK1D_1-CDC-UART1 (COM*)
STC-LINK1D_1-CDC-UART2 (COM*)
STC-LINK1D_1-HID-UART1
设备2：
STC-USB Link1D：
STC-LINK1D_2-CDC-UART1 (COM*)
STC-LINK1D_2-CDC-UART2 (COM*)
STC-LINK1D_2-HID-UART1
设备3：
STC-2CDC+HID：
STC-2CDC+HID_1-CDC-UART1 (COM*)
STC-2CDC+HID_1-CDC-UART2 (COM*)
STC-2CDC+HID_1-HID-UART1
设备4：
STC-2CDC+HID：
STC-2CDC+HID_2-CDC-UART1 (COM*)
STC-2CDC+HID_2-CDC-UART2 (COM*)
STC-2CDC+HID_2-HID-UART1
经检查，均未超出显示范围
6.92O版
O版好像不能不停电下载了？
本帖最后由 DebugLab 于 2024-2-21 23:54 编辑
DebugLab 发表于 2024-2-21 20:36
编号和芯片的外设一样用下划线怎么样：
_1
_2补充其他（如有）
设备5：
STC-CAN+LIN：
STC-CAN+LIN_1-CDC-CAN1 (COM*)
STC-CAN+LIN_1-CDC-LIN1 (COM*)
设备6：
STC-2CAN：
STC-2CAN_1-CDC-CAN1 (COM*)
STC-2CAN_1-CDC-CAN2 (COM*)
设备7（STC-4CDC转4UART，波特率相同）：
STC-4CDC：
STC-4CDC_1-CDC-UART1 (COM*)
STC-4CDC_1-CDC-UART2 (COM*)
STC-4CDC_1-CDC-UART3 (COM*)
STC-4CDC_1-CDC-UART4 (COM*)
设备8（STC-4CDC转4UART，波特率相同）：
STC-4CDC：
STC-4CDC_2-CDC-UART1 (COM*)
STC-4CDC_2-CDC-UART2 (COM*)
STC-4CDC_2-CDC-UART3 (COM*)
STC-4CDC_2-CDC-UART4 (COM*)
设备9（STC-CDC+HID，直接通信）：
STC-CDC+HID：
STC-CDC+HID_1-CDC (COM*)
STC-CDC+HID_1-HID
设备10（STC-CDC+HID，直接通信）：
STC-CDC+HID：
STC-CDC+HID_2-CDC (COM*)
STC-CDC+HID_2-HID
神农鼎 发表于 2024-2-20 23:50
明早请内部再测试下
测试O版意外弹窗问题没有了
神农鼎 发表于 2024-2-21 20:29
强大了很多，连续 M/L/N/O, O版，新功能，成熟了
姚总，和您反馈一个小建议：
输入的字符能不能增加一个去除重复的功能，多次出现的字符只取模一次，
这样对于开发过程中会实用很多。
本帖最后由 DebugLab 于 2024-2-22 01:15 编辑
发现问题：
串口助手在CDC-UART1打开COM口，自动循环发送，此时在HID点检测MCU选项，由于这两种方式访问的都是UART1，就会冲突报错（如图所示）
本人设想的解决方法：
由于此HID方式一般用于无CDC驱动的老操作系统方便给STC单片机下载用，用户应该不能使用此方式转UART吧（反正我用HID助手怎么试都没看到串口灯亮），但用户可能会使用自己开发的程序通过CDC访问UART1，要是STC-ISP的串口助手占用了CDC-UART1还好说，要用HID下载时直接关了CDC-UART1就行，但如果是用户自己开发的程序占用了CDC-UART1，STC-ISP就无法控制了，此时（需要通过HID-UART1给目标芯片下载时）STC-ISP可以尝试在后台打开CDC-UART1，如果无法打开，弹窗提示用户关闭CDC-UART1（如果是STC-ISP串口助手打开的，STC-ISP可以自己把CDC-UART1关了），如果在后台成功打开CDC-UART1，在通过HID-UART1给目标芯片下载时，在后台保持打开CDC-UART1（但不进行任何数据传输操作）直到下载完毕，再关闭CDC-UART1，释放对应的COM口，这样保证在HID-UART1给目标芯片下载过程中，STC-ISP全程占用CDC-UART1的COM口，让用户在下载过程中就算用其他程序也打不开该COM口，就可以彻底避免UART1的访问冲突（当然事先要检测CDC-UART1的COM口是否存在，不能连CDC驱动还没装也非要占用CDC-UART1的COM口）
本人虽不懂上位机编程，但觉得这个逻辑行得通，供官方人员参考