Hello, I am using MPC5748G. I have a problem about OSIF_TimeDelay(), it will stuck in it, and the debug window looks like this:
After osif component is added, what else needs to be done to use OSIF_TimeDelay()?
Thanks.
解決済! 解決策の投稿を見る。
Hi,
After further investigation, I found out that it is known issue in S32DS debugger. I tested your project using Lauterbach debugger and it was working in this case.
It's not fixed yet but the workaround is to not use freeze mode - FRZ bit in PIT_MCR should be 0.
It works as expected in standalone mode without a debugger.
Sorry for inconvenience.
Regards,
Lukas
Hi,
Is there an update on this topic?
I'm using MCP5748G with SDK RTM 3.0.3 and the problem is still present. When I'm in debug, I have to manually reset the FRZ bit via the embsys registers and the FRZ bit gets set back to 1, next time round.
Thank you for your help
I have the same issue and I use PIT as my system timer. Therefore, when the OSIF reconfigures the PIT peripheral, the FRZ bit is set and while my debugger is attached, my 1ms task is not triggered.
OSIF-PIT dependency is not listed in the referenced components. there are 2 ways to stop this from happening: Use the STM module for the system timer or patch the osif driver manually (comment out FRZ bit set)
Hi David,
Apologies for the late reply.
Ended up debugging over CAN. Not ideal, but seemed to get the job done.
Will change over to the STM module for timing when I next work on the core code.
Many thanks
Rob
Hi,
I used MPC5748G-GW-RDB, the pin I measured is shown in the red box below, and there are no other originals attached to J11.
Hi,
After further investigation, I found out that it is known issue in S32DS debugger. I tested your project using Lauterbach debugger and it was working in this case.
It's not fixed yet but the workaround is to not use freeze mode - FRZ bit in PIT_MCR should be 0.
It works as expected in standalone mode without a debugger.
Sorry for inconvenience.
Regards,
Lukas
Hi Lukas,
Encountering this problem with S32ds, MPC5748G and OSIF.
With regard to the workaround, we're using the SDK and can only reset the bit via the embsys registers and the FRZ bit gets set back to 1, next time round.
The application doesn't recognise PIT.MCR.B.FRZ = 0; it looks like 'PIT' is redefined by the SDK.
Any ideas as to how to set the FRZ bit to 0 permanently?
Additionally, is there a schedule for releasing an update to S32ds that will fix this problem?
Best regards
Rob
Hi,
it works as expected on my side without additional configuration. Do you have some simple project to reproduce the behavior?
Regards,
Lukas
Hi,
it works as expected on my side. I used DEVKIT-MPC5748G and I can see that USR_LED2 connected to PA0 is toggled. Do you measure correct pin?
Regards,
Lukas