infineon4engineers Facebook

infineon@google+ Google+

infineon@linkedin linkedin

infineon4engi@twitter twitter

infineon@youtube youtube

+ Reply to Thread
Results 1 to 3 of 3

Thread: FOC Sensorless questions and thoughts [Case:3760197]

  1. #1
    New Member New Member atena is on a distinguished road
    Join Date
    Jun 2018
    Posts
    4
    Points
    45

    FOC Sensorless questions and thoughts [Case:3760197]

    I have spent the last days evaluating and reviewing the XMC FOC sensorless libraries for an ebike solution proof-of-concept.
    Here I expose certain thoughts and questions that came up...

    - I have noticed that the last version of the library (4.2.8) is provided at the DAVE repos as a pre-compiled library without chance to access the source code.
    However I saw that previous versions are provided open-sourced with only some modules pre-compiled (like the PLL position estimator).
    This implies certain restrictions when developing on-top solutions. Is the library offered somewhere open-source or at least partially open-sourced (like it used to be)? Would it be possible to get such code under request?

    - Having a position feedback over Hall sensors might be required/interesting for certain applications. It is the case for my application. However, with this pre-compiled FOC library I am not even able to try to include such modification on my own.
    With previous versions it was possible for developers to include and evaluate such functionalities. Is there really no way now to give a try to a Hall sensored self-implementation with the latest version?

    - Previous versions have a comprehensive documentation. For the latest version all the documentation is a brief Help in DAVE which is somehow poor and certainly misleading in some cases.
    No plan for an updated further documentation of the library?

    - There are certain unstable and undesired behaviors of the library that would require in-depth analysis and debugging before going into an end-product, therefore my need of having the library code. See for example the video attached.

    In the video I am running the motor under torque control at a constant torque and maximum controller output of 50%. It can be observed how the motor reacts to an opposite load (my fingers) differently in 2 consecutive attempts.
    The first time, the motor slows down until stopped and after releasing the load, the motor resumes spinning normally (this is how it should be). The second time, the motor slows down until stopped and remains stall (this should not be).
    Am I very wrong about this?



    I hope someone find this thoughts interesting and can help me out with my questions.
    Thanks for reading and all the best.
    Last edited by atena; Jun 7th, 2018 at 02:51 AM.

  2. #2
    New Member New Member MuseRobotics is on a distinguished road
    Join Date
    Sep 2017
    Posts
    2
    Points
    30
    Hey atena,

    Looks like this forum is not supported enough, I have had similar questions about FOC, and more specifically sensored FOC, but with no answer. The behavior you see is a result of sensorless Hall, which does not perform well in near-stall speeds. We use encoders for sensored FOC and it runs super smooth in our products.

    Check this thread to see about enabling Hall feedback (worse than encoder, but still something):
    https://www.infineonforums.com/threa...rless-to-Hall?

    We were quite excited about the XMC series processors for our products as they seemed ideal. However, after reviewing the current status of code, documentation, closed-source/non-modular FOC, etc, we decided not to make the jump to XMC. If you have any updates please share them.

    Best,
    Alex

  3. #3
    Beginner Beginner xyyeh is on a distinguished road
    Join Date
    Aug 2017
    Posts
    5
    Points
    140
    Hi, the open sourced (except for the PLL estimator) version is on Infineon's website (https://www.infineon.com/cms/en/prod...or_001/#!tools), look under tools & software.

    The behavior you see is normal for sensorless pmsm since there is limited knowledge as to where the rotor flux linkage is with respect to the stator. To get a good estimate of the flux linkage, the rotor needs to be 'sufficiently' excited. When you hold down the rotor, the excitation is limited, resulting in bad estimates. As such, FOC is not able to provide a the right phase currents to 'move' the rotor. The solution: sensored FOC, use halls or encoder with POSIF to replace the PLL estimate and you are good

+ Reply to Thread
Disclaimer

All content and materials on this site are provided “as is“. Infineon makes no warranties or representations with regard to this content and these materials of any kind, whether express or implied, including without limitation, warranties or representations of merchantability, fitness for a particular purpose, title and non-infringement of any third party intellectual property right. No license, whether express or implied, is granted by Infineon. Use of the information on this site may require a license from a third party, or a license from Infineon.


Infineon accepts no liability for the content and materials on this site being accurate, complete or up- to-date or for the contents of external links. Infineon distances itself expressly from the contents of the linked pages, over the structure of which Infineon has no control.


Content on this site may contain or be subject to specific guidelines or limitations on use. All postings and use of the content on this site are subject to the Usage Terms of the site; third parties using this content agree to abide by any limitations or guidelines and to comply with the Usage Terms of this site. Infineon reserves the right to make corrections, deletions, modifications, enhancements, improvements and other changes to the content and materials, its products, programs and services at any time or to move or discontinue any content, products, programs, or services without notice.