Problems using BF512 and S1D13506

Hi all,

    We are developing a product that need a camera and a TV out, so we may need two PPIs for the system, and for some reason we can't use bf561 or bf54x, so we choose bf512 and use an EPSON's s1d13506 chip for the tv output.

    We followed the EE-Note 184, and draw a schematic according to BF512 and S1D13506's datasheet, I put the schematic in the attachement.

    Now the problem is we can't write any data to the register memory of the S1D13506, does somebody know why or is there any mistakes in our design? Thanks!

  • 0
    •  Analog Employees 
    on Aug 1, 2011 4:35 PM over 9 years ago


    I moved this question to the Blackfin Processors community.  Please continue the discussion here.



    EngineerZone Community Manager

  • 0
    •  Analog Employees 
    on Aug 5, 2011 7:47 AM over 9 years ago


    Couple of thoughts if it can help:

    • I was searching for any details of this controller, and the first hit was the page from Epson that lists this under discontinued items:


           This is valid as far as the App Note is concerned, since it was written nearly 8 years ago.

    • In BF51x, each bank has a total of 1MB capacity, whereas BF535 can support up to 64MB for each bank. If you need to use up to 4MB, then you need to enable all the banks, and also mux them together to the chip select of your device, similar to the evaluation board example with Flash memory.
    • BF51x has 16 bit external data port while BF535 has 32-bit with packing option for 16-bit, so the address pins connections are more direct for former case (see flash example in EZ-KIT). The byte enables are still valid when writing in to upper or lower bytes of a 16-bit data. There is still no ADDR0 in BF51x.
    • Make sure the RDYEN bits are enabled for ARDY.
    • See if the controller is going in reset or something and if the CLKOUT from Blackfin is proper.
    • You might want to check if the data written in to some block of registers, is going in to other - something that might indicate wrong configuration or connection.
    • Probe all lines at the controller end, and see if anything is wrong as far as the AMI bus signals are concerned. The waveforms should match the examples in hardware manual, and timing in the datasheet.



  • Hi Prasanth,

        Thanks for your advices, but the problem is still not fixed.

        We have verified we use 4 banks in the BF512  and the RDYEN is enabled.

        We configure the Async like this:

    *pEBIU_AMGCTL = 0x00ff;

    *pEBIU_AMBCTL0 = 0x33173317;
    *pEBIU_AMBCTL1 = 0x33173317;


        and also configured the GPIOs related to the connection.

        The phenomenon now is when we read data from the chip we got the last data we write, that is:

        If we write three data to the different registers, and then we read the first register, we will get the last data back.


        We are confused and don't know if the hardware is wrong or the software configuration is wrong.

        Do you have any ideas about this issue? Thanks!

    Best Regards,


  • 0
    •  Analog Employees 
    on Aug 17, 2011 9:40 AM over 9 years ago

    Hi Nicolas

    You could contact Support with further details such as schematics (as you said in message). Please use this link to reach Support team:



  • 0
    •  Analog Employees 
    on Aug 2, 2018 4:14 PM over 2 years ago
    This question has been assumed as answered either offline via email or with a multi-part answer. This question has now been closed out. If you have an inquiry related to this topic please post a new question in the applicable product forum.

    Thank you,
    EZ Admin