The instant application claims priority to European Patent Application No. EP09368054.4, filed Dec. 30, 2009, which application is incorporated herein by reference in its entirety.
An embodiment relates to the field of control systems of electrical machines, such as motors; more specifically an embodiment relates to a method and a related system for implementing the square-root-extraction operation.
An non-limitative example of a typical application of an embodiment is represented by so-called Field Orientated Control (FOC) systems, that are control systems dedicated to controlling three-phase electric motors.
A typical FOC control system operates starting from the measure of a plurality of currents in the stators of an electric motor, by dividing them into two separate components, one component being called the torque current and a second component being called the flow current. These currents are subjected to processing, within the FOC feedback loop, to drive said electric motor, according to the application.
As known, FOC control systems provide, for the control algorithm execution, square-root-extraction operations of decimal radicand with values comprised between 0 and 1, representative of electrical quantities, such as currents or voltages, with a high precision.
Therefore, it may be important to implement, in said control systems, an efficient function to compute this square root.
There are several known methods for extracting a square root, in particular fixed-point algorithms appear to run faster than floating-point ones. Among said algorithms for the fixed-point square-root extraction, the best known are the following three. One algorithm, called Newton's iterative algorithm, based on the homonymous mathematical method, provides a 32 bits precision and is capable of operating with decimal radicands, but it is very slow, even referring to the version limited to only ten iterations. A second algorithm, called the Turkowski algorithm, is based on the binary-restoring square-root extraction method, with linear type convergence, has a 32 bits result accuracy, and is also capable of processing decimal numbers and typically requires a lower execution time than the previous algorithm, but the execution time is still long compared to response times often necessary to ensure optimal performances in modern control systems. A third algorithm, known as Dijkstra's algorithm, is much faster, but only implements integer-numbers root extraction and provides an accuracy limited to 16 bits, which is insufficient for the standards required by many control systems.
An embodiment is a method, and related system that overcomes the limitations inherent to the previously presented algorithms, which can ensure 32 bits precision, which has a computational speed comparable with the Dijkstra's algorithm, and which can process decimal type radicands.
An embodiment is a method for controlling an electrical machine, comprising:
detecting the value of at least one electrical quantity characterizing the machine operation;
processing said at least one electrical quantity value;
controlling the operation of the machine on the basis of said processing.
In an embodiment, said processing the value of said at least one electrical quantity comprises calculating a square root of a radicand value related to said electrical quantity detected value.
In an embodiment, said calculating the square root comprises:
calculating an approximated value of said square root, said approximated value having a first precision;
calculating a corrective value to be combined with said approximated value;
combining said approximated value with the corrective value thereof to obtain said square root value with a second precision greater than the first precision.
Another embodiment relates to an electrical machine control system comprising means for computing a square root of a radicand value expressing a value related to the electrical quantity detected value, said means being configured to implement the method according to an embodiment.
Features and advantages of an embodiment will be better understood with reference to the following non-limiting detailed description, provided for illustrative and not restrictive purposes, to be read in conjunction with the attached figures. In this regard, it is expressly intended that the figures are not necessarily to scale and that, unless specified otherwise, they simply aim to conceptually illustrate the structures and procedures. In particular:
With reference to the drawings,
The functional block diagram depicted in
The method according to an embodiment allows calculating the value of the square root (radical) XC 205, with 32 bits of precision, of an input value (root) XA2 210, in particular a value between 0 and 1 (where the value 1 is a bound out of the range of the acceptable values), representing an electrical quantity (e.g. a voltage or a current), derived from the value of the detected electrical quantity. In particular, the radical XC 205 is calculated by firstly computing a 16 bits radical X 215 (thus, with limited accuracy) of the radicand XA2 210, using the Dijkstra algorithm (schematized by block 220), or a similar algorithm. The radical X 215 calculated using the Dijkstra's algorithm 220, is then subjected to a correction to improve its accuracy to 32 bits; the calculation of the correction to be made is based on both the value of the radical X 215 and radicand XA2 210.
In particular, the radical X 215 is subjected to a shift operation 225 of sixteen positions to the left in order to obtain a 32 bits number XS 230 that differs from the value of the corrected radical XC 205 for only the 16 least significant bits. The 16 least significant bits value of the corrected radical XC 205 are determined by the operations described below and added (block 235) to the XS 230 value, so as to obtain the radical XC 205.
In order to determine the 16 least significant bits value of the radical XC 205, the value X 215 calculated using the Djikstra algorithm is multiplied (block 240) by itself, so as to obtain a 32 bits number, representing the squared value of X 215, which is then subtracted (block 245) from the input radicand value XA2 210, thereby obtaining a difference value XDD2 250, which has only the 16 least significant bits different from zero. In parallel, the value of the radical X 215 is incremented by 1 (block 255). The value of X 215 incremented by 1 is then multiplied (block 260) by itself and the result thus obtained is subtracted (block 265) from the radicand value XA2 210 in order to get a difference value XDU2 270 also having only the 16 least significant bits different from zero. Subsequently, the values XDD2 250 and XDU2 270 are added together (block 275), thereby obtaining a value XD2 280, with the 16 most significant bits equal to zero. The value XD2 280 is used as the denominator in a division operation (block 285) in which at the numerator there is placed the value XDD2 250, shifted (block 290) by 16 positions to the left. The value XFC293 obtained by the division 285 provides the 16 least significant bits of the radical XC 205 and is added (block 235) to the value XS 230, thereby generating the radical XC 205.
The functional block schematic shown in
The value of the radical X 215 calculated using the Dijkstra algorithm (block 220) is shifted (block 225) by 16 bits to the left in order to obtain a 32 bits number XS 230 that differs from the corrected radical XC 205 only for the 16 least significant bits, and added (block 335) to obtain the value of the corrected radical XC 205, in a manner similar to that described above with reference to
To calculate the value XD2 362 (corresponding to the value indicated by the reference 280 in
XD2=XDU2+XDD2=(X+1)2−XA2+XA2−X2=(X+1)2−X2=2X+1.
as will be observed, in this way it is possible to reduce the computational complexity.
In fact, from the formula shown above it is possible to understand that there is no need to calculate the value of XDU2 (indicated by reference 270 in
It is noted that the value XD2 362 is representable by a number with only the 16 least significant bits different from zero only if the value of the radical X 215 is a number lower than a constant equal to 215, or if the bit in the sixteenth position (defined Most Significant Bit or MSB) is zero; otherwise, as a result of the multiplication operation (block 345) by the constant 2 350, an overflow occurs (that is, the largest representable number with a given sequence of bits is exceeded), generating a calculation error.
To avoid this, according to an embodiment of the present disclosure, a control path is provided that performs a comparison, through a comparator (schematized by block 385), of the radical value X 215 with a constant 387 with value 215, that is the bound value for which the overflow condition does not take place. The result of this comparison controls a selector (block 390) that determines the second term of the addition, i.e. the value XFC 397, of the addition 335 between the correction factors XO 392 and XF 342, to determine the corrected radical XC 205. In particular, in the critical case in which the radical value X 215 is greater than 215, to avoid the overflow condition the selector 390 selects as a correction value an approximated value XO 392, obtained from the ratio (block 395) between the difference value XDD2 250 shifted (block 399) by fifteen positions to the left and the radical value X 215.
Said approximated value XO 392 is obtained in a simplified way by observing that for large values of the radical X 215, and particularly when the radical X 215 value is higher than 215, the value 2 X is much greater than 1, so it is possible to approximate the value 2 X+1 with the value 2×. It is then possible to calculate the approximated value XO 392 by dividing the difference value XDD2 250 shifted to the left by 15 positions (block 399), so as to obtain a value equal to half the difference value XDD2 250 shifted to the left by 16 positions, by the value of the radical X 215. This will accelerate the roots-extraction calculation, reducing the number of operations performed in the overflow critical case.
If instead from the comparison 385 it results that the value of the radical X 215 is lower than its overflow value equal to the constant 215 387, the selector 390 selects as the correction value the value XF 342, calculated as previously described. The operations sequence described by the functional blocks diagram represented in
The following table shows the values obtained through simulations and tests, in order to provide a comparison between the known algorithms mentioned in the introduction of this description and an embodiment described here by way of example.
The algorithm according to an embodiment allows achieving an accuracy approximately identical to that obtainable with the Newton algorithm, i.e. the algorithm with higher accuracy among the known algorithms considered for comparison, in case of input values both greater and lower than 0.2; the value 0.2 identifies a breakdown for the set of real numbers in two ranges: for radicands of value lower than 0.2, an embodiment's convergence to the exact value may be slower, and there may be, therefore, a lower precision than the maximum attainable one, while for radicands of value greater than 0.2, the convergence may be faster, and may allow reaching the algorithm's maximum possible precision. Analyzing the columns on the execution speed, one may observe that an embodiment provides the radical value in a time just 0.325 microseconds longer than the time required to provide the same result by the Dijkstra's algorithm, but with twice the precision of the latter algorithm.
From the foregoing it will be appreciated that, although specific embodiments have been described herein for purposes of illustration, various modifications may be made without deviating from the spirit and scope of the disclosure. Furthermore, where an alternative is disclosed for a particular embodiment, this alternative may also apply to other embodiments even if not specifically stated.
Number | Date | Country | Kind |
---|---|---|---|
09368054 | Dec 2009 | EP | regional |
Number | Name | Date | Kind |
---|---|---|---|
20020052905 | Naik | May 2002 | A1 |
20020178912 | Munari et al. | Dec 2002 | A1 |
20030028574 | Takagi | Feb 2003 | A1 |
20030094914 | Yanagita et al. | May 2003 | A1 |
20040002862 | Kim et al. | Jan 2004 | A1 |
20060129623 | Uesugi | Jun 2006 | A1 |
20070027946 | Visalli et al. | Feb 2007 | A1 |
20090238360 | Ciet et al. | Sep 2009 | A1 |
Number | Date | Country |
---|---|---|
9737299 | Oct 1997 | WO |
Entry |
---|
Wilco Dijkstra, posted on comp.sys.arm Jun. 20, 1996, comp.sys.arm, Google Gruppi, https://groups.google.com/group/comp.sys.arm/tree/browse—frm/thread/13e158b153c, pp. 2. |
W:\2100 -\2110 STMicroelectronics S.r.l.—Europe\365 (I09072-US)\03\Wilco Dijkstra, posted on comp.sys.arm Jun. 20, 1996.htm. |
Ken Turkowski, “Fixed Point Square Roof”, Oct. 3, 1994, Apple Technical Report No. 96, pp. 3. |
“Root Finding and Nonlinear Sets of Equations”, World Wide Web sample page from Numerical Recipes in C: The Art of Scientific Computing (ISBN 0-521-43108-5), Chapter 9.4, pp. 362-369. |
“Root Finding and Nonlinear Sets of Equations”, Sample page from Numerical Recipes in Fortran 77: The Art of Scientific Computing (ISBN 0-521-43064-X), Chapter 9.6, pp. 372-376. |
European Search Report for European Application No: 09368054, European Patent Office, The Haughe, Sep. 17, 2010, pp. 2. |
Number | Date | Country | |
---|---|---|---|
20110160912 A1 | Jun 2011 | US |