[INSTRM-1013] (re-)allocate STS rough1 ids Created: 16/Jun/20  Updated: 09/Feb/22  Resolved: 09/Feb/22

Status: Done
Project: Instrument control development
Component/s: ics_alertsActor, SPS, STS
Affects Version/s: None
Fix Version/s: None

Type: Task Priority: Normal
Reporter: cloomis Assignee: cloomis
Resolution: Done Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Reviewers: arnaud.lefur

 Description   

SPS was assigned a large pre-allocation of STS ids. If I remember right, 1000 starting at 1140, or something similar.

We were slightly careless about using that range for SM1, and would like to renumber the two existing rough1 IDs so that we can assign to all the SPS components with a straightforward formula. SM1 was allocated with 60 IDs per cryostat (very many!!); 200 total per module, so we might as well stick to that basic numbering and make it useable for SM1-4.

stsBase = 1140
smNbase = stsBase + smModuleNum * 200 # 0..3
camArmNBase = smNbase + armNum * 60 # r=0, b=1, n=2
enuNbase = smNbase + 180

roughNbase = stsBase + 4*200 + roughN*10 # 0..1

In other words, can we renumber rough1's 1280 and 1281 STS ids to 1940 and 1941, Yoshida, Hiroshige? This would need to be done in sync with the matching alertsActor change.

Note: the camera numbering is r,b,n, but I do not think we should change all that.



 Comments   
Comment by Yoshida, Hiroshige [ 16/Jun/20 ]

Yes, we can do this.

Comment by cloomis [ 17/Jun/20 ]

Added logic in the ticket description, plus sts.host and alerts.parts configuration tweaks. config/STS.yaml has been regenerated with the requested renumbering.

I believe that if we stopped alertsActor, renumbered the two STS ids, then restarted with this version of the actor we would be done.

Comment by cloomis [ 17/Jun/20 ]

alertsActor changes reviewed by arnaud.lefur, merged at 65fb488, tagged 1.2.0. Installed at Subaru.

Next step: stop running alertsActor, renumber rough1 ids in STS, start this version.

Comment by arnaud.lefur [ 09/Feb/22 ]

merged a while ago

Generated at Sat Feb 10 16:30:59 JST 2024 using Jira 8.3.4#803005-sha1:1f96e09b3c60279a408a2ae47be3c745f571388b.