USB low-full-high speed peripherals Forum Discussions
CY7C68013A-128AXIのコンプライアンステスト用設定について
EZ-USB® FX3の場合、
http://www.cypress.com/file/134661/download
p400
- 10.11 USB2 Device Controller Registers
- 10.11.1 DEV_CS
USB Testモード
Test_Packet
の設定がありますが
CY7C68013A-128AXI (FX2)の場合、同様の設定が見つけられませんでした。
コンプライアンステストにて、波形品位を確認したいのですが
どうすればTest_Packetが出力できるかご教示ください。
Takahashi
Show LessHello,
we use the CY768013A USB controller in some of our devices. Some customers using USB3.0 hosts have the problem, that the USB connections fails after some time of using (like 10 to 60 minutes).
The device class is custom USB device and we use Bulk transfers on one EP and control transfers, we use CYUSB3 drivers. The problems disappears when the customers use an USB 2.0 Slot at the computer. This is starting to be a problem, because many new computers have USB3.0 slots only, or USB 3.0 slots are marked as USB 2.0 slots.
Are there any known issues on this topic Or can someone give me a hint how we could solve this problems?
kind regards
Simon
Show LessWe are facing an issue with respect to communication using the cypress USB interface ( CY7C68053-56BAXI) on windows 10 laptop having a USB 3.0 port. We are hoping that you could help us regarding this issue.
The communication stalls at times and this behavior is inconsistent. We tried upgrading the CyUSB3 drivers available on your website for windows 10, 64 bit OS and using the new CyUSB.dll, but this did not seem to solve this issue. Please let us know if this is a known issue and if there is any work-around for this.
Thanks in advance for you time and help.
Regards,
Prasad
Show LessHi,
I am trouble-shooting intermittent read errors from the custom design using 68013a at 480Mbps USB transferring data to Windows PC-based application using 3.4.7 Cypress driver and .net library. The problem occurs rarely - once per 1..5*10e7 packets control transaction ctrlEP.XferData() returns false almost immediately or after few (0-5) milliseconds. Surely I have tried obvious remedies such as using better (or shorter) USB cable, different PC and different USB2.0 port but the problem is persistent.
- What is the re-transmission policy of the control transactions in the CyUSB driver / .net library (how many retries are allowed before declaring the failure)?
- Is any way to change the re-transmission policy?
- Any other ideas/suggestions are greatly appreciated
Best regards,
Alex
Show LessHello,
My apology for writing in Japanese.
Device:CY7C65211-24LTXI
今のところ具体的な問題が発生している状況ではありませんが、
CY7C65211に対する書き込み方法について懸念点がありますので、
質問させていただきます。
★質問の背景
CY7C65211の評価を終え、実製品に搭載しようとした場合に、
どの方法でCY7C65211に書き込むべきなのかが判断できません。
なお、Windows環境で書込みに使用するGUIツール(USB Serial
Configuration Utility)が提供されている事は理解しています。
■質問1:
CY7C65211に対しコマンドラインから書きこむ方法がある事を、コミュニティの別スレッドで見つけました。
この方法で書込みを行って正常に書き込めないなどの不具合等が見つかった場合、コマンドライン上で
実行するexeファイルを改版していただけるなどのサポートはありますか?
<Windows環境でのコマンドラインからの書き込み>
下記スレッドで入手可能なファイルをコマンドライン上で実行
https://community.cypress.com/thread/30556
<Linux環境でのコマンドラインからの書き込み>
下記スレッドで入手可能なファイルをコマンドライン上で実行
https://community.cypress.com/message/90033
上記のexeファイルがいつ頃作成されたものかは存じませんが、
当時のWindowsやLinuxカーネルのバージョンでは正常に
書き込めたとしても、最新のOS(Windows10など)では
コマンドラインの挙動が異なっている可能性も有り、万が一
書き込めない場合にexeファイルを改版いただけるかが
気になっています。
■質問2:
そもそも、コマンドラインから書き込む方法はイレギュラーな方法でしょうか?
私が調べた限り、上記のexeファイルはサイプレスWeb上では公開されておらず、
コミュニティ上にしか情報が存在しません。
この事から、コマンドラインからの書き込みは可能だが正式な方法ではないため、
あくまでも自己責任の上で実施してくださいという事でしょうか?
Hello,
My apology for writing in Japanese.
Device:CY7C65211-24LTXI
■質問1:
CY7C65211へのプログラムはGUIツール(USB Serial Configuration Utility)を
使用しますが、プログラムする時にVerifyは実行されていますか?
ツールの操作画面にはVerifyを単独で実行するコマンドがありませんでした。
プログラムに成功すると添付の画面でSuccessと表示されますが、
プログラム後Verifyも実行した上でSuccess判定をしているのでしょうか。
■質問2:
コマンドライン上からCY7C65211にプログラムする場合もVerifyは実行されていますか?
以前、別のスレッドで質問させていただいた際、fwdownload.exeを使って
Windowsのコマンドラインからプログラムする方法をご教授いただきました。
(fwdownload.exeは下記のスレッドから入手できます)
CY7C65211 Serial Communication Mode
Windows7環境でコマンド実行し、プログラム成功のメッセージが出力されるのを確認できましたが、
この方法での書き込みについても、Verifyが実行されているか確認させてください。
メッセージ編集者: Hiroki Yamashita リンク先に誤りがあったため、修正。
Show LessHello:
I am using the fwDownload.exe command-line utility to reconfigure my CY7C65211's GPIOs etc. I am using this utility within a windows application, and as such I have created a C# System.Diagnostics.Process to run the EXE, with passed arguments for the configuration file, VID, etc. When the process finishes, I examine the exit code. I find that with one configuration file the exit code is a "0" and with another file it is a "2".
I would like to know what the exit codes for the fwDownload.exe utility mean, so I can know what to do in my code depending on the codes.
Thanks,
Gary
Show LessHello,
I'm working our project with cybulk example which is located in
c:\Program Files\Cypress\Cypress Suite USB 3.4.2\CyAPI\examples\cybulk\ .
And MCU (CY68013A) code is refered on c:\Program Files\Cypress\GPIF Designer\fifo\ .
Structure is below.
host sends cmd by ep0 for uploading 32MB. -> mcu set GPIF and others in TD_Poll().
Now, WaitForXfer() has some bug. in previous bulletin, somenoe had same problem.
you can compare below 3 codes. it is extracted from BulkLoopDlg.cpp.
- WaitForXfer() has expired time every test.
- if TD_Poll() function is continuously uploading , WaitForXfer() will be success.
in oscilloscope , GPIF counter has 6 cycle completely, but WaitForXfer() has complete
receving then.
Maybe, BeginDataXfer() doesn't set event , when it has received by Length argument.
current correctly return of WaitForXfer() is returning by over received or other problem.
if you test this problem, don't operate example directly.
example code for MCU is wrong. it uploads infinitly by IN packet. Thus it fake bulkloop codes of WaitforXfer() as
correctly operation.
UINT XferLoop(){
.................................
#if 0//original code
UCHAR *outContext = dlg->OutEndpt->BeginDataXfer(data,outlen,&outOvLap);
UCHAR *inContext = dlg->InEndpt->BeginDataXfer(inData,inlen,&inOvLap);
dlg->OutEndpt->WaitForXfer(&outOvLap,2000);
dlg->InEndpt->WaitForXfer(&inOvLap,2000);
success = dlg->OutEndpt->FinishDataXfer(data, outlen, &outOvLap,outContext);
success = dlg->InEndpt->FinishDataXfer(inData,inlen, &inOvLap,inContext);
#elif 0//modified to use Bulkendpoint instead Endpoint class. it is still using WaitForXfer().
//UCHAR *inContext = dlg->InEndpt->BeginDataXfer(inData,inlen,&inOvLap);
UCHAR *inContext =dlg->USBDevice->BulkInEndPt->BeginDataXfer(inData,inlen,&inOvLap);
SendCmd(VX_B3);// send upload command by ep0. it release once if(in_enable) variable in
Fx2_to_extsyncFIFO.c file.
//dlg->InEndpt->WaitForXfer(&inOvLap,6000);
dlg->USBDevice->BulkInEndPt->WaitForXfer(&inOvLap,6000);
//success = dlg->InEndpt->FinishDataXfer(inData,inlen, &inOvLap,inContext);
success = dlg->USBDevice->BulkInEndPt->FinishDataXfer(inData,inlen, &inOvLap,inContext);
#else //this is good!!
//UCHAR *inContext = dlg->InEndpt->BeginDataXfer(inData,inlen,&inOvLap);
UCHAR *inContext =dlg->USBDevice->BulkInEndPt->BeginDataXfer(inData,inlen,&inOvLap);
Sleep(100);
SendCmd(VX_B3);
//dlg->InEndpt->WaitForXfer(&inOvLap,6000);
//dlg->USBDevice->BulkInEndPt->WaitForXfer(&inOvLap,6000);
Sleep(400);//32MB is consume about 349.5ms. 349.5ms/20.83ns=16M WORD. //it is correct.
//success = dlg->InEndpt->FinishDataXfer(inData,inlen, &inOvLap,inContext);
success = dlg->USBDevice->BulkInEndPt->FinishDataXfer(inData,inlen, &inOvLap,inContext);
#endif
Hello,
Downloading the latest CyUSBSerial SDKs for Mac and Linux, I notice the Library header is licensed with terms:
/*
## Cypress USB Serial Library header file (CyUSBSerial.h)
## ===========================
##
## Copyright Cypress Semiconductor Corporation, 2012-2013,
## All Rights Reserved
## UNPUBLISHED, LICENSED SOFTWARE.
##
## CONFIDENTIAL AND PROPRIETARY INFORMATION
## WHICH IS THE PROPERTY OF CYPRESS.
##
## Use of this file is governed
## by the license agreement included in the file
##
## <install>/license/license.txt
##
## where <install> is the Cypress software
## installation root directory path.
##
## ===========================
*/
The license.txt then containing a standard LGPLv2.1 license.
What is meant by "CONFIDENTIAL AND PROPRIETARY INFORMATION"?
The only way of adhering to these two conflicting licensing terms would be to not use CyUSBSerial in any end-products (where the customer can
demand me for this "Cypress Confidential" info, as per LGPL terms).
But in the SDK documentation preamble, Cypress explicitly forbids the use of this technology in life-critical applications, which would implicltly
imply this this software is indeed intended to be used in (non-life-critical) applications.
Am I misinterpreting something?
Or are the conflicting restrictions "CONFIDENTIAL AND PROPRIETARY INFORMATION" just a 'bug' in the software?
thanks in advance,
kalle
Show LessHello,
My apology for writing in Japanese.
Device:CY7C65211-24LTXI
上記デバイスに対してプログラムする時に使用する設定ファイル(.cyusb)について質問があります。
■参考:USB Serial Configuration Utility
http://www.cypress.com/documentation/software-and-drivers/usb-serial-software-development-kit?source=search&keywords=usb%20serial%20sdk
私の認識は下記の通りです。
・.cyusbはUSB Serial Configuration Utilityで作成する。
・USB Serial Configuration UtilityはWindows版しか存在しない。
・LinuxやAndroid OSからもデバイスにプログラムする方法が存在する。(上記URL参照)
・プログラム時に使用可能なファイル形式は.cyusbのみ。(.hex形式は対応していない)
・デバイスへのプログラムはUSB経由で書き込む以外に方法が存在しない。(.hexが使えず汎用のROMライタが使えない為)
質問1:
上記の認識は正しいでしょうか?
質問2:
もしWindows環境が用意できず、Linux環境のみしか用意できない場合は、
どうやってプログラム用のファイル(.cyusb)を作成するのでしょうか?
質問3:
.cyusbファイルを.hex形式に変換する方法はありますか?
hex形式で書き込めるのであれば、汎用のROMライタが使えるのでプログラムしやすいです。