-
Notifications
You must be signed in to change notification settings - Fork 82
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
MAX32670 Outdated CMSIS Pack File #507
Comments
It appears that this may extend beyond just a missing documentation issue. Actually attempting to build the most basic example project in the Keil pack (Hello_World) with CMSIS 5.6.0 (which the MAX32670 pack prompted me to install) results in build errors:
I would think that the version of "core_cm4.h" that should be used would be the one in \Libraries\CMSIS\Include of the MAX32670 pack, rather than the generic ARM CMSIS pack, but Keil does not seem to know to find it there. |
Hi @jlj-ee, thank you for your feedback and for reporting the issue. Keil and IAR are still officially supported by the MSDK. This type of question is now one we've gotten a few times, so I'll add some info to the UG as you suggested. Everything is distributed through the pack files, so we have been trying to lean on the official Keil/IAR docs as much as possible. I agree at the very least we should have some basic info in our UG. In this case, it looks like the pack files have become quite outdated in relation to the CMSIS library. We've addressed this for our GCC-based projects (VS Code/Eclipse) but not IAR/Keil. I've tagged our maintainer @ftariqAnalogTx and we'll get back to you in more detail early next week regarding the pack files and build error |
Thank you @Jake-Carter for the follow-up! And thanks @ftariqAnalogTx in advance for looking into the outdated pack files! Let me know if there is any other info I can provide that will help. In the short term I can continue my development with my VS Code project. |
Hello @jlj-ee The CMSIS Library issue is being updated on newer and any updates to pack files being made. The MAX32670 pack file is functional and can be used as is with the following modification. Please go to “C:\Users<username>\IAR-CMSIS-Packs\ARM\CMSIS<version>\CMSIS\Core\Include" on your computer and find the functions below: __STATIC_INLINE void __NVIC_SetVector(IRQn_Type IRQn, uint32_t vector) and __STATIC_INLINE uint32_t __NVIC_GetVector(IRQn_Type IRQn) And change these to __NVIC_SetVector_1 and __NVIC_GetVector_1 i.e. add 1 to change the names and save the file core_cm4.h. This should resolve the issue you are seeing. Thanks Faisal |
Thanks for the suggestion -- I tried the changes you suggested and was able to build an example. Obviously not ideal to be editing files outside the MAX32670 pack though, since it could affect working with other packs/targets. Assuming this overall build issue will be fixed in an updated MAX32670 pack, I will simply stick to GCC-based project for now. Also, just wanted to note that there are also 3 minor BSP-related warnings that also appear when building the pack version but not the GCC projects:
I am fine ignoring/fixing these locally for now but just wanted to log them here. |
Hi @jlj-ee Thank you for trying out the suggestion and it is great that you have it going. Also, thank you for pointing out the warnings. We are aware of these warnings, and they will be tended to once we have gone through some automation of pack file generation (IAR/Keil) using MSDK. Thank you. Faisal |
Re-opening to track the outdated pack file |
Hi @jlj-ee, just following up on this older ticket. We've had the pack file updated, but Arm is having some trouble on their side getting their distribution link to work. For you and other users in the meantime the pack file is available from the link below: https://mxim.net/microcontroller/pack/Maxim.MAX32670.1.1.0.pack |
Thanks @Jake-Carter, the update on this issue is much appreciated. I'm ok with closing this or leaving it open until the ARM distribution link issue is resolved. Are there any plans to keep the CMSIS pack and ARMCC MSDK releases handled by this GitHub repo more in sync? |
Thanks @jlj-ee, I'll leave it open since until the link is working (https://www.keil.arm.com/packs/max32670-maxim/) @ftariqAnalogTx is working on keeping the packs synced up. We'll keep following up with the Keil folks to get the Keil links working asap |
@jlj-ee Arm's got the pack files uploaded now, and the link is working (https://www.keil.arm.com/packs/max32670-maxim/boards/), so I'll close this out |
Hi, I am working with the MAX32670, initially via the EvKit but soon in a custom board.
I've been very impressed with the support for VS Code integration and ease of getting running, both with the examples and with new code via the "New_Project" and "Inject" resources -- thanks for that! However, I may have to make use of Keil or IAR due to external pressures, and the MSDK documentation there was limited to the extent that I was questioning whether they are still officially-supported IDEs.
Are Keil/IAR still considered supported by the MSDK? If so, could the User Guide be updated and a boilerplate project added for those IDEs, if such a resource does not already exist?
I tried to do my due diligence and searched through the MSDK repo for references to Keil/IAR, but did not see any sample projects, at least for the MAX32670. I was able to get a CMSIS pack (dated 2021?) in the Keil uVision 5 pack installer and found projects in the examples tab there, though I am not sure if they are up-to-date given that there have been more recent MSDK releases.
My plan was to adapt one of those Keil example projects to for my new code, in the absence of a better boilerplate option.
Apologies if I missed something and all of my questions are already answered somewhere. Thanks again for these great development resources!
The text was updated successfully, but these errors were encountered: