Hello QJ, thanks for your feedback. I use the sys_startup file from the safety lib example of HALCOGEN , so the selftest function is called in the sys_startup before the main. Of Course I call canInit() in main, but thats too late for the selftest in sys_startup. In sys_startup the init function is not called, this is why I used my Workaround above. I can also use the canInit() instruction in sys_startup, this also runs (so thanks for the hint), but only if I enable ECC-RAM for all CANs(1-4). By Default it is disabled in HALCOGEN . It wonder me, that such a Basic example doesn't work. I followed the instruction in the HALCOGEN example, but as you can see, it doesn't work without some additions. In my opinion, the documentation or the files in the HALCOGEN Examples are not complete or I'm not smart enough to handle it ;) Or maybe it is a problem of different SW Versions. I use HALCOGEN 4.06.01 and CCS 6.2. Another problem I recognized with this safety lib example from HALCOGEN is, that I sometimes get a nERROR Flag, when I Flash a new Programm Code to the mcu. It seems to be, that the Debugger causes a CCM Failure, while start Connection to the MCU. After loading the Programm to the MCU the nERROR Flag is not reseted. This Flag will be only reseted after PORRST, if I trust the TRM. So I think, the Debugger do not make a PORRST, only a debug reset and this is why, the Flag is still activ, right? It's a Little bit similar to the errata DEVICE#56, but I have other esm channels activated than in the errata described. In this case, my the selftest functions (for example sl_selftest_PBIST(...)) also do not start, because they check the nERROR Flag. Therefore I used another workaround and clear the esm everytime after PORRST, DEBUG and Ext Reset with: SL_Set_nERROR(); SL_Clear_nERROR(); while(SL_ESM_nERROR_Active()==true); Then the Flag is reseted and the program runs well. Is this wokaround okay, or should I be careful with resetting the esm? I wonder me, why nobody else have the same Problems. Thanks in advance. Regards Marcus
↧