35 lines
1.3 KiB
Markdown
35 lines
1.3 KiB
Markdown
SEM 문서를 기반으로 개발진행
|
|
SEMI SPEC 문서랑 굉장히 비슷해보임
|
|
|
|
MCS가 close connection 하는것과
|
|
UI에서 offline 처리하는 것은 다르다. (S1F15)
|
|
|
|
Carrier cancel은 동작중일때는 캔슬불가
|
|
(Cancel은 취소, Abort는 중단)
|
|
|
|
차세대MCS에서는
|
|
Client <-> MCS WebServer 이렇게만 통신하게 할 예정
|
|
이 둘은 HTTP를 쓸거같고 MCS WebServer가 TS든 CS든 얘네들하고 TIB통신을 할듯함
|
|
|
|
기존 MCS에서는
|
|
UI(Client) <-> TS, CS 두곳과 TIB통신으로 직접 통신했었음.
|
|
|
|
기존 UI는 메인 화면 띄울때 버벅이는게 있었고
|
|
설비수가 천대를 넘어가는 큰 사이트의 경우에는
|
|
처음 화면 띄울때 켜놓고 나갔다와야할 정도라고..
|
|
한번띄워놓으면 그다음부터는 좀 낫다고..
|
|
|
|
Crane이 out of service되면 Crane이 접근가능한 port들도 같이 out of service가 된다.
|
|
(Crane이 없으면 해당 port들에 접근할 방법이 없으므로)
|
|
Crane이 in service가 되면 port들도 같이 in service가 된다.
|
|
|
|
(Machine)AlarmSet
|
|
UnitAlarmSet
|
|
AlarmCleared 순서로? 세트로 발생된다함
|
|
|
|
Machine Alarm, Unit Alarm이 각각 의미하는 바가 있나봄
|
|
Machine은 설비 그자체,
|
|
Unit은 Machine에 포함된 Port같은 유닛들을 의미
|
|
|
|
Rail OHT는 (일반적으로)Port가 없고
|
|
Interail은 있다. ? |