Topic: FMC667 Board support package test example uart_os init problem  (Read 5906 times)

Dominic.Pearce June 05, 2014, 09:19 AM

  • Member
  • *
  • Posts: 3
 Hi,
 
We just received the FMC667 mezzanine board which we have fitted to a Xilinx vc707. I have built and compiled the firmware for the FPGA, ublaze and host using the plugin sources supplied.
When I run the ublaze uart_os application I get the following problem in the init() function of that code. Here is the Debug trace output:
 
[size=0pt]    init_leds() - Entry[/size][size=0pt][/size]
[size=0pt][/color]     Initialize the leds peripheral[/size][size=0pt][/size]
[size=0pt][/color]     Configure the leds peripheral[/size][size=0pt][/size]
[size=0pt][/color]    init_leds() - Exit[/size][size=0pt][/size]
[size=0pt][/color]  main() - Entry[/size][size=0pt][/size]
[size=0pt][/color]Initializing the operating system, please wait...[/size][size=0pt][/size]
[size=0pt][/color]Watch below lines on LCD[/size][size=0pt][/size]
[size=0pt][/color]   Initialize   [/size][size=0pt][/size]
[size=0pt][/color]      System    [/size][size=0pt][/size]
[size=0pt][/color]   init() - Entry[/size][size=0pt][/size]
[size=0pt][/color]    init_uart() - Entry[/size][size=0pt][/size]
[size=0pt][/color]     Initialize the UART peripheral[/size][size=0pt][/size]
[size=0pt][/color]     Attach Send/Receive handlers to the peripheral[/size][size=0pt][/size]
[size=0pt][/color]     Enable interrupts in the UART peripheral[/size][size=0pt][/size]
[size=0pt][/color]    init_uart() - Exit[/size][size=0pt][/size]
[size=0pt][/color]    init_i2c() - Entry[/size][size=0pt][/size]
[size=0pt][/color]     Initialize the i2c peripheral[/size][size=0pt][/size]
[size=0pt][/color]     Setup i2c handlers[/size][size=0pt][/size]
[size=0pt][/color]    init_i2c() - Exit[/size][size=0pt][/size]
[size=0pt][/color]    init_intc() - Entry[/size][size=0pt][/size]
[size=0pt][/color]     Initialize the interrupt controller[/size][size=0pt][/size]
[size=0pt][/color]     Connect default UART interrupt routine to the controller[/size][size=0pt][/size]
[size=0pt][/color]     Connect I2C interrupt handler to the controller[/size][size=0pt][/size]
[size=0pt][/color]     Start the interrupt controller[/size][size=0pt][/size]
[size=0pt][/color]     Enable UART interrupts in the interrupt controller[/size][size=0pt][/size]
[size=0pt][/color]     Enable I2C interrupts in the interrupt controller[/size][size=0pt][/size]
[size=0pt][/color]    init_intc() - Exit[/size][size=0pt][/size]
[size=0pt][/color]   Enable interrupts in the Microblaze processor[/size][size=0pt][/size]
[size=0pt][/color]Configuring i2c bridge (PCA9548) for VC707 - HPC1[/size][size=0pt][/size]
[size=0pt][/color]Register 0xF4 in ADM1064 is : 0[/size][size=0pt][/size]
[size=0pt][/color]Could not configure write to ADM1064, the error was : 0x-2[/size][size=0pt][/size]
[size=0pt][/color]  main() - Exit([/size]
[size=0pt][/color] [/size]
[size=0pt][/color]Please can you advise what the issue is and how I can solve this? Since the ublaze is exiting everytime, I am unable to get any further with this first test example and certainly can’t connect from the host[/size]
[size=0pt][/color] [/size]
[size=0pt][/color]Just to check that it wasn’t an FPGA build problem my end, I also used the FPGA bit image from the supplied vc707 hardware definition available in the bsp (C:\Program Files (x86)\4DSP\4FM Core Development Kit\Plug-Ins\FMC667\Sources\uBlaze\vc707_hw), i.e. the FPGA image built by 4DSP, and I get the same behaviour.[/size]
[size=0pt][/color]Digging a little deeper in to the uart_os code, the failure code returned is specific to reading the ADM1064 device registers on the FMC667 card using the I2C bus.[/size]

[size=0pt][/color][/size]
[size=0pt][/color]Regards[/size]

[size=0pt][/color][/size]
[size=0pt][/color]Dom
[/size]
 

arnaudNL June 05, 2014, 09:56 AM (#1)

  • 4DSP Staff (EU)
  • Administrator
  • Member
  • *****
  • Posts: 7110
Dear Sir,


Can you please try to run the default .bit file (it has the microblaze inside) as per the 4FM Getting Started Guide?


The bit file is located under C:\Program Files\4DSP\Common\Firmware\Recovery\355_vc707_fmc667_lpc or 402_vc707_fmc667_hpc.


When running the bit file you should get display on both VC707 LCD and the GPIO LEDs, after a successful init, four LEDs should be LIT as per figure 62/63 in the manual.


Can you confirm that this is working? Recompiling software/firmware can surely cause issues and first of all you want to make sure to hardware is fine. We use these bitfiles for our factory tests so we know they are fine.


Can it be that you have the FMC667 in the wrong HPC slot? It should be on VC707's FMC1 (J35).


Can you also check the LED status on FMC667 and let me know how it looks like?


Best Regards,
Arnaud

Dominic.Pearce June 05, 2014, 10:46 AM (#2)

  • Member
  • *
  • Posts: 3
Hi Arnauld

As requested I loaded the following image:
C:\Program Files\4DSP\Common\Firmware\Recovery402_vc707_fmc667_hpc\402_vc707_fmc667_hpc_495t.bit

I can confirm that the LCD display shows "FMC667 - OS Ready"  and that the GPIO LED's are lit as per Figure 62.
The FMC667 Card is fitted to FMC1 (J35)
There is one blue LED lit continuously on the FMC667.

I ran the FM667 Test Peripheral Application against this default image as per seciotn 12.1.11:
C:\Program Files\4DSP\FMC Board Support Package\Bins\fmc667_microblaze_test_peripherals.exe
The first time I ran the test:
10 tests passed and one failed; the DDR 3 test failed with status code 1 = 0x00 and status code 2 = 0x3c
The second time I ran the test:
11 tests passed.

With the eception of the one test failure above, it would seem the physical hardware looks ok, and my problem lies with my compiled FPGA image generated by StellarIP as well as the image in the BSP at
C:\Program Files (x86)\4DSP\4FM Core Development Kit\Plug-Ins\FMC667\Sources\uBlaze\vc707_hw\system.bit?

Regards

Dom

arnaudNL June 05, 2014, 11:20 AM (#3)

  • 4DSP Staff (EU)
  • Administrator
  • Member
  • *****
  • Posts: 7110
Hello Dom,


This might be required to ISE versions also. I believe that communicating with the power sequencer is one of the first operation, it sounds like you don't have i2c on your compiled image.


I know that there are bugs in ISE where the export to SDK does not really works You should replace the .bit file exported by ISE to EDK with the one created by ISE and that might work.


Communication problems with the ADM1064 indicates no i2c communication in the design.


I hope that helps,
Arnaud

Dominic.Pearce June 05, 2014, 12:10 PM (#4)

  • Member
  • *
  • Posts: 3
Thanks Arnauld

The version of ISE we are running is 14.6, so that should be ok as per your documentation. I will try circumventing the export form SDK as you suggest, but for now that default FPGA  image is perfectly adequate for my early development requirements which mostly involve shifting data across the  PCIe peripheral and nothing todo with the I2C bus. Thanks for your help

Dom

arnaudNL June 06, 2014, 04:07 AM (#5)

  • 4DSP Staff (EU)
  • Administrator
  • Member
  • *****
  • Posts: 7110
Dom,

Perfect!

Best Regards,
Arnaud

arnaudNL June 06, 2014, 04:08 AM (#6)

  • 4DSP Staff (EU)
  • Administrator
  • Member
  • *****
  • Posts: 7110
This topic is being closed because the issue is considered as resolved by 4DSP. Feel free to create a new topic for any further inquiries.