Forum Discussion
Hi,
1: When using RSU, is it necessary to use an external trigger to trigger the FPGA to load the application image? I try to use logic to trig reconfiguration after power on, if no error accurs, appliaction is load successfully,and when some contents of application image are erased, FPGA is thought to fall back to factory image ,but i found my FPGA will contiously reconfiguring.
No. Internal trigger is also fine. Do you enable "Enable reconfig POF checking"? If not, could you enabled this features?
2: Why can't I get the reason for reconfiguration by reading the register when the application image fails to load and returns to the factory image? I want to get the reason for the last FPGA reconfiguration, and based on this reason to determine whether to start loading the application image, this should avoid the FPGA into the loop reconfiguration, but never get this information through the read register.
You can avoid it by enabling "Enable reconfig POF checking" in Remote Upgrade IP.
3: The same loading process, why use the avalon-mm interface in the factory image I can not trigger the FPGA to load the application image, but the non-avalon-mm interface trig successfully?
May I know how do you performed it in avalon-mm interface?
- Kavin6 years ago
Occasional Contributor
Hi,JohnT
Thanks for your reply.
1,2:I didn't enable "Enable reconfig POF checking",so i try to enable it after recieving your reply,but i still can not get the reason for last reconfiguration by reading regisiters and all combinations of read_source had been tested, so i use pof_error to trig reconfiguration, when application image is erased,the machine fallback sucessfully,but once been writen partitally, it still reconfig contiously,how does RSU check POF,does it only check wether there is data in image but not the CRC?
3:Load process in avalon_mm interface: reset -- set cd_early -- read reconfig_source -- set osc_int -- set wd_value -- enable watchdog -- set reconfig address --reconfig