Cypress: SPI FPGA test: tester always respond 0 when MODE other then 0

[yarbcy]

Description of defect

Cypress: SPI FPGA test: tester always respond 0 when MODE other then 0.

Target(s) affected by this defect ?

Tested on CY8CKIT_062_WIFI_BT

Toolchain(s) (name and version) displaying this defect ?

Tested on GCC_ARM

What version of Mbed-os are you using (tag or sha) ?

Latest

What version(s) of tools are you using. List all that apply (E.g. mbed-cli)

N/A

How is this defect reproduced ?

Always.

[yarbcy]

@0xc0170 @mprse Please take a look.

[ciarmcom]

Internal Jira reference: https://jira.arm.com/browse/MBOTRIAGE-2313

[mprse]

It's hard to guess what is wrong without the board. The following additional information would be helpful:

• test output,
• does the test pass if only single SPI - mode testing (MODE_1) test case is executed?
• can you decrease number of transferred symbols in the test to 5 (TRANSFER_COUNT = 5) and provide a view from the logic analyzer for SPI - mode testing (MODE_1) test case?

[yarbcy]

@mprse
1) Test output:

080164352 - peripheral tested on port: peripheral=(1080164352) MOSI=(A0) MISO=(A1) SCLK=(A2) SSEL=(A3) ...:109::FAIL: Expected 1 Was 0
[1572858689.45][CONN][INF] found KV pair in stream: {{__testcase_finish;SPI - basic test;0;1}}, queued...
[1572858689.53][CONN][RXD] >>> 'SPI - basic test': 0 passed, 1 failed with reason 'Assertion Failed'
[1572858689.53][CONN][RXD]
[1572858689.60][CONN][RXD] >>> Test cases: 0 passed, 1 failed with reason 'Assertion Failed'
[1572858689.61][CONN][RXD] >>> TESTS FAILED!

2. No it doesn't.
3. It looks like no sense for me because when I set (TRANSFER_COUNT = 5) even MODE0 FAILED (PASSED when (TRANSFER_COUNT = 300)).

[mprse]

Looking at the provided log. It applies to SPI - basic test test case (this test case uses MODE == 0). It fails because unexpected data is received from SPI-slave (FPGA-Test-Shield).

In the test scenario we expect to have TRANSFER_COUNT 8-bit symbols transmitted in both directions:

MOSI: 0x00 0xFF 0xFE 0xFD ...
MISO: 0x00 0x01 0x02 0x03 ...

I suggest checking what is transmitted on the logic analyzer.
You can also try to comment out line 109 (allow the test to move forward) and verify the number of received symbols/checksum on the SPI-slave side (FPGA-Test-Shield) - lines 157, 158.

[yarbcy]

@mprse Please notice that log file is related to MODE == 1. It because I manualy change MODE == 0 -> MODE == 1 in line 175. Test case with MODE==0 passed witout any problems.

[yarbcy]

@mprse
Mode==0 log:

1080164352 - peripheral tested on port: peripheral=(1080164352) MOSI=(A0) MISO=(A1) SCLK=(A2) SSEL=(A3) ...succeeded
[1572863657.66][CONN][RXD] 1080492032 - Could not find pins to test peripheral
[1572863657.71][CONN][INF] found KV pair in stream: {{__testcase_finish;SPI - basic test;1;0}}, queued...
[1572863657.76][CONN][RXD] >>> 'SPI - basic test': 1 passed, 0 failed
[1572863657.76][CONN][RXD]
[1572863657.79][CONN][RXD] >>> Test cases: 1 passed, 0 failed

Mode==1 log:

1080164352 - peripheral tested on port: peripheral=(1080164352) MOSI=(A0) MISO=(A1) SCLK=(A2) SSEL=(A3) ...:109::FAIL: Expected 1 Was 0
[1572863733.97][CONN][INF] found KV pair in stream: {{__testcase_finish;SPI - mode testing (MODE_1);0;1}}, queued...
[1572863734.07][CONN][RXD] >>> 'SPI - mode testing (MODE_1)': 0 passed, 1 failed with reason 'Assertion Failed'
[1572863734.07][CONN][RXD]
[1572863734.13][CONN][RXD] >>> Test cases: 0 passed, 1 failed with reason 'Assertion Failed'
[1572863734.15][CONN][RXD] >>> TESTS FAILED!

[mprse]

OK.
I strongly suggest connecting the logic analyzer. This will prove that signals states are valid in MODE 1 (sclk idle low/sampling on the second edge).

[yarbcy]

Please see attachment. пн, 4 лист. 2019 о 13:09 Przemyslaw Stekiel <notifications@github.com> пише:

…

OK. I strongly suggest connecting the logic analyzer. This will prove that signals states are valid in MODE 1 (sclk idle low/sampling on the second edge). — You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub <#11795?email_source=notifications&email_token=AC242EDPP2GYJTTYPPXFKYLQR77GZA5CNFSM4JHYWR5KYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEC64LQY#issuecomment-549307843>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AC242EF6P7ADQJDZRJM7BK3QR77GZANCNFSM4JHYWR5A> .

[yarbcy]

This is wrong attachment. пн, 4 лист. 2019 о 13:35 Yaremkiv Bogdan <yaremkivb@gmail.com> пише:

…

Please see attachment. пн, 4 лист. 2019 о 13:09 Przemyslaw Stekiel ***@***.***> пише: > OK. > I strongly suggest connecting the logic analyzer. This will prove that > signals states are valid in MODE 1 (sclk idle low/sampling on the second > edge). > > — > You are receiving this because you authored the thread. > Reply to this email directly, view it on GitHub > <#11795?email_source=notifications&email_token=AC242EDPP2GYJTTYPPXFKYLQR77GZA5CNFSM4JHYWR5KYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEC64LQY#issuecomment-549307843>, > or unsubscribe > <https://github.com/notifications/unsubscribe-auth/AC242EF6P7ADQJDZRJM7BK3QR77GZANCNFSM4JHYWR5A> > . >

[mprse]

I think you can drag the image file and drop it in the text box.

[yarbcy]