구차니의 잡동사니 모음

신청을 해 말아?

근데 귀찮잖아? 안될거야

그나저나 천명도 안오는데 해서 머하나~

lm3s1607 데이터 시트

TxFIFO가 있는데 이녀석에서 Transmitter로 한 바이트가 보내지면 TX 인터럽트가 떨어진다.

그런 이유로 가장 마지막 바이트가 UART를 통해 보내지는 시점에 (다음 바이트를 받기 위해) TX 인터럽트가 발생한다.

그래서 485 등을 사용시에는 TX 인터럽트 떨어졌다고 바로 TX Enable을 꺼버리면 안된다.

근데 닌자 ㅋㅋㅋ

국제 공통이었냐?

gcc -M을 통해서 해당 소스가 끌어와야 하는 헤더들의 목록을 얻어낼수 있다.

이걸 이용하여 역으로

make 파일에서 사용해야 하는 헤더들의 목록을 생성해 낼 수 있고

이걸 make dep나 make depend를 통해서 수행하게 된다.

생각해보니.. ifdef로 된거.. option 파일이 아닌

-D 인자를 통해서 gcc -M -Dflag 해주면... 외부에서 소스변경없이 구현이 가능해져서 더 편하려나?

[링크 : http://developinghappiness.com/?p=174]

    [링크 : http://developinghappiness.com/?page_id=222]

[링크 : http://linux.die.net/man/1/gccmakedep]

타겟을 만들지 않아도 컴파일 되는 이유... 라고 해야하나?

*.c는 $(CC)를

*.cc나 *.C는 $(CXX)를 이용해서 컴파일 하는데

$(CPPFLAGS) 와 $(CFLAGS)를 인자로 받으니..

여기에 헤더와 링커 경로를 넣어주면 자동으로 알아서 작동하는 마법!

[링크 : http://korea.gnu.org/manual/4check/make-3.77/ko/make_10.html#SEC91]

-E는 프리프로세서를 거친 결과를 뽑아준다면..

-M은 확장된 헤더의 목록만 빼준다.

-E

Stop after the preprocessing stage; do not run the compiler proper. The output is in the form of preprocessed source code, which is sent to the standard output.

-M

Instead of outputting the result of preprocessing, output a rule suitable for make describing the dependencies of the main source file. The preprocessor outputs one make rule containing the object file name for that source file, a colon, and the names of all the included files, including those coming from -include or -imacros command line options.

Unless specified explicitly (with -MT or -MQ), the object file name consists of the name of the source file with any suffix replaced with object file suffix and with any leading directory parts removed. If there are many included files then the rule is split into several lines using \-newline. The rule has no commands.

This option does not suppress the preprocessor's debug output, such as -dM. To avoid mixing such debug output with the dependency rules you should explicitly specify the dependency output file with -MF, or use an environment variable like DEPENDENCIES_OUTPUT . Debug output will still be sent to the regular output stream as normal.

Passing -M to the driver implies -E, and suppresses warnings with an implicit -w.

-MM

Like -M but do not mention header files that are found in system header directories, nor header files that are included, directly or indirectly, from such a header.

This implies that the choice of angle brackets or double quotes in an #include directive does not in itself determine whether that header will appear in -MM dependency output. This is a slight change in semantics from GCC versions 3.0 and earlier.

[링크 : http://linux.die.net/man/1/gcc]

대충 보면 어셈인줄 알았는데.. 스크립트라네...

[링크 : http://wiki.osdev.org/Linker_Scripts]

[링크 : http://www.scoberlin.de/content/media/http/informatik/gcc_docs/ld_3.html]

[링크 : http://korea.gnu.org/manual/release/ld/ld-mahajjh/ld_3.html]

이게 다 같은 건가?

일단 이걸 쓰는 이유는

1. 전류제한

2. 임피던스 매칭으로 노이즈 제거

3. 전압변경(좋은 방법은 아니지만)

등등등...

[링크 : http://programfrall.tistory.com/43]

[링크 : http://pcbee.tistory.com/entry/직렬series-저항-값에-대한-고찰]

[링크 : http://blog.naver.com/rlaghlfh/110127337569] 댐핑 저항

[링크 : http://www.solvline.com/technical_info/tech_note_view.php?no=24] 종단 저항(terminator)

흐음...

pull up/down 저항이 낮아서 문제가 되려나?

[링크 : http://e2e.ti.com/support/microcontrollers/tiva_arm/f/908/p/348680/1220668]

[링크 : http://www.alteraforum.com/forum/archive/index.php/t-32059.html]

[링크 : https://www.lpcware.com/content/faq/lpcxpresso/debug-design]

[링크 : http://www.support.code-red-tech.com/CodeRedWiki/HardwareDebugConnections] 조만간 폭파

[링크 : http://www.keil.com/support/man/docs/ulink2/ulink2_hw_connectors.htm]

[링크 : http://forum.falinux.com/zbxe/?document_srl=796669...]

음.. 소스 레벨에서는 역시 무리이고..

돌려보고 최대로 먹는거 보면서 분할을 해줘야 하려나?

[링크 : http://www.freertos.org/FAQMem.html]

[링크 : http://www.microchip.com/forums/m590414.aspx]

    [링크 : http://sourceforge.net/p/freertos/discussion/382005/thread/33791e60/]

    [링크 : http://www.freertos.org/uxTaskGetStackHighWaterMark.html]

    [링크 : http://www.freertos.org/Stacks-and-stack-overflow-checking.html]

[링크 : http://www.freertos.org/a00111.html]