From df0132e73ea594ed6e7de2d77f2df84d39fe7cb1 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Torsten=20B=C3=B6gershausen?= Date: Wed, 13 Nov 2024 12:12:26 +0100 Subject: [PATCH] docs/motorRecord.html: Document HOMF and HOMR better Modern motion controller may have more advanced homing sequences the what is specified in the motorRecord documentation. However, many installations and implementations still use the HOMF and HOMR fields to initiate such a homing sequence. Make this more clear. --- docs/motorRecord.html | 8 +++++++- 1 file changed, 7 insertions(+), 1 deletion(-) diff --git a/docs/motorRecord.html b/docs/motorRecord.html index 763c15ca..3b4f7cdc 100644 --- a/docs/motorRecord.html +++ b/docs/motorRecord.html @@ -2377,7 +2377,13 @@ below. motor stops, the VAL field will be set equal to the RBV field, and the DVAL field will be set equal to the DRBV field.  These fields can be set to 1, but setting either field to 0 results in an error.  The record sets HOM[F/R] - to zero when the homing procedure is either completed or aborted. + to zero when the homing procedure is either completed or aborted. + Note that modern controllers, depending on their firmware and configuration, + may do different things. Examples are home into the limit switch, move + into a limit switch, return and search for a home switch or other sequences. + Often HOMF and HOMR then yield the same functionality. + And the controller may choose to do nothing, if a motor is not homable. +