WEBVTT

NOTE This file was exported by MacCaption version 7.0.13 to comply with the WebVTT specification dated March 27, 2017.

00:00:11.470 --> 00:00:15.766 align:center line:-1 position:50% size:37%
오늘날 전기 전자 시대에
직렬 버스는 어디에나 사용됩니다

00:00:15.766 --> 00:00:19.436 align:center line:-1 position:50% size:35%
가장 친숙한 형태는
아마 USB일 겁니다

00:00:19.436 --> 00:00:24.900 align:center line:-1 position:50% size:56%
어떤 디바이스나 하위 시스템에서
데이터를 전달하고 정보를 제어하려면

00:00:24.900 --> 00:00:30.239 align:center line:-1 position:50% size:49%
디지털 비트 형태의 신호를
직렬로 주고받아야 합니다

00:00:30.239 --> 00:00:34.409 align:center line:-1 position:50% size:39%
즉, 한 번에 1비트씩
순차적으로 보내야 합니다

00:00:34.409 --> 00:00:37.412 align:center line:-1 position:50% size:29%
대부분 PC를 포함한
고속 시스템은

00:00:37.412 --> 00:00:41.083 align:center line:-1 position:50% size:35%
초당 수억 비트를
주고받을 수 있습니다

00:00:41.083 --> 00:00:44.336 align:center line:-1 position:50% size:46%
데이터 구조에는
여러 가지 다양한 프로토콜을

00:00:44.336 --> 00:00:46.672 align:center line:-1 position:50% size:29%
사용하는데요

00:00:46.672 --> 00:00:49.800 align:center line:-1 position:50% size:31%
비트를 전송할 때
가장 중요한 비트를 먼저 보낼까요?

00:00:49.800 --> 00:00:52.803 align:center line:-1 position:50% size:36%
가장 덜 중요한 비트를 보낼까요?

00:00:52.803 --> 00:00:54.596 align:center line:-1 position:50% size:36%
비트는 어떻게 그룹화할까요?

00:00:54.596 --> 00:00:56.265 align:center line:-1 position:50% size:32%
이들은 어떻게 인코딩할까요?

00:00:56.265 --> 00:00:59.768 align:center line:-1 position:50% size:35%
비트를 주고받는 속도는
얼마나 빠를까요?

00:00:59.768 --> 00:01:02.521 align:center line:-1 position:50% size:35%
두 가지 이상의
상호 연결된 디바이스 간

00:01:02.521 --> 00:01:05.941 align:center line:-1 position:50% size:32%
서로 합의한 언어라고
생각하시면 됩니다

00:01:05.941 --> 00:01:07.943 align:center line:-1 position:50% size:41%
저에게 중국어로 말하면

00:01:07.943 --> 00:01:11.029 align:center line:-1 position:50% size:37%
'니하오' 빼고는
아무 말도 이해하지 못할 겁니다

00:01:11.029 --> 00:01:13.824 align:center line:-1 position:50% size:45%
저는 영어만 이해하기 때문이죠

00:01:13.824 --> 00:01:16.243 align:center line:-1 position:50% size:38%
공학을 공부하는 동안

00:01:16.243 --> 00:01:18.495 align:center line:-1 position:50% size:37%
특히 다면적 프로젝트에서

00:01:18.495 --> 00:01:21.206 align:center line:-1 position:50% size:53%
가장 일반적으로 보는 프로토콜은

00:01:21.206 --> 00:01:25.502 align:center line:-1 position:50% size:33%
I²C일 겁니다
'집적 회로 간'의 약자죠

00:01:25.502 --> 00:01:29.548 align:center line:-1 position:50% size:34%
SPI도 있죠
직렬 주변 인터페이스의 약자인데요

00:01:29.548 --> 00:01:32.092 align:center line:-1 position:50% size:49%
'스파이'라고 발음하기도 합니다

00:01:32.092 --> 00:01:37.597 align:center line:-1 position:50% size:47%
UART도 있습니다
이건 범용 비동기식 송수신기입니다

00:01:37.597 --> 00:01:41.685 align:center line:-1 position:50% size:36%
CAN의 경우는
컨트롤러 영역 네트워크를 나타냅니다

00:01:41.685 --> 00:01:47.733 align:center line:-1 position:50% size:57%
안녕하세요, 키사이트 InfiniiVision 오실로스코프
제품 관리자, Johnnie Hancock입니다

00:01:47.733 --> 00:01:51.862 align:center line:-1 position:50% size:44%
이 단원에서는
이 프로토콜 중 한 가지만

00:01:51.862 --> 00:01:54.448 align:center line:-1 position:50% size:40%
간단히 살펴볼 텐데요

00:01:54.448 --> 00:01:59.703 align:center line:-1 position:50% size:50%
직렬 데이터를 송수신하는
기본 개념은 같습니다

00:01:59.703 --> 00:02:02.664 align:center line:-1 position:50% size:46%
프로토콜의 종류와는 상관없이 말이죠

00:02:02.664 --> 00:02:06.710 align:center line:-1 position:50% size:41%
오늘은 CAN 버스 프로토콜의
예시를 살펴보겠습니다

00:02:06.710 --> 00:02:09.421 align:center line:-1 position:50% size:40%
CAN을 사용하는 분야는 다양한데

00:02:09.421 --> 00:02:12.758 align:center line:-1 position:50% size:54%
산업 장비 제어 분야나

00:02:12.758 --> 00:02:14.676 align:center line:-1 position:50% size:33%
자동차 응용 분야가 포함되고

00:02:14.676 --> 00:02:17.429 align:center line:-1 position:50% size:38%
공대에서 로봇 공학을 배울 때

00:02:17.429 --> 00:02:19.389 align:center line:-1 position:50% size:37%
이 버스를 사용할 수도 있습니다

00:02:19.389 --> 00:02:23.268 align:center line:-1 position:50% size:43%
이제 오실로스코프에서
몇 가지 CAN 전기 신호를

00:02:23.268 --> 00:02:24.603 align:center line:-1 position:50% size:26%
살펴보도록 하겠습니다

00:02:26.063 --> 00:02:27.939 align:center line:-1 position:50% size:34%
이건 CAN 버스 신호인데요

00:02:27.939 --> 00:02:31.693 align:center line:-1 position:50% size:46%
이 오실로스코프에 내장된
교육 훈련용 신호 중

00:02:31.693 --> 00:02:34.112 align:center line:-1 position:50% size:27%
하나입니다

00:02:34.112 --> 00:02:36.865 align:center line:-1 position:50% size:45%
CAN 버스는 차동 버스이고

00:02:36.865 --> 00:02:38.658 align:center line:-1 position:50% size:41%
차동 프로브를 사용해야 합니다

00:02:38.658 --> 00:02:40.285 align:center line:-1 position:50% size:39%
이 신호가 차동인 이유는

00:02:40.285 --> 00:02:44.373 align:center line:-1 position:50% size:45%
먼 거리에 걸쳐
신호를 전송해야 하고

00:02:44.373 --> 00:02:48.710 align:center line:-1 position:50% size:34%
차동 버스는 노이즈 내성이
보다 나은 편입니다

00:02:48.710 --> 00:02:52.547 align:center line:-1 position:50% size:52%
이제 스코프를 설정하고
신호를 자세히 살펴보겠습니다

00:02:52.547 --> 00:02:56.927 align:center line:-1 position:50% size:40%
처음에는 앞서 했던 것처럼
스코프를 설정했지만

00:02:56.927 --> 00:02:59.554 align:center line:-1 position:50% size:43%
수직을 다시 조정하겠습니다

00:03:03.475 --> 00:03:05.769 align:center line:-1 position:50% size:34%
그럼 트리거 레벨을

00:03:05.769 --> 00:03:08.438 align:center line:-1 position:50% size:53%
파형 중앙 부근으로 설정하겠습니다

00:03:08.438 --> 00:03:10.565 align:center line:-1 position:50% size:31%
수평을 다시 조정합니다

00:03:10.565 --> 00:03:17.197 align:center line:-1 position:50% size:42%
우선, 모든 디지털 정보가
버스트 또는 패킷으로

00:03:17.197 --> 00:03:21.284 align:center line:-1 position:50% size:46%
나오고 있다는 게 보입니다

00:03:21.284 --> 00:03:25.038 align:center line:-1 position:50% size:30%
CAN 분야에서는
'프레임'이라고 부릅니다

00:03:25.038 --> 00:03:29.459 align:center line:-1 position:50% size:31%
각 버스트는
정보나 메시지의

00:03:29.459 --> 00:03:31.002 align:center line:-1 position:50% size:20%
프레임입니다

00:03:31.002 --> 00:03:34.381 align:center line:-1 position:50% size:23%
'정지'를 눌러보겠습니다

00:03:34.381 --> 00:03:38.427 align:center line:-1 position:50% size:37%
이제 패킷이나
프레임 중 하나를 

00:03:38.427 --> 00:03:40.345 align:center line:-1 position:50% size:31%
자세히 살펴보죠

00:03:40.345 --> 00:03:46.435 align:center line:-1 position:50% size:32%
이 CAN 버스는
125Kbps에서 실행됩니다

00:03:46.435 --> 00:03:48.770 align:center line:-1 position:50% size:49%
이걸 보드 속도라고 부르기도 하죠

00:03:48.770 --> 00:03:53.150 align:center line:-1 position:50% size:55%
CAN 버스 자체는
최대 1Mbps까지 실행할 수 있습니다

00:03:53.150 --> 00:03:57.612 align:center line:-1 position:50% size:36%
이 패킷을 확대해보겠습니다

00:03:57.612 --> 00:04:01.950 align:center line:-1 position:50% size:39%
시간축 또는 수평을
구획당 정확히 16μs로

00:04:01.950 --> 00:04:06.872 align:center line:-1 position:50% size:38%
설정할 겁니다

00:04:06.872 --> 00:04:10.375 align:center line:-1 position:50% size:31%
구획당 16μs로
설정한 이유는

00:04:10.375 --> 00:04:16.465 align:center line:-1 position:50% size:44%
125Kbps에서 각 비트가
8μs를 의미하기 때문입니다

00:04:16.465 --> 00:04:24.306 align:center line:-1 position:50% size:36%
이제 16μs에서
각 구획에 대해 2b로 설정합니다

00:04:24.306 --> 00:04:26.099 align:center line:-1 position:50% size:30%
지금부터 여러분께
보여드릴 게 있습니다

00:04:26.099 --> 00:04:31.062 align:center line:-1 position:50% size:40%
얼마나 많은 엔지니어가
이런 걸 직접 디코딩해야 했을까요?

00:04:31.062 --> 00:04:32.355 align:center line:-1 position:50% size:23%
오래전에

00:04:32.355 --> 00:04:36.193 align:center line:-1 position:50% size:42%
오실로스코프에 자동 디코딩 기능이
나오기 전에는 그랬죠

00:04:36.193 --> 00:04:40.614 align:center line:-1 position:50% size:41%
저는 이걸 '무차별 대입'이라고 부릅니다

00:04:40.614 --> 00:04:44.201 align:center line:-1 position:50% size:44%
여기가 패킷의 시작입니다

00:04:44.201 --> 00:04:58.423 align:center line:-1 position:50% size:55%
각 구획은 2b이므로
00 00 1 0 1111 01 000 100이 됩니다

00:04:58.423 --> 00:05:02.719 align:center line:-1 position:50% size:36%
그런 다음,
다음 비트 세트로 넘어가고

00:05:02.719 --> 00:05:05.222 align:center line:-1 position:50% size:29%
다시 다음 비트 세트로
넘어갑니다

00:05:05.222 --> 00:05:11.728 align:center line:-1 position:50% size:40%
이렇게 1과 0으로 디코딩하는 과정은
매우 고통스럽습니다

00:05:11.728 --> 00:05:14.356 align:center line:-1 position:50% size:44%
이제 스코프에 이 작업을 시켜보죠

00:05:14.356 --> 00:05:16.608 align:center line:-1 position:50% size:39%
'실행'을 다시 누르겠습니다

00:05:16.608 --> 00:05:22.405 align:center line:-1 position:50% size:41%
화면에 프레임 1개를 표시합니다

00:05:22.405 --> 00:05:25.033 align:center line:-1 position:50% size:36%
어떤 스코프는 전면 패널에
버튼이 하나 있습니다

00:05:25.033 --> 00:05:26.618 align:center line:-1 position:50% size:23%
'버스'라고 적혀 있거나

00:05:26.618 --> 00:05:28.703 align:center line:-1 position:50% size:25%
'직렬'이라고 적혀 있을 수도 있습니다

00:05:28.703 --> 00:05:31.498 align:center line:-1 position:50% size:33%
이 스코프에는
분석 메뉴에 있죠

00:05:31.498 --> 00:05:34.668 align:center line:-1 position:50% size:27%
저는 분석을 선택하고

00:05:34.668 --> 00:05:39.172 align:center line:-1 position:50% size:32%
직렬을 켜보겠습니다

00:05:39.172 --> 00:05:45.220 align:center line:-1 position:50% size:50%
이제 직렬 모드 또는
직렬 프로토콜을 선택해야 합니다

00:05:45.220 --> 00:05:51.560 align:center line:-1 position:50% size:28%
이 스코프는
I²C, LIN, SPI, UART를 지원하고

00:05:51.560 --> 00:05:53.853 align:center line:-1 position:50% size:52%
가장 위에 있는 건 CAN입니다

00:05:53.853 --> 00:05:55.647 align:center line:-1 position:50% size:34%
CAN 버스 신호라고 하죠

00:05:55.647 --> 00:05:58.650 align:center line:-1 position:50% size:38%
저는 스코프에
어떤 언어와 프로토콜을 사용할지

00:05:58.650 --> 00:06:00.026 align:center line:-1 position:50% size:21%
알려줘야 합니다

00:06:00.026 --> 00:06:02.445 align:center line:-1 position:50% size:28%
이건 CAN 버스입니다

00:06:02.445 --> 00:06:10.537 align:center line:-1 position:50% size:58%
신호 아래에서
프레임이 자동으로 디코딩됩니다

00:06:10.537 --> 00:06:15.250 align:center line:-1 position:50% size:46%
이 프레임은
16진법으로 반복되지만

00:06:15.250 --> 00:06:18.295 align:center line:-1 position:50% size:44%
계속 요동쳐서
눈으로 볼 수가 없습니다

00:06:18.295 --> 00:06:22.257 align:center line:-1 position:50% size:43%
화면을 멈추면
여기에 디코드가 보입니다

00:06:22.257 --> 00:06:26.261 align:center line:-1 position:50% size:40%
프레임 하나씩
단일 샷을 실행합니다

00:06:26.261 --> 00:06:28.972 align:center line:-1 position:50% size:34%
문제는 왜 이렇게
요동치는 걸까요?

00:06:28.972 --> 00:06:33.101 align:center line:-1 position:50% size:43%
아직 특정한 무언가를
트리거링하지 않았기 때문입니다

00:06:33.101 --> 00:06:36.646 align:center line:-1 position:50% size:36%
이 스코프는 기본 트리거 모드에서
트리거링하고 있는데

00:06:36.646 --> 00:06:39.858 align:center line:-1 position:50% size:42%
신호의 모든 에지가 해당합니다

00:06:39.858 --> 00:06:43.903 align:center line:-1 position:50% size:37%
CAN의 특정 무언가에서
트리거링할 수 있습니다

00:06:43.903 --> 00:06:48.199 align:center line:-1 position:50% size:50%
트리거 메뉴로 들어가서

00:06:48.199 --> 00:06:50.660 align:center line:-1 position:50% size:27%
트리거 유형을 선택합니다

00:06:50.660 --> 00:06:54.331 align:center line:-1 position:50% size:35%
에지라는 옵션이 보입니다

00:06:54.331 --> 00:06:57.542 align:center line:-1 position:50% size:38%
지난번 단원에서
다른 트리거 모드에 대해

00:06:57.542 --> 00:06:59.544 align:center line:-1 position:50% size:24%
설명을 드렸습니다

00:06:59.544 --> 00:07:01.546 align:center line:-1 position:50% size:30%
내려가서 가장 아래의 항목을
선택할 겁니다

00:07:01.546 --> 00:07:04.883 align:center line:-1 position:50% size:26%
직렬 CAN이라고 되어 있네요

00:07:04.883 --> 00:07:08.928 align:center line:-1 position:50% size:36%
지금은 프레임 또는 패킷이
시작되는 곳에

00:07:08.928 --> 00:07:12.849 align:center line:-1 position:50% size:29%
고정되어 있습니다

00:07:12.849 --> 00:07:17.145 align:center line:-1 position:50% size:40%
트리거링이 가능한
다른 조건도 있습니다

00:07:17.145 --> 00:07:21.358 align:center line:-1 position:50% size:40%
CAN 버스를
제대로 이해하려면

00:07:21.358 --> 00:07:25.487 align:center line:-1 position:50% size:44%
좀 더 공부가 필요할 겁니다

00:07:25.487 --> 00:07:29.866 align:center line:-1 position:50% size:36%
제가 선택할 건
데이터 프레임 ID입니다

00:07:29.866 --> 00:07:32.077 align:center line:-1 position:50% size:26%
마치 주소와 같죠

00:07:32.077 --> 00:07:38.583 align:center line:-1 position:50% size:38%
이제 특정 주소에서
트리거링할 겁니다

00:07:38.583 --> 00:07:41.378 align:center line:-1 position:50% size:39%
지금 트리거링할 곳은...

00:07:41.378 --> 00:07:44.923 align:center line:-1 position:50% size:34%
주소가 아니라
ID 또는 식별자라고 하는데요

00:07:44.923 --> 00:07:52.305 align:center line:-1 position:50% size:54%
000이라는 16진법 식별자에
트리거링합니다

00:07:52.305 --> 00:07:55.058 align:center line:-1 position:50% size:35%
CAN 버스를 비롯한
프로토콜들은

00:07:55.058 --> 00:07:57.477 align:center line:-1 position:50% size:43%
모든 걸 필드로 나눕니다

00:07:57.477 --> 00:08:02.691 align:center line:-1 position:50% size:36%
첫 번째 필드인 11b는
식별자 필드라고 합니다

00:08:02.691 --> 00:08:05.276 align:center line:-1 position:50% size:36%
여기에 000이 있죠

00:08:05.276 --> 00:08:08.988 align:center line:-1 position:50% size:40%
다음은 상태 필드입니다

00:08:08.988 --> 00:08:13.952 align:center line:-1 position:50% size:40%
지금은 DLC = 4로 나옵니다

00:08:13.952 --> 00:08:17.789 align:center line:-1 position:50% size:43%
얼마나 많은 데이터 비트가 뒤따를지
보여주는 지표죠

00:08:17.789 --> 00:08:24.295 align:center line:-1 position:50% size:53%
이 패킷 또는 프레임의 바디는
데이터 비트입니다

00:08:24.295 --> 00:08:29.259 align:center line:-1 position:50% size:33%
그럼 이런 필드는
무슨 역할을 할까요?

00:08:29.259 --> 00:08:31.094 align:center line:-1 position:50% size:31%
예를 들어 식별자는...

00:08:31.094 --> 00:08:36.766 align:center line:-1 position:50% size:37%
다면적 프로젝트에서
로봇 프로젝트를 할 경우

00:08:36.766 --> 00:08:44.274 align:center line:-1 position:50% size:44%
로봇이나 로봇 장비의
특정 암의 ID가

00:08:44.274 --> 00:08:49.404 align:center line:-1 position:50% size:33%
000일 수 있습니다

00:08:49.404 --> 00:08:52.615 align:center line:-1 position:50% size:29%
이 데이터 필드에는
데이터 바이트 4개가 있습니다

00:08:52.615 --> 00:08:54.743 align:center line:-1 position:50% size:31%
'정지'를 눌러 보겠습니다

00:08:54.743 --> 00:09:00.373 align:center line:-1 position:50% size:31%
35, 4D, 3C, 85라고 나오네요

00:09:00.373 --> 00:09:03.710 align:center line:-1 position:50% size:40%
이 4개의 바이트는
16진 코드입니다

00:09:03.710 --> 00:09:11.718 align:center line:-1 position:50% size:50%
이런 데이터 바이트 4개로
로봇 암의 X, Y, Z 위치를

00:09:11.718 --> 00:09:15.180 align:center line:-1 position:50% size:28%
나타낼 수도 있죠

00:09:15.180 --> 00:09:18.600 align:center line:-1 position:50% size:49%
다시 '실행'을 눌러 보겠습니다

00:09:18.600 --> 00:09:21.311 align:center line:-1 position:50% size:37%
각 ID는 위치를
나타낼 수 있는데...

00:09:21.311 --> 00:09:23.521 align:center line:-1 position:50% size:38%
로봇에 암이
몇 개나 되는지 몰라도

00:09:23.521 --> 00:09:27.901 align:center line:-1 position:50% size:49%
로봇 암의 여러 포지셔닝을
나타낼 수도 있습니다

00:09:27.901 --> 00:09:33.448 align:center line:-1 position:50% size:57%
화면에 보이는 패킷을 늘려 보겠습니다

00:09:33.448 --> 00:09:35.867 align:center line:-1 position:50% size:44%
화면에 패킷이 늘어나면

00:09:35.867 --> 00:09:41.956 align:center line:-1 position:50% size:52%
디코딩된 필드가
각 패킷이나 프레임 아래로

00:09:41.956 --> 00:09:45.043 align:center line:-1 position:50% size:34%
압축되어서
더 이상 판독할 수 없습니다

00:09:45.043 --> 00:09:47.420 align:center line:-1 position:50% size:53%
다른 판독 방법이 하나 있는데요

00:09:47.420 --> 00:09:51.716 align:center line:-1 position:50% size:44%
직렬 메뉴로 가서
리스터를 선택합니다

00:09:51.716 --> 00:09:54.552 align:center line:-1 position:50% size:45%
이제 표 형식으로 나옵니다

00:09:54.552 --> 00:09:58.515 align:center line:-1 position:50% size:32%
각 프레임이
무엇을 나타내는지

00:09:58.515 --> 00:10:00.517 align:center line:-1 position:50% size:29%
각 행에 표시됩니다

00:10:00.517 --> 00:10:01.976 align:center line:-1 position:50% size:37%
그런데 혹시 눈치채셨나요?

00:10:01.976 --> 00:10:04.437 align:center line:-1 position:50% size:47%
표에서 빨간색이 움직이고 있죠

00:10:04.437 --> 00:10:08.233 align:center line:-1 position:50% size:38%
스코프가
이 특정 버스에서

00:10:08.233 --> 00:10:10.693 align:center line:-1 position:50% size:29%
오류를 탐지하기 때문입니다

00:10:10.693 --> 00:10:14.113 align:center line:-1 position:50% size:37%
특정 오류에서 트리거링하도록
스코프를 설정할 수 있지만

00:10:14.113 --> 00:10:16.157 align:center line:-1 position:50% size:48%
지금은 하지 않겠습니다

00:10:16.157 --> 00:10:19.327 align:center line:-1 position:50% size:35%
하지만 무언가 잘못된 건
확실합니다

00:10:19.327 --> 00:10:22.497 align:center line:-1 position:50% size:36%
로봇 암이
포지셔닝해야 할 위치에

00:10:22.497 --> 00:10:24.958 align:center line:-1 position:50% size:54%
포지셔닝하지 않은 걸지도 모르죠

00:10:24.958 --> 00:10:26.584 align:center line:-1 position:50% size:35%
문제의 원인은 무엇일까요?

00:10:26.584 --> 00:10:28.878 align:center line:-1 position:50% size:50%
잘못 프로그래밍했을 수도 있고

00:10:28.878 --> 00:10:32.549 align:center line:-1 position:50% size:43%
데이터 필드의
데이터가 잘못되었을 수도 있습니다

00:10:32.549 --> 00:10:35.343 align:center line:-1 position:50% size:34%
다시 돌아가서 소프트웨어를
수정해야 할 수도 있죠

00:10:35.343 --> 00:10:41.683 align:center line:-1 position:50% size:46%
또는, 실제 전기 신호의
신호 무결성 문제로 인해

00:10:41.683 --> 00:10:43.893 align:center line:-1 position:50% size:43%
오류가 발생하는 걸 수도 있습니다

00:10:43.893 --> 00:10:46.437 align:center line:-1 position:50% size:56%
버스에 노이즈가
지나치게 많은 걸지도 모릅니다

00:10:46.437 --> 00:10:49.315 align:center line:-1 position:50% size:29%
오실로스코프의
화면에서 보면

00:10:49.315 --> 00:10:53.945 align:center line:-1 position:50% size:34%
비트의 일부가 다음 비트 필드로
들어가는 게 보일 수도 있습니다

00:10:53.945 --> 00:10:56.364 align:center line:-1 position:50% size:42%
비트의 타이밍이 맞지 않는 거죠

00:10:56.364 --> 00:10:58.074 align:center line:-1 position:50% size:35%
이렇게 화면에 나옵니다

00:10:58.074 --> 00:11:01.703 align:center line:-1 position:50% size:48%
오실로스코프의
다른 채널을 연결해서

00:11:01.703 --> 00:11:05.123 align:center line:-1 position:50% size:34%
로봇 암을 움직이는
실제 아날로그 신호를 프로빙하고

00:11:05.123 --> 00:11:09.168 align:center line:-1 position:50% size:42%
시간 상호연관성을
알아낼 수도 있습니다

00:11:09.168 --> 00:11:13.464 align:center line:-1 position:50% size:43%
로봇 암을 재배치하는
명령을 내보내면

00:11:13.464 --> 00:11:18.469 align:center line:-1 position:50% size:40%
재배치하는
아날로그 신호가 보입니다

00:11:18.469 --> 00:11:19.721 align:center line:-1 position:50% size:25%
이 단원에서는

00:11:19.721 --> 00:11:22.932 align:center line:-1 position:50% size:41%
직렬 버스가 무엇인지
간단히 설명하고

00:11:22.932 --> 00:11:26.686 align:center line:-1 position:50% size:30%
오실로스코프로
디코딩하는 방법을 보여드렸습니다

00:11:26.686 --> 00:11:30.815 align:center line:-1 position:50% size:45%
안타깝게도 시간 관계상
이 주제를 자세히 볼 수는 없습니다

00:11:30.815 --> 00:11:35.695 align:center line:-1 position:50% size:45%
다음 단원에서는
리사주 곡선에 대해 알아볼 겁니다

00:11:35.695 --> 00:11:41.034 align:center line:-1 position:50% size:55%
오실로스코프에 대한
추가 기술 정보를 다운로드하려면

00:11:41.034 --> 00:11:44.120 align:center line:-1 position:50% size:44%
화면의 URL을 참조하세요

00:11:44.120 --> 00:11:46.456 align:center line:-1 position:50% size:32%
칼 폴리 머스탱스, 화이팅!