-
Notifications
You must be signed in to change notification settings - Fork 92
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Facing register read, write error and bulk transfer timeout when running pocket_conf and pocket_trk #22
Comments
Try the following procedure. |
You don't seem to able to access your FE properly. |
(1) Would you show detailed environmet in which did you test. (FE H/W, CPU, OS, version, version of GCC, LIBUSB.) |
Your FE is recognized only as a USB 1.1 device and FULL speed mode (12Mbps). FE should be operated as USB 2.0 HIGH speed mode (480Mbps).
I'm not sure the reason why. The USB host controller may have some limitation to support multiple HIGH speed USB devices. Please disconnect other USB devices or hubs and try again. |
Professor, could the issue be with drivers? I remember installing EZ-USB FX2LP drivers in windows, but I haven't done that for my Linux system. Also when I checked without the USB Hub on my linux system I get the appropriate speed, but it shows drivers=none: Is this the appropriate link to get the driver for linux? |
I have tested my FE 2CH with Ubuntu 18.04LTS, 20.04LTS, 22.04LTS and 24.04LTS but had no problems. Driver=[none] by lsusb seems right. |
Hi Professor Takasu, I uploaded the F/W on PocketSDR 2CH using the technique you mentioned in your article: https://gpspp.sakura.ne.jp/diary202109.htm#0923 The process completed successfully, and I got the message "Successfully Programmed" both for Vend_ax.hex and pocket_fw.iic
However, when I connect the PocketSDR and run the pocket_conf command, I get the following register read error and register write error for CH1 and CH2. When I repeatedly run the command the registers that face these errors change, sometimes the error occurs in many registers, other times it only occurs in one register. But the problem still persists. Is the SPI communication between the Cypress controller and MAX2771 the source of this issue? Did you face similar problem?
When I was trying to run pocket_conf again and again, only once did it show no error. So I ran the pocket_conf -a command to see if the registers were written correctly. After verifying, I ran the pocket_dump command, it ran but no IQ was stored in the binary file. The ch1.bin file created was 0KB, and when I tried to run the pocket_trk command after that it showed no results on the terminal just indication of "bulk transfer timeout".
Is the bulk transfer timeout also because of the SPI communication between Cypress and MAX2771?
The text was updated successfully, but these errors were encountered: