如何改善68013A在未安全取出的情况下拔下闪存时不稳定的问题？

你好，
你的意思是说，当你发出“打印”命令并在打印任务完成之前，你把设备插上，然后图片被扭曲了吗？这是显而易见的，因为数据还没有完全达到。为了提高稳定性，可以通过使用更深的缓冲来提高数据速率。请查一下！！
当做，
加亚特里



     以下为原文
   Hello,
     
    Do you mean to say that as you issue the 'Print" command and before the printing task is complete, you plug out the device and then the picture is distorted? That is obvious since the data has not reached through fully. In order to increase the stability you can increase the data rate by using a deeper buffering. Please check out that !!
     
    Regards,
    Gayathri 

这发生在许多设备和集线器上。
如果安装了设备，必须安全移除，在许多情况下，这是移除设备的动作，该设备会导致某些集线器重置，并试图重新计算设备链。
我可以可靠地把这个复制到许多“亚洲”的集线器上，它甚至会使我的iPod认为它被断开和重新连接。



     以下为原文
   This occurs with many devices and hubs.
    Devices MUST be removed safely if they are mounted, in many cases it is the action of removing the device that causes some hubs to reset and try to re-numerate the device chain.
    I can reliably duplicate this  on a number of  'asian' made hubs, it even causes my IPod to think it ha been disconnected & re-connected.

你的重播，感谢Gayathri，但filei想打印不到U盘，它是在计算机硬盘、U盘，不是我的打印工作。昨天我发现，当拔出U盘（不是我打印的工作，只是一个U盘）没有安全删除，用DeviceIoControl函数的批量传输返回错误。所以我不知道有多少数据已经发出，多少已经失去了。每次我送16kb为68013一般的司机。你能给我一些更多的建议，非常感谢。



     以下为原文
  Thanks for your replay, Gayathri ,but the file I want to print is not int the flash disk, it is in the computer disk, the flash disk is not related to my print job. I found yesterday that when plug out the flash disk(nothing to do with my print job, just a flash disk) without safely removed, the bulk transfer with the DeviceIoControl function returned error. So I didn't know how much data had been sent and how much had been lost.  Everytime I sent 16KB into the general driver of 68013. Would you give me some more advices, thanks very much. 

成本低廉的集线器真的很麻烦。
当做，
胡建华



     以下为原文
  The low-cost hubs are really troublesome .
    regards,
    hujianhua

你好，
所以，现在的情况是，当你插入一个U盘，这是没有办法的打印机应用相关的数据流向打印机越来越受到影响。那真的很奇怪。您可以查一下，让我知道wjat是错误被返回？我相信你是沟通直接cyu***.sys司机不使用cyu***.dll。如果是这样的话，你可以使用元帅。getlastwin32error()方法获取错误代码。请查看矿石信息：
http://msdn.microsoft.com/en-us/library/system.runtime.interopservices.marshal.getlastwin32error.aspx
HTTP://MSDN.微软.CON/EN-U/Labalay/MS68 1381.ASPX
同时，这将是有益的如果你能得到一丝的USB通信使用任何分析仪/ ellysis像喷泉。如果是这样，请给我们提供线索。
当做，
加亚特里



     以下为原文
   Hello,
     
    So, the case is that as you plug out a flash disk, which is no way related to printer application, the data flow to the printer is getting affected. That is really strange. Can you check and let me know wjat is the error being returned? I believe you are communicating directly to CyUSB.sys driver without using CyUSB.dll. If so, you can use Marshal.GetLastWin32Error() method to get the error code. Please have a look at for ore information:
    http://msdn.microsoft.com/en-us/library/system.runtime.interopservices.marshal.getlastwin32error.aspx
    http://msdn.microsoft.com/en-us/library/ms681381.aspx
     
    Also, it would be useful if you can get a trace of the USB traffic using any Analyzer like CATC/Ellysis. If so, please provide us the trace.
     
    Regards,
    Gayathri

嗨，我试过在我的打印程序中的GETLASTULF函数，并使用FrastMasGe函数打印它。结果是“手术顺利完成”。真奇怪。通过使用BooHead来检查数据，我发现当我拔出闪存盘时，68013返回了一个错误。今天我试着发送512字节的ErrimeTimes，当它失败时再发送，它看起来不错，虽然我拔出闪存盘时仍然有错误。我觉得当我发送一个超过512的数据包给通用驱动程序时，驱动程序将在512个数据包中为我发送数据68013次，但是当我拔出闪存盘而不安全地删除它时，系统发现一个错误并中断驱动程序，因此一些数据包已经被发送，有些丢失，并且返回错误。当发送512成功或失败时，不会丢失驱动程序中的数据。我尝试使用CyAPI，结果是一样的。我不知道这是不是脏兮兮的病患或系统。
在一些高端计算机上，它没有问题，但在低端计算机上，问题是严重的。
当做，
胡建华



     以下为原文
  hi,  I tried GetLastError function in my print program and printed it using FormatMessge function. The result was "The operation completed successfully". It's weird. And by using Bus Hound to check the data, I found 68013 returned an error when I unpluged the flash disk. Today I tried sending 512 Byte ererytime, and sent again when it failed ,it seemed work OK ,though it still returned  error when I unplug the flash disk. I feel that when I send a packet more than 512 to generic driver, the driver will sent the data  to 68013 several times for me at 512 a packet, but when I unplug the flash disk without remove it safely, the system  find a error and interrupt the driver, so some packets have been sent ,some lost, and return an error. When sending  512 it  succeed or failed, won't lost data in the driver. I tried using CYAPI, the result was the same. I dont know if it is the dirver's probelm or system.
    At some high end computer , it had't the problem, but at low end computer the problem is serious.
    regards,
    hujianhua

你好，
请你把USB跟踪截图，对于这两种情况下，当你发送512字节每次和16KB每次。
当做，
加亚特里



     以下为原文
   Hi,
     
    Can you please take screenshots of the USB trace, for both cases, when you are sending 512 Bytes everytime and 16kB everytime.
     
    Regards,
    Gayathri

嗨，512个案例刷新得太快了，我没法抓到它，16K的案例在附件里。希望你的建议。谢谢。
当做
胡建华
2011-111-10Y175900.JPG
57.3 K



     以下为原文
  hi, the 512 case refresh so fast that I couldn't catch it,the 16K case is in the file attached.Hope for your advices. Thanks.
    regards
    hujianhua

•   2011-11-10_175900.jpg 57.3 K
  
  

你好，
屏幕截图没有什么用处。我认为如果你能发送实际的跟踪文件就好了。我下载了巴士猎犬6.01限量版。如果这还不够，请告诉我从哪里下载巴士猎犬S/W。我想看看USB数据包。
此外，我不明白你的意思是“512案例刷新这么快”。你不能开始记录软件中的流量，然后开始发送512字节的流量吗？如果我错了请告诉我。
当做，
加亚特里



     以下为原文
  Hi,
     
    The screenshot is of little use. I think it would be good if you can send over the actual trace file. I downloaded Bus Hound 6.01 limited version. If that won't be enough, please point to me the location from which I download the Bus Hound s/w. I would like to look at the USB packets.
    Also, I did not understand what you meant by '512 case refresh so fast'. Can't you start recording the traffic in the software, and then start sending the 512 Byte traffic? Please clarify me if I am wrong.
     
    Regards,
    Gayathri

你好，
看来，汽车猎犬只能记录2076kb。我无法捕捉到512个案例中的错误，因为它太快地覆盖了过去的记录。下面的两个文件是512和16K的记录。谢谢。
当做，
胡建华
16K.TXT.ZIP
2.8 K



     以下为原文
  hi,
    It seems that the bus hound can only record 2076KB. I couldn't catch the error in the 512 case because it overides the past record so fast. The two files below are the records of 512 and 16K. Thanks.
    regards,
    hujianhua

•   16k.txt.zip 2.8 K  
  
  

邮编邮编
84.6 K



     以下为原文
  

•   512.txt.zip 84.6 K  
  
  

你好，
从一个你以前的评论，我的理解是：当你将数据发送到打印机512bytes / 16kb每次都拔下闪存驱动器是中断数据传输，从而造成一些丢包，从而错误。但自从16kb包更大，损失是深刻的，因此印刷画面变得扭曲。案例512字节，数据包越小，损失不在印刷图像显著。如果我错了请纠正我。
今天我想熟悉公交车猎犬捕捉。我想知道是否在总线的猎犬捕捉数据场是大的/小端格式。我不知道，因为，我发现USB状态代码= 0x C0 00 00 11是相同的u***_xact_error。但我找不到任何解释USB状态代码= 0x 11 00 00 C0为止。我正在进一步调查这个问题。但我只是想跟你知道的，对数据场总线猎犬..。
当做，
加亚特里



     以下为原文
   Hello,
     
    My understanding from one of your previous comments is that: When you are sending data to printer as 512Bytes/16kB everytime, in both cases unplugging Flash drive is interrupting this data transfer and thus causing drop in some packets, and thus error. But since the 16kB packets are bigger, the loss is profound and thus the printed picture is getting distorted. In case 512 Bytes, the packets being smaller, loss is not that notable in the printed picture. Please correct me if I am wrong.
    Today I was trying to get familiar with the Bus Hound captures. I would like to know whether the 'data' field in the Bus hound capture is in Big/little endian format. I was wondering, because, I found that USB STATUS CODE = 0x C0 00 00 11 is same as USB_XACT_ERROR. But I could not find any explanation for the USB STATUS CODE = 0x 11 00 00 C0 so far. I am looking about this further. But I just wanted to check with you in case you know, about the endianness of the 'data' field in Bus hound.
     
    Regards,
    Gayathri

你好，
在我看来，由于USB 2发送一个包为512字节，当我发送一个数据包为512，发送成功或没有把所有。所以电脑没有数据发送时，我收到一个错误，我讨厌这个包又好。我有一个测试，我没有发送数据包时再收到一个错误，图像是错误的。但当16k包，电脑可能已经把一些包时被中断并返回一个错误。我还测试了在16K数据包重发，图像不正确。
我认为公共汽车猎犬是小天使。我曾经发送过0x90 03，它显示了03个90。
谢谢。
当做，
胡建华



     以下为原文
  hi,
    In my opinion ,since the u*** 2.0 sending a packet as 512 byte, when I sent a packet as 512, it sent it successfully or didn't send at all. So computer didn't send the data  when I got an error, I resent this packet again and it was OK. I had a test that I didn't send the packet again when got an error, the image was wrong. But when 16K a packet , the computer may have had sent some packets when being interrupt and return an error. I had also tested resending at 16K a packet, the image wasn't right.
    I think bus hound is little endian. I had ever sent 0x90 03, it showed 03 90.
    thanks.
    regards,
    hujianhua

你好，
我认为，由于同一主机控制器正在处理这两种设备，当您未插拔闪存驱动器而不安全地移除时，由于闪存驱动器产生的错误导致传输到FX2LP的中断。我不认为它与CysB.SIS驱动程序有任何关系。如果有可能捕获512字节的错误，那么我们就可以确认数据包是否被重新发送。
我认为，做“安全移除”和不插电设备总是好的。如果你热衷于解开它，或者为了进一步调试这个问题，我们将不得不更深入地分析流量。为此，您可能需要创建一个案例，这样我们的工程师就可以看一看并与您密切合作。您可以创建案例Athtp://wwwyCysP.com /如果是这样的话。
当做，
吉亚特里



     以下为原文
   Hello,
     
    I think since the same host controller is handling both the devices, when you are un-plugging the flash drive without safely removing, error generated due to the Flash drive is causing the interruption in the transfers to the FX2LP. I don't think it has got anything to do with CyUSB.sys driver. If it was possible to capture the error of 512Byte case, then we could have confirmed whether the packets are being re-sent or not.
    I think, it would be always good to do 'Safely remove' and un-plug the device. If you are keen on unplugging it otherwise or to further debug into the issue, we will have to analyze the traffic more deeply. For that you may have to create a case so that one of our engineers can take a look at this and work closely with you. You may create the case at http://www.cypress.com/ if so.
     
    Regards,
    Gyaathri

谢谢。我会做更多的测试来检查是否有任何方法来解决这个问题。
当做，
胡建华



     以下为原文
  Thanks. I'll do more tests to check if there is any method to slove the problem.
    regards,
    hujianhua

你好，
如果你认为需要帮助，请随意打开一个箱子。我们总是乐意帮助你。如果你发现任何值得注意的东西，请在这里张贴，让其他人从中受益。
当做，
加亚特里



     以下为原文
   Hello,
     
    Please feel free to open a case if you think you need help. We are always glad to help you out. If you find anything notable, please do post it here, so that others can benefi from the same.
     
    Regards,
    Gayathri