This thread has been locked.
If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.
Hello
There is an issue in which abnormal operation occurs when the firmware is downloaded twice in SRAM.
I Attached the source code.
When I load the SRAM twice with the above code, it does not work.
Why is that?
Is there a problem with the source code?
Best regards.
Hi Penny
I attached Test report.
Please check the test report and provide a solution.
PSE_EVL_capture-2020-04-06.xlsx
Best regards.
Hi Louis,
Did you use the GUI to load the SRAM code? Looks like the parity check is not enabled. How did you run your software and GUI in parallel? Can you just use your GUI to load SRAM and read port status? Thanks.
Best regards,
Penny
Hi Penny
After loading the firmware from the GUI, the test results were delivered to an Excel file.
And the same issue is confirmed when loading the firmware with the above code from the MCU.
Could you check the operation after loading the firmware twice?
Best regards.
Hi Louis,
When you used GUI to load the SRAM, did you enable parity check? From your GUI sreenshot, the parity check was not enabled. I have tried on my side, everything worked fine with parity check enabled. Thanks.
Best regrads,
Penny
Hi Penny
I have attached a report that I tested with the GUI.
Q1. Why is the setting value initialized when loading to SRAM twice?
Q2. I Request a review of the attached SRAM Load Source code.
Best regards.
Hi Louis,
When I loaded the SRAM code for the first time, everything went to default configuration. The ports were turned off. This is expected behavior as CPU reset is done during SRAM loading. Did you connect any resistor to AUTO pin on the board? You code looks good to me. Thanks.
Best regards,
Penny
Hi Louis,
When I loaded the SRAM code for the first time, everything went to default configuration. The ports were turned off. This is expected behavior as CPU reset is done during SRAM loading. Did you connect any resistor to AUTO pin on the board? You code looks good to me. Thanks.
Best regards,
Penny
Hi Louis,
Since you use autonomous mode (AUTO pin is set to 60W), HW re-enables the ports following the SRAM load(allowing the port to power back on). While the whereas this hw override is disabled in the SRAM code (leaving the ports in OFF mode) and it takes into effect after the second FW download. This is expected behavior. Thanks.
Best regards,
Penny
Louis,
You can't prevent from SRAM load disabling the port. You have to reconfigure the ports after second SRAM loading. Thanks.
Best regards,
Penny
Hi Louis,
As I said in the previous reply, the hw override function is disabled in the SRAM code (leaving the ports in OFF mode) and it takes into effect after the second FW download. So the HW (autonomous mode configured by AUTO pin) initialization will not take in place after the second time the SRAM is loaded. Thanks.
Best regards,
Penny