이번에 설명하는 내용은 무시하고 다음으로 넘어가도 상관은 없습니다. 하지만 제가 일주일간 고생했던 이유를 설명하고 있기 때문에

한번쯤은 읽어 보시는 것도 괜찮겠다는 생각이 듭니다.

Delay를 350uS로 늘렸을때 리플이 얼마나 줄어드는지를 살펴 보기로 하자.

34. Utilities → Curve Editor를 선택한 다음 Curve Editor 화면의 맨아래쪽의 Guide Curve필드에서 5: 8th Elliptic을

     선택하고 Read 버튼을 누른다.

     위의 그래프에서 통과대역내에서의 맨좌측을 제외한 모든 노드를 제거하고, Show → Guide Curve를 클릭

     하여 Elliptic 필터의 응답곡선이 보이도록 한후에 300uS 지연 그래프의 연장선상에서 350uS 지연 그래프를

     그리면 다음과 같은 형태를 가지게 된다.

35. Guide Curve 필드내에서 8: 을 선택하고 Write버튼을 누르면 Guide Curve내의 #8에 Editor Curve가 저장된다.

     그러면 Group Delay Response 화면은 다음과 같은 모습을 가지게 된다.

     이제 다시 Allpole필터를 동작시켜보자.

36. Target →  Analog Filters → Allpole Filters를 선택한다.

          위와같이 입력하고, OK버튼을 누르면 다음과 같은 화면이 나타난다.

        Elliptic 필터와 Allpole 필터를 캐스케이드 시키기 위해 Target → Parameters를 선택한다. Target Parameters 화면에서

        TFB #13, #14, #15, #16을 활성화시킨다음 OK버튼을 누른다.

37. 그러면 다음과 같은 Group Delay Response 그래프를 얻을수 있다.

      이제 Optimizer 도구를 사용하여 캐스케이드 시킨후의 Group Delay 응답곡선을 최적화시켜 보기로 하자.

38. Target → Optimizer를 선택한다.

      앞에서 Target Optimizer의 파라미터 값들을 이미 셋팅해 놓았기 때문에 다시 셋팅을 할 필요가 없다. Run 버튼을

      클릭한다.

39. 그러면 다음과 같은 화면이 얻어진다.

      위의 검정색 그래프가 최적화된 후의 그래프인데 Delay가 300uS인 경우보다 리플이 개선되었다고 볼수없다.

      뭔가 좀 이상하지 않은가? 그래서 Delay를 430uS로 늘려서 결과를 다시 확인해 보기로 하였다. Delay가 350uS

      일때와 동일한 작업을 반복해 주어야 한다. 이경우 Curve Editor 화면은 다음과 같고,

      최적화시킨후의 Group Delay Response 그래프는 다음과 같다.

      위 그림에서 검정색 그래프가 최적화된 이후의 Group Delay 응답곡선인데 Delay를 430uS로 대폭 늘려 주었는데도

      불구하고 리플은 전혀 개선되지 않은것을 볼수있다. 처음에는 Filtershop 프로그램의 버그때문이라고 생각을 했다.

      그러나 가만히 생각해 보니 버그일것 같지는 않았다. 만일 버그라면 많은 사람들에게 이 사실이 인지되었을것이다.

      그렇다면 프로그램 조작상의 에러인데 뭘 잘못 조작했다는 말인가? 계속적인 시행착오를 거치면서 시간은 자꾸만

      흘러갔다. 그래서 일주일이 금방 지나가 버렸다. 독자들은 무엇이 문제인지를 알아채셨는지?

      위와 같이 응답결과가 제대로 나오지 않는 이유는 Curve Editor로 Target이 되는 그래프를 그려줄때 통과대역

      바깥쪽의 곡선과 접선이 되도록 통과대역내의 그래프를 그려주므로서 통과대역이 100Hz부터 10KHz가 아닌

      100Hz부터 9KHz로 줄어 들었기 때문이다. 결론적으로 말하면 아래 그림에서 좌측과 같이 그려서는 않되고

      우측과 같이 그려 주어야 한다는 것이다.

      사소한 오류로 인해 일주일간을 허비한 결과가 초래되고 말았다.