topic Re: IMXRT1050 SEMC SRAM 16-bit Write in i.MX Processors

IMXRT1050 SEMC SRAM 16-bit Write

nvitya — Thu, 26 Jul 2018 14:17:42 GMT

Hello,

We made a control circuit with an MIMXRT1052DVL6B and an (Intel) FPGA.

The IMXRT1050 and the FPGA are connected together with the 16-bit external memory interface (SEMC).

The 16 bit AXI memory reads work as expected, for every same address reads we see a single, separate transaction on the parallel bus.

By the 16 bit (aligned) AXI memory writes however we see always four 16-bit write transactions at consecutive addresses.

Here is the code snippet for the test:

int cnt = 0;

volatile uint16_t * fp3 = (volatile uint16_t *)0x80000008;
volatile uint16_t * fp4 = (volatile uint16_t *)0x8000000A;

*fp4 = cnt++;
__DSB();
uint16_t v2 = *fp4;
*fp3 = cnt++;
__DSB();
uint16_t v1 = *fp3;

uint16_t v3 = *fp3;

In the attachment there is an oscilloscope recording of the SEMC control signals for this test.

Ray description:

ray 1: SEMC CS6# (SRAM Chip select)

ray 2: SEMC OE#

ray 3: SEMC WE#

(The SEMC ADV# is not displayed, but we use 16 bit Address / Data multiplexing)

By the FPGA the adjacent registers can not be filled with any random content, and I suspect it would cause a problem also by simple SRAM devices (beside the performance degradation).

Reading more times the reference manual we did not find a solution for this problem.

The only workaround we found is to do the writes with IP-Commands which is much slower.

Can you confirm this behaviour?

Or is there settings for the IMXRT1050 to disable this always 64-bit burst write mode for the AXI writes at the SEMC?

If you need more information please just ask.

Re: IMXRT1050 SEMC SRAM 16-bit Write

Yuri — Fri, 27 Jul 2018 03:30:43 GMT

Hello,

Please verify SEMC settings. What is content of the SEMC registers?

It makes sense to generate assembler code of Your snippet to check

what real instructions are issued for writing.

Have a great day,
Yuri

-----------------------------------------------------------------------------------------------------------------------
Note: If this post answers your question, please click the Correct Answer button. Thank you!
-----------------------------------------------------------------------------------------------------------------------

Re: IMXRT1050 SEMC SRAM 16-bit Write

nvitya — Fri, 27 Jul 2018 07:03:12 GMT

Hello,

Mostly we use our own libraries for the initialization.

Here is the initialization part of the SEMC:

------------------------------------------

    // Enable SEMC
   imxrt_set_clock_gate(3, 4, 3); // SEMC clock
   imxrt_set_clock_gate(1, 18, 3); // SEMC exsc clock

uint32_t tmp;

SEMC_Type * regs = SEMC;

/* Initialize all BR to zero due to the default base address set. */
for (tmp = 0; tmp < 9; tmp++)
{
regs->BR[tmp] = 0;
}

/* Software reset for SEMC internal logical . */
regs->MCR |= SEMC_MCR_SWRST_MASK;
while (regs->MCR & SEMC_MCR_SWRST_MASK)
{
}

regs->MCR |= 2; // disable

   tmp = 0
       | (16 << 24) // BTO: bus timeout
       | (80 << 16) // CTO: command timeout
       | (1 << 1) // disable
   ;
   regs->MCR = tmp;

tmp &= ~2;
regs->MCR = tmp; // enable

    tmp = regs->IOCR;
   tmp &= ~7;
   tmp |= 3; // set A8 to PSRAM CE = 3, NOR CE = 2
   regs->IOCR = tmp;

   tmp = 0
      | (FPGA_BASE_ADDRESS << 0) // BA: base address
      | (0 << 1) // MS(5): 1 = 4 kByte (only 11 address bits are used by the FPGA)
      | (1 << 0) // VLD: valid
   ;
   regs->BR[6] = tmp; // set the base register for the (P)SRAM

   regs->SRAMCR0 = 0
       | (15 << 12) // COL(4): Column address bits ??? 0 = 12 Bits
       | (0 << 10) // ADVP: ADV polarity, 0 = low active
       | (0 << 8)   // AM(2): Address Mode, 0 = Address / Data MUX Mode
       | (0 << 4)   // BL(3): Burst Length, 0 = 1
       | (1 << 0)   // PS: Port Size, 1 = 16 Bit
   ;

-----------------------------------

The other untouched SEMC registers are left with their default values.

I've checked the assembly of the test code, for the writes it uses single strh instructions.

I hope this helps, but if not, I'm always ready to give more information.

All the best,

Viktor

Re: IMXRT1050 SEMC SRAM 16-bit Write

Yuri — Fri, 03 Aug 2018 05:19:12 GMT

Hello,

Looks like the byte select signals (LB, UB) must be used for SRAM-like interface

with the SEMC, since four 16-bit write transactions really take place, as You mentioned.

Regards,

Yuri.

Re: IMXRT1050 SEMC SRAM 16-bit Write

nvitya — Mon, 13 Aug 2018 06:19:59 GMT

Hello Yuri,

Thank you for your answer. Unfortunatelly this bug makes us the parallel bus connection for the FPGA much less attractive.

Is the IMXRT1020 affected too?

Best regards,

Viktor

Re: IMXRT1050 SEMC SRAM 16-bit Write

Yuri — Tue, 14 Aug 2018 05:41:42 GMT

Hello,

The byte select signals are controlled by the SEMC, therefore the i.MX RT

is not affected.

Regards,

Yuri.

Re: IMXRT1050 SEMC SRAM 16-bit Write

slou26 — Tue, 11 Sep 2018 12:36:02 GMT

Hello , we had the same behaviour as you mentionned .. I don't know if you could solve it , but we had a response from NXP who solve it :

We have identified the additional CE low cycles are resulted from the M7 core,
instead of SEMC. M7 divides the whole 4GB memory map into several regions. Please refer to the cortex_m7 user guide. In 0x60000000~0x9FFFFFFF, writing
operations are buffered; several writing instructions can provide single burst to improve the overall performance. You can try configuring the SRAM base address
as 0xA000_0000 to avoid this behavior.
Note, byte enable signals must be used: UB and LB assertion occurs only in one
of the four CE low cycles. Thus, neighboring bytes could be affected during the additional three CE low cycles, if LB and UB are not implemented for the SRAM device

Regards,

Re: IMXRT1050 SEMC SRAM 16-bit Write

nvitya — Wed, 12 Sep 2018 07:10:03 GMT

Thank you Sebastien,

This was very helpful! Unfortunately adding the LB UB signals is not possible anymore in our HW.

In fact we are migrating our solution towards QSPI communication. According my measurements this is even faster for burst transfers. I could achieve only 4.6 uint16 reads/us with the parallel bus (using DMA). With dual / quad SPI this should go up to 7.5 / 15 uint16 reads / us. I have to add that too, that the DMA can carry out only ~14 transactions / us (tested with memory copy from OCRAM to DTCRAM)

Best Regards,

Viktor

ps.: I discovered recently that the Atmel ATSAME70 generates also an additional CS pulse without WR on 16 bit external memory bus writes.

Re: IMXRT1050 SEMC SRAM 16-bit Write

Yuri — Wed, 12 Sep 2018 09:52:01 GMT

Hello,

Have You tried "configuring the SRAM base address as 0xA000_0000 to avoid this behavior" ?

Regards,

Yuri.

Re: IMXRT1050 SEMC SRAM 16-bit Write

nvitya — Wed, 12 Sep 2018 10:05:25 GMT

I did not try the 0xA000_0000 as SRAM base address yet. The software is already rewritten to SPI communication, and it takes several hours now to put the old system together. I will report when I could test it.

Does the IMXRT1020 behaves the same way?

All the best,

Viktor

Re: IMXRT1050 SEMC SRAM 16-bit Write

Yuri — Thu, 13 Sep 2018 06:59:37 GMT

Hello,

The i.MX RT1020 has the CM7 core, and architecture options, mentioned in cortex_m7 user guide
above, also take place.

Regards,

Yuri.

Re: IMXRT1050 SEMC SRAM 16-bit Write

nvitya — Fri, 14 Sep 2018 12:10:02 GMT

Hello,

I have just tested it. I can confirm, that when the FPGA is mapped to 0xA0000000, then it behaves as expected. Only one short 16 bit transaction happens for every write, and no extra BL BH signals are required.

Thank you all your help,

Viktor