The invention generally relates to methods and systems for controlling a resistance training machine.
Resistance training is a form of exercise undergone to build muscular strength and endurance by working against a weight or applied force. While some resistance training routines can be accomplished without external equipment, i.e., bodyweight exercises, many others require the use of specialized equipment, such as but not limited to free weights, weight machines, cable machines, resistance bands, and the like.
Traditional resistance training equipment is often specialized and, while each piece of equipment may offer distinct advantages, each may also suffer from drawbacks and inefficiencies. For example, free weights and weight machines are commonly employed for isotonic exercises, i.e., exercises requiring muscle activation against a constant force across a given range of motion. However, adjusting the weight or force for such exercises can be inconvenient, often requiring a user to add or remove plates, install clips, swap out dumbbells, etc. Furthermore, initiating an exercise with free weights and weight machines can create undue strain on a user's body, since the force applied by such equipment acts as a step function-jumping from zero to the full resistance. Perhaps more importantly, traditional resistance training equipment is usually designed for specific exercises or specific exercise modes only, requiring an individual to own a plurality of equipment in order to access a variety of well-rounded exercises.
More recently, ‘smart’ exercise machines have been developed that claim to offer a number of different exercises in a single machine. These machines commonly operate by providing resistive forces through electronic motors, which may be adjusted to the user's strength level. However, the exercise machines disclosed by the prior art have consistently failed to provide a range of exercise modes or can provide some modes but fail in others. Moreover, such machines tend to be limited in the amount of force they produce; they are usually unwieldy and difficult to install or transport; and many fail to provide adequate safety measures for the user. Finally, neither traditional resistance training equipment nor newer exercise machines offer feedback regarding both user form and user balance during workouts.
Accordingly, there remains a need in the art for software to control a resistance training machine that is capable of implementing a large number of exercise modes, including at least isotonic and isokinetic exercises; that is capable of supplying high levels of resistive force; and that may provide feedback on user form and user balance throughout each exercise.
Provided herein are Multi-Motor Module for a Resistance Training Machines, Systems, and Methods of Use.
The methods, systems, and apparatuses are set forth in part in the description which follows, and in part will be obvious from the description, or can be learned by practice of the methods, apparatuses, and systems. The advantages of the methods, apparatuses, and systems will be realized and attained by means of the elements and combinations particularly pointed out in the appended claims. It is to be understood that both the foregoing general description and the following detailed description are exemplary and explanatory only and are not restrictive of the methods, apparatuses, and systems, as claimed.
Accordingly, it is an object of the invention not to encompass within the invention any previously known product, process of making the product, or method of using the product such that Applicants reserve the right and hereby disclose a disclaimer of any previously known product, process, or method. It is further noted that the invention does not intend to encompass within the scope of the invention any product, process, or making of the product or method of using the product, which does not meet the written description and enablement requirements of the USPTO (35 U.S.C. § 112, first paragraph) or the EPO (Article 83 of the EPC), such that Applicants reserve the right and hereby disclose a disclaimer of any previously described product, process of making the product, or method of using the product. It may be advantageous in the practice of the invention to be in compliance with Art. 53(c) EPC and Rule 28(b) and (c) EPC. All rights to explicitly disclaim any embodiments that are the subject of any granted patent(s) of applicant in the lineage of this application or in any other lineage or in any prior filed application of any third party is explicitly reserved. Nothing herein is to be construed as a promise.
In the accompanying figures, like elements are identified by like reference numerals among the several preferred embodiments of the present invention.
The foregoing and other features and advantages of the invention are apparent from the following detailed description of exemplary embodiments, read in conjunction with the accompanying drawings. The detailed description and drawings are merely illustrative of the invention rather than limiting, the scope of the invention being defined by the appended claims and equivalents thereof.
Embodiments of the invention will now be described with reference to the Figures, wherein like numerals reflect like elements throughout. The terminology used in the description presented herein is not intended to be interpreted in any limited or restrictive way, simply because it is being utilized in conjunction with detailed description of certain specific embodiments of the invention. Furthermore, embodiments of the invention may include several novel features, no single one of which is solely responsible for its desirable attributes, or which is essential to practicing the invention described herein.
The use of the terms “a” and “an” and “the” and similar referents in the context of describing the invention are to be construed to cover both the singular and the plural, unless otherwise indicated herein or clearly contradicted by context. It will be further understood that the terms “comprises,” “comprising,” “includes,” and/or “including,” when used herein, specify the presence of stated features, integers, steps, operations, elements, and/or components, but do not preclude the presence or addition of one or more other features, integers, steps, operations, elements, components, and/or groups thereof.
Recitation of ranges of values herein are merely intended to serve as a shorthand method of referring individually to each separate value falling within the range, unless otherwise indicated herein, and each separate value is incorporated into the specification as if it were individually recited herein. The word “about,” when accompanying a numerical value, is to be construed as indicating a deviation of up to and inclusive of 10% from the stated numerical value. The use of any and all examples, or exemplary language (“e.g.,” or “such as”) provided herein, is intended merely to better illuminate the invention and does not pose a limitation on the scope of the invention unless otherwise claimed. No language in the specification should be construed as indicating any nonclaimed element as essential to the practice of the invention.
References to “one embodiment,” “an embodiment,” “example embodiment,” “various embodiments,” etc., may indicate that the embodiment(s) of the invention so described may include a particular feature, structure, or characteristic, but not every embodiment necessarily includes the particular feature, structure, or characteristic. Further, repeated use of the phrase “in one embodiment,” or “in an exemplary embodiment,” do not necessarily refer to the same embodiment, although they may.
As used herein the term “method” refers to manners, means, techniques and procedures for accomplishing a given task including, but not limited to, those manners, means, techniques and procedures either known to, or readily developed from known manners, means, techniques and procedures by practitioners of the mechanical, software, and electrical arts. Unless otherwise expressly stated, it is in no way intended that any method or aspect set forth herein be construed as requiring that its steps be performed in a specific order. Accordingly, where a method claim does not specifically state in the claims or descriptions that the steps are to be limited to a specific order, it is no way intended that an order be inferred, in any respect. This holds for any possible non-express basis for interpretation, including matters of logic with respect to arrangement of steps or operational flow, plain meaning derived from grammatical organization or punctuation, or the number or type of aspects described in the specification.
Referring now to the drawings and with specific reference to
As shown in
In one embodiment, the training program module 1510 removes break/stop of the motor system and sets proper actuator position. The training program module 1540 sends the start calibration mode or sets the movement data from a previous calibration, where the motor system module tracks the encoder and not allow the user to pull out more cable by placing the brake at the proper max/min. If calibration is needed, the motor drive module looks for the tension on the cables and if the user is resisting the cable, the drive system should stop pulling the cable in. The user then presses the sensor once it is at the right stop.
The motor system module 1500 sets and checks the target distance for each repetition on the exercise machine. The motor system module 1500 provides or receives the data from the motor sensors or wireless sensors 1550. Data from each of the first motor, the second motor, the third motor, and the fourth motor may be collected, stored, and sent upon request from the motor system module 1500. The programming framework 1520 is operably coupled and communicable to the motor hardware 1530 and a socket CAN 1560. The programming framework controls the motor hardware 1530 contained in the drive system 1570 by a PID controller 1540. The motor hardware 1530 may be operably coupled to an actuator to shift the drive system 1570 from a lower gear to a higher gear and vice versa. In one embodiment, the low gear is between about 1.6:1 and about 4.8:1 and the high gear is between about 22:1 to about 66:1. The isokinetic mode sets the drive system 1570 to the higher gear and the isotonic mode sets the drive system 1570 to the lower gear. In other embodiments, the low gear is between about 1.1:1.0 and about 6.0:1.0 and the high gear is between about 10.0:1 and about 70.0:1.
The socket CAN 1560 is an implementation of CAN protocols (Controller Area Network) for Linux, according to one embodiment. CAN is a networking technology and Socket CAN uses the Berkeley socket API, the Linux network stack and implements the CAN device drivers as network interfaces. The CAN socket includes an API, in one embodiment. In one embodiment, the programming framework 1520 employs Phoenix SDX, which is a package that targets Lab VIEW, C++, and Java for a Robotics Controller platform. Phoenix SDX includes the Application Programming Interface (API), which are the functions to be manipulated on the CAN bus.
The programming framework 1520 comprises an independently implementing closed-loop Proportional-Integral-Derivative (PID) controller 1540 that is capable of independently tuning the drive system 1570 to operate at a constant current, operate at a constant position, operate at a constant velocity, and/or implement a specific motion profile. The motor system module 1500 moves the cable and provides tension by a control loop. The motor system module 1500 may apply a stop value, a start value, current value or a speed value, depending on isotonic or isokinetic mode applied. The PID values instructions the motor on how smooth the motor will pull the cable and how much current will be applied to the motor to pull the cable or provide tension on the cable or a counter force. In the same or other embodiments, the motor system module 1500 may operatively supply instructions to the drive system 1570 with respect to the above parameters through a CAN bus, PWM signal, or similar protocol common to the art. When the exercise machine is off, the motor system module 1500 applies a brake or stop value to the right and left motor systems.
Proportional-Integral-Derivative (PID) controller 1540 continuously calculates an error value e (t) as the difference between a desired setpoint (SP) and a measured process variable (PV) and applies a correction based on proportional, integral, and derivative terms (denoted P, I, and D respectively). PID automatically applies an accurate and responsive correction to a control function. The controller's PID algorithm restores the measured speed to the desired speed with minimal delay and overshoot by increasing the current output of the motor in a controlled manner. The PID controller 1540 updates all closed-loop modes every 1 ms (1000 Hz)
In one embodiment, the difference between the PV and SP is the error (e), which quantifies whether the current value or speed value is too low or too high and by how much. The input to the process (the electric current in the motor) is the output from the PID controller, which is either the manipulated variable (MV) or the control variable (CV). By measuring the position (PV), and subtracting it from the setpoint (SP), the error (e) is found, and from it the controller calculates how much electric current to supply to the motor (MV).
The parameters of the PID controller Kp, Ki, Kd can be manipulated to produce various response Curves from a given process. The constant Kp, Ki, Kd values are set by using resistor and capacitor and may be replaced by microcontrollers, which has the benefit of integrating large amounts of code in a single IC. These circuits and PID controller are prepared and tested for the motor, generally shown in
In one embodiment, PID controller will pull closed-loop gain/setting information from a selected slot, where there are four slots to choose from for gain-scheduling, kF, kP, kl, and kD. The PID controller loop may be used for a velocity closed-loop, a current closed-loop, or a Velocity Feed Forward gain (kF). kF is the Feed Fwd gain for Closed loop. kP is the Proportional gain for closed loop, which is multiplied by closed loop error in sensor units. kI is the Integral gain for closed loop, which is multiplied by closed loop error in sensor units every PID Loop. kD is the Derivative gain for closed loop, which is multiplied by derivative error (sensor units per PID loop).
The power supply 235 may receive electrical power from an external supply and may provide electrical power to some or all of the other electronic components of the machine 100, where wattage ratings may be determined by specific application requirements. In some embodiments, such as the one shown in
As seen in
Returning now to
As shown in
As shown in
As shown in
As shown in
As shown in
The second operating system 3200 includes a device maintenance database 3210, a console manager 3220, an Ethernet data/stream process 3230, a core manager 3540, a motor drive manager 3250, a sensor manager 3260, and a wireless button manager 3270. The device maintenance database 3210 sends and receives data from the core manager 3540. The core manager 3540 sends and receives data from the console manager 3220, the motor drive manager 3250, the sensor manager 3260, and the wireless button manager 3270. The Ethernet data stream process 3230 sends and receives data from the event handler 3120 and the workout manager 3130 from the first operating system 3100. The wireless button manager 3270 sends and receives data from the wireless workout button 3280.
The second operating system 3200 sends commands to the first operating system 3100, which are topics for any particular module. The first operating system 3100 populates events that are processed by the second operating system 3200. The second operating system 3200 processes streams, which are topics continuously populated data stream from the first operating system 3100. The first operating system 3100 and the second operating system 3200 process responses for commands or acknowledgements of data, such as errors or critical events. The first operating system 3100 and the second operating system 3200 provide a Calibration of the resistance training machine, which is the procedure of setting min and max values relative to home position for movement and determines the positions between which the movement takes place. The first operating system 3100 and the second operating system 3200 process Movement Data, which is the process of motor rotation in and out to pull in and release cables between defined positions during calibration or loaded from the database. The second operating system 3200 process data relating to Accessories attached resistance training machine, which are devices which are connected to second operating system 3200 using wireless or Bluetooth, to provide UI control movements and calibration of the motor.
The modes that the motor system may implement include a Nemesis Mode, a Standard Mode, an Excentric Mode, an Isokinetic Mode, an Isotonic Mode, a Concentric mode, an Eccentric Mode. The Nemesis Mode is the movement mode in which the user is able to do an Isokinetic movement in both directions. The Standard Mode is the movement mode in which the user is able to do an Isotonic movement in both directions. The Excentric Mode is the movement mode in which the user is able to do an Isokinetic movement in the eccentric direction. The Isokinetic mode is Constant velocity movement, where the motor is more powerful than the user. The Isotonic Mode is Constant force movement, where the motor is less powerful than the user. The Concentric mode is the upward portion of a movement. The Eccentric mode is the downward portion of a movement. The modes may be set, calibrated, and executed by motor protocols.
The motor protocol is used for both the left and right motor system and the motor protocol is for receiving data from the second operating system about moving status and moving direction for the motor system. The motor protocol is updated on every change in motor movement or change in motor direction. The motor protocol includes a homed protocol, a command protocol, a response protocol, and an error protocol. The homed protocol contains information about the homing status of a motor and updates on change in the home status. The command protocol is used to send commands to the second operating system. The motor command may include: get relative position to home position and get actual position relative to actual home position. The response protocol contains the response data from the second operating system and response for each command received by the second operating system. The error protocol is used by the first operating system for receiving error data from motors, for example SDK error, parameters set error, a number of errors from list, including motor unexpected stop.
The movement protocol includes a calibration procedure used to establish the movement thresholds to be used during a workout, from where to where the motors will move. The resulting Minimum and Maximum values will be stored by the first operating system and must be passed to the second operating system using a command movement/setMovementData/along with the rest of the movement parameters.
The first operating system sends the communication/movement/calibration/launch Calibration/. The first operating system receives the communication/movement/calibration/calibration Status/. The first operating system sends the/movement/calibration/get Calibration/. The first operating system receives the communication/movement/calibration/actual Calibration/{lmin,lmax . . . }.
The first operating system will receive several/stream/messages from the second operating system during motor movements approximately every 250 ms. The first operating system will receive from the second operating system all/motor/events, plus/accessories/event/. The first operating system may receive the motor protocol for the right and left motor, the stream, or the accessories events.
The get calibration protocol is used for sending a command to the second operating system and receiving actual calibration data. The second operating system may also request actual calibration from the device.
The actual calibration protocol is used for sending actual calibration from the second operating system to the first operating system, and when EM receives command from API.
The actual calibration protocol may send the minimum point in meters relative to home position for left motor, may send the maximum point in meters relative to home position for left motor, may send the minimum point in meters relative to home position for right motor, and may send the maximum point in meters relative to home position for right motor.
If the machine isn't calibrated, then an invalid calibration value is sent to the second operating system.
The set calibration protocol is used to send calibration values from the first operating system to the second operating system. These values set the calibration minimum and maximum for the motors for the subsequent movement. This set calibration protocol should be used for every movement, or the calibration will be in an invalid state. After setting calibration, the second operating system should use the get calibration protocol to get calibration and check for set values.
The launch calibration protocol is used to send command to the second operating system to launch or stop calibration procedure. The status of calibration can be received in the calibration status protocol.
The calibration status protocol is used to receive info from the second operating system about the calibration status. For example, after sending command launch Calibration protocol. The calibration status protocol may include not calibrated, maximum calibration in progress, maximum calibration completed, minimum calibration in progress, minimum calibration completed, and calibration completed
The calibration error protocol is used to receive info from the second operating system about calibration error status. For example, after sending command launch calibration protocol.
The set Movement Data protocol is used to set typical movement values. The set movement protocol includes the number of repetitions for movement based on the type of the accessory to process events from the isokinetic, isotonic, eccentric, and mixed modes.
The set movement protocol includes the minimum calibration value for movement in meters for the left side only for isokinetic and mixed modes; the maximum calibration value for movement in meters for the left side only for isokinetic and mixed modes; the minimum calibration value for movement in meters for the right side only for isokinetic and mixed modes; the maximum calibration value for movement in meters for the ride side only for isokinetic and mixed modes; the position for start of movement only for isokinetic and mixed, optionally the top from max point or the bottom for minimum point; which motor is used in movement, optionally left motor system, right motor system, or both motor systems, where calibration uses this value as calibration target; the time for the upward movement; the time for the downward movement only for isokinetic and mixed modes; the force in pounds for the upward movement only for the isotonic mode; the force in pounds for the downward movement only for the isotonic mode.
The movement command protocol is used to send movement commands to the second operating system. To check the status of the movement command protocol, the movement status protocol is used for the response. The movement command protocol includes a start movement, an end movement, a pause movement, and a resume movement.
The movement status protocol is used to receive event status of movement, it also can be a response to the movement command protocol. The movement status protocol is a response and an event, since the movement status can change by both the first and the second operating system (via Bluetooth buttons) interaction. The movement status protocol includes a movement started, a movement paused, a movement resumed, and a movement finished.
The movement error protocol is used by the first operating system to receive an event about movement error. The movement error protocol includes an invalid movement command, a can't start workout due to calibration is not set, an invalid state transition, a hall sensor triggered, and an unable to set movement data.
The movement error acknowledgment is used for sending acknowledge about receiving error from the first operating system to the second operating system.
The sensor status protocol is used to receive events about hall sensor status change. The sensor status protocol includes a status of the left hall sensor, a status of right hall sensor, a status of motor safety circuit and whether it is enabled, or the safety is triggered.
With continued reference to
Moreover, the motors 1350A, 1350B, 1360A, 1360 may be capable of providing independent closed-loop control of a position, speed, acceleration, torque, and current outputted by its shaft. Moreover, the machine controller 250 may be in bi-directional communication with the motor system 255, and both operatively control its operation and receive feedback therefrom. Accordingly, by including an integrated encoder and controller within the motor 255 itself, the resistance training machine 100 may comprise a reduced total number of parts and a reduced total number of electrical connections, and may further improve a manufacturing efficiency, machine reliability, machine reparability, and overall cost.
In addition to the foregoing, the motor 1350A, 1350B, 1360A, 1360B may be configured with a number of specific control features. According to an embodiment, the motor system 255 may be capable of independently implementing closed-loop PID feedback; and/or may be capable of independently operating at a constant current, operating at a constant position, operating at a constant velocity, and/or implementing a specific motion profile. In the same or other embodiments, the machine controller 250 may operatively supply instructions to the motor system 255 with respect to the above parameters through a CAN bus, PWM signal, or similar protocol common to the art.
For example, the machine controller 250 may command the motor system 255 to operate at a specific velocity, e.g., in order to provide an isokinetic exercise to a user exercising with the machine 100. Upon receiving such a command, the motor 255 may be capable of independently maintaining the commanded velocity through internal control mechanisms without the need for additional signals from the machine controller 250 or from external encoders (not shown). The above notwithstanding, in some embodiments, the motor system 255 may also receive external feedback from the machine controller 250 and/or from external encoders to supplement its internal control mechanisms.
In another embodiment, the machine controller 250 may command the motor systems 255 to operate at a specific current or torque, e.g., in order to provide an isotonic exercise to the exercising user. Likewise, the motor system 255 may be capable of independently maintaining the necessary current or torque through internal control mechanisms without the need for external data, feedback, or commands. It may be appreciated that, with regard to isotonic exercises in particular, the machine controller 100 may be configured to convert a desired force level in the cable 140 to a current or torque level of the motor system 255. In such circumstances, the machine controller 250 may be configured to consider any number of system factors, such as but not limited to force multipliers in the pulley system 201, transfer functions in the motor system 255, and the like.
According to some embodiments, the motor 255 may be configured to implement a specific motion profile received from the machine controller 100, which may or may not be ‘streamed’ in real time. For example, the motor 255 may be configured to ramp up to or ramp down from a given velocity, e.g. during an initial or ending phase of an isokinetic exercise; or the motor system 255 may be configured to ramp up to or ramp down from a given force, torque, or current, e.g. during an initial or ending phase of an isotonic exercise. In the same or other embodiments, the motor 255 may be configured to implement independent S-curve smoothing; and/or may be configured to operate at constant accelerations, operate within minimum and/or maximum velocities, operate within minimum and/or maximum accelerations, and yet other kinematic controls, which further improve a perceived smoothness and overall safety for the user.
Furthermore, in some embodiments, one or both of the left motor system 255A and the right motor system 255B may be capable of implementing a ‘follow mode’ protocol, wherein a ‘follower’ motor may be controlled by and execute an identical motion profile to a ‘lead’ motor, e.g., during symmetrical exercises.
The specifications for an exemplary motor 255 to be used in conjunction with the resistance training machine 100 are now provided. In the table shown, the motor 255 may specifically be a Falcon 500 motor, developed and sold by Innovation First, Inc.©. The exemplary motor 255 may have a nominal voltage between 8V and 16V, and preferably between 10V and 14V; a stall torque between 3 Nm and 6 Nm, and preferably between 4 Nm and 5 Nm; a peak power rating between 600W and 100W, and preferably between 750W and 850W; and a volume between 100 cm3 and 300 cm3, and preferably under 250 cm3. As discussed above, each of the left motor 255A and the right motor 255B may be functionally identical and may accordingly share the above characteristics.
Returning to
As previously discussed, the machine controller 250 may be in bi-directional communication with each of the motors 255. More specifically, it may command an operation of each motor 255 through a CAN bus, PWM signals, or comparable communication protocol, and may receive feedback from each motor 255 via the same or additional communication channels. For example, the machine controller 250 may command each motor 255 to operate at a specific velocity, specific torque or current level, or specific motion profile, depending on the exercise being provided for the user. In some embodiments, after supplying the initial command to the motor 255, the machine controller 250 may not be required to participate in the motor's 255 independent control processes. For example, the machine controller 250 may supply the initial command for a concentric motion of an exercise, defer to the motor's independent closed-loop control, and then, upon completion of the concentric motion, supply the command for the eccentric motion of the same exercise. And in other embodiments, the entire repetition or even the entire set of repetitions may be independently controlled by each motor 255. However, it may be appreciated that the control scheme between the machine controller 250 and each motor 255 may differ depending on the exercise being performed, wherein each exercise may be left-side only, right-side only, symmetric, functionally symmetric, etc. For example, where a symmetric exercise is provided, the machine controller 250 may provide commands to the ‘lead’ motor 255 only, which may then be replicated by the ‘follower’ without direct input from the machine controller 250.
In addition to controlling an operation of the motors 255, the machine controller 250 may also receive feedback therefrom, including at least a position feedback and a current, torque, and/or force feedback. In an embodiment, the position feedback may be supplied by the integrated motor encoder, and the current, torque, and/or force feedback may be supplied by the integrated motor controller. In some embodiments, each motor 255 may only supply a position feedback and a current feedback, wherein the latter may be converted into the relevant parameter, e.g. force, by the machine controller 255, after accounting for force multipliers in the pulley system 201, transfer functions in the motor 255, and the like. In the same or other embodiments, additional metrics may be monitored by the machine controller 250, such as not limited to the temperature levels, voltage levels, power consumption, and efficiency of each motor 255.
Furthermore, the machine controller 250 may implement algorithms and/or software processes which perform an analysis on the data received from the motors 255 to provide user form feedback and user balance feedback on some or all exercises performed on the resistance training machine 100. Such analysis may consider, without limitation, the type of exercise being performed, the mode of the exercise (e.g. isokinetic or isotonic), the specified velocity or force levels outputted by the motors 255, the number of repetitions, the motion profile executed by the motor 255, and yet other factors; and may further depend on a sampling frequency of the motor 255 and/or the machine controller 250. For example, during an isokinetic and isometric exercise, the machine controller 250 may utilize the position feedback from the motors 255 to determine a kinematic motion of the user throughout his or her range of motion. Likewise, during an isotonic and isometric exercise, the machine controller 25 may utilize the current feedback from the motors 255 to determine a force applied by the user throughout his or her entire range of motion. In the above examples, it may be determined that the user's physical motion or force output is sufficiently balanced between the left and right sides of the body, or alternatively, that an unbalanced distribution has occurred. Such analysis by the machine controller 250 may then be communicated to the user through the HMI 110 and/or, in some circumstances, may lead to the activation of certain safety protocols. No limitation is intended herein for the type and number of user form and user balance metrics which may be derived by the machine controller 250, nor for the algorithms and mechanisms by which feedback is extracted from the motors 255 and the subsequent analysis performed.
With continued reference to
In the above or other embodiments, the force feedback from the load cells 299 may be consolidated with feedback from the motors 255 to provide more complex insights into user form and user balance. For example, net force data from the load cells 299 may be measured against a net force outputted by the motors 255. The comparison therein may be used to calculate a distribution of vertical (Z-axis) and horizontal (X-axis, Y-axis) force vectors, thereby arriving at a simulated pulling angle of one or both cables 140. It should be understood, however, that each of the above analyses are exemplary only, and that no limitation is intended herein for the methods or algorithms by which data from the motors 255 and the load cells 299 are measured and analyzed to drive insights for the user.
Returning now to
In some embodiments, the machine controller 250 may further implement software to generate a graphic user interface (GUI) displayed by HMI 110. The GUI may be configured to receive a user's selection of exercise type, exercise mode, exercise velocity, exercise force, exercise repetitions etc. Furthermore, the GUI may display feedback regarding the user's form and balance, and/or the GUI may alert the user when unsafe practice are detected. For example, during an ongoing exercise, a visual representation on the HMI 10 may display a simulated user form, a relative position of the cable, a force distribution between the left and right sides of the user's body, a weight distribution across the platform 102, a simulated user stance, and yet other possibilities. Indeed, no limitation is intended herein for the means by which the HMI 110 may receive selections from the user, nor for the means by which feedback on user balance and form may be displayed on the HMI 110.
While the above has described a number of electronic components comprising the resistance training machine 100, several hardware features will now be discussed in greater detail.
More specifically, the resistance training machine 100 may comprise a number of hardware features which improve its ease of use and its customizability. In the embodiment shown in
Returning now to
With continued reference to
As shown in
In some embodiments, the machine and, more specifically, the machine controller, may be programmed to include a Calibration Mode incorporating the above steps, where said steps may be facilitated through the display and input mechanism of the HMI. In the same or other embodiments, recalibration of an exercise may be performed at any time by entering the Calibration Mode.
With continued reference to
It may be understood, however, that different exercises may require only one or both cables, or may even be performed with functional symmetry, i.e. alternating left and right cables; that different exercises may require a specific number or range of repetitions; that different exercises may be performed in a specific exercise mode only; that different exercises may require a specific number or range of velocity and force; and/or that different exercises may be preprogrammed into the machine. Indeed, no limitation is intended herein for the specific combination of exercise type, handedness, symmetry, repetitions, exercise mode, and/or range of exertions that may be provided by the machine. Furthermore, it should be understood that some or all of the above steps may be obviated, may be performed in a different order, and/or may be performed concurrently, without departing from the scope of the present disclosure. In some embodiments, the machine and, more specifically, the machine controller may be programmed to include a Ready Workout Mode incorporating the above selection steps, where said steps may be facilitated through the display and input mechanism of the HMI.
With continued reference to
Next, the motor may ramp up the cable to a constant velocity (block 691), e.g., for an isokinetic exercise, or ramp up the cable to a constant force (block 692), e.g., for an isotonic exercise. The user may then perform a repetition of the exercise (6100) at the constant velocity or force. Near the end position of the motion, the motor may ramp down the cable from the constant velocity to zero or a minimum velocity (block 6111), e.g., for the isokinetic exercise; or ramp down the cable from the constant force to zero or a minimum force (block 6112), e.g., for an isotonic exercise. Finally, blocks 691-6111 may be repeated for a selected number of repetitions, and the workout completed. In various embodiments, specific ramp up and ramp down times may be selected by the user, set by the manufacturer, and/or changed according to the associated exercise; and may be set to between 0.5 and 3 seconds, and more preferably, between 1 and 2 seconds. Furthermore, additional smoothing, such as S-curve smoothing, may be applied to the motion profile of the cable during either ramp up or ramp down procedures.
In some embodiments, the machine may feature a Pull-in Slack mode that is designed to retract the cables when no longer in use. Accordingly, the method 600 may include the motor retracting the cable to the docking position at a minimum force or minimum velocity if/when certain conditions are met. According to an embodiment, the Pull-In Slack mode may be activated if/when the cable is not in the docking position and no resistance has been detected by the machine controller for between 5 and 15 seconds and, more preferably, between 8 and 12 seconds. In the same or other embodiments, the Pull-in Slack Mode may be deactivated (and the retraction ceased) if, during retraction, a resistance is detected in the cables. It may be understood that Pull-in Slack mode may also be activated in other circumstances and may be activated for a single cable at a time or both cables concurrently.
In some embodiments, the machine may further feature any number of safety protocols designed to protect the user and/or the machine when dangerous activity is detected or when certain limits are exceeded. In such embodiments, the machine may enter a Non-workout Mode, wherein no resistance is exerted by one or both motors. In the same or other embodiments, the Non-workout Mode may be followed by the Pull-in Slack Mode in order to reset the machine. For example, the machine may enter the Non-workout Mode if, in the course of an exercise: a force exceeding between 300 and 700 pounds or, more preferably, 500 pounds is exerted on either motor; a repetition exceeds between 6 and 14 seconds or, more preferably, 10 seconds; or either or both knobs are within between 0.5 and 2 inches or, more preferably 1 inch of the docking position. In such circumstances, the motor may cease providing resistance, followed by a brief pause, and then begin retraction through the Pull-in Slack mode. As discussed above, the machine may further utilize the load cells to enable additional safety protocols, in combination with or independent of the above conditions. For example, the Non-workout Mode may be activated if the cable is not in the docking position and one or more load cells detect an unsafe user balance, or if the user is standing too close to an edge of the base.
Furthermore, in some or all of the above embodiments, a corresponding status or alert may be communicated to the user through the HMI, informing the user of the type, cause, and/or remedy to an encountered problem. It should be understood that the above conditions and protocols are exemplary only, that other conditions or sets of conditions may be programmed to activate the Non-workout Mode, that periods of time other than the above may be necessary or sufficient to activate the Non-workout Mode, and that other procedures may be activated by the machine as part of various safety protocols without departing from the scope of the present disclosure.
Turning now to
Next, in block 750, the machine may generate feedback pertaining to the user's form from some or all of the above data received by the motors and the load cells; and, in block 760, the machine may generate feedback pertaining to the user's balance from some or all of the above. As previously discussed, no limitation is intended herein for the algorithms or strategies by which insights may be extracted from the underlying data. Finally, the machine may display the user form and user balance feedback through the HMI through any number of means known in the art, such as but not limited to a GUI, graphs, charts, tables, simulations, audio cues, and the like (block 7100). In some embodiments, the machine controller may specifically generate a visual representation of the user's form and balance (block 790), such as but not limited to a 3D model, a color-coded display of active muscle groups, a distribution of left-side and right-side forces, and many other possibilities, which may improve a comprehension and/or enjoyment for the user.
In some embodiments, the above feedback information may also be used to activate safety protocols. As seen in block 780, if unsafe user activity is detected, the machine may enter a Non-workout Mode, wherein the motors may cease to apply resistance. In the same or other embodiments, appropriate alerts, such as visual or audio cues, may further be communicated to the user through the HMI 10. However, it should be understood that other safety triggers and other resulting actions are also possible and envisioned.
As used in this application, the terms “component” and “system” are intended to refer to a computer-related entity, either hardware, a combination of hardware and software, software, or software in execution. For example, a component can be, but is not limited to being, a process running on a processor, a processor, an object, an executable, a thread of execution, a program, and/or a computer. By way of illustration, both an application running on a server and the server can be a component. One or more components can reside within a process and/or thread of execution, and a component can be localized on one computer and/or distributed between two or more computers.
Generally, program modules or protocols include routines, programs, components, data structures, etc., that perform particular tasks or implement particular abstract data types. Moreover, those skilled in the art will appreciate that the inventive methods can be practiced with other computer system configurations, including single-processor or multiprocessor computer systems, minicomputers, mainframe computers, as well as personal computers, hand-held computing devices, microprocessor-based or programmable consumer electronics, and the like, each of which can be operatively coupled to one or more associated devices.
The illustrated aspects of the innovation may also be practiced in distributed computing environments where certain tasks are performed by remote processing devices that are linked through a communications network. In a distributed computing environment, program modules can be located in both local and remote memory storage devices.
A computer typically includes a variety of computer-readable media. Computer-readable media can be any available media that can be accessed by the computer and includes both volatile and nonvolatile media, removable and non-removable media. By way of example, and not limitation, computer-readable media can comprise computer storage media and communication media. Computer storage media includes volatile and nonvolatile, removable and non-removable media implemented in any method or technology for storage of information such as computer-readable instructions, data structures, program modules or other data. Computer storage media includes, but is not limited to, RAM, ROM, EEPROM, flash memory or other memory technology, CD-ROM, digital versatile disk (DVD) or other optical disk storage, magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic storage devices, or any other medium which can be used to store the desired information and which can be accessed by the computer.
Communication media typically embodies computer-readable instructions, data structures, program modules or other data in a modulated data signal such as a carrier wave or other transport mechanism and includes any information delivery media. The term “modulated data signal” means a signal that has one or more of its characteristics set or changed in such a manner as to encode information in the signal. By way of example, and not limitation, communication media includes wired media such as a wired network or direct-wired connection, and wireless media such as acoustic, RF, infrared and other wireless media. Combinations of the any of the above should also be included within the scope of computer-readable media.
Software includes applications, protocols, and algorithms. Software may be implemented in a smart phone, tablet, or personal computer, in the cloud, on a wearable device, or other computing or processing device. Software may include logs, journals, tables, games, recordings, communications, SMS messages, Web sites, charts, interactive tools, social networks, VOIP
(Voice Over Internet Protocol), e-Mails, and Videos.
In some embodiments, some or all of the functions or process(es) described herein and performed by a computer program that is formed from computer readable program code and that is embodied in a computer readable medium. The phrase “computer readable program code” includes any type of computer code, including source code, object code, executable code, firmware, software, etc. The phrase “computer readable medium” includes any type of medium capable of being accessed by a computer, such as read only memory (ROM), random access memory (RAM), a hard disk drive, a compact disc (CD), a digital video disc (DVD), or any other type of memory.
All publications and patent applications mentioned in this specification are herein incorporated by reference to the same extent as if each individual publication or patent application was specifically and individually indicated to be incorporated by reference.
While the invention has been described in connection with various embodiments, it will be understood that the invention is capable of further modifications. This application is intended to cover any variations, uses or adaptations of the invention following, in general, the principles of the invention, and including such departures from the present disclosure as, within the known and customary practice within the art to which the invention pertains.
The present application claims priority to PCT application serial no. PCT/US2023/068958, filed Jun. 23, 2023, which claims priority to U.S. provisional application Ser. No. 63/354,800, filed Jun. 23, 2022, each herein incorporated by references in their entireties.
Number | Date | Country | |
---|---|---|---|
63354800 | Jun 2022 | US |
Number | Date | Country | |
---|---|---|---|
Parent | PCT/US2023/068958 | Jun 2023 | WO |
Child | 18985295 | US |