Closed rerpha closed 2 weeks ago
I think it's their gimbal which is causing this.
# Laser Gimbal
gimbal_comp = add_component(Component("gimbal", PositionAndAngle(0, 0, 0)))
add_parameter(AxisParameter("GHEIGHT", gimbal_comp, ChangeAxis.HEIGHT))
add_parameter(AxisParameter("GTHETA", gimbal_comp, ChangeAxis.PHI))
add_parameter(AxisParameter("GCHI", gimbal_comp, ChangeAxis.CHI))
add_driver(IocDriver(gimbal_comp, ChangeAxis.HEIGHT, MotorPVWrapper("MOT:MTR0105"), synchronised=False))
add_driver(IocDriver(gimbal_comp, ChangeAxis.CHI, MotorPVWrapper("MOT:MTR0106"), synchronised=False,
engineering_correction=as_mode_correction(G_CHI_POL_CORRECTION, polarised_modes)))
add_driver(IocDriver(gimbal_comp, ChangeAxis.PHI, MotorPVWrapper("MOT:MTR0107"), synchronised=False,
engineering_correction=as_mode_correction(G_THETA_POL_CORRECTION, polarised_modes)))
This probably explains why offspec, inter etc. are fine. I think this is because it's conflicting with the beam start and has an angle of 0.
instead of using PositionAndAngle(0,0,0) if i use PositionAndAngle(0,0,PERP_TO_FLOOR_ANGLE) like inter have in their config for their gimbal, it then works.
impeded waiting on IS response
Spoke to scientist. They said that as the gimbal/laser tracks the beam but should not affect the beam path, this issue should not really have come up. Components are not supposed to affect the beam path at all, but i don't know how you're supposed to pass the beam path between them if that's the case
Spoke to scientist. They said that as the gimbal/laser tracks the beam but should not affect the beam path, this issue should not really have come up.
Not sure what made it suddenly break but I'd say the original setup with (0, 0, 0) looks wrong either way because that basically says the tracking axis moves parallel to the beam = no intersection. I remember we purposely had some default error conditions around edge cases like that so your fix sounds sensible
Components are not supposed to affect the beam path at all, but i don't know how you're supposed to pass the beam path between them if that's the case
Non reflecting components just pass the previous incoming beam along to the next component
as a POLREF user I would like my reflectometry config to work with the latest version of the reflectometry server.
Currently POLREF are rolled back to the 13.0.1 release of the refl server as the latest presents an error message (see below)
Acceptance criteria
More info
issue is isolated to https://github.com/ISISComputingGroup/EPICS-refl/pull/47 and more specifically https://github.com/ISISComputingGroup/EPICS-refl/commit/69d5072aaf245e4412f096bc2490b54e138b2748 -
e32f7bd
is not affectedstack trace: