벌써 1월중순이 훌쩍넘었네.. 암튼 흐트러진 나의 마음 가짐을 다시 잡게 만든다.

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

하루에 두번 포스팅하는건 정말정말 오랜만인듯 ㅎ


설치
1. doxygen-1.7.5
2. Doxverilog2.6
--> Doxverilog2.6 압축풀면 README 파일이 있는데 설치 설명이 나와있다.


 System Requirements
======================

  Name    version               URL
  -----     ---------------   ---------------------------------------
  * bison  2.1 or higher         http://www.gnu.org/software/bison/bison.html
  * flex     2.5.35 or higher     http://flex.sourceforge.net
  * doxygen sources  1.7.0    http://www.doxygen.org/download.html
  --> ubuntu 10.04 에서 셋업
 
  Installation
============

install the doxygen-1.7.5 sources

1. copy the Verilog files verilogparser.y verlogscanner.l and the source files to the doxygen-1.7.5\src directory

2. copy the patch file verilog.patch to directory doxygen-1.7.5

3. open a shell in the doxygen-1.7.5 directory

3.2  make  patch  # patch -p1 -F3 < verilog.patch

3.2 configure doxygen
    sudo configure
 
 
4 compile  the source files
    sudo  make all

5 If the compilation was successful create a doxygen configuration file with  # doxygen -s -g verilog.cfg
  In the configuration file you should see the option OPTIMIZE_OUTPUT_VERILOG.
  The file patterns for the Verilog parser  are *.v and *.V
--> verilog.cfg 파일이 생성되는데 아래에 cfg 파일 올려놓겠습니다.

verilog.cfg

암튼 첨부터 수행과정을 적어보면 (http://www.stack.nl/~dimitri/doxygen/doxygen_usage.html)

To generate a manual for your project you typically need to follow these steps:

1. You document your source code with special documentation blocks (see section Special documentation blocks).
2. You generate a configuration file (see section Configuration) by calling doxygen with the -g option:

   doxygen -g <config_file>
   

3. You edit the configuration file so it matches your project. In the configuration file you can specify the input files and a lot of optional information.
4. You let doxygen generate the documentation, based on the settings in the configuration file:

   doxygen <config_file>
   

If you have a configuration file generated with an older version of doxygen, you can upgrade it to the current version by running doxygen with the -u option.

      doxygen -u <config_file>

All configuration settings in the original configuration file will be copied to the new configuration file. Any new options will have their default value. Note that comments that you may have added in the original configuration file will be lost.


걍 편하게스리 문서화 작업 실행
doxygen verilog.cfg

html로 open
firefox ./index.html

오예~ 동작!

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

커플링 콘덴서는 보통증폭기와 증폭기 사이에 위치하여 직류를 cut 시키고, 교류만 통과시켜주는 역활을 합니다.

이경우는 저역차단주파수에 의해 선정됩니다. 즉 다음단 증폭회로의 입력임피던스가 10k이라 가정하고, 저역차단주파수가 20hz라고 가정하면 f = 1/2πRC 값으로 C값을 정해줍니다. 여기서 20hz차단주파수라고 해서 20hz에 딱 맞추기 보다는 다소 여유있고, 5~10hz이하로 넉넉하게 계산해주는 것이 보통인데, 왜야 하면 전해콘덴서의 경우 온도가 내려가면 용량이 감소하는 특성이 있기 때문입니다.

그리고 bypass 콘덴서는 전원단의 +,- 에 연결하여 전원 line으로 흐르는 노이즈를 제거할 목적으로 주로 사용하는데, 이경우는 한마디로 다다익선입니다. 말그대로 용량이 높을수록 노이즈제거율이 높아지므로 가능한 높은 용량을 사용하는 것이 좋지만 전해콘덴서는 주파수 특성이 나빠 아무리 높은 용량을 사용해도 고주파 노이즈는 제거하지 못합니다. 그리고 고주파 특성은 용량이 높은 한개의 콘덴서보다 용량이 작은 여러개의 콘덴서는 병렬로 사용하는 편이 훨씬 좋습니다. 그렇기 때문에 pcb가 넓은 경우는 용량이 높은 콘덴서는 1~2개정도로 해결하고, 중간중간에 고주파 특성이 좋은 세라믹이나 멀티레이콘덴서를 넣어줍니다. LOGIC의 경우 각 IC마다 하나씩 넣어주는 것이 좋습니다.

하지만 이런것은 이론이나 계산만으로는 잘 안됩니다. 실제 실장을 하고 난뒤 각단에 전원line등을 측정하여 노이즈레벨이나, EMI 등을 측정해가면서 CUT & TRY를 하는 것이 보통입니다.

(출처 : 네이뇬 http://kin.naver.com/qna/detail.nhn?d1id=11&dirId=1118&docId=59909565&qb=67CU7J207Yyo7IqkIOy6kO2MqOyLnO2EsA==&enc=utf8&section=kin&rank=6&search_sort=0&spq=0&sp=1&pid=gdwNZv331xVssaaUffossv--062266&sid=TQwb%40qLsC00AAAKzHyc)

- 바이패스 캐패시터 : 크게보자면 교류적인 임피던스를 낮추기위한 목적의 콘덴서
1) 전원의 바이패스 캐패시터 : 전원라인에 실려있는 잡음(노이즈)를 제거하기위한 목적의 콘덴서
2) 증폭기의 바이패스 캐패시터 : 직류적으로는 영향을 주지않으면서 교류적인 저항을 작게하기위한 목적의 콘덴서

- 커플링 캐패시터 : 직류적으로는 차단하고 교류적으로는 연결되도록하는 목적의 콘덴서
                             보통 증폭기의 입/출력단에 연결하는 콘덴서를 의미

- 디커플링 캐패시터 : 전원회로를 통해서 신호가 연결되는것을 막기위해 저항과 콘덴서를 삽입해서 필터를 보강하는 목적으로 사용되는 콘덴서

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

√ 클리어

1. 한비트클리어                        a &= ~(0x1<<5)            : 5번 bit

2. 연속된여러비트클리어             a &= ~(0x7<<3)             : 5, 4, 3번 bit

3. 떨어진여러비트클리어             a &= ~((0x1<<5)+(0x3<<2))         : 5, 3, 2번 bit

√ 설정

1. 한비트설정                          a |= (0x1<<5)               : 5번 bit

2. 연속된여러비트설정                a |= (0x7<<3)               : 5, 4, 3번 bit

3. 떨어진여러비트설정                a |= (0x1<<5)+(0x3<<2)   : 5, 3, 2번 bit

√ 반전

1. 한비트반전                          a ^= (0x1<<5)              : 5번 bit

2. 연속된여러비트반전                a ^= (0x7<<3)              : 5, 4, 3번 bit

3. 떨어진여러비트반전                a ^= ((0x1<<5)+(0x3<<2))           : 5, 3, 2번 bit

√ 비트검사

1. a & (0x1<<5)             : 5번 bit           if(a &= ~(0x1<<5))

2. a & 0x10                                       if(a &= 0x10)

√ 비트추출

- b=(a>>4) & 0x7                     : 6, 5, 4번 bit

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

stack

스택이란 여러 개의 데이타 항목들이 일정한 순서로 나열된 자료 구조로 한쪽 끝에서만 새로운 항목을 삽입하거나 기존 항목을 삭제할 수 있도록 고안된 것이다. 스택은 동전을 넣고 뺄 수 있도록 되어 있는 동전 케이스와 같은 작동 원리를 가지고 있다. 삽입된 동전들은 케이스 내부에 일정한 순서로 저장된다. 먼저 삽입된 동전은 케이스의 가장 아래쪽에 위치하고 가장 최근에 삽입된동전은 입구에 놓인다. 스택에 저장된 데이타 항목들 중에 먼저 삽입된 것은 나중에 삭제되고, 나중에 삽입된 것이 먼저 삭제된다. 그래서 스택을 후입 선출 리스트Last- In-First-Out List)라고 부른다. 선입 선출법을 사용하는 큐와는 상반된 성질을 가진다.

스택은 기저(base)로부터 데이타 항목들을 차례로 쌓아올린 모양을 가진다.

삽입과 삭제는 현재 저장된 최상위 항목이 위치한 top 에서만 일어난다.

top 위치는 "스택 포인터"라는 지시자가 가리킨다.

스택 포인터는 스택 기저에서 시작하여 항목이 삽입되면 하나 증가하고,

삭제되면 하나 감소한다. 스택에는 한계가 있어서 그 한계를 초과하도록 삽입할 수 없다.

heap

프로그램의 실행 도중에 요구되는 기억 장소를 할당하기 위하여 운영 체제에 예약되어 있는 기억 장소 영역. 프로그램에서 실행 도중에 자료를 저장하기 위하여 기억 장소를 요청하게 되면 운영 체제에서는 힙에 존재하는 기억 장소를 프로그램에 할당한다. 그리고 프로그램에서 기억 장치를 더 이상 필요로 하지 않는 경우에는 앞에서 할당 받았던 기억 장소를 운영체제에 반납하게 되는데, 이때 운영체제에서는 반납된 기억 장소를 다시 힙에 연결하게 된다. 힙에 대한 기억 장소는 포인터를 통해 동적으로 할당되거나 반환이 되는데 연결 리스트, 트리, 그래프 등과 같이 동적인 특성을 가지고 있는 자료구조에서 널리 사용된다.

힙은 프로그램이 실행될 때까지 알 수 없는 가변적인 양만큼의 데이터를 저장하기 위해 프로그램의 프로세스가 사용할 수 있도록 미리 예약되어 있는 메인 메모리의 영역이다. 예를들면 하나의 프로그램은 처리를 위해 한명 이상의 사용자로부터 서로 다른 양의 입력을 받을 수 있으며 즉시 모든 입력데이터에 대해 처리를 시작한다. 운영체계로부터 이미 확보된 일정량의 힙 저장공간을 가지고 있으면 저장과 관련된 처리를 좀 더 쉽게 할 수 있으며 일반적으로 필요할 때마다 운영체계의 운영체계에게 매번 저장공간을 요청하는 것보다 빠르게 된다. 프로세스는 필요할 때 heap 블록을 요구하고 더 이상 필요 없을 때 반환하며 이따금씩 자투리 모으기를 수행함으로써 자신에게 할당된 heap을 관리하기도 한다. 여기서 자투리 모으기란 더 이상 사용되지 않는 블록들을 사용 가능한 상태로 만들고 또한 heap 내의 사용 가능한 공간을 인지함으로써 사용되지 않은 작은 조각들이 낭비되지 않도록 하는 것을 말한다.

힙이란 컴퓨터의 기억 장소에서 그 일부분이 프로그램들에 할당되었다가 회수되는 작용이 되풀이 되는 영역이다. 스택영역은 엄격하게 후입선출(LIFO)방식으로 운영되는데 비해 힙은 프로그램들이 요구하는 블록의 크기나 요구/횟수 순서가 일정한 규칙이 없다는 점이 다르다. 대개 힙의 기억장소는 포인터변수를 통해 동적으로 할당받고 돌려준다. 이는 연결 목록이나 나무, 그래프 등의 동적인 자료 구조를 만드는데 꼭 필요한 것이다.

그럼 힙 메모리를 프로그램을 사용할 수 있는 자유메모리라고 할 수 있다.프로그램 실행 시에 함수로 내는 데이터 등을 일시적으로 보관해 두는 소량의 메모리와 필요시 언제나 사용할 수 있는 대량의 메모리가 있다. 이때, 소량의 메모리를 ‘스택’이라 하고 대량의 메모리를 ‘힙’ 이라고 한다. 이 ‘힙’이 없어지면 메모리 부족으로 ‘이상종료’를 하게 된다.

프로세스에 exe 이미지가 로드되고, 할당되고, 이것저것 필요한 동적 라이브러리가 로드되고 사용되지 않는 미사용 구간이 있는 것은 분명한데 그 미사용 영역이 ‘힙’이라고 한다. 프로그램을 짤 때 new나 malloc()함수를 이용한 동적 할당을 하게 되면 힙 영역이 사용 가능하도록 되는 것이다. 필요한 메모리 사이즈만큼 OS에게 할당해 달라고 부탁할 수도 있으며, 사용을 다 했으면 다시 OS에게 넘겨줘야한다.

heap

heap은 프로그램이 실행될 때까지는 알 수 없는 가변적인 량만큼의 데이터를 저장하기 위해, 프로그램의 프로세스가 사용할 수 있도록 미리 예약되어 있는 메인 메모리의 영역이다. 예를 들면, 하나의 프로그램은 처리를 위해 한 명 이상의 사용자로부터 서로 다른 량의 입력을 받을 수 있으며, 즉시 모든 입력데이터에 대해 처리를 개시한다. 운영체계로부터 이미 확보된 일정량의 heap 저장공간을 가지고 있으면, 저장과 관련된 처리를 좀더 쉽게 할 수 있으며, 일반적으로 필요할 때마다 운영체계에게 매번 저장공간을 요청하는 것보다 빠르다. 프로세스는 필요할 때 heap 블록을 요구하고, 더 이상 필요 없을 때 반환하며, 이따금씩 "자투리모으기"를 수행함으로써 자신에게 할당된 heap을 관리한다. 여기서 자투리모으기란 더 이상 사용되지 않는 블록들을 사용 가능한 상태로 만들고, 또한 heap 내의 사용 가능한 공간을 인지함으로써 사용되지 않은 작은 조각들이 낭비되지 않도록 하는 것을 말한다.
이 용어는 분명히 다른 용어인 스택(stack)의 영향을 받았다. 스택은 블록들이 저장공간으로부터 어떤 순서에 입각하여 꺼내어지고, 또 같은 방법으로 반환된다는 것을 제외하고는 heap과 비슷하다. 파스칼에서는, subheap은 스택처럼 취급되는 heap의 일부분이다.
c언어에서 heap에 메모리를 할당할 때는 memory allocation--> malloc()을 사용한다.

(출처 : http://cafe.naver.com/esw.cafe?iframe_url=/ArticleRead.nhn%3Farticleid=27)


아래 블로그 글도 참조
(http://recipes.egloos.com/5057426)

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

Speex is a patent-free audio compression format designed for speech and also a free software speech codec that may be used on VoIP applications and podcasts.^[5] It is based on the CELP speech coding algorithm.^[6] Speex claims to be free of any patent restrictions and is licensed under the revised (3-clause) BSD license. It may be used with the Ogg container format or directly transmitted over UDP/RTP.

The Speex designers see their project as complementary to the Vorbis general-purpose audio compression project.

Speex is a lossy format, meaning quality is permanently degraded to reduce file size.

The Speex project was created on February 13, 2002.^[7] The first development versions of Speex were released under LGPL license, but as of version 1.0 beta 1, Speex is released under Xiph's version of the (revised) BSD license.^[8] Speex 1.0 was announced on March 24, 2003, after a year of development.^[9] The last stable version of Speex encoder and decoder is 1.1.12.^[2]

Unlike many other speech codecs, Speex is not targeted at cellular telephony but rather at Voice over IP (VoIP) and file-based compression. The design goals have been to make a codec that would be optimized for high quality speech and low bit rate. To achieve this the codec uses multiple bit rates, and supports ultra-wideband (32 kHz sampling rate), wideband (16 kHz sampling rate) and narrowband (telephone quality, 8 kHz sampling rate). Since Speex was designed for Voice over IP (VoIP) instead of cell phone use, the codec must be robust to lost packets, but not to corrupted ones. All this led to the choice of Code Excited Linear Prediction (CELP) as the encoding technique to use for Speex.^[6] One of the main reasons is that CELP has long proven that it could do the job and scale well to both low bit rates (as evidenced by DoD CELP @ 4.8 kbit/s) and high bit rates (as with G.728 @ 16 kbit/s). The main characteristics can be summarized as follows:

• Free software/open-source, patent and royalty-free
• Integration of narrowband and wideband in the same bit-stream
• Wide range of bit rates available (from 2 kbit/s to 44 kbit/s)
• Dynamic bit rate switching and Variable bit-rate (VBR)
• Voice Activity Detection (VAD, integrated with VBR) (not working from version 1.2)
• Variable complexity
• Ultra-wideband mode at 32 kHz (up to 48 kHz)
• Intensity stereo encoding option

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.