Readonly monitorReadonly pubEmits true only when the client transitions into the ready state,
meaning both sockets have become opened.
distinctUntilChanged() guarantees that repeated true values are suppressed.
However, new subscribers will still immediately receive the last replayed true
if the client is already ready.
Readonly reqReadonly requestEmits true when both req/res and pub/sub sockets are opened. Emits false if any socket closes. This is a hot observable and always replays the latest opened state on subscription.
Private Optional systemCreates and returns and instance of DataMonitoring class.
Optional config: MonitoringConfigReturns an Observable that emits once when both req/res and pub/sub sockets are opened, then completes.
Observable
The maximum time (in milliseconds) to wait for both sockets to open. Default is 5000 ms.
Executes the homing procedure to locate the home position value (0x2005:01).
You can optionally provide a configuration object that specifies acceleration, method, and speeds; if not provided, the parameter values already set on the device will be used.
The function will first emit a "running" status, followed by either "succeeded" or "failed". After completion, the device will remain in the Operation Enabled state.
No CiA402 state transitions will occur for the "Homing on current position" methods (35 and 37). Additionally, the halt bit will remain unchanged for these methods, in contrast to other methods where the halt bit is cleared.
An Observable that emits the status of the homing procedure.
Reference to the device being homed.
Optional config: HomingProcedureConfigOptional configuration for the homing procedure.
Interval for monitoring the homing procedure status in microseconds (default: 50,000 μs).
Timeout for the homing request in milliseconds (default: 300,000 ms).
Executes a position profile on the specified device based on the provided configuration.
Prior to modifying the Modes of Operation and transitioning to the Operation Enabled state in CiA402, this function updates the device parameters with the given values.
If no target reached timeout is specified, the device will remain in the Operation Enabled state. If a timeout is provided, the function will optionally send a quick stop once the target is reached and the holding duration has elapsed.
Error if the target is not reached within the specified targetReachTimeout.
Executes a torque profile on the specified device based on the provided configuration.
Prior to modifying the Modes of Operation and transitioning to the Operation Enabled state in CiA402, this function updates the device parameters with the given values.
If no target reached timeout is specified, the device will remain in the Operation Enabled state. If a timeout is provided, the function will optionally send a quick stop once the target is reached and the holding duration has elapsed.
Error if the target is not reached within the specified targetReachTimeout.
Executes a velocity profile on the specified device based on the provided configuration.
Prior to modifying the Modes of Operation and transitioning to the Operation Enabled state in CiA402, this function updates the device parameters with the given values.
If no target reached timeout is specified, the device will remain in the Operation Enabled state. If a timeout is provided, the function will optionally send a quick stop once the target is reached and the holding duration has elapsed.
Error if the target is not reached within the specified targetReachTimeout.
Start monitoring.
Note that the returned observable will never complete on its own.
If you unsubscribe from it, the teardown code will send a request to the master to stop the monitoring. That means you will end up with an observable that is not complete, but it won't emit any values. This is fine when you want to use the monitoring observable directly in the template with async pipe, which will unsubscribe automatically and stop the monitoring when you leave the component.
If you need to complete the observable so that, for example, the toArray() operator works as expected, then use the DataMonitoring class, which has a stop method. It can optionally buffer data for exporting as CSV or performing statistics on it.
An observable of an array of parameter values.
Device parameter IDs to monitor.
At what interval should the master application send values.
Optional config: MonitoringConfigConfigure the topic, buffer size, distinct.
How long will the client wait for the master to confirm that monitoring has started.
TODO: return device parameters instead of just parameters get parameters from ESI uprfront, and then when parameters are received from motion master just concatenate (spread operator) props from ESI and props from parameter assign device parameter id like 0x1018:00.12345 when assembling device parameter, get parameter from device in ESI based on product code, see ESI service this should probably done for other get parameters functions, get ESI file from device or prepared, get data from it
Optional config: MonitoringConfigOptional config: MonitoringConfigWaits until both req/res and pub/sub sockets are opened.
requestTimeout milliseconds for both sockets to open.Promise
Maximum time in milliseconds to wait for both sockets to open. Default is 5000 ms.
Generated using TypeDoc
Emits a single time when the client becomes ready for the first time.