RPS Control Software

Control Software Purpose 제어 소프트웨어 목적

RPS Control 소프트웨어는 수집 된 실시간 처리, 사후 처리, 디스플레이, 분석 및 RPS 장비로 수집 된 데이터의 사용자 정의보고를 모두 허용하는 모듈 형 소프트웨어 패키지로 설계되었습니다. 이 소프트웨어는 모듈성을 염두에두고 설계되었으므로 다양한 장치를 유연하게 통합 할 수 있습니다.

수집 소프트웨어는 다음과 같은 다양한 모드로 작동 할 수 있습니다.

1) 수집 모드 : 소프트웨어는 각 장치와 인터페이스하여 데이터를 디스크에 저장하고 수집되는 실시간 데이터를 표시합니다.

2) 처리 모드 :이 모드에서는 RPS 파일 형식 파일을 읽은 다음 다른 파일 형식으로 변환하거나 원본 데이터의 필터링 된 버전을 만들 수 있습니다.

3)보기 모드 : 수집 된 데이터를 재생하고 분석하고보고 할 수 있습니다.

시스템의 경우 소프트웨어가 설정되어 특정 시스템, 특정 장치 및 사용 가능한 컴퓨팅 리소스를 고려하여 이러한 각 모드에서 작동 할 수 있습니다. 이를 통해 운영자는 매번 동일한 방식으로 데이터 및 분석 데이터를 일관되고 안정적으로 수집 할 수 있습니다.

Devices 장치

수집 소프트웨어의 핵심 요소는 장치입니다. 제어 소프트웨어는 본질적으로 핵심 코드 기반으로, 여러 장치를 생성 할 수있을뿐만 아니라 이들 간의 통신도 가능합니다. 각 장치는 특정 기능을 수행합니다. 예를 들어 GPR 수집 장치는 (TCP / IP를 통해) 레이더 모듈과 통신하고 수집 한 데이터를 기반으로 메시지 (프레임)를 보냅니다. GPR 수집 장치는 데이터를 저장하거나 표시하지 않습니다. 대신 GPR 수집 장치에 연결된 별도의 장치로 저장 및 표시 할 수 있습니다. 간단한 GPR 수집 시스템의 예가 GPR 디스플레이 장치에 연결되고 장치를 저장하는 GPR 인터페이스 장치 일뿐입니다.

GPR Display Device

GPR Collection Device

RPS Save Device

이 방법을 사용하면 여러 장치에 공통 코드를 사용할 수 있습니다. 예를 들어 RPS 저장 장치는 메시지를 저장하는 거의 모든 장치 (또는 수집 장치에 의해 생성 된 프레임, GPR, GPS, 카메라, 레이저 또는 RPS에서 사용 가능한 기타 장치의 기상에 사용됨)에 사용됩니다. 강력한 작동 및 새로운 장치의보다 쉬운 설치가 가능합니다.

GPR 설계의 경우 나중에 필터링 (예 : 배경 빼기 및 더 나은 정렬)을 허용하기 위해 장치의 구조는 다음과 같습니다.

RPS Save Device

GPR Filtering Device

RPS Load Device

보시다시피, 콜렉션에서와 같은 동일한 저장 장치가 사용됩니다. 마지막으로 디스플레이 및 분석 후 수집을 허용하기 위해 장치의 구조는 다음과 같습니다.

RPS Load Device

GPR Display Device

이 구조는 또한 더 복잡한 구조를 허용합니다. 예를 들어 필터링 된 데이터와 원시 데이터를 모두 저장하면서 실시간으로 데이터를 필터링하려는 경우 다음 구조로 수행 할 수 있습니다.

GPR Display Device

GPR Filtering Device

GPR Collection Device

RPS Save Device

RPS Save Device

그러나 상기 구조는 이용 가능한 컴퓨터 자원 (필터링 장치에 필요한 계산 자원) 및 두 형식으로 데이터를 저장하기 위해 필요한 여분의 저장 장치를 고려하여 고속 수집에 적절하지 않을 수있다.

많은 장치를 포함 할 수있는 전체 시스템은 GPR, GPS, 카메라, 라인 스캔 카메라 및 제어 장치를 비롯하여 모든 특정 저장 장치에 연결되며 종종 디스플레이 장치에도 연결되는 여러 구조를 갖습니다. 그러면 시스템에로드 할 다양한 데이터 소스를 정의하는 일치하는로드 구조가 있습니다.

장치에는 장치가 작동하는 방법을 정의하는 많은 매개 변수가 있습니다. 예를 들어 저장 장치의 경우 매개 변수는 디스크에 데이터를 저장할 위치를 정의합니다. 장치에는 여러 포트가있어 장치가 동일한 장치에서 여러 가지 데이터 스트림을 생성 할 수 있습니다. 예를 들어 GPR 수집 장치에는 두 개의 포트가 있습니다. 하나는 RAW 데이터 용 포트이고 다른 하나는 3D GPR 데이터 용 포트입니다.

수집 장치의 예는 다음과 같습니다.

1) GPR - RPS 3D 지상 관통 레이더 장치.

2) 제어 - RPS 타이밍 컨트롤러 유닛.

3) DeltaG3T - Javad GPS 장치.

4) UBloxGPS - UBlox GPS 장치.

5) EclipseGPS - Hemisphere GPS 유닛.

6) SentecCamera - Sentech 카메라.

7) AVTCamera - AVT 카메라.

8) PtGreyCamera - 포인트 그레이 카메라.

9) HybridCamera - 환경 이미징을위한 Dalsa 카메라.

10) DalsaCamera - Dalsa 기반 라인 스캔 카메라.

11) LaserCamera - RPS 레이저 프로파일 링 장치.

12) LineScan - RPS 측광 영상 시스템.

13) 관성 - 하니웰 광섬유 자이로 스코프 관성 유닛.

일반 및 가공 장치 :

1) LoadDevice - 디스크의 특정 디렉토리에서 데이터를로드하고 응용 프로그램의 다른 장치에 대한 메시지를 생성합니다.

2) SaveDevice - 메시지를 기다린 다음 디스크의 특정 디렉토리에 데이터를 저장합니다.

3) 위치 변환 - 한 위치 시스템 그리드의 한 지점을 두 번째 위치 시스템의 등가 포인트로 변환합니다. 총 스테이션 로컬 그리드를 gps 기반 WGS84 좌표 시스템으로 변환하는 데 사용됩니다. 또한 SLAM 로컬 그리드 변환에 사용됩니다.

4) UBloxProcess -

5) TriggerGPSAlignment - 컨트롤러가 기록한 1pps 펄스를 사용하여 프리 런 GPS 데이터 (컴퓨터 기반 타이밍)를보다 정확한 1pps 기반 타이밍으로 변환하고이를 거리 기반 출력으로 리샘플링합니다.

6) FreeRunGPSAlignment - 프리 런 GPS 데이터를 변환하여 거리 기반 출력으로 재 샘플링합니다. Triggered GPS Alignment만큼 정확하지는 않지만 1pps 출력이없는 장치에 대해서는 유일한 옵션입니다.

7) ChainageConversion - 변환

8) CubeConverter - GPR 데이터를 3D 큐브로 변환합니다.

9) GPREarthConverter - GPR 데이터를 GPR 어스 데이터 형식으로 변환합니다.

10) GPRProcessing - GPR 데이터를 필터링하고 정렬합니다.

11) 리샘플링 - 리샘플링 (Resampler) - 데이터를 다운 샘플링 할 수 있도록 프레임을 리샘플링하거나 프레임 수를 줄입니다.

보기 모드의 기본 디스플레이 장치는 (태깅 기능 포함) :

1) GeoDisplay - Google Earth보기뿐만 아니라 현재 GPS 위치를 표시 할 수 있습니다.

2) GPRMonitor - 3D 데이터, 측정 및 태깅으로 분할하는 것을 포함하여 GPR 데이터를 표시 할 수 있습니다.

3) LinearDisplay - 연속적인 표면 이미지 표시 및 측정 및 태깅 포함

4) CameraDisplay - 카메라보기를 표시 할 수 있으며 측정 및 태깅도 포함됩니다.

태깅 능력이없는 간단한 디스플레이는 다음과 같습니다 (일반적으로 콜렉션 디스플레이 용, 필요한 소스 감소).

5) LaserCameraDisplay - 레이저 프로파일 데이터를 표시합니다.

6) SimpleDisplay - 심상 또는 원본 자료를위한 간단한 전시.

7) GPRDisplay - 전체 GPR 모니터보다 적은 기능으로 간단한 GPR 디스플레이

많은 수의 장치를 연결할 수 있고 수집 소프트웨어의 고유 한 유연성으로 인해 많은 수의 다양한 작동 모드가 가능합니다. 그러나 특정 시스템의 경우 소프트웨어는 일반적으로 몇 가지 다른 모드에서만 사용됩니다. 이것은 설정 파일을 사용하여 수행됩니다. 설정 파일은 시스템에 연결된 장치, 작동 모드 및 디스크에서 데이터가 저장되고로드되는 방법과 위치를 정의합니다.

Collection and Analysis Software Core

장치뿐만 아니라 수집 및 분석 소프트웨어에는 핵심 기능이 있습니다. 핵심 기능은 다음과 같습니다.

1) 장치 통신을 초기화하고 관리합니다.

2) 수집 모드에서 스캔을 수집 할 때 장치의 시작 및 중지를 동기화합니다.

3) 처리 모드에서 처리 장치로 데이터를 피드백 할 수 있도록로드 장치를 관리합니다.

4)보기 모드에서는 데이터를 표시 할로드 장치를 관리하고 태깅 및보고 시스템을 관리합니다.

Software Installation (Load Mode) 소프트웨어 설치 (로드 모드)

로드 모드에서는 소프트웨어를 설치할 필요가 없습니다. 로드 모드에서는 GPR 데이터를 표시하고 분석 할 수 있습니다. 단순히 RadarPortalControl_Load.exe 및 관련 dll을 컴퓨터에 복사하고 RadarPortalControl_Load.exe에 바로 가기를 추가하십시오. 이를 통해 고객이 데이터를 볼 수있는 데이터와 함께 로딩 소프트웨어를 고객에게 쉽게 제공 할 수 있습니다. 로드 모드 소프트웨어는 제한된 수의 장치 만 보유하고 있으며 수집 전용 장치가 여러 개 포함되어 있지 않으므로 처리, 표시 및보고 용도로만 사용할 수 있습니다.

Software Installation (Collection Mode)

수집 모드에서 동일한 핵심 소프트웨어가 사용됩니다. 그러나로드 버전의 소프트웨어에서는 더 많은 장치를 사용할 수 있습니다. 즉, 장치 용 특정 드라이버도 설치해야합니다. 또한 수집 소프트웨어와는 별도로 각 개별 장치의 작동을 보장하는 방법을 제공합니다. 필요한 설치 프로그램은 다음과 같습니다. 이 설치 프로그램은 주 소프트웨어 설치 전후에 설치할 수 있습니다.

1) 컨트롤러 (minipod) : Digilent inc, Adept System (digilent.adept.system_v2.15.3.exe)

2) Sentech 카메라 (미니 포트) : (StCamSWare_x64.exe)

3) Javad NetView 소프트웨어 (미니 포트) : (NetView_4_7_3_50.zip)

4) 포인트 그레이 FlyCapture 소프트웨어 (미니) : (FlyCapture_2.10.3.169_x64.exe)

5) Dalsa 카메라 (전체 시스템) : Sapera 카메라 드라이버

GPR 장치에는 드라이버가 필요 없습니다. 일단 설치되면 일부 장치는 네트워크 인터페이스의 IP 주소를 업데이트하거나 다른 특정 컴퓨터 매개 변수를 변경해야합니다. 자세한 내용은 각 장치의 설치 세부 정보를 참조하십시오. GPR 장치가 포함 된 시스템의 경우, 시스템의 컴퓨터 네트워크 인터페이스 IP 주소를 "192.168.1.1"로 수정하여 레이더에 연결할 수 있습니다.

Automatically Defined Settings file.

일반적으로 응용 프로그램을 실행할 때 소프트웨어는 초기에 작업 모드를 정의하는 설정 파일을 요청합니다. 바로 가기의 영구 설정 파일을 지정하려면 "-S"옵션을 응용 프로그램 실행 파일의 바로 가기에 대한 대상 세부 정보 내에서 사용할 수 있습니다 (아래 그림 참조). 이 값을 지정하면 응용 프로그램은 시작할 때이 설정 파일을 요청하는 대신 자동으로이 설정 파일을 사용합니다. 이는 수집 컴퓨터에 대한 특정 작업 모드를 정의하거나 데이터의 표준 처리 및 표시 모드를 지정하는 데 유용합니다.

Viewing and Analysis Mode

보기 모드에서 소프트웨어를 작동하면 시스템에서 이전에 수집 한 데이터를 표시하고 태그를 지정하고보고 할 수 있습니다. 여러 영역이 있습니다.

프로젝트 데이터 위치 : 표시 할 데이터의 프로젝트 루트 디렉토리를 선택할 수 있습니다. "변경"버튼을 눌러 다른 데이터 위치를 선택할 수 있습니다.

프로젝트 스캔 :

프로젝트 데이터 위치 : 프로젝트 루트 디렉토리 선택 허용 프로젝트 디렉토리에있는 현재 프로젝트 스캔을 표시합니다. 각 스캔에는 날짜, 시간 및 주석이 있습니다. 각 스캔마다 데이터 스트림 목록이 있으며, 각 목록은 각 검색에 사용할 수있는 데이터의 길이를 정의합니다. 데이터 소스의 특성에 따라 데이터 양은 거리 (m / km), 시간 또는 샘플 수로 표시됩니다. 거리 트리거 장치 (예 : 카메라 또는 GPR)의 경우 미터 단위로 표시되며 트리거되지 않은 자유 실행 장치 (예 : GPS)는 프레임 또는 샘플로 표시됩니다. 스트림에 대한 데이터가 없으면 데이터가 없음을 강조 표시하기 위해 빨간색으로 표시됩니다. 또한 스트림의 길이가 다른 경우 데이터 손상 (누락 된 파일)을 나타낼 수 있습니다. 시스템은 여전히 데이터를로드 할 수 있지만 데이터 스트림의 정렬 불일치가 발생할 수 있음을 알고 있어야합니다.

Tags window:

프로젝트의 현재 태그를 보여줍니다. 태그는 모든 상위 레벨 (태그 사용 가능) 디스플레이 장치에서 생성 될 수 있습니다. 여기에는 geomonitor, gpr, linerdisplay 및 카메라 디스플레이 장치가 포함됩니다. 태깅에 대한 자세한 내용은 특정 태깅 섹션을 참조하십시오.

장치 목록 : 현재 장치 목록을 나열합니다. 이 목록을 클릭하면 각 장치의 상태 및 데이터를 확인할 수 있습니다. 장치가 빨간색으로 표시되면 초기화에 실패했음을 나타냅니다. 이 경우 오류를 확인하려면 로그 파일을 확인하십시오. 장치 오류에 대한 두 가지 주요 이유가 있습니다. 로그 창에 잘못된 설정이 표시되거나 컴퓨터에 연결되어 있지 않거나 연결되어 있지 않은 장치에 연결할 수 없습니다.

장치 디스플레이 창 : 장치 디스플레이 창은 장치에 현재 데이터를 보여줍니다. 상단 창은 창 이름과 버퍼 상태를 나타냅니다. 이는 수집 모드에서 특히 중요합니다. 장치 디스플레이 창 하단에서 장치 설정을 조정할 수 있습니다.

탭 : 설정 파일에 지정된대로 여러 개의 장치 창을 동시에 표시 할 수 있습니다. 한 번에 최대 6 개의 장치를 표시 할 수 있습니다 (상단 / 좌측, 상단 / 중앙, 상단 / 우측, 하단 / 좌측, 하단 / 중앙, 하단 / 우측). 6 개 미만의 창을 지정하면 화면이 적절하게 채워집니다. 각 창의 상대적 위치를 조정할 수 있습니다. 이것은 선택한 설정 파일에 상대적인 임시 디렉토리의 종료시 저장됩니다. 이 디렉토리를 삭제하면 디스플레이 창 위치를 다시 설정할 수 있습니다.

로그 창 : 데이터에 대한 현재 시스템 로그를 보여줍니다. 여기에 시스템 오류가 표시됩니다. 하단 제어판의 단추를 통해 표시 가능한 공간을 늘리려면 숨길 수 있습니다.

제어판 :

작업 모드 (수집, 처리, 표시)에 따라 컨트롤 탭이 변경됩니다. 수집 모드에서 데이터 수집 시작 및 중지를 허용합니다. 디스플레이 모드에서는 데이터를 탐색 할 수 있습니다. 제어판의 "^ 로그"및 "^ 스캔"버튼을 사용하여 로그 및 스캔을 숨길 수 있습니다. 스캔을 보려면 왼쪽 창에서 스캔을 선택하고 애플리케이션 하단의 "로드"버튼을 누릅니다. 위치 (미터 단위의 체인)와 스텝을 따라 이동합니다. "| <"는 스캔 시작으로 이동하고 ">>"는 스캔을 통해 주어진 단계로 이동하고 "[]"은 재생을 멈추고 "> |"는 스캔 끝으로 이동합니다. 길이는 GPR 및 표면 이미징 선형 장치에 표시되는 미터의 양을 변경하는 데 사용됩니다. 로드 버퍼 크기를 초과하는 길이를 선택하면이 영역을 초과하는 데이터는 표시되지 않습니다. 표시된 데이터를 한 번에 늘리려면로드 장치에서로드 버퍼 크기를 늘리십시오. 그러나 이로 인해 필요한 리소스가 증가합니다.

응용 프로그램의 작동은보기 모드에서 사용되는 설정 파일에 따라 다릅니다. 모든보기 설정 파일에는 하나 이상의로드 장치와 하나 이상의 디스플레이 장치가 있습니다. 예를 들어 간단한 GPR 디스플레이 장치에는로드 장치 (GPR 데이터를 가리킴)와 GPR 디스플레이 장치가 있습니다. 여러 데이터 스트림을 표시하려면 데이터 스트림 당로드 장치가 필요합니다. 데이터의 위치는 세 가지 방법으로 제어 할 수 있습니다.

FREE : 컴퓨터 시간을 사용하여 각 기록 된 프레임의 기록 된 컴퓨터 시스템 시간에 따라 각 데이터 스트림을 이동합니다. 견고하지만이 방법은 컨트롤러에서보다 안정적인 펄스보다는 컴퓨터 시간에 의존하기 때문에 절대적으로 정확하지는 않습니다. 자유 모드에서는 수집 속도로 정의 된 속도 (초)로 데이터가 앞으로 이동하므로 수집 속도가 빠를수록 데이터 이동 속도가 빨라집니다.

DISTANCE : 트리거 된 거리를 사용하여 거리 기반 기록이있는 모든 데이터 스트림에 대해 프레임 간의 레코드 거리가 사용됩니다. 이것은 매우 정확합니다. 일부 스트림 (예 : GPS)은 초기에 FREE 모드로 기록되지만 1pps는 컨트롤러에 의해 기록됩니다. 처리 모드에서, GPS 데이터 스트림은 거리 기반 모드로 변환 될 수있다. 일부 스트림은 거리 기반이지만 다른 스트림은 시스템 시간 (FREE) 만있는 경우 거리가 초기 정렬로 사용되고 거리 맞춤이 불가능한 경우에만 FREE가 사용됩니다. 전진 단계는 미터 단위입니다.

TIME : 이것은 FREE 모드와 비슷하지만 컨트롤러에서 지정된 장치로 생성되는 시간 기반 펄스에 의존합니다. 거리 모드 에서처럼 TIME 모드를 사용하여 데이터 스트림이 이동 잠금을 허용하지 못하면 FREE가 후퇴로 사용됩니다.

정확한 정렬을 위해서는 모든 데이터 스트림을 동일한 형식으로 가져 오는 것이 가장 좋습니다. 예를 들어, GPR, 카메라, GPS, 컨트롤러 및 인코더의 GPR 및 카메라 초기 기록이있는 시스템은 거리 기반 모드 여야합니다. GPS는 무료이며 컨트롤러는 무료입니다. 수집 후에 GPS 및 컨트롤러 데이터 스트림은 결합되어 거리 기반 GPS 데이터 스트림을 생성합니다. 그런 다음 GPR, 카메라 및 GPS로 거리 형식으로 데이터를로드 할 수 있습니다.

데이터와의 상호 작용은 각기 다른 디스플레이 장치에서 수행됩니다. 이 장치의 특정 기능에 대해서는이 설명서 뒷부분의 장치 설명을 참조하십시오.

Settings up Tabs

데이터를보다 쉽게보고 표시 창을 사용자 정의 할 수 있도록 탭 옵션이 설정 파일에 사용됩니다. 탭 섹션의 각 행에 대해 응용 프로그램의 탭 목록에 탭을 추가합니다. 탭 이름은 표시되는 내용을 사용자에게 설명하는 문자열 일 수 있습니다. 한 번에 여러 장치를 표시 할 수있는 6 개의 영역이 있습니다 (TopLeft, TopMid, TopRight, BottomLeft, BottomMid, BottomRight). 장치의이 세그먼트에 장치를 표시하려면 장치의 이름을 추가하십시오.

<TABS>

<TAB Name="Cameras" TopLeft="Camera1" TopMid="Camera2" TopRight="Camera3” BottomMid="" BottomRight="" BottomLeft=""/>

<TAB Name="Cameras and Geo" TopLeft="" TopMid="Camera2" TopRight="Camera1" BottomLeft="" BottomMid="Camera3" BottomRight="GeoDisplay" />

</TABS>

탭 예제 1 : 표면 이미지와 GPR을 동시에 보여줍니다.

탭 예제 2 : 동시에 여러 카메라 이미지와 GPS 위치를 보여줍니다.

Collection Mode

수집 모드는 시스템의 데이터를 기록하는 데 사용됩니다. 시작시 각 장치에 연결을 시도합니다. 장치를 연결할 수 없으면 메시지가 기록되지만 장치 목록에 장치가 표시되지 않습니다. 시작시 로그 파일에 오류 메시지가 없는지 확인하십시오.

수집 모드에서는 검사 창이 없습니다. 각 장치 및 로그 창에서 데이터를 볼 수있는 탭 창이 있습니다. 로그 창의 오른쪽에는 하드 드라이브 용량 창이 있으며 스토리지 시스템의 남은 공간 (백분율)이 표시됩니다.

"test harddrives"버튼은 각 하드 드라이브의 속도 테스트를 수행합니다. 완료되면 스토리지 시스템의 남아있는 스페이스 바에있는 각 하드 드라이브의 평균 쓰기 속도를 메가 바이트 / 초로 표시합니다. 이렇게하면 고속으로 데이터를 수집 할 때 문제를 일으킬 수있는 느린 하드 드라이브를 식별 할 수 있습니다. 또한 하드 드라이브는 100 % 용량에 도달하면 속도가 느려집니다 (읽기 헤드가 디스크의 더 작은 반경 부분으로 이동하기 때문에 스핀 속도는 변하지 않음)

수집을 시작하려면 응용 프로그램 하단의 "시작"버튼을 누릅니다. 각 장비가 시작 콜렉션을 가지고 있음을 나타내는 일련의 메시지가 로그 창에 나타납니다. 수집을 중지하려면 "중지"를 누르고 다시 수집 된 데이터 양을 보여주는 로그 메시지가 나타납니다.

수집 속도는 사용 된 설정 파일에 따라 다릅니다. 예를 들어 GPR 포인트 (예 : 15mm), GPR의 3D 모드 및 카메라의 작은 간격 (예 : 1m) 사이의 작은 단계 크기로 수집의 최고 속도는 약 20km / h로 제한됩니다. 이것은 소프트웨어에서 프레임 또는 버퍼 오버런으로 표시됩니다. 동시에 여러 모드로 저장하는 경우 RPS 및 Segy로 동시에 절약하는 경우와 같이이 기능을 추가로 줄일 수 있습니다. 보다 빠른 작업을 위해서는 하나의 형식 (RPS 파일 형식)으로 저장 한 다음 처리 모드를 사용하여 나중 단계에서 다른 형식으로 변환하는 것이 좋습니다.

시스템의 작동을 테스트하기 위해 컨트롤러 장치에 가상 인코더 값을 생성하는 것이 유용합니다. 이렇게하면 시스템이 주어진 속도로 움직이는 것처럼 장치에 인공 펄스가 생깁니다. 숫자를 늘리면 가짜 속도가 증가합니다. 이렇게하면 작동하기 전에 주어진 설정에 대한 최대 수집 속도를 테스트 할 수 있습니다. 이는 카메라가 초점을 맞추고 GPR 시스템이 올바르게 정렬되어 있는지를 포함하여 각 장치의 안정적인 작동을 보장하기 위해 시동시에도 유용합니다.

Processing Mode

수집 할 때 데이터는 거의 항상 RPS 파일 형식으로 저장되므로로드 장치를 사용하여보기 모드에서 데이터를 다시 표시 할 수 있습니다. 다른 데이터 형식으로는 수집 소프트웨어 패키지에서 데이터를 다시로드 할 수 없습니다.

그러나 속도 요구 사항 또는 하드 드라이브 용량 문제로 인해 데이터 수집 후 재 처리가 필요할 수 있습니다. 여기에는 다음이 포함됩니다.

1) 원시 파일 형식의 GPR 데이터를 SEGY, Mala 또는 JPEG 형식으로 변환합니다.

2) 시간에 따른 GPR 데이터의 리샘플링은 GPS 또는 토탈 스테이션 디바이스에 의해 지정된 거리 기반 데이터로 리샘플링됩니다.

3) GPR에 대한 필터링, 배경 차감 또는 기타 필터링 옵션.

4) GPS 데이터를위한 PPP 또는 기준 국 처리.

5) txt 기반 GPS 데이터 파일 생성.

6) GPS 데이터 포인트를 인코더와 정렬합니다.

7) GPS 추적에 관성 데이터 통합.

데이터를 처리하려면 처리 할 스캔을 선택한 다음 응용 프로그램의 맨 아래에있는 프로세스 버튼을 누릅니다. 진행 상태를 보여주는 창이 나타납니다. 로그 파일에는 데이터가 디스크에 저장되었는지와 저장된 프레임 이름이 표시됩니다. 설정 파일에서 표시 창을 지정하여 결과 처리 된 데이터를 표시 할 수도 있습니다.

Settings Files

설정 파일은 소프트웨어 실행 방법을 정의합니다. 설정 파일은 사람이 읽을 수있는 XML 파일이며 사용자가 시스템을 안정적으로 작동 할 수 있도록 (주의해서) 수정할 수 있습니다. 대부분의 경우, 필요한 작동 모드에 따라 여러 설정 파일이 제공됩니다.

설정 파일에는 네 가지 주요 요소가 있습니다.

1) 헤더 : 이것은 일반적인 동작 파라미터를 정의합니다.

<SETTINGS RootDirectory = "D : \ Data"LogDirectory = "로그"PathDirectory = "경로"NoAutoHDDTest = "1"Mode = "Save">

RootDirectory : 초기 시작 디렉토리

LogDirectory : 로그 메시지가 저장된 디렉토리

PathDirectory : xml 경로 파일 (유산)이 저장되는 디렉토리

NoAutoHDDTest : 시작시 하드 드라이브 테스트를 수행하지 않으려면 "1", 시작시 테스트를 수행하려면 "0".

모드 : "저장"- 데이터 모드 저장. "프로세스"- 처리 모드. "로드"- 데이터 모드를 표시합니다. 이 매개 변수는 응용 프로그램의 맨 아래에 표시되는 단추를 변경합니다. 예를 들어로드 모드에서 "시작"및 "중지"버튼이 필요하지 않습니다.

ShowTags : 데이터에 태그를 지정하는 기능을 사용하지 않으려면 "0"으로 설정하십시오. 이는 데이터베이스 연결의 필요성을 줄이기 위해 수집 및 처리 모드에서 자주 사용됩니다.

2) 경로 : 특정 매개 변수를 경로 파일에 추가하는 데 사용됩니다. 주요 기능으로는 엔코더 스텝 사이 저 및 시스템 설정에 사용되는 제어 매개 변수가 있습니다.

<PATH Version = "2.0">

<CONTROL ioControl = "128,0,65,0,66,0,0,0,0,0,0,0,0,0,0,0,64,0,0,0,0,0,0 , 0,0,0,0,0,0,0,0,0 "EventControl ="128,132,128,0,0,0,0,0 "WaveformControl ="156,0,34047,52151,0,34047,30517 , 0,4095,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0 "/>

<ENCODER StepSize = "0.0000958738"/>

</ PATH>

3) 탭 : 응용 프로그램 창에서 사용자 탭을 정의합니다. 사용자가 임의의 수의 탭을 정의 할 수 있습니다. 탭을 사용하면 특정 장치를 동시에 볼 수 있습니다. 예를 들어 메인 탭에서 스캔의 GPS 위치를 표시하고 GPR 데이터의 하향식보기를 허용하는 것이 유용 할 수 있습니다. 또 다른 견해로는 GPS 위치가 측면의 작은 창에있는 동안 GPR 데이터에 여러 번 잘라내는 것이 더 유용 할 수 있습니다. 다른 시간에는 코너에 GPS 위치와 함께 실제 크기의 카메라 이미지가 필요할 수 있습니다. 다음과 같은 9 가지 위치에서 모든 시스템 장치를 지정할 수 있습니다.

TopLeft	TopMid	TopRight
MidLeft	MidMid	MidRight
BottomLeft	BottomMid	BottomRight

특정 지역에 기기가 필요하지 않은 경우 기기 이름에 ""을 지정하면 다른 기기가 누락 된 공간을 채 웁니다.

예 :

<TAB Name = "GPR"TopMid = "GPRDisplay"BottomMid = ""TopRight = "CamDisplay"BottomRight = "TopoDisplay"TopLeft = ""BottomLeft = ""/>

4) 장치 : 시스템에서 사용하는 장치를 정의합니다. 장치는 자체 스레드를 가지고 있으며 메시지 (소스 장치)를 생성하거나, 메시지를 수신하거나 (싱크 장치) 또는 둘 다 수행합니다 (변환 장치). 소스 장치는 일반적으로 자체 스레드를 가지고 있으며 하드웨어의 데이터를 기다린 다음 연결을 통해 다른 장치로 전송되는 메시지에 패키지합니다. 이러한 장치의 예에는 시스템 (GPS, GPR, 카메라 등)이 인터페이스하는 물리적 장치 및 디스크에서 RPS 파일을 다시로드하는로드 장치가 포함되어있어 생성 된 데이터를로드 할 수 있습니다. 싱크 장치는 메시지를 수신하고 해당 데이터를 표시하거나 디스크에 저장합니다. 디스플레이 장치는 GPR 데이터를 3D로 볼 수있는 데이터를 버퍼링하는 GPR 디스플레이와 같이 복잡한 디스플레이에 이르기까지 한 번에 한 프레임 씩 수집 된 이미지를 보여주는 단순한 디스플레이 장치에서부터 다양합니다. 변환 장치는 한 형식의 메시지를 가져 와서 결합하여 새로운 메시지 집합을 생성합니다. 변환 장치의 예로는 시간 기반 제어 메시지와 시간 기반 GPS 메시지를 사용하고 인코더 링크 된 GPS 위치 집합을 생성하여 GPR 데이터를 정확하게 찾을 수있는 GPS Alignment 장치가 있습니다. 각 장치에는 작동을 결정하는 특정 매개 변수가 있습니다. 특정 매개 변수에 대해서는이 문서 뒷부분의 장치 설명을 참조하십시오.

장치의 경우 일반 매개 변수가 있습니다.

유형 : 특정 기기 유형 (예 : GPR, 제어 등

이름 : 탭 및 연결을 위해 장치를 참조하기 위해 사용자가 지정한 이름입니다.

TriggerMode :이 장치의 트리거 모드를 정의합니다. 장치는 다음 중 하나 일 수 있습니다.

Free Running ( "FREE") -이 모드에서 장치 자체는 장치 자체에서 정의한 속도로 데이터를 생성합니다. 시스템은 단순히 프레임 번호와 프레임의 컴퓨터 시스템 시간은 물론 데이터를 기록합니다. 정확한 위치 결정을 위해 컨트롤러로부터의 외부 트리거가 필요하므로 수집 후 정렬이 가능합니다 (예 : 장치에서 컨트롤러로 트리거, 예 : 1pps).

Distance Triggered ( "DISTANCE") -이 모드에서는 거리 기반 하드웨어 트리거가 컨트롤러에서 장치로 전송됩니다.

Time Triggered ( "TIME") -이 모드에서 펌웨어 시간 기반 하드웨어 트리거가 컨트롤러에서 장치로 전송됩니다.

TriggerStep : 엔코더 단계 수 (엔코더 스텝 크기로 정의) 또는 시스템이이 스트림을 기반으로 데이터 포인트를 생성 할 때까지 대기 할 시간 펄스 수를 정의합니다. 데이터 프레임 간의 거리는 엔코더 스텝 크기와 같습니다.

트리거 단계를 곱하십시오. 예를 들어, 트리거 단계가 156 인 인코더 스텝 크기가 0.000095m (0.095mm) 인 GPR 장치는 14.82mm마다 프레임을 생성합니다.

BufferSize : 데이터를 디스크에 저장하기 전에 데이터를 저장하는 데 사용되는 메모리 버퍼의 크기를 정의합니다. 사용 가능한 메모리에 따라 성능을 향상시킬 수 있도록이 값을 늘릴 수 있습니다.

예 : <장치 유형 = "컨트롤"이름 = "컨트롤러"BufferSize = "10"이름 = "컨트롤러"/>

디스플레이 : "0"으로 설정하면 장치 목록에이 장치의 디스플레이가 표시됩니다. 이는 표시 장치가없는 저장 장치와 같은 불필요한 장치를 제거 할 때 유용합니다. "1"로 설정하거나 옵션에서 제거를 표시하려면.

5) 연결 : 소스, 싱크 및 변환 장치 간의 연결을 지정합니다. 예를 들어 데이터 저장 장치 (예 : GPR 장치 또는 카메라)의 데이터 저장을 허용하려면 저장 장치에 연결해야합니다. 소스 장치는 여러 장치에 연결할 수 있습니다. 예를 들어, GPR 장치는 RPS 파일 형식의 저장 장치, SEGY 데이터 형식의 저장 장치 및 디스플레이 장치에 동시에 연결될 수 있습니다. 모든 장치에는 하나 이상의 출력 포트가 있습니다. 연결시 특정 포트에서 장치로의 연결을 허용하기 위해 포트를 지정할 수 있습니다 (포트 0으로 지정하지 않으면 기본값). 예를 들어 GPR에는 RAW GPR 데이터 (멀티 옵셋)와 3D 처리 데이터 용으로 두 개의 출력 포트가 있습니다. 연결에 포트 = "1"을 추가하면 3D 처리 된 GPR 데이터와 달리 RAW GPR 데이터를 표시 할 수 있습니다.

예 :

<CONNECTION Type = "Display"Sender = "Load1"Receiver = "GPRDisplay"/>

또는

<CONNECTION Type = "RPS"Sender = "GPR"Receiver = "Save1">

Specific Device Information 특정 장치 정보

Save Device 장치 저장

장치에서 생성 된 데이터 메시지를 저장할 수 있습니다. 이 데이터는 바이너리 및 텍스트 형식에서 RPS 형식 및 다양한 업계 형식 (segy 및 mala)에 이르기까지 다양한 형식으로 저장할 수 있습니다. 데이터를 다시로드하려면 RPS 파일 형식으로 데이터를 저장해야합니다. 고속 수집을 위해서는 한 가지 형식으로 데이터를 저장하는 것이 가장 좋으며 나중에 사무실에서 다른 필수 데이터 형식으로 변환하십시오. 예를 들어, RAW (다중 정적) 및 3D 형식 (RPS, 고화질 및 말라 출력 모두 포함)에서 GPR이 필요한 경우 RAW GPR을 RPS 파일 형식으로 저장하면 모든 데이터가 한 번에 들. 이렇게하면 필드에서 수집 된 데이터의 크기와 데이터를 저장하는 데 필요한 리소스가 줄어 듭니다.

저장 장치와 별도로 특정 키 변수가 있습니다.

접두사 :

예배 규칙서:

PathFileName :

PathElementName :

FileSize :

버퍼 크기:

BinarySaveDevice 및 RawSaveDevice

예 - 설명 - .bin 또는 .raw 확장자를 사용하여 원시 이진 데이터로 데이터를 저장합니다.

텍스트 저장 장치

예:

기술:

특정 매개 변수 :

VariableHeaders

VariableTypes

RPSSaveDevice

데이터를 RPS 파일 형식으로 저장합니다. 이 형식에 대한 자세한 내용은이 문서의 뒷부분에서 설명합니다. RPS 파일 형식은 압축되지 않은 사진 (압축 = "false", 품질 = "100") 또는 zip 압축 (압축 = "true"품질 = "100") 또는 jpeg compressed (압축 = "true"품질 = 80 "또는 임의의 숫자 <100). RPS 파일 형식은 엔코더 단계 크기 또는 데이터 수집에 사용 된 장치와 관련된 기타 메타 데이터, 위치 시스템을 기준으로 장치의 오프셋을 데이터의 세부 정보와 같이 설명하는 헤더 정보를 모두 포함하므로 유용합니다. 각 프레임에 대한 컴퓨터 기록 시간. 가능한 모드 (자유 / 거리 / 시간)로 수집되지 않고 데이터를 쉽게 재생하기위한 가져 오기입니다. 모든 rps 데이터 파일은 "DataViewer"프로그램을 사용하여 가능한 모든 데이터 오류를 디버그 할 수 있습니다.

표면 이미징 시스템과 같이 더 큰 데이터 스트림을 저장할 때 하나의 저장 장치 만 있으면 하나의 스레드 (단일 CPU)에 저장 및 JPEG 압축이 모두 수행됩니다. 대용량 데이터 스트림의 경우 단일 CPU를 압도 할 수 있으므로 대신 여러 개의 CPU로 스트림을 분할하는 것이 좋습니다. 이 작업은 저장 장치에 대한 분할 옵션을 사용하여 수행됩니다. 하나의 저장 장치로 전송되는 대신 데이터는 여러 저장 장치로 전송되며 각 저장 장치는 데이터의 일부만 저장합니다 (

첫 번째 섹션은 위쪽, 마지막 섹션은 이미지의 맨 아래). 이렇게하면 모든 컴퓨터 기반 병목 현상을 제거 할 수 있습니다 (jpeg 압축 속도 또는 하드 드라이브 저장 속도). 또한 순간적인 OS 지연을 허용하기 위해 버퍼 크기가 상당히 크다는 것을 확인하십시오 (최소 64 - 128).

표면 이미지에 대한 기존 저장 장치를 주석으로 처리하고 대신 다음을 추가하십시오.

"Device"Display = "1"Type = "RPSSaveDevice"Name = "Line1Saver"BufferSize = "128"Directory = "Surface"FileSize = "10000"Compress = "true"품질 = "80"SplitType = "분할" 4 "Section ="1 "Prefix ="Surface_A "PathFileName ="LINES_A "PathElementName ="LINE "/>

"Device"Display = "1"Type = "RPSSaveDevice"Name = "Line2Saver"BufferSize = "128"Directory = "Surface"FileSize = "10000"Compress = "true"품질 = "80"SplitType = "분할" 4 "Section ="2 "Prefix ="Surface_B "PathFileName ="LINES_B "PathElementName ="LINE "/>

"Device"Display = "1"Type = "RPSSaveDevice"Name = "Line3Saver"BufferSize = "128"Directory = "표면"FileSize = "10000"Compress = "true"품질 = "80"SplitType = "분할"분할 = " 4 "Section ="3 "접두어 ="Surface_C "PathFileName ="LINES_C "PathElementName ="LINE "/>

"Device"Display = "1"Type = "RPSSaveDevice"Name = "Line4Saver"BufferSize = "128"Directory = "Surface"FileSize = "10000"Compress = "true"Quality = "80"SplitType = "분할" 4 "섹션 ="4 "접두사 ="Surface_D "PathFileName ="LINES_D "PathElementName ="LINE "/>

그런 다음 연결에서 linescan 장치를 네 개의 저장 장치 각각에 연결하십시오.

<CONNECTION Sender = "LineScan"Receiver = "Line1Saver"/>

<CONNECTION Sender = "LineScan"Receiver = "Line2Saver"/>

<CONNECTION Sender = "LineScan"Receiver = "Line3Saver"/>

<CONNECTION Sender = "LineScan"Receiver = "Line4Saver"/>

Load Device

Example –

<Device Type = "Load"Name = "Linescan"Directory = "LineScan"접두어 = "Surface"BufferSize = "1"/>

설명 - RPS 파일 형식 데이터를로드합니다. 디렉토리는 현재 선택된 프로젝트 디렉토리에 대한 상대 디렉토리입니다. Prefix는로드 할 파일의 시작 이름입니다. 버퍼 크기는로드 할 프레임 수입니다.

사용자가 특정 위치 (체인)로 이동하면 각로드 장치의 데이터가 스캔을 따라 특정 거리 주변에로드됩니다. BufferSize = "1"이면 가장 가까운 프레임 만로드됩니다. 그러나 일부 데이터의 경우 하나 이상의 프레임을 표시하는 것이 바람직합니다. 예를 들어 GPR 데이터의 경우 단일 프레임에는 단일 깊이 슬라이스 만 표시되므로 분석을 위해 여러 프레임이 표시되어야합니다. 연속적인 표면 이미지 (라인 스캔 또는 측광 이미지)에서도 마찬가지입니다. 이 경우 버퍼 크기를 늘려야합니다. 버퍼 크기는 현재 체인 주변의로드 할 프레임 수를 정의합니다. 이 값을 늘리면 현재 체인 주변의 볼 수있는 데이터 영역이 증가합니다. 더 많은 데이터를 보려면 더 많은 컴퓨터 리소스가 필요합니다.

저장 장치에서 split 옵션을 사용하여 여러 파일로 분할 된 데이터를로드 할 때로드 장치에 모든 접두어를 지정해야합니다. 이것이 완료되면, 원래의 프레임을 형성하기 위해 순차적으로 각각의 프레임 분할을 로딩함으로써 프레임을 형성 할 것이다.

<Device Type = "Load"Name = "Linescan"Directory = "LineScan"Prefix = "Surface_A; Surface_B; Surface_C; Surface_D"BufferSize = "1"Display = "0"/>

Load Device

Example - <Device Type = "Load"Name = "Linescan"Directory = "LineScan"접두어 = "Surface"BufferSize = "1"/>

설명 - RPS 파일 형식 데이터를로드합니다. 디렉토리는 현재 선택된 프로젝트 디렉토리에 대한 상대 디렉토리입니다. Prefix는로드 할 파일의 시작 이름입니다. 버퍼 크기는로드 할 프레임 수입니다.

사용자가 특정 위치 (체인)로 이동하면 각로드 장치의 데이터가 스캔을 따라 특정 거리 주변에로드됩니다. BufferSize = "1"이면 가장 가까운 프레임 만로드됩니다. 그러나 일부 데이터의 경우 하나 이상의 프레임을 표시하는 것이 바람직합니다. 예를 들어 GPR 데이터의 경우 단일 프레임에는 단일 깊이 슬라이스 만 표시되므로 분석을 위해 여러 프레임이 표시되어야합니다. 연속적인 표면 이미지 (라인 스캔 또는 측광 이미지)에서도 마찬가지입니다. 이 경우 버퍼 크기를 늘려야합니다. 버퍼 크기는 현재 체인 주변의로드 할 프레임 수를 정의합니다. 이 값을 늘리면 현재 체인 주변의 볼 수있는 데이터 영역이 증가합니다. 더 많은 데이터를 보려면 더 많은 컴퓨터 리소스가 필요합니다.

저장 장치에서 split 옵션을 사용하여 여러 파일로 분할 된 데이터를로드 할 때로드 장치에 모든 접두어를 지정해야합니다. 이것이 완료되면, 원래의 프레임을 형성하기 위해 순차적으로 각각의 프레임 분할을 로딩함으로써 프레임을 형성 할 것이다.

<Device Type = "Load"Name = "Linescan"Directory = "LineScan"Prefix = "Surface_A; Surface_B; Surface_C; Surface_D"BufferSize = "1"Display = "0"/>

Controller

Device Information Line:

<DEVICE Type="Control" Name="Controller" DeviceName=" Smod4"/>

Device Settings

DeviceName : 일반적으로 "Smod4"입니다. 이것은 숙련 된 소프트웨어에 나타나는 장치의 이름입니다.

추가 설정 라인

컨트롤러에는 설정 파일의 시작 부분에 컨트롤러 구성 방법 (트리거가 어떤 장치로 연결되는지)을 정의하는 추가 행이 있습니다.

<CONTROL 설명 = "1m 카메라, 15mm GPR"ioControl = "128,0,65,0,66,0,64,64,110,111,128,128,0,0,128,128,106,0,0,0,0,0,0,0,0, 0,0,0,0,0,0,0 "EventControl ="128,132,128,0,0,0,0,0 "WaveformControl ="156,0,34047,10430,0,34047,30517,0,4095, 0,0,0,0,0,0,0,0,0,0,0,0,0,0,0 "/>

트리거를 설정하고 매개 변수를 조정하는 방법에 대한 정보는 부록 A를 참조하십시오. WaveformControl 매개 변수의 변경 가능성이 가장 높습니다. 이것은 엔코더 펄스의 수, 이벤트 지연 및 시간의 트리거를 포함하여 이벤트 트리거의 일부로 전송 된 파형의 모양을 정의합니다 (예 : GPR 또는 카메라). 파형 제어 매개 변수에는 세 가지 값이 있습니다. 첫 번째는 트리거 사이의 엔코더 단계이고 두 번째는 지연이며 세 번째는 켜기 시간입니다. 시간과 지연은 일반적으로 변경되지 않으며 대신

설치 및 테스트

컨트롤러를 사용하기 전에 하드웨어 장치 (digilent.adept.system_v2.15.3.exe) 용 digilentinc 장치 드라이버를 설치해야합니다. 일단 설치되면 숙련 된 소프트웨어를 실행하여 컨트롤러 장치를 볼 수 있어야 합니다.

소프트웨어에서 컨트롤러 테스트하기

컨트롤러 펌웨어 업데이트

Xilinx iMPACT가 설치된 노트북에 USB 케이블을 통해 컨트롤러를 연결하십시오. iMPACT가 아직 설치되지 않은 경우 다음 링크를 통해 설치하십시오 :

http://www.xilinx.com/support/answers/12858.html

컨트롤러 펌웨어를 프로그래밍 할 수 있도록 자일링스 iMPACT 툴을 실행한다. 컨트롤러는 CMOD6 장치를 기반으로합니다. 이에 대한 자세한 내용은 다음을 참조하십시오.

https://reference.digilentinc.com/_media/cmod_s6:cmods6_rm.pdf

또는 요약하면 다음을 수행하십시오.

1) iMPACT 실행

2) JTAG 체인을 초기화합니다.

3) Spartan 6 XC6SLX4 칩을 볼 수 있습니다.

4) 칩을 마우스 오른쪽 버튼으로 클릭하고 "Add SPI / BPI Flash ..."를 선택하십시오.

5) 제공된 제어기 펌웨어 mcs 파일을 선택하십시오.

6) SPI 프로그래밍을 선택한 다음 "S25FL128S"를 플래시 칩으로 선택하십시오.

7) 완료되면 다시 칩 아이콘을 오른쪽 클릭하고 프로그램을 선택하십시오. 프로그래밍에 약 5 분이 소요됩니다. 결국 프로그래밍이 성공했다고 말해야합니다.

Window 8 이상에서는 iMPACT에 연결 문제가있을 수 있습니다. 문제를 해결하려면 다음을 수행하십시오.

1) 32 비트 버전의 Impact (Xilinx \ 14.4 \ ISE_DS \ ISE \ bin \ nt \ impact.exe)를 시작합니다.

2) 원격 케이블 서버 (Xilinx \ 14.4 \ ISE_DS \ ISE \ bin \ nt64 \ cse_server.exe)의 64 비트 버전을 시작합니다.

3) localhost의 원격 케이블 서버에 연결하기위한 영향 구성 (아래 설명 참조)

4) 체인을 초기화하고, 설정을 지정하고, 그 시점부터 정상적으로 프로그램하십시오.

Windows 8 64 비트에서 직면 한 문제는 열린 파일 대화 상자입니다. 플랫폼 케이블 드라이버 자체가 올바르게 작동합니다. 충돌없이 64 비트 Impact에서 구성 파일을 열 수 없기 때문에 32 비트 버전을 사용해야합니다. 32 비트 버전에는

이 열린 파일 대화 결함. 32 비트 버전은 64 비트 플랫폼 케이블과 인터페이스 할 수 없으므로 대신 원격 케이블 서버를 사용해야합니다. 이것은 문제를 해결합니다.

이전에 원격 케이블 서버를 사용하지 않았다면 다음을 수행해야합니다. nt64 폴더 (Xilinx \ 14.4 \ ISE_DS \ ISE \ bin \ nt64 \ cse_server)에서 cse_server.exe를 실행하여 케이블 서버를 시작할 수 있습니다. exe). 그 때, 플랫폼 케이블을 연결하고 USB 플랫폼 케이블을 사용하는 경우 모든 드라이버를 설치하십시오. 나는 병렬 버전이 화면에 어떤 것을 보여줄 것이라고 생각하지 않는다. 이 시점에서 32 비트 버전의 Impact를 실행하십시오. 64 비트 컴퓨터에서는 바로 가기가 작성되지 않지만 nt 폴더 (Xilinx \ 14.4 \ ISE_DS \ ISE \ bin \ nt \ Impact.exe)에서 간단하게 실행할 수 있습니다. 바운더리 스캔을 정상적으로 더블 클릭하십시오. 이 시점에서 출력 메뉴 아래에 새로운 메뉴 옵션이 나타납니다. "Cable setup"을 선택하십시오. 통신 모드 섹션에서 사용중인 케이블 유형을 선택한 다음 아래의 "원격"케이블 위치를 선택하십시오. "호스트 이름"상자에 localhost를 입력하고 확인을 클릭하십시오. 이 시점에서 Impact를 정상적으로 사용할 수 있어야합니다.

Ground Penetrating Radar (Coded)

Device information line:

<DEVICE Type="GPR" TriggerMode="DISTANCE" TriggerStep="156" Name="GPR" Port="8200" ExpectedModules="1" SignalLength="512" SignalWidth="8" NumTxStates="1" SendChunks="16" BufferSize="128" AutoDisplay="1" AutoAlign="1" DisplayAveraging="1" SignalOffset="0" WaveformMax="1.0" PixelTime="0.0000000001" AssumedDielectric="4.0" ExtraShifts="2,1,0,0,6,8,4,7,12,15,18,20" CableLength="61" BulkShift="230" DeinterlaceMode="1" UserEncoder=”1”/>

Specific Parameters

포트 : 장치의 TCP / IP 포트입니다. 다중 레이더 모듈을 사용하지 않는 한 항상 "8200"입니다.

ExpectedModules : 시스템의 레이더 모듈 수 (일반적으로 1)입니다.

SignalLength : 기록 된 파형의 깊이의 수입니다. 각 지점은 ADC의 샘플 속도 (10Gsps) = 0.1ns에 해당합니다. 따라서 512 포인트 신호의 경우 총 녹화 시간은 51.2 ns입니다. 유효한 신호 길이는 128, 256, 512 및 1024입니다 (나중에 더 추가해야 함).

SignalWidth : 3D 프로세싱 후의 결과 신호의 너비. 간단한 1x 상태의 경우 이것은 8 (수신기의 수)이어야하며, 원시 출력 모드의 전체 3d 시스템의 경우 이는 32 (8x4 tx 상태)가됩니다. 에 대한

SignalOffset : Legacy - 사용되지 않습니다.

WaveformMax : 레거시 - 사용되지 않습니다.

PixelTime : ADC의 샘플 속도 (초)입니다.

AssumedDirelectric : 가정 된 유전체 - 간단한 변환에 사용

ExtraShifts : 레이더 모듈의 각 송신 및 수신 채널에서 내부 데이터 경로 지연과 관련된 보상 조정. 첫 번째 4 개 숫자는 tx 시프트 (0.1ns 씩 증가)이고 마지막 8 개는 rx 시프트입니다. 채널 간의 정렬을 향상시키기 위해이 번호를 변경할 수 있습니다.

CableLength : 코딩 된 시퀀스를 반환 된 신호와 정렬하기 위해 대기하는 클록 사이클 수 (3.2ns). 더 긴 케이블의 경우 이것은 더 큰 수입니다. 이 값은 4.2 미터 케이블의 경우 약 56이고 8.4 미터 케이블의 경우 약 63입니다.

BulkShift : 케이블 길이로 인한 지연을 보상하기 위해 모든 수신 채널을 이동시키는 양. 이 숫자는 0.1ns 단위입니다. 예를 들어 케이블 길이를 4.2m에서 8.4m로 늘리려면이 숫자를 약 200 증가시켜야합니다.

DeinterlaceMode : 이것은 원시 출력 데이터 (크기 tx 상태 x 수신기 수)를 3D 데이터로 변환하는 방법을 설명했습니다. 다른 시스템의 경우이 작업은 아래 표에 표시된 것과 같이 여러 가지 방식으로 수행됩니다.

Deinterlace Mode	Description	System	Number of Tx states	Number of Rx Signals Per state	Raw Frame Size (Tx stages x 8 Rx)	Final 3D Size
0	raw	All	1-8	8	8-64	8-64
1	Highspeed Wheelpath	Minipod	1 (Tx1+tx4)	8	8	8
2	Two Tx state 3D (1.2m)	Minipod	2 (Tx1+Tx3, Tx2+Tx4)	8	16	14
3	Three Tx state 3D (1.2m)	Minipod	3 (Tx1+Tx4, Tx2, Tx3)	8	24	14
4	Four Tx state 3D (1.2m)	Minipod	4 (Tx1, Tx2, Tx3, Tx4)	8	32	14
5	Four Tx state 3D (2.4m)	Full Trailer	4 (Tx1+Tx5, Tx2+Tx6, Tx3+Tx7, Tx4+Tx8)	8	32	30
6	Eight Tx state 3D (1.2m)	Skid	8 (Tx1, Tx2, Tx3, Tx4, Tx5, Tx6, Tx7, Tx8)	8	64	15

GPR이 거리 또는 시간 트리거 모드 일 때, 디바이스에 대한 각 트리거는 전체 전송 모드 세트를 통해 GPR 사이클을 만듭니다. 휠 경로 프로파일 링에 대해서만 하나의 tx 상태가 정상적으로 수행됩니다. 8 개의 송신기를 사용하는 전폭 2.4 미터 와이드 3D 스캐닝의 경우 4 개의 송신기 상태가 사용됩니다 (상태 1 : tx1 + tx5, 상태 2 : tx2 + tx6, 상태 3 : tx3 + tx7, 상태 4 : tx4 + tx8). 동일한 통합 시간으로 tx 모드의 수를 늘리면 시스템의 속도가 감소합니다. 누적 시간을 줄임으로써 3D 모드에서 시스템 속도를 향상시킬 수 있습니다.

UseEncoder : 시간 또는 인코더 트리거 여부를 결정합니다. 엔코더를 사용하는 경우 "1"로 설정하십시오.

Installation and Testing

레이더 시스템 인터페이스를 허용하려면 컴퓨터의 네트워크 인터페이스를 GPR 장치와 동일한 서브넷 (기본 IP 주소는 192.168.1.100)으로 변경해야합니다. 아래 그림과 같이 네트워크 인터페이스에 대해 192.168.1.1의 IP 주소를 사용하는 것이 좋습니다.

이 단계에서 네트워크 인터페이스의 속도가 기가비트 속도로 작동하는지 확인하십시오.

GPR 네트워크 인터페이스에 대한 연결성을 확인하는 가장 좋은 방법은 웹 GPR의 내부 웹 페이지를 보는 것입니다. 기본 웹 주소 "192.168.1.100"로 이동하면이 작업을 수행 할 수 있습니다. 다음과 같이 보입니다.

이 웹 페이지를 볼 수 없다면 GPR 장치에 전원이 공급되지 않았거나 이더넷 케이블이 올바르게 연결되어 있지 않다는 의미입니다.

이 시점에서 레이더 시스템을 작동 할 수 있습니다. 그러나 어떤 경우에는 미래의 테스트가 필요할 수 있습니다.

Updating GPR firmware

레이더 시스템의 펌웨어를 재 프로그래밍하려면 Jtag 프로그래머를 레이더 장치의 jtag 포트에 연결하십시오. 그런 다음 ISE iMpact 프로그램을 실행하십시오.

칩 (녹색 상자)을 마우스 오른쪽 버튼으로 클릭하고 "SPI 장치 추가"를 선택하십시오. 목록에서 W25Q64FV를 선택하십시오.

확인을 클릭 한 다음 장치를 프로그래밍하십시오. 이것은 약 10 분이 소요됩니다. 성공하면 프로그래밍이 끝났음을 말해야합니다.

Sentech Camera

Device information line:

<DEVICE Type="SentecCamera" Name="Cameras" SendChunks="1" BufferSize="32" AutoDisplay="1" DeBayer="CPU" CamIdStart="1" CamIdStop="1" Brightness="80" Tolerance="0.01" Link="0" IniFile="C:\Radar Portal Systems\Collection\release\StCamSWare.cfg" />

Device Settings

카메라의 경우 SendChucks를 1로 설정하여 각 프레임을 보낼 수 있도록해야합니다. BufferSize는 사용 가능한 메모리에 따라 8 개 이미지보다 커야합니다. CamIdStart와 CamIdStop은 여러 대의 카메라가 시스템에 연결되어있을 때 카메라를 식별하기위한 카메라 번호를 정의합니다. 여러 카메라가 포함 된 경우 이미지는 주어진 프레임에 대해 하나의 이미지로 수직으로 결합됩니다. 또는 다른 시작 및 중지 ID로 여러 장치를 정의 할 수 있습니다.

Installation and Testing

Sentech 카메라를 사용하기 전에, sentech 드라이버 소프트웨어 인 StCamSWare_x64.exe를 설치하십시오. 설치가 끝나면 "StCamSWare"코드를 실행하여 카메라에 연결하고 카메라에서 이미지를 만들 수 있는지 확인하십시오. StCamSWare 소프트웨어 내에서 카메라 매개 변수를 변경 한 다음 .cfg 파일에 저장할 수 있습니다. 이것은 특정 조건 (조명 부족 등)에 대한 카메라 설정을 최적화하기 위해 설정 파일에 지정된대로 StCamSWare.cfg 파일 대신 사용할 수 있습니다.

NMEA GPS (Serial or Virtual Com Port)

직렬 기반 GPS 장치는 표준 NMEA 프로토콜을 사용합니다. 시간 동기화를 위해 1pps 출력을 컨트롤러로 보낼 수도 있습니다

Device information line:

DEVICE Type="UBloxGPS" TriggerMode="FREE" Name="UBloxGPS" SendChunks="10" BufferSize="10" Com="COM1" ComBand="38400"/>

Device Settings

Com : "COM1"또는 기타. 데이터가 기록되는 직렬 지점.

ComBand : com 포트의 속도 (바이트 / 초).

TotalStation (신규) : TRUE / FALSE. 장치가 위도 / 경도 위치가 아닌 로컬 그리드 (x, y)를 생성하는 총 스테이션입니까?

UTMZone (New) : 추가됨

Installation and Testing

직렬 GPS 장치는 컴퓨터의 직렬 지점에 직접 연결하거나 inbuilt usb to serial converters를 통해 시스템에 연결할 수 있습니다. 장치가 기가비트 이더넷 링크를 통해 작동해야하는 경우 종종 직렬 - 이더넷 변환기가 사용됩니다. USB 기반 장치와 마찬가지로 이러한 장치는 Windows에서 가상 COM 포트를 만들어 장치와의 통신을 가능하게합니다.

GPS 장치의 작동을 확인하려면 먼저 com 지점이 있는지 확인하고 예상대로 작동하는지 확인하십시오. usb에서 이더넷 장치의 경우, 반환 된 데이터를 볼 수있는 모니터링 프로그램이 제공됩니다.

둘째, 필요한 데이터 스트림을 기록하기 위해 GPS를 설정해야합니다. 수정 된 GPS를 사용하는 경우 실제 측정 위치 만 전송하면됩니다. 수집 후 PPP 보정 또는 RTK 보정이 필요한 경우 원시 GPS 데이터 스트림도 기록해야합니다.

GPS 장치는 데이터 스트림의 시스템 시간 만 기록되는 프리랜 (freerun) 모드에서 거의 항상 사용됩니다. 그러나이 모드에서는 운영 체제 및 외부 장치의 타이밍 지연으로 인해 정확성이 제한됩니다. 장치와 컴퓨터 간의 고속 통신은 확인되어야합니다. 예를 들어 직접 USB 연결은 변환기를 사용하는 것보다 낫습니다. 2 차 데이터 소스로서의 위치 결정의 정확성을 고정시키기 위해, GPS로부터의 1pps 신호가 제어 장치에 의해 기록 될 수있다. 수집 후 GPS 위치 데이터를 다른 거리 또는 시간 트리거 장치와 정확하게 정렬하는 데 사용할 수 있습니다.

Simple Serial (Serial or Virtual Com Port)

직렬 기반 장치. 이렇게하면 장치의 메시지가 고정 된 길이의 패킷으로 기록됩니다. 나중에 엔코더 및 시간 설정 (다른 스트림과 정렬)을 사용하여 텍스트 또는 CSV 기본 파일로 내보내거나 텍스트 기반보기 창에 표시 할 수 있습니다.

<DEVICE Type="SimpleSerial" TriggerMode="FREE" Name="Serial" SendChunks="16" BufferSize="64" Com="COM2" ComBand="9600" DataLength="22" AlignmentString="X"/>

기기 설정

Com : 통신 포트 (예 : "COM2"

ComBand : 통신 속도 예. "9600"

DataLength : 데이터 스트림의 길이 (바이트). "22"

AlignmentString : 데이터 스트림의 시작을 정렬하는 데 사용되는 고유 한 문자 또는 문자열입니다. 예 :

Conversion Devices

이러한 장치를 사용하면 한 형식에서 다른 형식으로 데이터를 변환 할 수 있습니다. 실시간 변환을 위해 장치에서 실시간으로 데이터를 가져 오거나 나중에로드 또는 처리 모드에서 데이터를 가져 와서 한 형식에서 다른 형식으로 데이터를 변환 할 수 있습니다. 메시지를 수락 한 다음 변형 된 데이터가 포함 된 새 메시지 나 수락 된 메시지를 기반으로 한 새로운 정보를 생성합니다. 전환 장치에는 다음이 포함됩니다.

위치 변환 - 한 위치 시스템 그리드의 한 지점을 두 번째 위치 시스템의 등가 포인트로 변환합니다. 총 스테이션 로컬 그리드를 gps 기반 WGS84 좌표 시스템으로 변환하는 데 사용됩니다. 또한 SLAM 로컬 그리드 변환에 사용됩니다.

TriggerGPSAlignment - 컨트롤러가 기록한 1pps 펄스를 사용하여 프리 런 GPS 데이터 (컴퓨터 기반 타이밍)를보다 정확한 1pps 기반 타이밍으로 변환하고이를 거리 기반 출력으로 리샘플링합니다.

FreeRunGPSAlignment - 프리 런 GPS 데이터를 변환하여 거리 기반 출력으로 리샘플링합니다. Triggered GPS Alignment만큼 정확하지는 않지만 1pps 출력이없는 장치에 대해서는 유일한 옵션입니다.

CubeConverter - GPR 데이터를 3D 큐브로 변환합니다 (Earth Radar Specific).

GPREarthConverter - GPR 데이터를 GPR 어스 데이터 형식 (어스 레이더 특정)으로 변환합니다.

GPR 프로세싱 - GPR 데이터 필터링 및 정렬

Resampler - 프레임을 리샘플링하고 / 또는 데이터 수를 다운 샘플링 할 수 있도록 프레임 수를 줄입니다.

Display Devices

GPR 디스플레이 장치

GPR 디스플레이 장치는 GPR 데이터를 상단, 측면 및 끝 슬라이스로 볼 수 있습니다.

A 스캔 윈도우 : 현재 레이더 그램 (A 스캔)을 표시 할 수 있습니다. 표시 할 채널은 안테나 쌍 번호를 조정하여 변경할 수 있습니다.

지형 디스플레이 장치

지형 디스플레이 장치는 시스템이 수집 한 경로를 지리 정보 뷰로 표시 할 수있게합니다. 다수의 오버레이가 가능합니다. 인터넷에 연결할 수없는 경우 기본 오버레이는 전세계 도로 목록입니다. 인터넷을 사용할 수 있으면 좋은 지구 또는 다른 미끄러지는지도보기를 표시 할 수 있습니다.

RPS Data Format (IOSDK)

Visual C ++를 사용하면 RPS 파일 읽기 및 쓰기 SDK를 제공 할 수 있습니다. 자세한 내용은 RPS에 문의하십시오.

RPS Data Format (Other Software Languages)

RPS 파일은 가변 헤더 메타 데이터를 포함하는 헤더와 프레임 메타 데이터를 포함하는 프레임으로 구성되며 마지막으로 푸터 (압축 된 데이터의 각 프레임의 시작을 포함)도 포함합니다. 바닥 글 데이터는 압축 된 데이터 스트림에만 필요합니다. 압축되지 않은 데이터 스트림의 경우 프레임 위치를 결정할 때 헤더 만 필요합니다. 가장 쉬운 방법은 헤더에서 m_IndexOffset 값을 사용하는 것입니다. m_IndexOffset은 마지막 프레임의 끝 위치입니다 (예 : 바닥 글 데이터가있는 곳). 각 프레임의 시작 위치는 다음 공식을 사용하여 결정할 수 있습니다.

m_FrameSize =

12 bytes (frame meta data size) + (m_FrameWidth * m_FrameHeight * m_FrameDepth)

Position of first frame = m_IndexOffset - m_FrameSize * m_NumFrames;

Therefor the position of each frame (n) =

m_IndexOffset - m_FrameSize * m_NumFrames + n * m_FrameSize

To read file:

Initially read the header.  It is of this format:

unsigned short m_HeaderSize;

unsigned short m_FileVersion;

unsigned int	m_NumMetaStrings;

unsigned int	m_NumMetaHeaderData;

unsigned int	m_NumMetaFrameData;

qint64	m_IndexOffset;

unsigned int	m_NumFrames;

unsigned int	m_FrameWidth;

unsigned int	m_FrameHeight;

unsigned int	m_FrameDepth;

int	m_CompressionQuality;

unsigned char	m_CompressionSubSampling;

unsigned char	m_Flags;

unsigned char	m_Reserved[2];

Read the Meta Strings:

Loop for m_NumMetaStrings times:

Read two strings, the first string is the meta descriptor, the second string is a string data.

Read the Meta Header Data.

Loop for m_NumMetaHeaderData times:

Read a string for the name of the meta data.

Read a meta data type and value.  This is of size int (4 bytes) + double (8) bytes – 12 bytes in total.  It is of this structure:

struct Parameter {

Enum	m_Type;

union Value {

bool	m_Bool;

int	m_Int;

float	m_Float;

double	m_Double;

} m_Val;

}

Read the meta frame data descriptors:

Loop for m_NumMetaFrameData times:

Read a string for the name of the meta frame data descriptor.

Read the frame meta data type int (4 bytes).

It is now best to record the current location in the file, as this can be used later for frame referencing.   Call it something like “m_FirstFramePos”

For GPR the m_FrameMetaSize = 12 bytes.  It consists of a double (computer timestamp – 8 bytes) and a integer (frame index number – 4 bytes).

The m_FrameSize = m_FrameWidth * m_FrameHeight * m_FrameDepth;

To read a frame go to location:    =  m_FirstFramePos + frame_num * (m_FrameMetaSize + m_FrameSize);

Read the 12 bytes for the Meta Frame Data.

Read the m_FrameSize bytes for the GPR data.

The GPR data is in 16 bit format (Framedepth = 2 bytes).

주 : 문자열은 '0'문자로 끝납니다. 그 문자를 얻을 때까지 바이트를 읽는다.

Trouble Shooting

Device Connection Issues 장치 연결 문제

RPS 시스템은 일반적으로 다수의 서브 시스템으로 구성된다. GPR, GPS, 카메라, 레이저 및 하드 드라이브가 포함됩니다. 수집 소프트웨어는 이러한 모든 것을 하나로 묶습니다. 이 소프트웨어는 장치 고장시에도 여전히 작동하도록 설계되었으며 나머지 데이터 스트림은 필요한대로 작동합니다. 로그 메시지 창은 시작할 때 장치에 오류가 있거나 스캔 중에 장치가 단절된 경우 표시합니다. 특정 장치에 문제가있는 경우 첫 번째 단계는 특정 장치의 작동을 개별적으로 확인하는 것입니다. 예를 들어 웹 브라우저에서 192.168.1.100으로 이동하여 GPR의 웹 페이지를 사용할 수 있는지 확인하여 GPR 연결을 쉽게 테스트 할 수 있습니다. GPR에 연결하기위한 네트워크 매개 변수를 살펴보고 GPR이 기가비트 속도 (100Mbit / s와 반대)로 연결되어 있는지 확인해야합니다. 네트워크 케이블은 내결함성이 있으며 4 트위스트 페어가 모두 가능하지 않으면 (8 와이어) 100Mbit / s로 전환되지만 GPR을 사용하려면 기가비트 속도가 필요합니다. 각 특정 장치에 대해 각 제조업체의 특정 테스트 소프트웨어를 사용하여 연결을 확인할 수 있습니다.

다른 시도는 장치의 수를 줄이는 것입니다. 예를 들어 카메라가 작동하지 않는 경우 설정 파일에서 카메라를 비활성화하여 작동하는지 확인할 수 있습니다. 이 작업이 완료되면 카메라 장치 만 가지고있는 것으로 전환 한 다음 장애가 발생할 때까지 각 장치를 한 번에 하나씩 추가하십시오. 이를 통해 오류를 일으키는 정확한 장치 / 스레드를 결정하고 매개 변수 조정을 통해이 오류를 수정할 수 있습니다.

Speed Issues 속도 문제

시스템의 유연성으로 인해 느린 속도에서 작동하지만 속도가 증가하면 실패하는 방식으로 시스템을 구성 할 수 있습니다. 이런 일이 발생하면 로그 메시지를 통해 버퍼 오버 플로우가 발생한 장치를 기록하고 해당 장치와 관련된 문제를 해결하는 것이 중요합니다. 장치에서 데이터 흐름에는 장치에서의 통신, 장치에서 데이터 변환, 데이터 저장 장치 및 마지막으로 데이터 표시의 4 단계가 포함됩니다. 수집 소프트웨어에는 다중 스레드가있어 동시에 발생할 수 있지만 컴퓨터 자원에는 여전히 한계가 있습니다. 일반적으로 통신 및 변환은 하나의 스레드에 저장되고 두 번째 스레드 (또는 여러 스레드)에 저장되며 마지막으로 세 번째 스레드에 표시됩니다. 컴퓨터의 부하를 줄이려면 데이터 흐름을 고려하십시오.

예를 들어, 거리가 트리거 된 카메라 장치의 경우 트리거 속도는 속도와 함께 증가합니다. 트리거 속도가 해당 장치의 허용 된 트리거 속도보다 높으면 결과에 프레임이 누락됩니다. 저장 스레드에서 하드 드라이브 속도가 데이터 스트림에 적합한 지 확인하십시오. 예를 들어 카메라 스트림의 경우 원시 모드 (압축되지 않음)로 저장되는 5 메가 픽셀 카메라의 경우 초당 10 프레임 (100km / h에서 2.7 미터마다 프레임), 이는 5 x 106 x 10 x 4 (4 바이트 픽셀 당) = 200M 바이트 / s로 일반 하드 드라이브 (50-80M 바이트)의 용량을 훨씬 능가합니다. 하드 드라이브의 속도를 결정하기 위해 하드 드라이브 테스트 버튼을 사용할 수 있습니다.이 버튼은 스토리지에 사용 된 각 하드 드라이브의 속도를보고합니다. 데이터를 여러 드라이브에 분산하면 데이터 저장 속도 문제가 해결 될 수 있습니다 (하나의 드라이브에 여러 스트림이 저장되어 있으면 모든 스트림의 쓰기 속도가 느려집니다).

개별 데이터 스트림을 여러 드라이브로 분할하고 수집 후에 재조합 할 수 있습니다 (고속 광도 이미징 시스템에서와 같이). 그러나 파일을 분할하는 것은 재결합 할 필요가 있기 때문에 최후의 수단이어야합니다.

하드 드라이브가 시스템에 영구적으로 설치된 경우 빠른 하드 드라이브 또는 RAID 0 구성을 사용할 수도 있습니다. 또한 하드 드라이브는 디스크 외부에 쓸 때 공백에 가깝게 될 때 드라이브의 데이터 양이 증가하고 속도가 감소하므로 쓰기 및 읽기 속도가 빠릅니다. 따라서 하드 드라이브 쓰기 속도가 시스템의 제한 인 경우 비어있을 때 제대로 작동 할 수 있지만 하드 드라이브가 꽉 찼을 때 실패합니다. 또한 바이러스 백신 검색 프로그램 및 기타 컴퓨터 리소스 문제의 영향을 알고 있어야합니다. 심하게 조각난 드라이브는 때로는 오랜 시간을 추구합니다. 또한 종종 기계식 디스크보다 훨씬 빠른 쓰기 속도를 갖는 플래시 드라이브를 고려하십시오.

데이터의 크기를 줄이기 위해 이미지 압축을 수행 할 수 있습니다. 이 작업은 저장 장치의 설정을 100 % 미만의 품질로 "압축"으로 변경하여 수행 할 수 있습니다. RPS 파일 형식의 경우 압축되지 않은 데이터는 원시 바이트를 저장하고 품질이 100으로 압축되면 허프만 기반 압축 (zip)을 수행하지만 품질 <100은 지정된 품질로 JPEG 압축입니다. 대부분의 이미징의 경우 80-90 %의 품질이 허용됩니다. 그러나 이미지 압축에는 시간과 컴퓨터 자원이 필요하므로 제한된 컴퓨터로 인해 속도 오류가 발생할 수 있음을 기억하십시오