GitLab

* Consider deceleration in stop and HW limit hit
* Implement home and limit search as standard movements
* Include "t" time argument for synchronised multi-axes operations

Emulator

A list of emulators for TCP and serial line.

See merge request !246

Small fixes for new 'transmission' controller

transmission controller: added missing file
md2m: removed .transmission_get/set (replaced by .get/set)

See merge request !247

transmission controller: added missing file

Transmission

Monochromatic (matt) attenuators controller and change of the transmission controller.

See merge request !245

[important] Bug fix with pseudo motors state, if channels are involved (e.g. with 2 applications)

It was quite hard to solve.

See commits for more details.

I am sorry ! Hopefully we won't change anything in motors for some time... Our tests are not powerful enough, so it starts to be difficult to make sure we don't do mistakes when we change code... :-(

See merge request !244

it exists (like weird state SCBIT7 for Icepap) so the regexp had to be
changed. Well, it's ok - there is no documentation yet so no one to blame ;)

Problem : pseudo motor was still indicated as MOVING from another application
Solution:
1) set_move_done didn't re-read state since commit 0c5ed7e9,
but _wait_move() had an 'update_settings' keyword arg. set to False by
default - group moves were calling '_wait_move()' without explicitly
setting update_settings to True ; as a consequence, motor states channel
was not updated in a group move.
This commit solves the bug by simply removing 'update_settings' keyword
argument, settings are always updated now.
2) removed toxic method '_update_state_from_real()' ; as it was called on
'move_done' event, and as it was changing settings, this prevented the
real state update from Axis class to have any effect, since setting value
was already set. As the setting state update from '_update_state_from_real'
was called with write flag set to False, the channel was not updated.
pseudo motor was still indicated as MOVING from another application.

Bug fix: set dial on pseudo motor

A bug was introduced by previous changes regarding CalcController: if pseudo motor dial position was changed, this was not reported in redis settings.

See merge request !242

able to write settings even if motor is not actively in control;
_calc_from_real() called from set_position for CalcController set this
flag to update position.

Allow empty default measurement group



See merge request !241

comm.py: added lock for connection for modbus, fixed bug with connection in tcp

Fix issue #62 

See merge request !240

temperature plugin fix



See merge request !239

added new flex controller (MX-specific)



See merge request !238

Motors settings

Some setting fixes

See merge request !237

- in wait move loop update settings before returning -> remove the last
update setting from move done.
- remove get from channel (settings) not needed anymore.
- clarify velocity and acceleration.
- change state callback test

Old setting struct

Actually previous old structure is use in Data nodes. Putting back the previous struct behaviour.

See merge request !236

Small improvements in md2m.py (MX-specific)

Closing of fast shutter at the end of centrebeam(), and if att. search fails.

See merge request !235