Support #8125
Upgrade the beamline front-ends to frontend.mk and MOOC 4.6
0%
Description
The beamline front-end project still builds a monolithic kernel. It needs to use frontend.mk and the "new" build environment. It should also load dependent modules instead of linking them all together. Finally, it should be using MOOC 4.6.
History
#1 Updated by Richard Neswold over 4 years ago
The RD CAMAC source is now in Redmine. I've created a branch in my checked out copy to work on this issue.
#2 Updated by Richard Neswold about 4 years ago
- Subject changed from Upgrade the beamline front-ends to frontend.mk and MOOC 4.3 to Upgrade the beamline front-ends to frontend.mk and MOOC 4.6
- Description updated (diff)
Put in the latest MOOC version.
#3 Updated by Richard Neswold about 2 years ago
Brian reported a problem with the "snooze" service where snoozing an alarm on the MESON front-end only snoozes for a short time. The alarm seems to re-enable on its own. I mention that issue here because it might be caused by a bug in the old version of MOOC I'm using. If it still happens after upgrading the front-end, I'll create a new ticket.
#4 Updated by Richard Neswold about 2 years ago
Beau and I did some testing with bypassing and un-bypassing F:MT3Q4. While logged into MESON, we saw these messages on the console when we changed the bypass state:
setdat : ACNET message is probably corrupted, sending node: c5c setdat : ACNET length 25 setdat : number of settings: 0 setdat : Message header dump: 0200 0000 0b0b 0c5c 779c 193c 1500 3eaf 0044 setdat : ACNET message is probably corrupted, sending node: c5c setdat : ACNET length 25 setdat : number of settings: 0 setdat : Message header dump: 0200 0000 0b0b 0c5c 779c 193c 1500 3a75 0044 setdat : ACNET message is probably corrupted, sending node: c5c
These messages don't appear on other MOOC front-ends I own. I think upgrading the MOOC libraries would be a first step in fixing the problem.