TI中文支持网用了2年TI的28035，什么都好，就是这个仿真烧录真的让人抓急，一是仿真器很容易链接失败，更重要的是如果仿真器链接不成功，CCS经常会挂掉，或者永远再也链接不上，非重新启动不可。
最近换了一台电脑，可能是USB口保护机制较严格，只要热插拔仿真器，仿真器就会挂掉的样子，然后CCS就跟着挂掉，必须重启一次。因为调试一些产品是活动的，有时又不方便在上面布线，只能烧录一次插拔一次仿真器，这下可好，改一下代码就要重启一次CCS，为了调整几个参数，用户又在催，急死了我一天。相比较而言，STM的单片机，我用eclipse开发，和CCS是一样的平台吧，烧录时几乎没有链接不成功的，偶尔插错线烧录器挂掉，拔了重新插也就OK了，还没碰过需要重启eclipse的，eclipse也从没因此挂掉的。
不知大家是否有和我一样的感受呢？
rookiecalf：
感觉还好吧，只有偶尔挂过。
可以换个隔离型的仿真器试试
调整参数要重新少些代码，说明软件规划中的人机操作不合理。
用了2年TI的28035，什么都好，就是这个仿真烧录真的让人抓急，一是仿真器很容易链接失败，更重要的是如果仿真器链接不成功，CCS经常会挂掉，或者永远再也链接不上，非重新启动不可。
最近换了一台电脑，可能是USB口保护机制较严格，只要热插拔仿真器，仿真器就会挂掉的样子，然后CCS就跟着挂掉，必须重启一次。因为调试一些产品是活动的，有时又不方便在上面布线，只能烧录一次插拔一次仿真器，这下可好，改一下代码就要重启一次CCS，为了调整几个参数，用户又在催，急死了我一天。相比较而言，STM的单片机，我用eclipse开发，和CCS是一样的平台吧，烧录时几乎没有链接不成功的，偶尔插错线烧录器挂掉，拔了重新插也就OK了，还没碰过需要重启eclipse的，eclipse也从没因此挂掉的。
不知大家是否有和我一样的感受呢？
HH Y：
回复 rookiecalf:
看来是我插拔仿真器的姿势不对？
人机界面这个很不好说，我也想做成人机界面来调，但是做这个界面，感觉还不如不停的重启CCS……等闲得dan疼时再做吧……
用了2年TI的28035，什么都好，就是这个仿真烧录真的让人抓急，一是仿真器很容易链接失败，更重要的是如果仿真器链接不成功，CCS经常会挂掉，或者永远再也链接不上，非重新启动不可。
最近换了一台电脑，可能是USB口保护机制较严格，只要热插拔仿真器，仿真器就会挂掉的样子，然后CCS就跟着挂掉，必须重启一次。因为调试一些产品是活动的，有时又不方便在上面布线，只能烧录一次插拔一次仿真器，这下可好，改一下代码就要重启一次CCS，为了调整几个参数，用户又在催，急死了我一天。相比较而言，STM的单片机，我用eclipse开发，和CCS是一样的平台吧，烧录时几乎没有链接不成功的，偶尔插错线烧录器挂掉，拔了重新插也就OK了，还没碰过需要重启eclipse的，eclipse也从没因此挂掉的。
不知大家是否有和我一样的感受呢？
seven xie：
回复 HH Y:
您好：
若采用CCS5+xds100V2的搭配烧写，成功率就好多了。
以前我用CCS3+TDS5100USB，经常像你说的，需要重启，每次烧写都心惊胆战的。
用了2年TI的28035，什么都好，就是这个仿真烧录真的让人抓急，一是仿真器很容易链接失败，更重要的是如果仿真器链接不成功，CCS经常会挂掉，或者永远再也链接不上，非重新启动不可。
最近换了一台电脑，可能是USB口保护机制较严格，只要热插拔仿真器，仿真器就会挂掉的样子，然后CCS就跟着挂掉，必须重启一次。因为调试一些产品是活动的，有时又不方便在上面布线，只能烧录一次插拔一次仿真器，这下可好，改一下代码就要重启一次CCS，为了调整几个参数，用户又在催，急死了我一天。相比较而言，STM的单片机，我用eclipse开发，和CCS是一样的平台吧，烧录时几乎没有链接不成功的，偶尔插错线烧录器挂掉，拔了重新插也就OK了，还没碰过需要重启eclipse的，eclipse也从没因此挂掉的。
不知大家是否有和我一样的感受呢？
囧：
建议你使用XDS100V2+CCS6进行调试，目前看还挺稳定的。
用了2年TI的28035，什么都好，就是这个仿真烧录真的让人抓急，一是仿真器很容易链接失败，更重要的是如果仿真器链接不成功，CCS经常会挂掉，或者永远再也链接不上，非重新启动不可。
最近换了一台电脑，可能是USB口保护机制较严格，只要热插拔仿真器，仿真器就会挂掉的样子，然后CCS就跟着挂掉，必须重启一次。因为调试一些产品是活动的，有时又不方便在上面布线，只能烧录一次插拔一次仿真器，这下可好，改一下代码就要重启一次CCS，为了调整几个参数，用户又在催，急死了我一天。相比较而言，STM的单片机，我用eclipse开发，和CCS是一样的平台吧，烧录时几乎没有链接不成功的，偶尔插错线烧录器挂掉，拔了重新插也就OK了，还没碰过需要重启eclipse的，eclipse也从没因此挂掉的。
不知大家是否有和我一样的感受呢？
HH Y：
回复 囧:
XDS100V2情况好点，之前的问题确实是USB端口供电不足引起的。但是XDS2xx还是不行，在链接状态下关掉F28035的电源，基本非挂不可。用的是CCS6.1.1
用了2年TI的28035，什么都好，就是这个仿真烧录真的让人抓急，一是仿真器很容易链接失败，更重要的是如果仿真器链接不成功，CCS经常会挂掉，或者永远再也链接不上，非重新启动不可。
最近换了一台电脑，可能是USB口保护机制较严格，只要热插拔仿真器，仿真器就会挂掉的样子，然后CCS就跟着挂掉，必须重启一次。因为调试一些产品是活动的，有时又不方便在上面布线，只能烧录一次插拔一次仿真器，这下可好，改一下代码就要重启一次CCS，为了调整几个参数，用户又在催，急死了我一天。相比较而言，STM的单片机，我用eclipse开发，和CCS是一样的平台吧，烧录时几乎没有链接不成功的，偶尔插错线烧录器挂掉，拔了重新插也就OK了，还没碰过需要重启eclipse的，eclipse也从没因此挂掉的。
不知大家是否有和我一样的感受呢？
HH Y：
回复 seven xie:
xds100太慢，xds200爽多了，不过xds200更不稳定，重启概率更大
用了2年TI的28035，什么都好，就是这个仿真烧录真的让人抓急，一是仿真器很容易链接失败，更重要的是如果仿真器链接不成功，CCS经常会挂掉，或者永远再也链接不上，非重新启动不可。
最近换了一台电脑，可能是USB口保护机制较严格，只要热插拔仿真器，仿真器就会挂掉的样子，然后CCS就跟着挂掉，必须重启一次。因为调试一些产品是活动的，有时又不方便在上面布线，只能烧录一次插拔一次仿真器，这下可好，改一下代码就要重启一次CCS，为了调整几个参数，用户又在催，急死了我一天。相比较而言，STM的单片机，我用eclipse开发，和CCS是一样的平台吧，烧录时几乎没有链接不成功的，偶尔插错线烧录器挂掉，拔了重新插也就OK了，还没碰过需要重启eclipse的，eclipse也从没因此挂掉的。
不知大家是否有和我一样的感受呢？
囧：
回复 HH Y:
你的意思是，在调试过程中，突然拔掉F28035的电源，仿真就会断开吗？还是会产生其他更严重的后果？
XDS200主要针对F28377S/F28377D这样的高频处理器，XDS100V2的速度是1M，用于F2835. F28069足够了
用了2年TI的28035，什么都好，就是这个仿真烧录真的让人抓急，一是仿真器很容易链接失败，更重要的是如果仿真器链接不成功，CCS经常会挂掉，或者永远再也链接不上，非重新启动不可。
最近换了一台电脑，可能是USB口保护机制较严格，只要热插拔仿真器，仿真器就会挂掉的样子，然后CCS就跟着挂掉，必须重启一次。因为调试一些产品是活动的，有时又不方便在上面布线，只能烧录一次插拔一次仿真器，这下可好，改一下代码就要重启一次CCS，为了调整几个参数，用户又在催，急死了我一天。相比较而言，STM的单片机，我用eclipse开发，和CCS是一样的平台吧，烧录时几乎没有链接不成功的，偶尔插错线烧录器挂掉，拔了重新插也就OK了，还没碰过需要重启eclipse的，eclipse也从没因此挂掉的。
不知大家是否有和我一样的感受呢？
HH Y：
回复 囧:
拔掉电源就弹出窗口提示，然后不管点什么按钮，都是必须重启CCS的，否则无法继续链接。XDS100 和 XDS200 的差异在烧录速度上比较明显，如果代码量少，感觉不到多大差别，但是如果64K容量基本烧满的话，差异就大大的了
