XHRA QSPI flash booting problem

Technical questions regarding the xTIMEcomposer, xSOFTip Explorer and Programming with XMOS.
User avatar
New User
Posts: 3
Joined: Thu Jul 28, 2016 3:52 pm

Re: XHRA QSPI flash booting problem

Postby fazee » Fri Jul 29, 2016 7:11 am

Thanx Louis for the words of hope :)
But the Blue Moon was in May - maybe some echoes ?

And now for trying to cut the XMOS releases comparing:
Both of our XMOS'es are 1617 (on EVB and BB). So I do not think it is a >1610 issue :).

New User
Posts: 2
Joined: Fri Jul 29, 2016 6:42 am

Postby sakage » Fri Jul 29, 2016 7:44 am

Hi all

I have XHRA-2HPA-TQ64 in two another lots.
- GT152301 : P32W22.00 (its working with IS25LQ016B and 24MHz XO)
- GT161701 : PA4M20.00 (its NOT working with IS25LQ016B and 24MHz XO)
I have problem, The operation of the QSPI is different in the two lots.
Circuit, PCB and parts is a common.

QSPI waveform
In GT161701 and observing the waveform IS25LQ016B does not appear to be in response to EBh.
Not known solution yet, I want to help someone.

Sorry for the poor English..

I asked via digikey, about this issue.
However, XMOS has responded that GT161701 are good, and non-defective product.

Add the more detailed data.
diference GT161701 GT152301.pdf
I checked both CLK again. There is no frequency difference between them.
However, there is a difference in the behavior of the QSPI,
In my guess, IS25LQ016 is not working by this difference.

It might have come off from the problems of the thread.
You do not have the required permissions to view the files attached to this post.
User avatar
XCore Legend
Posts: 1880
Joined: Thu Jun 10, 2010 11:43 am

Postby mon2 » Fri Jul 29, 2016 12:15 pm

Thanks sakage for your details.

Is the IP for this XHRA device open source and posted somewhere ?

If someone has an assembled (non-working) board with the GT161701, would like to review the operation of the QSPI device on our QSPI bus analyzer. Please ping us via private email. We can return the board(s) after the review.

Ideally, will be nice to compare against a working GT161701 current lot device assembled board as well.
Active Member
Posts: 48
Joined: Mon Oct 19, 2015 2:12 pm

Postby matthew1 » Fri Jul 29, 2016 3:33 pm

Dear all,

Thanks for the information on the issues you are having with the XHRA chip. It’s possible that the problems are being caused by the chip having been incorrectly programmed. We had an issue in our supply chain a couple of months ago and the wrong image was programmed onto a batch, some of which were shipped to Digikey before we realised and halted supply. From the date code, you may have received some of those.

If you have an incorrectly programmed XHRA then you would expect to see QSCLK running continually at 9.6MHz. If it’s a good XHRA then it should run at 2.4MHz for a few dozen microseconds before giving up (if it doesn’t find a programmed flash).

We’d like to sincerely apologise for the inconvenience. We asked Digikey to inform any affected customers and offer a straight swap but unfortunately you may not have received the message, so please contact Digikey who will arrange for a swap out of the affected units.

Just to clarify, this issue is not related to the design advisory XM-010316-CR covering the QSCLK running continuously. That was an improvement relating to a few rare corner cases which was also fixed in version 14.2 of the tools. It’s just unfortunate that it’s happened at about the same time!


Posts: 22
Joined: Fri Jul 22, 2016 3:19 pm

Postby wlodek » Fri Jul 29, 2016 8:39 pm

Hi Matthew,
Thanks for the info. We have some other XHRA chips and hope to find working one among them. As we may be not lucky to find out quickly which one works, we will probbably get the XHRA that is working on the EVB and solder into our board and hope to give a kick out to our project which was delayed significantly . I will keep informing you guys how we are progressing.

User avatar
New User
Posts: 3
Joined: Thu Jul 28, 2016 3:52 pm

Postby fazee » Mon Aug 01, 2016 8:46 pm

Dear All,
After a small investigation in our prototype production department we have found that we have:

A) 4 XMOS chpis marked as:
GT 161701
PA 4M20.00
delivered to us at beginning of June 2016, when Digikey stock status = 0; We do not know from where our deliverer got them (maybe some old stock).

B) 10 XMOS chpis marked with THE SAME signs:
GT 161701
PA 4M20.00
delivered to us at beginning of July 2016, when Digikey stock status was "in stock".

A) chips were transferred to production line from which 2 pcs were mounted on our BB PCBs.
- on first XMOS have 10MHzZ QSPICLK - means it is bad...

One of B) chips was re-mounted on EVB board - and works fine.
Second of B) chips was replaced on not working BB PCB and now it works fine too :):):)
(Windows found XMOS device as souncard...)
Third of them is being replaced on our second BB PCB - we will se tomorrow but we have a good hope :)

In sum: seems that we have 8 of 10 XMOS chips as Schrödinger chips :) but in present situation probability of "not working" is less that 50%, so when we collapse the wave function of chips after mounting them on PCBs, we prove impossibility of Schrödinger experiment in the macroscopic world and all of our rest 8 XMOSes WILL WORK FINE :)

Thanks once again for help.
Best regards

New User
Posts: 2
Joined: Fri Jul 29, 2016 6:42 am

Postby sakage » Mon Aug 08, 2016 10:28 am

Hi all.

My problem has been resolved.
Poor soldering of when you replace the IC, D2 terminal had become OPEN.
I have put the waveform for your infomation.
GT152301 is the combination of the Spansion Flash did not work,
In GT161701 it has been improved to operate in either of Spansion and ISSI.

I'm sorry to write a false post.
And, thank you to those who gave me a comment.
You do not have the required permissions to view the files attached to this post.

Who is online

Users browsing this forum: No registered users and 2 guests