Changes for page LSS Communication Protocol

Last modified by Eric Nantel on 2025/06/06 07:47

From version < 24.1 >

edited by RB1
on 2018/05/04 09:31

To version < 11.1 >

edited by Coleman Benson
on 2018/03/29 09:31

< >

Change comment: There is no comment for this version

Summary

Page properties (3 modified, 0 added, 0 removed)

Details

Page properties

Author

@@ -1,1
          +1,1 @@
--xwiki:XWiki.RB1
++xwiki:XWiki.CBenson

Tags

...	...	@@ -1,1 +1,0 @@
1		-LSS\|communication\|protocol\|programming\|firmware\|control

Content

@@ -42,28
          +42,6 @@
  Modified commands are command specific.
  )))
--(((
--
--)))
--
--== Configuration Commands ==
--
--Configuration commands affect the servo's current session* but unlike action commands, configuration commands are written to EEPROM and are retained even if the servo loses power (therefore NOT session specific). Not all action commands have a corresponding configuration and vice versa. Certain configurations are retained for when the servo is used in RC model. More information can be found on the [[LSS - RC PWM page>>doc:Lynxmotion Smart Servos (LSS).LSS - RC PWM.WebHome]].
--
--1. Start with a number sign # (U+0023)
--1. Servo ID number as an integer
--1. Configuration command (two to three letters, no spaces, capital or lower case)
--1. Configuration value in the correct units with no decimal
--1. End with a control / carriage return '<cr>'
--
--Ex: #5CO-50<cr>
--
--Assigns an absolute origin offset of -5.0 degrees (with respect to factory origin) to servo #5 and changes the offset for that session to -5.0 degrees.
--
--Configuration commands are not cumulative, in that if two configurations are sent at any time, only the last configuration is used and stored.
--
--*Important Note: the one exception is the baud rate - the servo's current session retains the given baud rate. The new baud rate will only be in place when the servo is power cycled.
--
  == Query Commands ==
  Query commands are sent serially to the servo's Rx pin and must be set in the following format:
@@ -91,21
          +91,25 @@
  )))
  Indicates that servo #5 is currently at 144.3 degrees.
++)))
--**Session vs Configuration Query**
++== Configuration Commands ==
--By default, the query command returns the sessions' value; should no action commands have been sent to change, it will return the value saved in EEPROM from the last configuration command.
++Configuration commands affect the servo's current session* but unlike action commands, configuration commands are written to EEPROM and are retained even if the servo loses power (therefore NOT session specific). Not all action commands have a corresponding configuration and vice versa. Certain configurations are retained for when the servo is used in RC model. More information can be found on the [[LSS - RC PWM page>>doc:Lynxmotion Smart Servos (LSS).LSS - RC PWM.WebHome]].
--In order to query the value in EEPROM, add a '1' to the query command.
++1. Start with a number sign # (U+0023)
++1. Servo ID number as an integer
++1. Configuration command (two to three letters, no spaces, capital or lower case)
++1. Configuration value in the correct units with no decimal
++1. End with a control / carriage return '<cr>'
--Ex: #5CSR20<cr> sets the maximum speed for servo #5 to 20rpm upon RESET (explained below).
++Ex: #5CO-50<cr>
--After RESET: #5SR4<cr> sets the session's speed to 4rpm.
++Assigns an absolute origin offset of -5.0 degrees (with respect to factory origin) to servo #5 and changes the offset for that session to -5.0 degrees.
--#5QSR<cr> would return *5QSR4<cr> which represents the value for that session.
++Configuration commands are not cumulative, in that if two configurations are sent at any time, only the last configuration is used and stored.
--#5QSR1<cr> would return *5QSR20<cr> which represents the value in EEPROM
--)))
++*Important Note: the one exception is the baud rate - the servo's current session retains the given baud rate. The new baud rate will only be in place when the servo is power cycled.
  = Command List =
@@ -125,8
          +125,8 @@
  | 11|**W**heel mode in **R**PM| WR| QWR| | | ✓| rpm|
  | 12|**S**peed in **D**egrees| SD| QSD| CSD| ✓| ✓| tenths of degrees per second (ex 248 = 24.8 degrees per second)|
  | 13|**S**peed in **R**PM| SR| QSR| CSR| ✓| ✓| rpm|
--| 14|**R**igidity| R| QR| CR| ✓| ✓|none|
--| 15|//N/A (removed)//| | | | | | |
++| 14|**A**ngular **A**cceleration| AA| QAA| CAA| ✓| ✓| tenths of degrees per second squared|
++| 15|**A**ngular **D**eceleration| AD| QAD| CAD| ✓| ✓| tenths of degrees per second squared|
  | 16|**LED** Color| LED| QLED| CLED| ✓| ✓| none (integer from 1 to 8)|0=OFF 1=RED 2=GREEN 3= BLUE 4=YELLOW 5=CYAN 6= 7=MAGENTA, 8=WHITE
  | 17|**ID** #| ID| QID| CID| | ✓| none (integer from 0 to 250)|Note: ID 254 is a "broadcast" which all servos respond to.
  | 18|**B**aud rate| B| QB| CB| | ✓| none (integer)|
@@ -283,15
          +283,8 @@
  Ex: #5QSD<cr> might return *5QSD1800<cr>
--By default QSD will return the current session value, which is set to the value of CSD as reset/power cycle and changed whenever a SD command is processed.
--If #5QSD1<cr> is sent, the configured maximum speed (CSD value) will be returned instead. You can also query the current speed using "2" and the current target travel speed using "3". See the table below for an example:
++Note that the QSD query will return the current servo speed. Querying the last maximum speed value set using SD or CSD is not possible.
--|**Command sent**|**Returned value (1/10 °)**
--|ex: #5QSR<cr>|Current session value for maximum speed (set by latest SD/SR command)
--|ex: #5QSR1<cr>|Current maximum speed configured (set by CSD/CSR)
--|ex: #5QSR2<cr>|Current speed.
--|ex: #5QSR3<cr>|Target travel speed.
--
  Configure Speed in Degrees (**CSD**)
  Ex: #5CSD1800<cr>
@@ -316,38
          +316,46 @@
  Using the CSD command sets the servo's maximum speed which is saved in EEPROM. In the example above, the servo's maximum speed will be set to 45rpm. When the servo is powered on (or after a reset), the CSD value is used. Note that CSD and CSR are effectively the same, but allow the user to specify the speed in either unit. The last command (either CSR or CSD) is what the servo uses for that session.
--__14. Rigidity (R)__
++__14. Angular Acceleration (**AA**)__
--The servo's rigidity can be thought of as (though not identical to) a damped spring in which the rigidity value affects the stiffness and embodies how much, and how quickly the servo tried keep the requested position against changes.
++{More information coming soon}
--A positive value of "rigidity":
++Ex:
--* The more torque will be applied to try to keep the desired position against external input / changes
--* The faster the motor will reach its intended travel speed and the motor will decelerate faster and nearer to its target position
++{Description coming soon}
--A negative value on the other hand:
++Query Angular Acceleration (**QAA**)
--* Causes a slower acceleration to the travel speed, and a slower deceleration
--* Allows the target position to deviate more from its position before additional torque is applied to bring it back
++Ex:
--The default value is zero and the effect becomes extreme by -4, +4. There are no units, only integers between -4 to 4. Greater values produce increasingly erratic behavior.
++{Description coming soon}
--Ex: #5R-2<cr>
++Configure Angular Acceleration (**CAA**)
--This reduces the rigidity to -2 for that session, allowing the servo to deviate more around the desired position. This can be beneficial in many situations such as impacts (legged robots) where more of a "spring" effect is desired. Upon reset, the servo will use the value stored in memory, based on the last configuration command.
++Ex:
--Ex: #5QR<cr>
++{Description coming soon}
--Queries the value being used.
++__15. Angular Deceleration (**AD**)__
--Ex: #5CR<cr>
++{More information coming soon}
--Writes the desired rigidity value to memory.
++Ex:
--__15. N/A (removed)__
++{Description coming soon}
--This command has been removed.
++Query Angular Acceleration (**QAD**)
++Ex:
++
++{Description coming soon}
++
++Configure Angular Acceleration (**CAD**)
++
++Ex:
++
++{Description coming soon}
++
  __16. RGB LED (**LED**)__
  Ex: #5LED3<cr>
@@ -368,7
          +368,7 @@
  __17. Identification Number__
--A servo's identification number cannot be set "on the fly" and must be configured via the CID command described below. The factory default ID number for all servos is 0. Since smart servos are intended to be daisy chained, in order to respond differently from one another, the user must set different identification numbers. Servos with the same ID and baud rate will all receive and react to the same commands.
++A servo's identification number cannot be set "on the fly" and must be configured via the CID command described below. The factory default ID number for all servos is 1. Since smart servos are intended to be daisy chained, in order to respond differently from one another, the user must set different identification numbers. Servos with the same ID and baud rate will all receive and react to the same commands.
  Query Identification (**QID**)
@@ -384,8
          +384,7 @@
  __18. Baud Rate__
--A servo's baud rate cannot be set "on the fly" and must be configured via the CB command described below. The factory default baud rate for all servos is 9600. Since smart servos are intended to be daisy chained, in order to respond to the same serial bus, all servos in that project should ideally be set to the same baud rate. Setting different baud rates will have the servos respond differently and may create issues. Available baud rates are: 9.6 kbps, 19.2 kbps, 38.4 kbps, 57.6 kbps, 115.2 kbps, 230.4 kbps, 250.0 kbps, 460.8 kbps, 500.0 kbps, 750.0 kbps*, 921.6 kbps*. Servos are shipped with a baud rate set to 9600. The baud rates are currently restricted to those above.
--\*: Current tests reveal baud rates above 500 kbps are unstable and can cause timeouts. Please keep this in mind if using those / testing them out.
++A servo's baud rate cannot be set "on the fly" and must be configured via the CB command described below. The factory default baud rate for all servos is  9600. Since smart servos are intended to be daisy chained, in order to respond to the same serial bus, all servos in that project should ideally be set to the same baud rate. Setting different baud rates will have the servos respond differently and may create issues. Standard / suggested baud rates are: 4800; 9600; 14400; 19200; 38400; 57600; 115200; 128000; 256000, 512000 bits per second. Servos are shipped with a baud rate set to 9600. The baud rates are currently restricted to those above
  Query Baud Rate (**QB**)
@@ -503,30
          +503,23 @@
  This command does a "soft reset" (no power cycle required) and reverts all commands to those stored in EEPROM (i.e. configuration commands).
--**__DEFAULT __**__& **CONFIRM**__
++**__DEFAULT__**
  Ex: #5DEFAULT<cr>
--This command sets in motion the reset all values to the default values included with the version of the firmware installed on that servo. The servo then waits for the CONFIRM command. Any other command received will cause the servo to exit the DEFAULT function.
++This command sets all values to the default values included with the version of the firmware installed on that servo.
--EX: #5DEFAULT<cr> followed by #5CONFIRM<cr>
++__**FIRMWARE** & **CONFIRM**__
--Since it it not common to have to restore all configurations, a confirmation command is needed after a firmware command is sent. Should any command other than CONFIRM be received by the servo after the firmware command has been received, it will leave the firmware action.
++Ex: #5FIRMWARE<cr>
--Note that after the CONFIRM command is sent, the servo will automatically perform a RESET.
++This command clears all user-input values in EEPROM and reverts back to factory defaults for the firmware installed. It does not overwrite any firmware updates. To revert to an older firmware version, please refer to the LSS - Firmware page. The firmware command alone does nothing other than have the servo wait for a confirmation.
--**__UPDATE __**__& **CONFIRM**__
++EX: #5FIRMWARE<cr> followed by #5CONFIRM<cr>
--Ex: #5UPDATE<cr>
++Since it it not common to have to restore all configurations, a confirmation command is needed after a firmware command is sent. Should any command other than CONFIRM be received by the servo after the firmware command has been received, it will leave the firmware action.
--This command sets in motion the equivalent of a long button press when the servo is not powered in order to enter firmware update mode. This is useful should the button be broken or inaccessible. The servo then waits for the CONFIRM command. Any other command received will cause the servo to exit the UPDATE function.
--EX: #5UPDATE<cr> followed by #5CONFIRM<cr>
--
--Since it it not common to have to update firmware, a confirmation command is needed after an UPDATE command is sent. Should any command other than CONFIRM be received by the servo after the firmware command has been received, it will leave the firmware action.
--
--Note that after the CONFIRM command is sent, the servo will automatically perform a RESET.
--
  === Virtual Angular Position ===
  {In progress}

Changes for page LSS Communication Protocol

Summary

Details

Navigation

Recently Visited