MindEater's MindRoom

DMA Chained vs Continuous

MindEater™ — Wed, 17 Sep 2025 07:50:14 +0900

Broadcom 계열 SoC에서 CPU가 패킷을 보낼 때 사용하는 DMA 방식은 크게 Chained(링크드 리스트) 과 Continuous(연속 메모리) 두 가지로 구분할 수 있습니다. 이름은 플랫폼이나 SDK 문서에 따라 다르게 불리기도 하지만, 개념은 아래와 같아요.

1. DMA Chained 방식

구조
- 여러 개의 버퍼(fragment)가 링크드 리스트(Descriptor chain) 형태로 연결되어 하나의 패킷을 구성합니다.
- Descriptor에는 “버퍼 주소, 길이, 다음 descriptor 포인터”가 들어 있습니다.
특징
- 패킷 데이터가 메모리 여러 조각에 흩어져 있어도 전송 가능 (scatter-gather).
- 큰 패킷이나 헤더/페이로드를 따로 관리할 때 유리. 예: 헤더 버퍼와 payload 버퍼를 연결만 해서 송신.
- CPU는 데이터 복사 없이 descriptor만 설정 → 성능/메모리 효율 좋음.
단점
- DMA 엔진이 각 descriptor를 따라가야 하므로 오버헤드(추가 메모리 fetch) 발생.
- Descriptor 체인을 잘못 관리하면 버퍼 누수/invalid pointer로 오류 발생.
- 지연(latency) 측면에서 Continuous보다 미세하게 불리할 수 있음.

2. DMA Continuous 방식

구조
- 패킷 전체가 하나의 연속된 메모리 블록에 위치. Descriptor는 단일 엔트리로 충분.
특징
- DMA가 단일 블록만 읽으면 되므로 단순하고 빠름.
- 관리도 간단 → descriptor도 1개만 필요.
- 작은 패킷(예: control plane 트래픽, ping reply)에 적합.
단점
- 연속된 메모리 공간을 확보해야 하므로, 메모리 단편화에 취약.
- 헤더/페이로드가 따로 있는 경우 CPU가 복사해서 하나의 버퍼로 만들어야 함 → CPU 부하 증가.
- 대형 패킷 송신 시 불리할 수 있음.

3. 성능/적용 비교 요약

항목ChainedContinuous

메모리 효율	좋음 (조각난 버퍼도 연결)	나쁨 (연속 메모리 필요)
DMA 성능/지연	약간 불리 (descriptor fetch overhead)	단순, 빠름
CPU 부하	적음 (복사 최소화)	복사 필요 (헤더+데이터 합치기)
구현 복잡도	상대적으로 복잡 (chain 관리)	단순
적합 케이스	대형 패킷, scatter-gather I/O	소형 패킷, 제어 트래픽, 빠른 응답

4. Broadcom SDK의 맥락

bcm_tx() 호출 시 내부적으로 pkt->pkt_data 에 여러 buffer가 있으면 Chained DMA로, 하나의 buffer면 Continuous DMA로 처리됩니다.
control-plane reply 같이 작은 패킷은 Continuous 가 가장 빠르고 안정적.
Throughput 테스트(iperf, 대용량 송신)에서는 Chained 방식이 CPU copy를 줄여 유리합니다.

정리하면:

Continuous = 단순·빠름·작은 패킷에 적합
Chained = 메모리 효율·복사 최소화·큰 패킷에 적합

DMA(Direct Memory Access) 운용 방식 중에서 Contiguous (연속) 방식과 Chain (체인) 방식의 주요 차이점

MindEater™ — Mon, 15 Sep 2025 08:30:49 +0900

DMA(Direct Memory Access) 운용 방식 중에서 Contiguous (연속) 방식과 Chain (체인) 방식의 주요 차이점을 설명해 드리겠습니다. 이 두 가지 방식은 DMA가 메모리에서 데이터를 가져오거나 쓰는 방법을 정의합니다.

1. Contiguous (연속) 방식

정의: Contiguous 방식은 DMA가 하나의 연속적인 메모리 블록에서 데이터를 전송하는 방식입니다.
작동 방식:
- CPU는 DMA 컨트롤러에게 전송할 데이터가 시작되는 **메모리의 시작 주소(Start Address)**와 전송할 **데이터의 총 길이(Total Length)**를 알려줍니다.
- DMA 컨트롤러는 이 시작 주소부터 지정된 길이만큼의 데이터를 메모리에서 순차적으로 읽어오거나(Read) 또는 기록(Write)합니다.
- 전송이 완료되면 DMA 컨트롤러는 CPU에 완료 인터럽트를 발생시킵니다.
주요 특징:
- 단순함: 구현이 비교적 단순합니다.
- 효율성 (연속 메모리): 메모리에 데이터가 연속적으로 존재할 때 가장 효율적입니다. DMA 컨트롤러가 한 번에 많은 데이터를 가져올 수 있어 오버헤드가 적습니다.
- 제약 사항: 전송할 데이터가 메모리에 연속적으로 배치되어 있어야 합니다. 만약 패킷 데이터가 여러 개의 작은 비연속적인(non-contiguous) 메모리 블록에 분산되어 있다면, 이 방식을 그대로 사용할 수 없습니다.

2. Chain (체인) 방식 또는 Scatter/Gather (분산/수집) 방식

정의: Chain 방식은 DMA가 여러 개의 비연속적인(non-contiguous) 메모리 블록에 분산되어 있는 데이터를 전송하는 방식입니다. "Scatter/Gather DMA"라고도 불립니다.
작동 방식:
- CPU는 DMA 컨트롤러에게 전송할 각 메모리 블록에 대한 정보를 담은 DMA 디스크립터(DMA Descriptor)들의 리스트 또는 체인을 제공합니다.
- 각 DMA 디스크립터는 하나의 메모리 블록에 대한 정보를 포함합니다 (예: 해당 블록의 시작 주소, 길이).
- DMA 컨트롤러는 이 디스크립터 체인을 순차적으로 처리하면서, 각 디스크립터가 가리키는 메모리 블록에서 데이터를 읽어오거나 기록합니다.
- 모든 디스크립터가 처리되면 전송이 완료되고 CPU에 완료 인터럽트를 발생시킵니다.
- 디스크립터들은 일반적으로 시스템 메모리에 미리 정의된 구조체 형태로 저장됩니다.
주요 특징:
- 유연성: 메모리에 비연속적으로 분산된 데이터를 효율적으로 처리할 수 있습니다. 이는 운영체제가 메모리를 할당할 때 단일의 큰 연속 블록을 찾기 어려운 경우나, 패킷 헤더와 페이로드(payload)가 다른 버퍼에 저장되는 경우에 매우 유용합니다.
- 복잡성: Contiguous 방식보다 구현이 더 복잡합니다. 디스크립터 구조를 정의하고 관리해야 하며, DMA 컨트롤러도 디스크립터를 파싱하고 체인을 따라가는 로직이 필요합니다.
- 오버헤드: 각 디스크립터를 처리할 때마다 DMA 컨트롤러가 메모리에서 디스크립터 자체를 읽어와야 하므로, Contiguous 방식보다 약간의 추가 오버헤드가 발생할 수 있습니다.

패킷 처리에서의 적용

패킷 처리에서는 Chain 방식이 매우 흔하게 사용됩니다. 그 이유는 다음과 같습니다:

패킷 버퍼링: 네트워크 스택은 패킷 헤더와 페이로드를 별도의 버퍼에 저장하거나, 패킷이 라우팅 과정에서 여러 중간 버퍼를 거치면서 물리적으로 비연속적인 메모리 위치에 놓일 수 있습니다.
제로 카피(Zero-Copy): Chain DMA는 CPU가 데이터를 한 번 복사하여 연속적인 버퍼로 만드는 대신, 기존에 분산된 버퍼들을 DMA에게 직접 넘겨주어 CPU의 작업 부하를 줄이는(제로 카피) 데 핵심적인 역할을 합니다.

예를 들어, 이더넷 프레임은 이더넷 헤더, IP 헤더, TCP 헤더, 그리고 실제 데이터(페이로드)로 구성될 수 있습니다. Chain DMA는 이 각 부분이 시스템 메모리의 서로 다른 위치에 있더라도 DMA 컨트롤러가 이들을 순서대로 '수집(Gather)'하여 하나의 완벽한 패킷으로 만들어 물리 NIC(Network Interface Card)로 전송할 수 있게 합니다.

요약하자면:

Contiguous (연속) 방식: 하나의 큰 연속된 메모리 블록 전송. 단순하고 효율적이지만 유연성이 떨어짐.
Chain (체인) 또는 Scatter/Gather 방식: 여러 개의 비연속적인 메모리 블록을 디스크립터 체인을 통해 전송. 유연하지만 구현이 복잡하고 약간의 오버헤드가 있음.

대부분의 현대 네트워크 칩은 유연성 때문에 Chain (Scatter/Gather) DMA 방식을 지원합니다.

특이점이 온 좀도둑

MindEater™ — Sat, 20 Aug 2022 12:04:18 +0900

동영상 서비스가 종료되어 해당 콘텐츠를 재생할 수 없습니다.

혼돈...

혼돈..

쿠팡플레이 PC버전 주소

MindEater™ — Sun, 9 Jan 2022 08:06:55 +0900

https://www.coupangplay.com/home

쿠팡플레이

지원되지 않는 브라우저입니다 엣지, 크롬, 파이어폭스 또는 사파리에서 다시 시도해주세요.

www.coupangplay.com

주소 하나 알려주는 뭔 놈의 사설이 그리 많은지.. 토나와서 글 하나 올림 ㅋ

TV조선 미스트롯2 편파 오짐. 뭐 이제 TV조선 안봐도 되니 조으네 ㅋ

MindEater™ — Sat, 6 Feb 2021 17:08:28 +0900

아.. 대국민투표는 도대체 왜한겨??

무신 유량단??은 왜 그따구로 헤효~~~ 내 진짜 ㅈㄴ 답답해 여기에 씨부리고 이젠 다시 TV조선 안본다.
그 동안 미스트롯때문에 어쩔수없이 TV조선 채널 트는 것도 기분 뭐 같았는데...
뭐 이제 그 꼴 안 봐도 되니 속 시원타!!

심사위원이라는 사람이 무신 지 아는 사람 나왔다고 대성통곡을 허잖나..
그렇다고 심사에 일관성이 있는 것도 아니고..
학폭으로 나가는 사람 뒷모습은 누가보면 나라지키러 전쟁터에 나가는 줄 알겠드라..

아니 심사위원들은 대국민 갬성과는 동떨어진게 어느나라 사람들인지 트롯 경연에 트롯 좀 하는 사람들 죄다 떨어트리고 국악/아이돌/발라드 가수들은 뭐 가능성?? ㅇㅂ 먼놈의 쇼질드라마질을 저리 해대는지...

백사람이 보고 이렇게 느끼면 문제 있는거지..
드러바서 내 안본다!!

퉤!!

휴~ 이렇게 시부리고 나니 속은 시원허네!!!!

마우스 포인터 로딩 아이콘이 깜빡 거리는 증상 원인 찾기 및 네이버 마이박스 제거로 해결

MindEater™ — Sat, 5 Dec 2020 15:41:11 +0900

최근 자꾸 업데이트 메시지가 떠서 귀찮아서 업데이트,,,
처음엔 느끼지 못하다가가 오늘 다시 컴퓨터를 사용하려고 켜니 마우스 포인터가 자꾸 로딩중이다.

그래서 구글링..
각각의 케이스별 데몬이 다른 듯 싶고... 모두 내 경우와는 달랐다.

귀찮음..
그러나 마우스깜빡이는게 매우 거슬려 범인 색출에 들어갔다.

방법은 작업관리자의 세부정보를 PID 로 정렬한 다음...
자꾸 바뀌는 녀석이 뭔가하고 째려보니,, ,

네이버 MYBOX 관련 데몬들이다..

무슨 기능인지는 모르겠으나 평소 사용하지 않으니 과감하게 삭제..
그러자 거짓말같이 마우스포인터가 조용해졌다. ㅋ

그렇다.. 네이버 MYBOX 문제였다!!

헷갈리는 중앙일보... 이리조리로 왔다 요리조리로 갔다 아직도 햇갈리나요~~

MindEater™ — Tue, 16 Jun 2020 08:20:35 +0900

"처먹을 땐 요사 떨더니"···평화 상징 평양냉면의 '독한 변신'

평양냉면의 정치적 의미도 뜨거운 논란의 대상이 됐다.

news.joins.com

에라이!!

그리고 예전 기사....

"처먹어" 막말 초등 급식 관계자들... 아동 인격권 침해

"처먹어" 막말 초등 급식 관계자들…아동 인격권 침해

"아동들에 수치심과 모욕감 준 것" 해당조리원 경고, 학교 조리원·영양교사 인권교육 필요 【서울=뉴시스】임종명 기자 = 국가인권위원회(인권위)는 초등학교에서 급식을 하면서 조리원들과 영

news.joins.com

아싸~ 민주주의가 좋긴 좋구나...

이리조리로 왔다 요리조리로 갔다

아직도 헷갈리나요~~

[펌] 사회 생활 대화의 팁

MindEater™ — Thu, 14 May 2020 23:44:16 +0900

사회 생활 대화의 팁

유머,정보,감동,동물,엽기,공포,블박,후방,영상,사회,기타

www.etoland.co.kr

내가 못하는 것들....

샤오미 경추마사지기 JeeBack G2 미홈 연동 실패시...

MindEater™ — Fri, 17 Apr 2020 10:55:25 +0900

목디스크가 있는데 경추마사지기를 팔길래 한동안 째려(?)보다가 알리 세일기간에 주문하고 수령했다.
수령기는 아래 블로그 참고

[개봉기 및 간단 리뷰]

넥밴드형 샤오미 JeeBack G2 스마트 경추 마사지기 - 사용법 및 미홈 연동 방법

허리디스크와 목디스크,, 산재인듯 아닌듯 지금은 당연한듯 안고 사는 직업병 비슷한,, 그래서 허리 지지대, 목배게 방석 등 다양한 소품들을 이용하여 통증을 커버하려고 애쓰고 있다. 정말 도움이 되는지는 알..

mindeater.tistory.com

그런데 미홈 연동이 안된다.

결론부터 말하면,, 이 제품은 아직 중국내 전용제품이고 연동을 위해서는 중국 서버를 이용해야한다.
방법은 간단하게 MI HOME 앱의 Locale을 China MainLand로 설정하면 끝

지금부터는 추가 설명이다.

장비를 스캔하면 사진처럼 전혀 잡히지 않는데...

Mi Home Cap #01

Reigion을 Chiese Mainlad 설정해준다.
지역을 바꾸면 로그인을 다시 해야한다.

그리고 다시 스캔을 진행하면

↓↓↓

등록 성공

↓↓↓

메인 화면에 리스트가 보인다.

이제 본체를 3초이상 눌러 푸른색 LED가 점멸한 상태에서 앱이 정상적으로 연동된다.

여담이지만 이 경추 마사지기 꽤 쓸만하다..
쎄!! 강도 6정도만해도 무지 쎄!!!

Serial 통신, UART, I2C, SPI 개요(펌)

MindEater™ — Thu, 13 Jun 2019 13:01:08 +0900

Serial Communication 개요.
한번에 한 바이트 또는 그 이상의 데이터를 한꺼번에 주고 받는 병렬 통신과 달리 직렬 통신은 데이터를 한 비트씩 순차적으로 주고 받는 통신 방법이다. 병렬 통신과 비교할 때 직렬 통신은 상대적으로 속도는 느리지만 통신에 필요한 선의 수가 적어서 구조가 단순하다는 장점을 가지고 있다. 두세 가닥의 선만으로 양방향 통신이 가능하므로 직렬 통신을 사용하는 IC는 병렬 통신을 사용하는 IC에 비해 핀의 수가 적다. 이런 이유로 DAC, ADC, EEPROM 등의 매우 다양한 종류의 장치들이 직렬 통신을 사용하여 마이크로프로세서와 데이터를 주고 받는다. 또한 대부분의 마이크로컨트롤러는 두 가지 이상의 직렬 통신 인터페이스를 가지고 있다.

직렬 통신은 데이터를 한 비트씩 순차적으로 보내기 때문에 어느 시점부터 어느 시점 까지가 한 비트인지 수신자가 정확하게 알아낼 방법이 필요하다. 아래 그림을 보자.

신호의 상태를 어떤 시점에서 검사하느냐에 따라 동일한 신호가 여러 다른 값으로 해석될 수 있다. 송신 측에서 보낸 데이터를 수신한 쪽에서도 같은 값으로 인식하려면 송신자가 데이터를 보낼 때 사용한 시간 정보를 수신자도 알아야 한다. 즉, 송신자와 수신자는 서로 동기를 맞추어야 한다. 수신자가 송신자와 상호 동기를 맞추기 위한 한가지 방법은 동기를 위한 Clock 신호를 추가로 사용하는 것이다. 이런 용도의 Clock 신호 사용 여부에 따라서 직렬 통신을 크게 동기 (synchronous) 통신과 비동기 (asynchronous) 통신으로 구분할 수 있다.

동기 (Synchronous) 통신과 비동기 (Asynchronous) 통신
동기 통신은 데이터 전송을 위한 선 외에 송신자와 수신자의 동기를 위한 별도의 Clock 신호를 사용하는 통신 방법이다. 동기 통신에서 송신자와 수신자는 서로 공유하는 Clock 신호에 맞추어 데이터를 주고 받는다. 만일 송신자가 Clock 신호의 하강 Edge (falling edge)마다 한 비트씩의 데이터를 내보낸다면, 하강 Edge에서 다음 하강 Edge까지가 한 비트에 해당하므로 수신자는 데이터가 변하지 않고 안정된 값을 유지하는 구간, 예를 들어 상승 Edge에서 값을 읽어가면 된다.

동기를 위한 Clock 신호에 맞추어 서로 데이터를 교환하기 때문에 통신에 참여하고 있는 양측은 정확한 통신 속도에 대해 미리 약속할 필요가 없다. Clock 신호가 데이터 전송 시점을 알려주기 때문이다. 하지만 Clock 신호의 어떤 시점을 기준으로 송신자가 데이터를 보내는지, 즉 수신자는 Clock 신호의 어떤 Edge에서 데이터를 읽어야 하는지에 대해서는 상호간의 약속이 필요하다. 또한 정확한 통신 속도에 대해서는 미리 약속할 필요 없지만 최고 속도에 대한 제한은 있다. 너무 빠른 속도로 데이터를 보내면 수신자가 이를 제대로 수신할 수 없기 때문이다. 나중에 설명할 SPI와 I2C 프로토콜은 임베디드 시스템에서 가장 많이 사용되고 있는 동기 통신 규격이다.

반면에 비동기 통신은 동기를 맞추기 위한 별도의 Clock 신호 없이 데이터를 주고 받는 방법이다. Clock 신호가 없기 때문에 송신자는 한 바이트의 데이터를 전송하기 직전에 통신의 시작을 알리는 시작 비트 (start bit)를 먼저 보내 데이터의 전송이 시작된다는 것을 수신자에게 알린다. 시작 비트를 보낸 다음부터 데이터를 한 비트씩 보내고 마지막에는 통신의 끝을 알리는 정지 비트 (stop bit)를 보내 통신이 끝났음을 알린다. 시작 비트는 논리 ‘0’이며 정지 비트는 논리 ‘1’이다.

정지 비트가 논리 ‘1’이므로 데이터 전송이 없는 상태에서 통신 선로는 논리 ‘1’을 유지하고 있다. 그러므로 통신 선로의 상태가 논리 ‘1’을 유지하고 있다가 논리 ‘0’으로 바뀌면 수신자는 이것으로부터 새로운 데이터의 전송이 시작됨을 인식한다.

이와 같이 데이터를 전송할 때마다 시작과 끝을 알리는 시작 비트와 정지 비트를 추가로 보내기 때문에 동기용 Clock 없이도 데이터의 송수신이 가능하다. 하지만 이 경우에는 서로 정확한 통신 속도를 약속하고 있어야 한다. 통신의 시작을 뜻하는 시작 비트를 받으면 수신자는 이 때부터 미리 약속한 통신 속도에 맞추어 데이터를 한 비트씩 읽어 들이기 때문이다. 직렬 통신에서의 통신 속도는 보통 bps (bits per second)라는 단위로 표현하는데 이 단위는 초당 전송되는 비트 수를 나타낸다. 몇 bps의 속도로 통신할 것인가가 정해지면 한 비트의 시간 폭이 결정된다. 통신 속도를 알고 있어야만 시작 비트를 받은 수신자가 그 이후 데이터를 한 비트씩 읽어 들이는 속도를 결정할 수 있다. PC의 직렬 포트에 사용되는 RS-232 표준은 비동기 통신 프로토콜의 대표적인 예다.

동기 통신과 비동기 통신은 각각 장단점을 가지고 있다. 동기 통신과 달리 비동기 통신은 Clock 신호를 사용하지 않기 때문에 통신에 필요한 선의 수가 더 적다. 송신용 선과 수신용 선 두 가닥이 있으면 두 주체가 동시에 데이터를 주고 받는 양방향 통신, 즉 전이중 (full duplex) 통신이 가능하다. 반면에 통신 속도 측면에서는 동기 통신이 더 유리하다. 동기 통신에서는 동기를 위한 별도의 Clock 신호가 있으므로 데이터 길이의 제한 없이 한 바이트 이상의 데이터를 끊김 없이 연속해서 보낼 수 있다. 하지만 비동기 통신에서는 시작 비트와 정지 비트가 추가로 필요하므로 데이터만 연속해서 보낼 수 없다. 한 바이트의 데이터를 전송하기 위해서는 시작 비트와 정지 비트를 포함해서 적어도 10 비트를 전송해야 하므로 상대적으로 효율이 떨어진다.

이런 점 이외에도 동기 통신과 비동기 통신에는 또 다른 큰 차이가 있다. 비동기 통신을 사용할 때에는 통신에 참여하는 두 주체가 서로 대등한 관계에서 일대일 통신을 한다. 이런 구조에서는 양쪽 모두 원하는 때에 언제든지 데이터를 보낼 수 있다. 반면에 동기 통신에서는 두 주체 사이에 주종 관계가 있어 한쪽이 통신의 주도권을 가지는 Master, 다른 쪽은 Slave로 동작한다. Master가 통신에 필요한 Clock을 출력하며 Slave는 Master가 출력하는 Clock 신호에만 반응할 수 있다. 따라서 데이터의 전송 방향에 상관없이 항상 Master가 통신을 주도한다. 마이크로프로세서와 여러 주변 장치 (peripheral) 사이의 통신에는 이러한 Master-Slave 기반의 동기 통신이 많이 사용되는데 이 때 당연히 프로세서는 Master로, 주변 장치는 Slave로 동작하게 된다

직렬 통신은 프로토콜이 다양하기 때문에 대부분의 마이크로컨트롤러는 두 가지 이상의 직렬 통신 인터페이스를 지원한다. 그 중에서도 UART, I2C, SPI는 가장 자주 사용되는 대표적인 예라고 할 수 있다.

UART의 개요
UART는 Universal Asynchronous Receiver/Transmitter의 머리글자로서 비동기 통신을 위한 전용 하드웨어를 뜻한다. UART가 없다면 비동기 통신 프로토콜을 프로그램으로 직접 구현해야 한다. 데이터를 송신하려면 프로세서가 타이머를 사용하여 미리 정한 직렬 통신 속도에 맞추어 병렬 데이터를 한 비트씩 출력 핀으로 내보내야 한다. 물론 시작 비트와 정지 비트도 함께 출력해야 한다. 수신의 경우는 조금 더 어렵다. 수신 핀의 상황을 계속 검사하거나 또는 인터럽트를 사용하여 시작 비트가 수신되는지 여부를 확인해야 한다. 그리고 일단 시작 비트의 수신이 확인되면 그때부터 정해진 통신 속도에 맞추어 한 비트씩 값을 읽어 저장해야 한다. 이런 작업은 어렵지는 않지만 매우 번거롭기도 하고 마이크로프로세서가 다른 일을 할 수 있는 시간을 뺏는 결과를 가져온다.

UART는 비동기 통신에 필요한 이런 직렬-병렬 데이터 변환 작업을 자동으로 해주는 하드웨어 장치이다. 그렇기 때문에 비동기 통신을 해야 한다면 UART가 꼭 필요하다고 할 수 있다. PC에는 16550이라는 이름의 UART IC가 사용되는데 이처럼 UART가 독립된 제품으로 판매되기도 하지만 거의 대부분의 마이크로컨트롤러는 내부에 하나 이상의 UART를 가지고 있다. 만일 마이크로컨트롤러가 가지고 있는 UART의 수보다 더 많은 비동기 통신 채널이 필요하다면 외부에 UART IC를 추가로 연결해서 사용하면 된다.

UART에는 적어도 네 개 정도의 레지스터가 포함되어 있으며 각 레지스터의 주소는 UART의 기본 주소 (base address)에 옵셋 (offset) 값을 더한 값으로 정의된다. CPU는 UART 레지스터에 값을 쓰거나 레지스터 값을 읽는 방법으로 간단하게 비동기 통신을 진행할 수 있다. 다음은UART의 동작에 반드시 필요한 레지스터들이다. 마이크로컨트롤러에 따라 이 레지스터들의 이름은 조금씩 다를 수도 있다.

● TxD (송신 데이터) 레지스터
UART로 송신할 데이터를 쓰기 위한 레지스터이다. CPU가 이 레지스터에 값을 기록하면 미리 정해둔 직렬 통신 속도 및 다른 여러 설정에 맞추어 그 값이 한 비트씩 직렬로 출력된다. TxD 레지스터에 어떤 값을 기록하면 이 시점부터 마지막 비트가 출력될 때까지 시간이 걸리므로 이전에 기록한 값의 송신이 완료되기 전에 TxD 레지스터에 새로운 값을 기록하면 안 된다. 이전 데이터의 송신이 완료되었는지 여부는 상태 레지스터를 읽어 확인할 수 있다.

● RxD (수신) 레지스터
수신용 핀으로 한 비트씩 입력되어 수신 완료된 데이터가 저장되는 레지스터이다. 상태 레지스터를 읽어서 새로운 데이터가 수신되었다는 것을 확인하면 CPU는 이 레지스터의 값을 읽으면 된다. 이 레지스터에 저장된 값은 다음 데이터가 수신되는 동안은 그대로 유지되지만 다음 데이터의 수신이 완료되는 순간 새로운 값으로 갱신된다. 따라서 데이터 손실을 막기 위해서는 다음 데이터의 수신이 완료되기 전까지는 CPU가 이 레지스터의 값을 읽어 저장해야 한다.

● 제어 (control) 레지스터
UART의 동작에 필요한 여러 설정을 하기 위한 레지스터이다. 정지 비트의 길이, 패리티 (parity) 비트의 사용 유무, 통신에 사용할 패킷의 길이 등을 설정한다. UART를 동작시키기 전에 반드시 제어 레지스터를 적절하게 설정해야 한다.

● 상태 (status) 레지스터
UART의 상태를 나타내는 레지스터이다. 상태 레지스터의 각 비트는 특정한 의미를 가지고 있다. 예를 들면, 수신 완료 (receive complete) 비트가 1이면 새로운 데이터가 수신되어 RxD 레지스터에 저장되어 있음을 뜻하며, 송신 완료 (transmit complete) 비트가 1이면 TxD에 저장한 값의 출력이 완료되었음을 뜻한다. 이 외에도 TxD 레지스터가 비어 있는지 여부를 알려주는 비트를 가지고 있기도 하다. 상태 레지스터의 각 비트는 인터럽트와 연결되어 있어서 인터럽트가 활성화되어 있다면 어떤 비트가 1로 설정되는 순간 해당 인터럽트 핸들러(interrupt handler)가 자동으로 호출된다.

● baud rate 설정 레지스터
직렬 통신의 속도인 보 (baud) 값을 설정하기 위한 레지스터이다. 여기에 설정한 통신 속도에 따라 직렬-병렬 변환 속도가 결정된다. baud 값은 통신에서의 변조율 (modulation rate)을 나타내는 단위이므로 baud rate는 초당 전송되는 비트의 수를 뜻하는 bps와는 의미가 다르다. 그러나 한 심볼 (symbol)이 한 비트에 해당할 때 baud 값과 bps 값은 같기 때문에 유선 통신에서는 흔히 bps와 구분 없이 사용되고 있다.

직렬 통신의 비트율 즉, baud rate가 정해지면 한 비트의 시간 폭이 결정된다. 예를 들어 통신 속도를 38,400 baud로 한다면 한 비트의 시간 폭은 1/38,400 초가 된다. 시작 비트와 정지 비트가 각 1 비트씩이라면 한 바이트의 데이터를 송신하는데 1/3,840 초가 걸린다. 사용자가 지정한 baud rate에 맞추어 UART가 직렬-병렬 데이터 변환을 하려면 타이머 (카운터)가 반드시 필요하다. baud rate에 비례하는 주파수를 가진 신호가 있어야 하기 때문이다. 8051 계열 마이크로컨트롤러에서는 내부 타이머 중 하나가 이 용도로 지정되어 있어 직렬 통신을 사용할 때 그 타이머는 다른 용도로 사용할 수 없다. AVR 마이크로컨트롤러의 경우에는 사용자가 프로그래밍 가능한 타이머 이외에 UART용의 전용 카운터가 따로 있다.

UART의 타이밍
구현 방법에 따라 조금씩 다르지만 많은 경우 UART는 사용자가 지정한 통신 비트율보다 16 배 높은 주파수의 내부 신호를 사용한다. 이 내부 신호는 일반적으로 CPU를 위한 오실레이터 입력을 카운터로 분주해서 만든다.

이 내부 신호의 주파수는 사용자가 설정한 통신 비트율보다 16 배 높기 때문에 데이터 한 비트의 시간 폭은 내부 신호의 16 Clock Cycle(cycle)과 같다. 데이터를 전송할 때에는 먼저 시작 비트를 출력하고 이 때부터 내부 신호 16 Clock Cycle마다 한 비트씩을 출력하면 된다. UART의 송신부만 생각한다면 통신 비트율의 16배나 되는 높은 주파수가 필요할 것 같지는 않다. 이렇게 높은 주파수의 신호가 필요한 것은 수신부 때문이다.

UART의 수신부는 수신 신호의 상태가 논리 ‘1’에서 논리 ‘0’으로 변하는 하강 Edge, 즉 시작 비트를 기다린다. 하강 Edge를 검출하면 UART는 이 때부터 카운터를 사용하여 내부 신호의 펄스 수를 세기 시작한다. 신호의 각 비트가 변하는 순간은 전압이 불안정하므로 UART는 가능하면 각 데이터 비트의 한 가운데에서 입력의 논리 값을 읽는 것이 안정적이다. 시작 비트가 검출된 시점부터 내부 신호의 8 Clock Cycle 지점이 시작 비트의 한 가운데에 해당하고 이 시점부터 매 16 Clock Cycle 시점이 각 데이터 비트의 한 가운데가 된다.

우선 시작 비트가 검출된 순간 이후 8 Clock Cycle 지점에서 시작 비트의 상태를 다시 검사한다. 만일 이 값이 논리 ‘0’이 아니라면 UART는 이것이 글리치 (glitch) 의한 가짜 시작 비트 (spurious start bit)라고 판단하고 이를 무시한 다음 다시 시작 비트를 기다린다. 정상적인 시작 비트라고 판단되면 UART는 매 데이터 비트의 한 가운데 지점에서 신호의 상태를 세 번 검사한다. 즉 내부 신호의 7, 8, 9 번째 Cycle 시점에서 각 비트의 상태를 3번 읽어서 두 번 이상 검출된 논리 값을 그 비트의 값으로 판단한다. 물론 시작 비트의 상태 역시 내부 신호의 7, 8, 9 번째 Cycle 시점에서 세 차례 검사할 수도 있다. 이렇게 함으로써 UART는 잡음에 의한 영향을 줄여 통신 선로에서 발생할 수 있는 오류의 확률을 낮춘다.

UART의 동작에 필요한 내부 신호는 보통 CPU용 외부 오실레이터 입력을 분주해서 만드는데 송신부와 수신부가 사용하는 오실레이터 주파수가 다른 경우에는 UART의 송신 타이밍과 수신 타이밍이 정확하게 일치하지 않는다. 비동기 통신에서는 매 데이터마다 시작 비트를 가지고 있어서 시작 비트부터 매번 동기를 새로 맞추기 때문에 송신 비트율과 수신 비트율의 차이가 있다 하더라도 허용 가능한 범위를 초과하지 않으면 통신 오류가 발생하지 않는다. 그러면 허용 가능 주파수 차이의 한계에 대해 생각해보자.

앞에서 설명했듯이 UART의 수신부는 각 데이터 비트의 한 가운데에서 신호의 논리 값을 읽는 것이 바람직하다. 그런데 송신 비트율이 수신 비트율에 비해 높다면 수신부는 각 데이터 비트의 한 가운데 이후에 그 값을 읽게 된다. 반대로 송신부 비트율이 더 낮은 경우에 수신부는 각 비트의 한 가운데보다 이전에 값을 읽게 된다. 이 오차는 시작 비트부터 계속 누적되므로 이 정지 비트에서 가장 큰 타이밍 오차가 발생한다. 그렇기 때문에 정지 비트를 검출하는데 오류를 일으키지 않는 범위의 송·수신 주파수 차이는 비동기 통신에 문제를 야기하지 않는다.

정지 비트의 한 가운데는 정지 비트의 시작부터 8 Clock Cycle 시점인데 정지 비트의 상태를 검사하는 시점이 8 Clock Cycle에서 ±3 Clock Cycle 이내라면 현실적으로 타이밍 차이로 인한 오차가 생길 가능성은 거의 없다고 판단할 수 있다. 송신부와 수신부가 완전히 같은 주파수로 동작한다면 수신부의 내부 신호의 8 번째 Clock Cycle 시점이 각 비트의 한 가운데가 된다. 시작 비트에서부터 내부 신호의 펄스 수를 세면, 정지 비트의 한 가운데는
(16 Clock Cycle / 비트) x (1 시작 비트 + 8 데이터 비트 + ½ 정지 비트) = 152 Clock Cycle
이 된다. 따라서 152 Clock 당 ±3 Clock 이내의 오차까지 허용 가능하므로 이를 백분율로 따지면 ±3/152인 ±2 %에 해당한다.

결과적으로 비동기 통신에 있어 송·수신 비트율의 차이가 ±2 % 이내라면 이로 인한 문제는 거의 발생하지 않는다. 이 값은 8 비트 단위의 데이터 전송을 가정하고 계산한 값이며 전송 단위가 9 비트 이상이라면 허용 가능한 오차의 한계는 더 감소한다. 또한 송·수신 통신 비트율 차이를 계산하면서 단순히 양쪽에서 사용된 오실레이터의 명목상 주파수만을 고려해서는 안 된다. 오실레이터는 그 자체로 어느 정도의 주파수 오차를 가지고 있으며 동작 온도에 따라서도 조금씩 출력 주파수가 변하기 때문이다.

비동기 통신에서 사용되는 비트율의 대표적인 예로 37400 bps, 57600 bps, 115200 bps 등을 들 수 있다. 마이크로컨트롤러에 7.3728 MHz나22.1184 MHz와 같은 특이한 주파수의 오실레이터를 연결하는 경우를 종종 볼 수 있는데 그 이유는 37400 bps, 57600 bps, 115200 bps 등의 비트율을 얻기 위해서는 이러한 비트율의 정수배 주파수가 필요하기 때문이다. 특히 8051 계열 프로세서가 이런 주파수의 오실레이터를 자주 사용하는데 그것은 8051에서는 (통신 비트율 x 16)의 정수배 주파수가 필요하기 때문이다.

RS-232 표준
RS-232 표준은 비동기 직렬 통신 프로토콜의 가장 대표적인 예이다. 지금까지의 비동기 통신에 관한 설명은 RS-232 표준의 일부이다. 요즘은USB 인터페이스가 많이 사용되고 있어서 PC에 직렬 포트가 아예 없는 경우도 많지만 아직도 RS-232 표준은 여전히 많이 사용되고 있다. 임베디드 소프트웨어 개발 과정에서 PC와 임베디드 시스템을 RS-232 인터페이스로 연결하고 UART를 간단한 디버거로 활용하는 경우는 매우 흔하다.

RS-232 표준은 비동기 직렬 통신에 필요한 전기적인 신호 특성 (전압, 타이밍 등)과 기계적 특성 (커넥터 모양, 핀 배치) 등 모든 사양을 규정하고 있는 미국 Electronic Industries Association (EIA)라는 단체가 정한 표준이다. PC의 뒤쪽에 나와 있는 직렬 포트용 DB-9 커넥터의 모양과 핀 배치도 이 표준을 따른다. 송신 신호 (TxD)와 수신 신호 (RxD) 이외에도 다른 용도의 여러 신호들이 이 표준에 정의되어 있다. 그러나 데이터 흐름 제어 (flow control)나 반송파 검출 (carrier detection) 등의 다른 기능은 사용하지 않고 순수하게 통신만 하겠다면 TxD와 RxD 두 신호로 충분하다.

UART가 있으면 비동기 통신이 가능하지만 UART의 송수신 핀을 PC의 직렬 포트에 바로 연결할 수는 없다. RS-232 표준에서 규정하고 있는 전압 레벨은 TTL 호환 (TTL compatible)이 아니기 때문이다. RS-232 표준은 논리 ‘1’에 해당하는 전압의 범위를 -3 V ~ -15 V로 논리 ‘0’에 해당하는 전압의 범위를 +3 V ~ +15 V로 규정한다. 이런 전압은 일반 디지털 회로에서 사용되는 범위를 벗어나기 때문에 RS-232 표준을 따르기 위해서는 0 V ~ 3 V (또는 3.3 V 또는 5 V) 범위의 신호를 RS-232 레벨 신호로 변환하고 또 그 반대 방향으로도 전압을 변환해 주는 전용 회로가 필요하다. 이런 역할을 하는 IC를 RS-232 트랜시버 (transceiver)라고 한다. Maxim사의 MAX232라는 제품이 그 대표적 예이다.

RS-232 표준에 따른 논리 ‘0과 논리 ‘1’의 전압 차이는 최소 6 V에서 최대 30 V이다. 따라서 일반적인 디지털 회로의 신호와 비교하면 RS-232 표준을 따르는 신호는 잡음 여유가 매우 크다. RS-232 규격에 따르면 송신측과 수신측 사이의 통신 선로의 길이는 최대 15 m에 이른다. 만일RS-232 표준을 반드시 따라라 하는 것이 아니며 송신부와 수신부가 가깝다면 RS-232 트랜시버를 사용하지 않고 UART끼리 직접 연결하면 된다.

I2C의 개요
I2C (Inter-Integrated Circuit) 버스는 마이크로프로세서와 저속 주변 장치 사이의 통신을 위한 용도로 Philips에서 개발한 규격인데 두 가닥의 선을 사용하므로 TWI (Two Wire Interface)라고도 불리고 있다. 특허권 때문인지 잘 모르겠으나 Philips 이외의 회사들은 거의 대부분 TWI라고 부른다. I2C 버스는 양방향 오픈 드레인 선인 SCL (serial clock)과 SDA (serial data)로 이루어져 있으며 Master-Slave 형태로 동작한다. SCL은 통신의 동기를 위한 Clock용 선이고 SDA는 데이터용 선이다. Master는 SCL로 동기를 위한 Clock을 출력하며 Slave는 SCL로 출력되는 Clock에 맞추어 SDA를 통해 데이터를 출력하거나 입력 받는다. 단지 SDA 한 선으로만 데이터를 주고 받기 때문에 I2C 버스는 반이중 (half duplex) 통신만 가능하다. SCL 선과 SDA 선은 모두 오픈 드레인므로 두 선에는 각각 풀업 저항을 연결해 주어야 한다.

다음 그림은 I2C Master와 Slave들 사이의 연결을 보여주고 있다.

모든 I2C Master와 Slave 장치들의 SCL은 서로 연결되며 SDA 또한 서로 연결된다. 모든 장치들이 SCL과 SDA를 각각 공유하고 있으므로 Master가 Slave를 개별적으로 지정하기 위한 방법이 있어야 한다. I2C 버스에서 Master가 각 Slave를 구분하는 수단은 Slave의 주소이다. 모든 I2C Slave 장치들은 7 비트의 고유한 주소를 가지고 있으며 Master는 주소로 원하는 Slave를 지정한다. 주소의 길이가 7 비트이므로 Master는 최대 128 개의 Slave 장치들과 연결될 수 있다. 물론 Slave 장치들의 주소는 모두 달라야 한다.

앞의 그림에는 Master가 하나 밖에 없지만 I2C 버스에 두 개 이상의 Master들이 존재할 수도 있다. 버스에 연결된 장치의 수가 아무리 많아도 한 순간에는 오직 하나의 Master와 하나의 Slave만이 통신할 수 있다. 현재 통신을 진행하고 있는 Master가 버스 소유권을 가지고 있다. 두 개 이상의 Master가 있는 경우에 현재 버스의 소유권을 가지고 있는 Master 및 Master와 통신을 진행하고 있는 Slave 장치 이외의 나머지 장치들은 이들의 통신을 방해하지 않아야 한다.

SCL과 SDA는 모두 오픈 드레인이므로 모든 장치들의 SCL과 SDA는 각각 와이어드 AND로 연결 되어 있다. 와이어드 AND 연결에서는 어느 한 장치라도 ‘0’을 출력하면 해당 신호의 상태는 논리 ‘0’이 된다. 만일 SCL이나 SDA에 연결되어 있는 어떤 장치가 논리 ‘0’을 출력한다면 다른 장치가 그 신호의 상태를 논리 ‘1’로 만들 수 있는 방법은 없다. 통신에 참여하지 않은 장치가 SCL이나 SDA로 ‘0’을 출력하면 Master가 정상적으로 통신을 진행할 수 없다. 이것은 I2C 버스에 연결되어 있지만 현재 통신에 참여하지 않고 있는 장치들은 모두 자신의 출력을 플로우팅 상태로 유지해야 한다는 것을 뜻한다.

통신이 진행되지 않는 상황에서 모든 장치의 출력은 플로우팅 상태이므로 SCL과 SDA의 상태는 모두 논리 ‘1’이다. 이 상황에서 I2C 버스의 사용을 원하는 Master는 SCL과 SDA로 시작 조건을 출력하며 버스 소유권을 주장하고 통신을 시작할 수 있다. 두 신호의 상태가 모두 논리 ‘1’이 아니라면 현재 다른 Master가 버스 소유권을 가지고 통신을 진행 중에 있다는 것을 뜻하므로 그 Master가 버스 소유권을 반납할 때까지는 다른 Master가 새로운 통신을 시작해서는 안 된다.

다음 그림은 I2C 프로토콜의 시작 조건, 정지 조건, 그리고 데이터 안정 구간을 보여주고 있다.

I2C 프로토콜에서 SCL이 ‘0’인 구간에서는 SDA의 상태 변화가 허용되지만 SCL이 ‘1’인 구간에서는 SDA는 안정된 논리 상태를 유지해야 한다. Master가 Slave로 데이터를 출력할 때 SCL이 ‘0’인 구간에서 SDA의 비트 전환을 하며 SCL이 ‘1’인 구간에서는 SDA의 상태를 그대로 유지한다. Slave가 데이터를 출력하고 Master가 그 데이터를 읽을 때에도 마찬가지이다. 그래서 SCL이 ‘1’인 구간은 데이터가 안정한 구간이다.

I2C 프로토콜에서 SCL이 ‘1’을 유지하고 있는 구간에서 SDA의 상태가 변하는 것은 일반 데이터 전송이 아닌 특별한 조건을 의미한다. SCL이 ‘1’인 동안 SDA가 ‘1’에서 ‘0’으로 바뀌는 것을 시작 조건 (start condition, S)이라고 하며 SCL이 ‘1’인 동안 SDA가 ‘0’에서 ‘1’로 바뀌는 것을 정지 조건 (stop condition, P)이라고 한다. I2C 통신을 원하는 Master는 SCL과 SDA가 모두 논리 ‘1’일 때 SDA의 상태를 ‘0’으로 바꾸어 시작 조건을 출력하며 다른 장치들에게 통신의 시작을 알린다. 마찬가지로 통신을 끝낼 때에는 SCL이 ‘1’인 동안 SDA를 ‘0’에서 ‘1’로 바꾸어 정지 조건을 출력하며 버스 소유권의 반납을 다른 장치에게 알린다.

I2C의 패킷 형식
다음 그림은 I2C 버스에서 사용되는 데이터 패킷의 형식을 보여준다. ACK을 포함한 9 비트가 I2C 규격에서 통신의 기본 단위가 된다.

Master는 SCL과 SDA가 모두 ‘1’인 상태에서 SDA를 ‘0’으로 바꾸어, 즉 시작 조건을 출력하면서 통신의 시작을 알린다. 시작 조건 이후부터는SCL의 상태가 ‘0’인 구간에서만 SDA의 논리 값이 바뀐다. Master가 SCL로 출력하는 Clock에 동기를 맞추어 SDA로는 데이터가 MSB부터 한 비트씩 출력된다. SCL은 항상 Master가 출력하는 신호이지만 SDA는 현재의 동작이 Master의 읽기냐 쓰기냐에 따라 Master의 출력일 수도 Slave의 출력일 수도 있다.

8 비트 데이터가 8 Clock Cycle 동안 SDA로 출력되면 그 데이터를 수신한 쪽에서 9 번째 Clock에 맞추어 그 8 비트 데이터의 수신 여부를 확인해 주는 ACK 비트를 출력한다. 다시 말해서 ACK 비트는 직전의 8 비트 정보를 수신한 쪽에서 그 정보의 송신자에게 직전 8 비트 정보에 대한 수신 여부를 확인하는 값이다. ACK 비트가 ‘0’이면 정상 수신을 나타내며 ACK 비트가 ‘1’이면 (항상 그런 것은 아니지만) 정상 수신이 아님을 나타낸다. 값이 ‘0’인 ACK 비트와 구분하기 위하여 값이 ‘1’인 ACK 비트를 NACK (no acknowledgement)라고 부르기도 한다.

만일 Master가 SDA로 8 비트 정보를 출력했다면 그 정보를 수신한 Slave가 9 번째 Clock에 SDA로 ACK 비트를 출력하여 Master에게 수신 결과를 알린다. 이 때 Master가 ACK 비트를 받으려면 9 번째 Clock Cycle 동안 자신의 SDA 출력을 ‘1’로 유지하고 있어야 한다. 반대로 SDA로 출력된 8 비트 정보가 Slave의 출력이라면 그것을 수신한 Master가 9 번째 Clock에서 ACK 비트를 출력한다. 이 때 Master의 ACK 비트를 받기 위해 Slave는 자신의 SDA 출력을 ‘1’로 유지하고 있어야 한다.

8 비트 정보와 이어지는 ACK 비트의 전송이 끝난 다음에는 Master가 정지 조건을 출력할 수도 있고 시작 조건을 다시 출력할 수도 있으며 다음 바이트 전송이 이어질 수도 있다. 다음 동작은 현재 진행 중인 동작이 무엇인가에 따라 달라진다.

I2C의 주소 지정 형식
모든 I2C Slave 장치는 7 비트의 고유한 주소를 가지고 있으며 Master는 이 주소를 사용하여 상대 Slave 장치를 지정한다. 다음 그림은 Master가 Slave의 주소를 지정하고 데이터를 주고 받는 방법에 대한 설명이다.

먼저 Master는 시작 조건에 이어서 자신이 원하는 Slave의 7 비트 주소를 출력한다. 버스에 연결되어 있는 모든 Slave 장치들은 SDA 선을 계속 감시하면서 Master가 출력한 주소가 자신의 주소와 일치하는지 여부를 검사한다. 만일 Master가 출력한 주소가 어떤 Slave의 주소와 같으면 그 Slave는 ACK 비트에 ‘0’을 출력하여 Master에게 응답한다. Master가 출력한 주소를 가진 Slave가 없으면 아무도 ACK 비트로 ‘0’을 출력하지 않으므로 ACK 비트의 상태는 ‘1’을 유지하여 Master는 NACK을 받게 된다.

Master가 ACK을 받으면 이것은 자신이 출력한 주소를 가진 Slave가 응답했다는 뜻이므로 Master는 다음 단계를 진행한다. 반면에 Master가 NACK을 받으면 이것은 자신의 호출에 응답하는 Slave가 없다는 것을 뜻하므로 Master가 더 이상 할 수 있는 일은 없다. Master는 정지 조건을 출력하여 현재의 상황을 종료하고 통신을 다시 시작해야 한다.

Slave 주소 7 비트 다음에 오는 8 번째 비트는 다음 동작이 Master의 읽기인지 쓰기인지를 가리킨다. Master가 이 비트로 0을 출력했다면 이것은 Master 쓰기임을 뜻하므로 Slave 주소 다음의 1 바이트 데이터는 Master의 출력이다. 이 데이터는 앞서 주소가 지정된 Slave를 위한 것이므로 그 Slave가 이 값을 읽어 들인다. 반면에 Slave 주소 7 비트 다음에 오는 8 번째 비트가 1 이면 이것은 다음 동작이 Master의 읽기라는 것을 의미한다. 그러므로 Master에 의해 주소가 지정된 Slave는 ACK을 응답한 후 이어서 Master에게 보낼 데이터를 출력한다.

주의할 것은 Slave 주소는 7 비트이지만 패킷의 상위 7 비트로 정렬되고 마지막에 R/W 비트가 LSB 위치에 추가된다는 것이다. 그렇기 때문에 Slave의 주소를 왼쪽으로 한 비트 쉬프트 시킨 후의 8 비트 값을 Slave의 주소라고 생각하는 것이 더 편할 수도 있다. 예를 들면DS1037이라는 RTC 칩의 I2C 주소는 1101000b으로 고정되어 있다. 즉 DS1037의 I2C 주소는 0x68이다. DS1037에 데이터를 기록해야 할 때 Master는 I2C 버스로 시작 조건을 출력한 다음 11010000b을 출력한다. DS1037의 데이터를 읽고자 한다면 Master는 I2C 버스로 시작 조건을 출력한 다음 11010001b을 출력한다. 그러므로 8 비트 값인 0xd0을 DS1037의 쓰기 주소, 0xd1을 DS1037의 읽기 주소로 생각할 수도 있다.

I2C 버스 규격은 I2C 버스의 전기적 특성 및 타이밍과 함께 앞에서 설명한 시작 조건, 정지 조건, 주소 지정 방법 등에 대해서만 규정하고 있다. 구체적인 통신 방법, 즉 Master가 Slave의 주소를 출력한 다음 정지 비트를 출력할 때까지 주고 받는 데이터의 바이트 수, Slave의 내부 레지스터 주소 지정 방법 등은 Slave 장치에 따라 달라진다. 매우 다양한 종류의 I2C Slave 장치가 있으니 여러 가지 다양한 방법이 있을 수 있다.

대부분의 마이크로컨트롤러는 I2C 인터페이스를 지원한다. 그렇기 때문에 UART를 사용할 때와 비슷하게 I2C 관련 몇 개의 레지스터를 설정한 후 레지스터 읽기/쓰기를 통해 간단하게 I2C 통신을 실행할 수 있다. 마이크로컨트롤러가 I2C 인터페이스를 지원하지 않으면 프로그램을 통해 비교적 쉽게 I2C 프로토콜을 구현할 수 있다. 송·수신 타이밍을 정확하게 맞추어야 하는 비동기 통신과 달리 Master가 출력하는 Clock에 맞추어 모든 동작이 이루어지므로 타이밍에 관련된 어려움이 특별히 없기 때문이다.

I2C 통신의 예
직렬 EEPROM, ADC, DAC, RTC 등을 포함한 다양한 매우 장치들이 I2C 인터페이스를 지원하고 있다. I2C Slave 장치와 통신을 하려면 그 Slave의 데이터쉬트를 참고하여 구체적인 통신 방법을 이해해야 한다. 다음 그림은 24LC64라는 64 Kbit 직렬 EEPROM의 내부 데이터를 읽기 위한 여러 방법 중 하나이다.

24LC64의 주소는 1010A2A1A0b로 정해져 있다. 앞 4 비트는 1010로 고정되어 있지만 뒤의 3 비트 A2A1A0는 사용자가 임의로 바꿀 수 있다. 주소의 마지막 3 비트를 사용자가 조절할 수 있도록 24LC64는 이 3 비트에 각각 대응되는 3 개의 입력 핀 A2, A1, A0을 가지고 있다. 주소의 일부를 사용자가 정하도록 만든 것은 24LC64에 여러 가지 다른 주소를 부여할 수 있도록 하기 위한 것이다. 만일 24LC64의 주소가 완전히 고정되어 있다면 I2C Master가 구동할 수 있는 24LC64는 1 개뿐이다.

위의 그림은 24LC64의 저장된 값을 특정 주소부터 연속으로 읽는 방법이다. 맨 먼저 Master는 시작 조건을 출력한 다음 24LC64의 7 비트 주소를 출력하고 8 번째 비트로 ‘0’을 출력하여 다음 동작이 쓰기라는 것을 알린다. Master가 지정한 주소와 동일한 주소를 가진 24LC64가 있다면 그 IC는 ACK을 출력하여 Master에게 응답한다. ACK을 받은 Master는 이어서 24LC64의 저장 공간 중에서 자신이 원하는 주소를 MSB부터 연속해서 출력한다. 24LC64의 저장 용량은 64 Kbits, 즉 8 K 바이트이므로 내부 주소 지정을 위해서는 13 비트의 주소 정보가 필요하다. 그러므로 Master는 두 번에 걸쳐 주소를 출력한다. 매 바이트를 받을 때마다 24LC64는 Master에게 ACK을 보낸다.

24LC64 내부의 주소를 출력한 후 ACK을 받으면 Master는 시작 조건과 Slave 주소를 다시 한 번 더 출력한다. 그런데 이번에는 Master가24LC64의 데이터를 읽을 차례이므로 7 비트 Slave 주소 다음에 오는 8 번째 비트는 ‘1’로 설정한다. 24LC64가 다시 Master에게 ACK으로 응답하면 그 다음부터 Master는 24LC64가 출력하는 데이터를 연속해서 읽는다. 24LC64의 출력을 1 바이트 받을 때마다 Master는 ACK을 출력하여 이를 24LC64에게 알린다. ACK을 받은 24LC64는 내부에서 주소를 1 증가시키고 새로운 주소의 데이터를 읽어서 다음 SCL Clock에 맞추어 출력하게 된다. 데이터를 연속해서 수신한 Master는 자신이 원하는 마지막 데이터를 받으면 이번에는 NACK을 출력하고 이어 정지 조건을 출력하여 통신을 끝낸다.

위의 예는 I2C 통신을 사용하는 24LC64를 사용하기 위한 많은 방법들 중 하나일 뿐이다. I2C 인터페이스를 가진 장치마다 사용법이 다르기도 하거니와 한 장치에서도 명령의 종류에 따라 다양한 방법이 있을 수 있다.

I2C의 장·단점
I2C 버스의 가장 큰 장점으로 Slave 장치의 수에 관계 없이 두 가닥의 선만으로 Master와 Slave 사이의 양방향 통신이 가능하다는 것을 들 수 있다. 두 개 이상의 Master를 사용할 수 있다는 사실은 I2C 버스가 가진 또 다른 장점이다.

반면에 I2C 버스의 양방향 특성은 오픈 드레인 구조에 기반을 두고 있으므로 근본적으로 동시 양방향 통신이 불가능하고 통신 속도를 높이기 어렵다. 표준 모드에서 I2C 통신의 최대 속도는 100 kHz이며 고속 모드에서는 최고 400 kHz까지 가능하다. 다른 동기 통신 프로토콜, 예를 들어 뒤에서 설명할 SPI와 비교하면 매우 낮은 속도이므로 I2C 버스는 저속 주변 장치와의 데이터 통신이나 주변 장치의 동작 모드 설정 등의 용도로 많이 쓰인다. 동작 모드 설정은 사용 빈도가 높지 않기 때문에 낮은 속도가 별 문제가 되지 않는다.

I2C 인터페이스를 사용하는 제품의 수는 무척 많은 반면 Slave의 주소는 7 비트로 그 길이가 제한되어 있어서 다수의 Slave 장치를 사용할 때 Slave 주소가 충돌할 가능성이 있다. 이런 문제에 대한 해결책으로 Slave 주소의 하위 2 ~ 3 비트를 사용자가 임의로 설정할 수 있는 제품들이 많기는 하지만 주소가 7 비트로 제한되어 있어서 근본적인 해결책이 될 수는 없다.

SPI의 개요
SPI (Serial Peripheral Interconnect) 버스는 Motorola에 의해 개발된 전이중 (full duplex) 통신이 가능한 동기 통신 규격이다. I2C와 마찬가지로 Master Slave 방식으로 동작하며 Master가 동기를 위한 클럭을 출력한다. 각 SPI Slave 장치는 chip enable (/CE) 입력을 가지고 있으며 이 입력이 활성화되었을 때에만 동작한다. 따라서 Master는 여러 개의 slave select (SS) 선을 Slave들의 /CE에 연결하고 한 순간에 하나의 Slave만 선택하는 방법을 사용하여 두 개 이상의 Slave 장치들을 구동할 수 있다. SPI의 통신 속도는 최고 70 MHz에 이르기 때문에 I2C에 비해 훨씬 빠르다.

다음 그림은 SPI 버스를 통해 Master가 한 개의 Slave와 일대일로 연결된 상황을 보여준다.

그림에 표시된 4 개의 신호는 SPI 버스에서 정의된 신호이다.

● SCLK : Serial Clock. Master가 출력하는 동기용 클럭
● MOSI : Master Output Slave Input. Master의 출력이며 Slave에게는 입력
● MISO : Master Input Slave Output. Slave의 출력이며 Master에게는 입력
● SS : Slave Select. Master의 출력으로 Slave를 선택하기 위한 신호

SCLK는 Master가 출력하는 클럭 신호이다. SCLK를 기준으로 Master와 Slave 사이의 데이터 교환이 진행된다. MOSI는 Master의 출력으로 Slave로 정보를 보내기 위한 선이다. 반대로 MISO는 Slave의 출력으로 Master가 Slave의 정보를 받기 위한 선이다. 앞의 그림에서 보듯이 Master와 Slave의 MOSI끼리 서로 연결되며 MISO끼리 서로 연결된다. SS는 Master가 Slave를 선택하기 위한 Master의 출력으로 Slave의 /CE 입력에 연결된다. Slave는 /CE 입력이 ‘0’인 동안에만 활성화된다.

통신을 진행하기 위해서 Master는 우선 SS로 ‘0’을 출력하여 해당 Slave를 활성화시킨다. 그런 다음 Master는 SLCK로 동기를 위한 클럭을 출력하는데 이 클럭에 맞추어 MOSI로 데이터를 한 비트씩 내보낸다. 이와 동시에 Master는 자신이 출력하는 클럭에 맞추어 MISO를 한 비트씩 읽는다. 다시 말해서 SPI Master는 자신의 출력인 SCLK에 맞추어 MOSI로 데이터를 내보내며 동시에 MISO로는 데이터를 수신한다. SPI 버스는 언제나 양방향 통신을 진행한다. SCLK에 맞추어 MOSI로 데이터를 출력하는 동안 MISO로는 데이터가 수신된다. 수신되는 데이터는 상황에 따라 의미가 있는 값일 수도 있고 쓰레기 값일 수도 있다. 마찬가지로 Slave의 데이터를 읽기 위하여 SLCK에 맞추어 MISO로 입력을 받는 동안 MOSI로는 데이터가 출력된다.

보통 SPI 통신은 8 비트 단위로 진행되지만 12 비트나 16 비트 또는 그 이상의 길이가 한 단위가 될 수도 있다. 비트 전송 순서에 대한 규정은 없다. 데이터의 전송은 MSB부터 시작될 수도 있고 LSB부터 시작될 수도 있다. 데이터를 연속 전송하는 경우 한 단위의 데이터를 보낼 때마다SS 신호를 매번 인가할 수도 있지만 SS 신호를 ‘0’으로 설정한 후 모든 데이터를 다 보낼 때까지 이 상태를 유지하고 있다가 데이터의 전송이 끝났을 때 SS를 ‘1’로 바꿀 수도 있다. SPI 규격은 이런 부분까지 규정하고 있지 않으며 Master와 Slave 사이의 약속에 따라 결정된다. SPI Slave 장치의 용도와 특성에 따라 사용 방법이 다르므로 Slave 장치의 데이터쉬트를 반드시 확인해야 한다.

어떤 마이크로컨트롤러는 설정된 전송 단위에 맞추어 데이터 전송 때마다 자동으로 SS 신호를 출력해 주는 기능을 가지고 있다. ATMEL사의ARM7 기반 AT91SAM7S 계열 마이크로컨트롤러가 그 예이다. 데이터 전송 단위를 16 비트로 설정했다면 SPI Master가 SCLK 신호를 출력하기 전에 자동으로 SS 신호를 ‘0’으로 내리고 데이터가 출력되는 동안 이 상태를 유지하다 전송이 끝나면 이 신호를 다시 ‘1’로 올려준다. 이런 용도로 사용할 수 있는 SS 핀이 여러 개 있어서 사용자가 선택할 수 있다. 이런 기능이 있으면 정해진 길이의 데이터를 반복해서 출력하는 경우, 예를 들면 주기적으로 DAC에 값을 전송하는 경우에 매우 편리하다. 이런 기능이 없는 마이크로컨트롤러의 경우에는 사용자가 프로그램을 통해 수동으로 SS 신호를 제어해야 한다. AVR 마이크로컨트롤러는 이 기능을 지원하지 않으므로 GPIO 핀을 Slave 선택용으로 정하고 수동으로 그 신호를 제어해야 한다.

SPI 모드 (mode)
SPI Master와 Slave는 Master의 출력인 SCLK에 맞추어 데이터를 한 비트씩 교환한다. 그런데 클럭에 동기를 맞추는 방법은 한 가지만 있는 것이 아니다. 클럭이 출력되고 있지 않은 상황에서 클럭의 기본 값은 ‘0’일 수도 있고 ‘1’일 수도 있다. 그리고 Master와 Slave가 매 클럭의 첫 번째 Edge에서 데이터를 읽을 수도 있고 매 클럭의 두 번째 Edge에서 데이터를 읽을 수도 있다. 앞의 특성을 클럭의 극성 (polarity)이라고 하고 뒤의 특성을 클럭의 위상 (phase)이라고 한다. 클럭의 극성과 위상의 조합에 따라 모두 4 가지 방법이 사용 가능하다. SPI Slave는4 가지 가능한 방법 중 한 가지를 사용하도록 만들어지고 Master는 4 가지 방법을 모두 지원해야 한다.

AVR 마이크로컨트롤러의 SPI 제어 레지스터에는 CPOL과 CPHA라는 비트가 있는데 이 비트의 설정에 따라 출력되는 클럭의 극성과 위상이 달라진다. 다른 마이크로컨트롤러도 이와 같거나 비슷한 이름의 비트를 가지고 있다. CPOL 비트가 0이면 클럭의 기본 상태가 ‘0’이며 이 비트가 1이면 클럭의 기본 상태는 ‘1’이다. 그리고 CPHA 비트가 0이면 매 클럭의 첫 번째 Edge에서 데이터가 샘플되며 이 값이 1이면 두 번째 Edge에서 데이터가 샘플된다.

다음 그림은 CPHA 비트가 0일 때의 타이밍을 설명하고 있다.

CPHA 값이 0이므로 클럭의 극성에 상관없이 Master와 Slave는 모두 매 클럭의 첫 번째 Edge에서 데이터를 샘플한다. 따라서 매 클럭의 두 번째 Edge에서 비트 전환이 일어난다.

다음은 CPHA 비트가 1일 때의 타이밍을 설명한다.

클럭의 극성에 상관없이 매 클럭의 두 번째 Edge가 데이터 샘플에 사용되며 따라서 매 클럭의 첫 번째 Edge에서 비트 전환이 일어난다.

위의 4 가지 극성과 위상 조합에 0에서 3까지의 숫자를 부여하여 이를 SPI 모드라고 부른다.

SPI mode	CPOL	CPHA
0	0	0
1	0	1
2	1	0
3	1	1

두 개 이상의 SPI Slave 연결
I2C 버스처럼 SPI 버스에서도 한 개의 Master가 두 개 이상의 Slave와 연결될 수 있다. I2C Slave가 고유한 주소를 가지고 있는 것처럼 각각의 SPI Slave는 chip enable (/CE) 신호를 가지고 있다. SPI Master는 각 Slave의 /CE 신호를 제어하여 원하는 Slave를 선택한다. 다음 그림은 한 개의 SPI Master에 두 개의 Slave들을 연결하는 방법을 설명한다.

세 장치의 SCLK, MOSI, MISO는 각각 서로 연결되어 있지만 Slave의 /CE 신호들은 서로 묶이지 않고 Master의 다른 핀들로 연결된다. Slave의 수에 상관없이 한 순간에는 하나의 Slave만 Master와 통신할 수 있다. 두 Slave가 모두 활성화되면 Slave의 출력인 MISO에서 데이터의 충돌이 일어난다. 그래서 Master는 자신이 원하는 Slave의 /CE 신호만 ‘0’으로 설정하여 활성화시키고 나머지 Slave의 /CE는 ‘1’로 두어야 한다. /CE 입력이 ‘1’인 Slave는 선택되지 않았기 때문에 자신의 MISO 출력을 hi-Z 상태로 만들어 선택된 Slave와 Master 간의 통신에 영향을 주지 않는다. 따라서 모든 SPI Slave의 MISO 출력은 3 상태를 지원한다. /CE 입력이 ‘1’인 Slave는 당연히 Master가 출력한 SCLK와 MOSI 신호를 무시한다.

세 개 이상의 Slave도 같은 방법으로 Master와 연결할 수 있다. Slave의 수가 하나씩 늘어날 때마다 새로운 Slave를 위한 /CE 신호만 하나 더 필요할 뿐이다. 그런데 이 때 Master에 연결된 Slave들이 사용하는 SPI 모드가 한 가지가 아니거나 비트 전송 순서가 다를 수 있는데 이런 경우에는 통신의 효율이 많이 낮아진다. 가령 어떤 Slave는 모드 0을 사용하고 또 다른 Slave는 모드 1을 사용한다면 Master가 Slave를 바꿀 때마다 동작 모드를 매번 다시 설정해야 한다. 또한 동작 모드가 같아도 비트 전송 순서가 다르다면 마찬가지 문제가 생긴다.

Master가 하나의 Slave만 구동한다면 Slave의 /CE 신호를 GND로 고정시켜 두어도 상관없다. 어차피 SCLK, MOSI, MISO를 공유할 다른 Slave가 없기 때문에 이 선들은 하나뿐인 Slave 전용으로 사용된다. 그렇기 때문에 Slave를 항상 활성화시켜 둬도 기능상의 문제는 생기지는 않는다.

SPI 통신의 예
AT45DB161D은 SPI 인터페이스를 사용하는 16 Mbit 직렬 플래쉬 메모리이다. 이 플래쉬 메모리에 정보를 기록하거나 저장된 정보를 읽기 위한 여러 방법 중 다음 그림은 main memory page read 명령을 설명하고 있다. 이 그림에서 데이터는 바이트 단위로 표시되어 있다.

main memory page read 명령은 AT45DB161D 내부의 특정 페이지의 내용을 연속으로 읽기 위한 것이다. 이 플래쉬 메모리의 용량은 2 Mbytes이므로 주소를 지정하기 위해서 21 비트가 필요하다. Master는 가장 먼저 AT45DB161D의 /CE 신호를 ‘0’으로 만든 다음 main memory page read를 위한 8 비트 명령을 출력하고 이어서 읽기를 원하는 주소 3 바이트를 출력한다. (AT45DB161D는 MSB 우선의 비트 전송 순서를 사용한다.) main memory page read 명령과 3 바이트 주소를 받으면 AT45DB161D는 저장된 데이터를 읽어서 출력할 준비를 하는데 이 과정에 시간이 필요하다. 이를 위해 Master는 4 바이트를 더 출력한다. Master가 추가로 전송하는 4 바이트를 전송하는 것은 SLCK를 출력하기 위한 동작이므로 출력하는 데이터는 어떤 값이든 상관없다.

이렇게 8 바이트를 MOSI로 출력하는 동안 계속해서 Master의 MISO로 AT45DB161D의 출력이 들어오지만 이 값은 아무런 의미가 없는 쓰레기 값이다. AT45DB161D의 데이터 전송은 9 번째 바이트부터 시작된다. AT45DB161D는 9 번째 바이트에서 Master가 지정한 주소의 내용을MISO로 출력한 후 내부 카운터를 사용하여 주소를 1 증가시킨다. 이 후 Master가 MOSI로 한 바이트씩 출력할 때마다 AT45DB161D는 데이터를 출력하고 주소를 1 증가시키는 과정을 계속 되풀이한다. 이런 과정을 통해 Master는 AT45DB161D의 데이터를 필요한 만큼 연속해서 읽고 마지막으로 AT45DB161D의 /CE 신호를 ‘1’로 만들어 통신을 끝낸다. 9 번째 바이트부터 Master가 SCLK를 출력할 뿐 MOSI로 출력해야 하는 데이터는 없으므로 어떤 값을 보내도 상관 없다.

이 명령 외에도 AT45DB161D을 사용에 필요한 다른 많은 명령들이 더 있다. 각 명령마다 위 그림과 비슷한 타이밍도를 가지고 있으므로 각 명령의 쓰임새와 사용법을 알려면 AT45DB161D의 데이터쉬트를 참고해야 한다.

SPI의 장·단점
SPI 버스의 가장 큰 장점으로는 최고 70 MHz에 이르는 빠른 통신 속도와 동시 양방향 통신이 가능하다는 점을 들 수 있다. 전송 데이터 단위에 대한 제약이 없어서 8 비트, 16 비트, 24 비트 등 원하는 길이를 한 워드로 설정할 수 있다. 비트 순서에 대한 제약도 없으므로 필요에 따라MSB부터 전송할 수도 있고 LSB부터 전송할 수도 있다. I2C Slave와 달리 SPI Slave는 자체 주소를 가지고 있지 않으므로 주소 충돌의 문제도 발생하지 않는다.

I2C 버스와 달리 SPI 버스에는 한 개의 버스 Master만 있을 수 있으며 I2C 버스에 비해 필요한 핀의 수가 더 많다. SPI 버스는 기본적으로 4 가닥의 선을 사용하며 Master에 연결된 Slave의 숫자가 많아질수록 Slave를 선택하기 위한 SS 핀의 수 역시 Slave 수에 비례해서 늘어난다. 또한 I2C 버스의 ACK와 같은 메커니즘이 없어서 Master는 자신이 통신하고 있는 장치가 실제 존재하는지 여부를 확인할 수 없다.

[출처] Serial 통신, UART, I2C, SPI 개요(펌)|작성자 노털

점점 이상해지는 2019년 카카오톡 PC버전 유감 ㅋ

MindEater™ — Thu, 4 Apr 2019 13:30:25 +0900

여기서 더이상 작게 조절이 안됨..
광고는 뭐 그런가보다 하지만 누구맘대로 최소크기를 지정해놓은겨??
도대채 왜 이러는 거냐?? 응!?

+
이런저런 악담을 길게 씨부리다가 조금 진정이 되서 쓴 글 다 지우고 간단하게 하소연 하는 글!!

iMAX B6 매뉴얼

MindEater™ — Wed, 13 Feb 2019 14:38:11 +0900

iMAX_B6설명서.pdf

중국산 멀티메터, VC99 한글 매뉴얼

MindEater™ — Wed, 13 Feb 2019 14:31:42 +0900

vc99_한글_매뉴얼.pdf

여행에 앞서 사이판 역사 간단 정리해보기!?

MindEater™ — Mon, 28 Jan 2019 16:01:34 +0900

대략적으로다가,,,

챠모로족(원주민) -> 스페인 -> 캐롤라이나인들 대거 유입(빈집털이) -> 독일 --> 일본 -> 미국 -> UN -> 미국(자치령)

으로 간단하게 정리할 수 있겠고,,

3.1운동을 기점으로 사탕수수 재배를 위한 노농력으로 한인들이 대거 투입되어 노동력을 제공했다라는 점이 흥미롭다.

일본놈들 2차대전에 패하고 자살절벽과 만세절벽에서 대거 뛰어내렸는데,,
그 시체로 바다가 뒤뎦혀 배가 접근하기도 힘들었다고 하니 그 현장 중 만세절벽 쯤은 한번 쯤 봐두는 것도 좋을 것 같다.

끝!!

블로그 카테고리 썸네일 이미지로 보기(masonry?) 적용과 문제점

MindEater™ — Sat, 26 Jan 2019 14:26:07 +0900

그러니깐 티스토리 처음 시작할 당시부터 - 10년은 된 것 같다. ㅋ - 고민했다가 방법을 몰라 포기하고,,
최근에 티스토리 블로그가 이것저것 정책적으로 변경이 된다하여 이것저것 살펴보던중
소위 핀터레스트 방식의 masonry 정렬 방법이 있어 적용해보았다.

이미 소개된 방법과 크게 다르지 않게 느리고 렌더링시 뻑뻑대는 느낌이 적잖다.

아직도 티스토리에서 썸네일 이미지를 가져오는 치환자를 지원하지 않아 범용 기법을 적용하기에는 무리가 있다.

댓글의 URL 링크도 아직까지 지원하지 않는 걸 보면 뭐랄까... 설치형 플랫폼이 면죄부가 되면 안되는데 여튼 의욕이 없어보인다.

각설하고,,
그냥 널리 알려진 방법을 적용해보았으나,,
위 첨부 그림처럼 자동 정렬이 안되는 문제가 있다..

누가 좀 속 시원하게 알려줬으면 좋겠다.

inline, block 과 같은 속석의 문제인건지.... 이휴~

위 예제의 블로그이다.

https://mindeater.tistory.com/category/Photo%20Sketch/flower

Skin.html

ygal.js

CSS

.searchList ul {
    display: inline-block;
    clear: both;
    list-style: none;
    content: ""
}

.searchRplist ul {
    list-style: none;
    padding: 10px;
    margin: 0;
}

/* .searchList li,
.searchRplist li { line-height:100%; padding-bottom:2px; margin-bottom:4px;}
.searchList .date,
.searchRplist .date { font-size:9px; margin-left:10px; }
.searchList .cnt { font-size:9px; color:#7aa;}
.searchRplist .name { font-size:11px; color:#999; padding-left:8px;}
*/
/* *****  for a new thumbnail category, 190113  ***** */
.searchList li {
    position: relative;
    float: left;
    margin: 0 1% 20px;
    border-radius: 5px;
    width: 22%;
}

.searchList .thumb img {
    width: 100%;
    height: auto;
    border-radius: 5px 5px 5px 5px;
    overflow: hidden;
    background: #fff;
    display: block
}

.searchList .caption {
    padding: 1px;
    margin-top: 1px;
    font-size: 0.8rem;
}

/* fixed_img_col */
.searchList {
    text-align: center;
}

.fixed_img_col li {
    overflow: hidden;
    display: block;
}

[WEB] 티스토리 블로그 로딩 속도 관련 튜닝 요소...(Continued...)

MindEater™ — Sat, 26 Jan 2019 11:33:29 +0900

티스토리 블로그 로딩속도 튜닝 !?

요즘 CSS파일과 HTML을 조금씩 보고 또 브라우저에서 지원하는 디버깅 툴을 보고 살짝 놀라고 있다. 파이어폭스나 크롬에서 F12를 누르면 튀어나오는 디버깅 툴이 매일 리눅스에서 VI와 Ctags를 이용하여 코딩을 하고 기십분씩 컴파일을 돌려 타겟보드에 올려 확인을 해야하는 필자에겐 살짝 놀라움이다.

티스토리 특히 기본 제공 모바일 스킨이 느려서 찾아보게 된 내용을 정리하고 자한다. 필요한 사람이 우물을 판다고 하지 않나... 바꾸어 말하면 잘 동작하면 굳이 알아보지지 않았을 내용이다. 덕분에 공부를 하게 되니 고맙기도 하다..

사용하고 있는 스킨이 반응형이라면 스킨을 직접 제어할 수 있지만, 구형 스킨 사용자의 경우 티스토리에서 자동연결이 되어 수정할 수 있는 방법이 있는지도 모르겠다. 필자는 여러가지 이유로 메인 블로그의 디자인을 도저히 버릴 수가 없다.

조금은 애매한 것이 모바일 브라우저 마다 로딩 매카니즘이 다른 것인지 차이가 난다. 특이 최근에 베타테스트하고 있는 네이버앱으로 페이지를 열면 미칠지경으로 느리다. 그래서 네이버앱은 바로 삭제하고 그나마 빠른 크롬을 사용하고 있지만,,, 역시 4~5초를 넘겼고 지금은 조금은 빨라진 듯 하지만 그래도 티스토리에서 기본 제공하는 모바일 페이지에 문제가 있는 건 분명한 것 같다. (아래 설명하겠지만 동기식으로 수행하는 스크립트가 많은 듯..)

여담이지만, 요즘 같으면 10년 넘게 사용하고 있는 티스토리가 앞으로 또 10년 20년을 가줄지 답답한 마음 없지 않다.
지금이라도 도메인 연결을 해야하는 건지..도메인 연결을 한다면 평생을 가져 갈만큼 유지비를 지불할 가치가 있는지 말이다.분명한건 가까운 미래에 지금의 고민은 현실로 다가올 듯한다.

각설,, 필자는 웹프로그래밍을 모른다. 20년 전에 메모장을 이용하여 html 태그만을 사용해 홈페이지를 만들 어본 것이 전부고, 티스토리를 운영하면서 그때그때 찾아본 기억이 전부다. 따라서 구글링을 통해 적용해본 요소이고 상식선 혹은 체감상 효과가 있는 것들을 정리할 생각이다.

아래 정리된 내용은 추후에 수정가감될 수 있다.

※ 이미지 ※

이미지는 가장 많이 사용하는 요소라 손 쉽게 튜닝이 가능하다.
하지만 이동 통신이 5G세대에 접어든 시점에 이미지 용량을 고민해야하는 것도 아이러니 하다.

1) 이미지 자체 용량 줄이기

최근에 공개된 미디어타입을 쓰거나,, 우리가 흔히 사용하는 JPEG의 경우 저장품질을 85~90%정도로 낮추어도 100%대비 1/3 이상으로 떨어져 엄청난 용량의 이득을 볼 수 있다. 사진 블로그의 경우에도 92% 이상은 눈으로 구분이 힘들다.

다만, 품질 80~90%에서 눈에 띄는 이상픽셀이 눈에 띈다면 적절하게 타협하면 되겠다.

2) 사이즈 지정
<img .. > 에 width="xxx" height="yyy"

> 사이즈를 지정하면 렌더링시 이득이 생긴다. (실제 테스트는 안해봄)

3) 사용할 크기로 미리 리사이징하기

width, height에 사이즈를 지정할 때 로딩한 이미지의 크기가 다르면 내부적으로 리사이징을 수행하면서 리소스를 잡어먹는다.
고퀄의 사진을 보여줄 용도가 아니라면 사용할 크기로 미리 리사이징 하는 것을 추천한다.
참고로 Lanczos나 Sync와 같은 알고리즘을 사용하여 re-sizing 한다면 고퀄의 이미지를 얻을 수 있다.

.....(추가중)

※ Java Script ※

1) js파일 로컬 계정으로 옮기기
js 파일이 원격에 존재한다면 다운로드 해서 본인 계정에 업로드하는 것을 추천한다.
sync 모드에서 파일을 가져올 수 없을 때 timeout 동안 멍청하게 기다릴 수 있다.

2) async 속성 사용
스크립트 파일을 원격서버에서 가져와야 할 경우 async 를 사용하면 비동기 모드로 가져올 수 있다. 순서에 상관없이 백그라운드로 로딩되면 수행된다.

3) defer 속성 사용
async와 비슷한 효과를 내지만 내부적으로 처리 메카니즘이 다르다. 일반적으로 로딩 순서가 중요한 경우에 defer를 사용한다.

....(추가중)

4) skin.html의 </body> 앞에 배치하기

> 렌더링에 필요한 태그를 먼저 파싱하게 하고 스크립트 파일을 로딩하도록 함..
> 순서에 유의를 해야한다.

※ HTML ※

1) 코드 압축

최대한 빠른 파싱을 위해 html과 css 코드를 압축해주는 사이트를 이용한다.

티스토리에서 제공하는 자체 툴로 수정시 번거로우니 성능상 체감이 크지 않을 경우 추천하지 않지만 수정할 필요가 많지 않다면 시도해 볼만하다.

백업은 필수다.

코드 압축 사이트 --> https://htmlcompressor.com/compressor/

2) <table> 사용하지 않기

<table> 은 구시대의 유물로 취급받는 듯 하다. Obsolete... 셀의 모든 내용을 가져온 이후에 화면에 뿌려지는 구조라 느리다.

<div>로 대체가 가능하고 실제 테이블 코드를 넣으면 div로 컨버팅 해주는 툴사이트도 많다.

...(추가중)

※ 티스토리 플러그인

1) 디자인과 성능사이에서 적절한 타협

티스토리 플러그인을 이것저것 사용하면 무거워 질터 적절하게 타협하여 꼭 필요하다고 판단되는 모듈만 사용하도록 한다.

2) 구글 광고

구글 광고때문에 티스토리를 시작하는 사람이 많다.
테스트해보니 구글 광고가 매우 느리다. 요즘엔 async 모드로 동작하는 코드가 제공되지만 그럼에도 느리다. 적절한 타협이 필요하다.

...(추가중)

XX. 속도 테스트 사이트

[HTML][CSS] 옛날 티스토리 스킨에 관련글(Related Articles) 추가하기

MindEater™ — Sat, 26 Jan 2019 09:55:01 +0900

- 구형 非반응형 스킨 손보기 -
- 이 글은 일종의 개인 작업의 로그이며 "How To"입니다. -

옛날.. 아주 아주 옛날 스킨을 조금씩 손보고 있습니다.
그 중 요즘 스킨에서 쓸만하다고 생각되는 모듈을 조금씩 이식하고 있습니다.

그 중에 관련글 추가(Related Articles)의 방법입니다.

참고한 스킨은 Poster 입니다.
썸네일 사이즈를 조정하면 이미지를 못가져오는 것 같은데 이부분은 잘 모르겠습니다.

skin.html 수정

style.css 파일 수정

적용 예시

https://mindeater.tistory.com/1920

EQ(EQualizing)에 대한 단상 - 쉬운게 하나도 없다!!

MindEater™ — Sun, 6 Jan 2019 22:41:19 +0900

모든 것은 우리가 보는 것과 듣는 것을 카메라나 녹음기로 저장해서 이후에 다시 꺼내 보거나 들을 때의 문제이다.

사진으로 예를 들면 내가 작업한 사진이 집에서 컴퓨터로 볼 때와 스마트폰으로 볼 때 회사에서 노트북으로 볼 때의 색감은 모두 다르다. 이러한 현상이 나타나는 이유는 눈으로 인지한 색과 카메라 센서의 광 다이오드가 인지한 색의 수치가 카메라 벤더마다 다르며, 존재하는 모든 모니터나 프린터가 RGB 데이타에 반응하는 색 또한 모두 다르다. (이런 문제는 그래픽전문가나 사진가와 같은 사람들에게는 엄청난 스트레스일 것이다.) 그래서 비교적 고가의 캘리브레이션 툴을 이용하여 모니터와 프린터에 기준을 정하는 작업을 기본으로 하게 되는데, 이러한 작업은 심적인 - 적어도 기준이 틀리지 않는다는 확신하에 - 안정을 가져다준다.

이러한 생각을 소리에 그대로 대입해보자.

가수가 녹음실에서 노래를 부른다. 노래는 마이크를 통해서 디지탈로 저장이 되고 저장된 음악은 듣기 좋게(?) 보정(필터)이 되어 음반이 제작된다. 그 음반을 각종 플레이어에서 다양한 청음기기(Output Device) - 이어폰,헤드폰,스피커 - 를 통해서 들을 때의 문제이다. 즉, 극 저음부터 극 고음에 이르는 각각의 주파수에 출력 장치마다 반응하는 크기(dB)가 모두 같을 수는 없다. 심지어는 출력되는 소리를 인지하는 청각마저 개인차가 존재한다.

흔히 Flat 하다는 의미가 각각의 주파수별 반응 하는 수치가 정확하다는 의미로 이것에 준하는 잘 튜닝된 헤드폰이나 스피커가 레퍼런스급이라고 말하기도 한다. 즉, "Flat 하게 만들다"는 위에서 말한 기준을 세우는 작업이다. 이럴 때 사용되는 방법이 SW나 HW방식의 Equalizer 를 이용하는데 주파수에 반응 데시벨을 증폭 또는 감쇠하는 필터를 두게 된다. 이렇게 Flat에 준하게 조절한 후에야 주파수별로 본인의 취향을 반영하는 것 - 이제 EQ라 부르자 - 은 마치 사진 보정에 앞서 칼리브레이션 된 모니터에서 보정을 하는 이유와 같은 맥락이다. 하지만, 모든 출력장치가 EQ만으로 FALT하게 되지는 않는다. 일부 저가의 출력장치들은 관용도를 심하게 벗어나 EQ로 보상이 안 될 수도 있다.

그런데,, 요놈의 EQ, 나처럼 일반인의 관점에선 절대 쉽지 않다.
물론, 모니터의 캘리브레이션 툴처럼 헤드폰이나 스피커의 소리를 측정하는 전문적인 계측장비가 없지는 않지만, 역시 일반인이 쉽게 접근할 수 있는 영역은 아니다. 대안으로 소스의 출력 스펙트럼을 분석하고 직접 귀로 들어보고 심봉사 문고리 잡듯이 조금씩 조절을 해가며 때에 따라 같은 출력장치를 사용하는 다른 사람들의 보편적 의견에 자신의 귀를 적응시키기도 한다.

구글링을 해본 바 Pink Noise와 SignGen 툴을 이용한 비교적 잘 알려진 방법이 있다.
http://www.head-fi.org/a/how-to-equalize-your-headphones-a-tutorial

평소 자신이 듣는 수준의 크기에서 주파수를 단계별로 이동하면서 싸인파를 발생시키다가 불편한 소리가 나오는 주파수를 발견하면 레벨을 조정하는 방식으로 EQ을 기록하고, 이렇게 수치화된 값을 Electri Q와 같은 Parametric Equalizer를 이용하여 적용하는 방법이다. 청음자의 청각에 의지하는 방법인데 훈련만 된다면 가장 좋은 방법일 것이다. 개인적으로 몇 번 시도를 해보지만, 이것 또한 적잖은 훈련이 필요한 듯 역시 쉽지 않다.

+
대다수의 사람이 EQ 조절없이 그냥 음악을 듣는다. 아니 EQ가 있는지도 모른다.

나도 얼마전까지는 그랬었다. (밥먹을 때 동료에게 이런 고민을 해봤더니 한심한 듯 쳐다보더라..ㅠㅠ)

이 글은 음악을 듣는것 보다 단지 "EQ는 어떻게 하는 거지?"라는 질문에서 출발한 며칠동안 궁금함의 결과이다.
아울러 EQ에 대해 누가 좀 자세하게 알려주면 좋겠다. Plz...ㅠㅠ

+
다 필요없다.
들을 때 좋으면 그게 장땡이다.
이 정도 대충 지적 허영심을 채운 것으로 만족하는 것이 가장 행복하다.

파세코 초절전(490W) 무소음 Eco 카본 히터 수령 및 테스트

MindEater™ — Sun, 2 Dec 2018 21:32:40 +0900

Moved to
http://mindeater.tistory.com/2108
<블로그 통합작업으로 게시글이 이동되었습니다.>

[DIY] 알리표 DIY 키트 인두기 유무선 겸용으로 개조튜닝

MindEater™ — Mon, 1 Oct 2018 09:09:54 +0900

후면과 상단에 DC잭을 달아 맥뱅을 전원소스로 활용할 수 있도록 튜닝함
거치대는 뒤에 보이는 하얀색의 거치대에서 탈거해서 옮겼다.

훨씬 편하다.

흔히 내장된 smps를 드러내고 대신 18650 배터리를 추가해서 충전식으로 만들지만,,
맥주캔 파워뱅크를 전원으로 연결하는 것이 훨씬 활용도가 좋아보여,,
dc잭만 달아주었다.

아래 노란색 둥그런 녀석은 케이스가 PVC라서 가벼워 안정감을 위해 넣어둔 납이다.
인두 회로는 맨 아래의 전면 패널이고,
중앙의 회로가 220V 교류를 24V DC로 변환후 정류해주는 SMPS이다.

요녀석은 12~24v 모두 가능하지만,
맥뱅의 12V는 달구어지는데 24V보다는 상대적으로 오래 걸린다.
그래서 맨 위 23.7V를 보이고 있는 조그마한 상자에 24V승압회로를 넣어서 활용했다.

후면의 모습이다.
이번에 추가된 거치대와 DC잭인데, 아무래도 상단의 DC잭이 편하기 하다.
안정된 전원이 필요한 경우에는 220V를 소스로 사용하면 되겠다.

상단의 DC잭,
그리고 인두 거치대,,
그리고.... 스티커 ㅎ

[D.I.Y] 알리발 온도조절 짝퉁 하코(Hakko) T12 핸들 인두기 DIY 키트(kit) 조립 후기

2018/11/19 - [DIY] 컴퓨터 파워서플라이를 이용한 DC 가변 전원공급기!겸 T12 온도조절 인두기(DC PowerSupply T12 Solder Station) 만들기!! ^▽^)/