INplc

◆ 개요

◆ 사양

특징

도입가이드

개발킷

콘트롤러

확장유닛정보

HMI인터페이스

적용사례

기술정보

FAQ

 

Motion제어

◆ RT Motion

◆ 모션제어 솔루션

RSW-ECAT

 

 

 

 

INplc의 자주 묻는 질문 (FAQ)

 

 

 

3-1 래더의 접점은 총 몇 개입니까?
INplc 프로젝트 제한값에 대해서는 FAQ 4-13 을 참조하십시오.

 

3-2 멀티 태스킹 (최대 16태스크)라고 되어 있습니다만, 각 태스크에 우선 순위 (우선 순위)을 설정할 수 있습니까?
태스크 설정에 우선 순위를 지정할 수 있습니다. 
최고 우선 순위는 [0] 최저 우선 순위는 [31]입니다. 최고 우선 순위의 태스크가 먼저 호출됩니다.
※ SYSTEM 태스크 DEFAULT 태스크에는 설정할 수 없습니다.
작업의 우선 순위

 

3-3 PLC 제어주기가 1ms로 되어 있습니다마 태스크마다 변경할 수 있습니까?
태스크마다 지정할 수 있습니다. 설정 값의 범위는 1 ~ 32767 ms입니다.
※ CYCLIC 태스크에만 적용됩니다.
작업의주기

 

3-4 ST언어와 LD언어를 동시에 사용할 수 있습니까? ST에서 LD의 접점에 출력 할 수 있습니까?

하나의 프로젝트에서 태스크마다 다른 언어를 사용하는 것은 가능합니다. 두 프로그램에서 하나의 프로그램 (ST 언어)이 또 다은 하나의 프로그램 (LD)의 로컬 접점으로의 입출력은 할 수 없지만 글로벌 변수를 사용하여 수행 할 수 있습니다. 
또한 프로그램에서 다른 언어의 문법을 사용할 수 없지만, ST언어로 작성된 함수 블록을 LD언어 프로그램에서 사용할 수 있습니다.

 

3-5 다른 응용 프로그램 (C 언어 프로세스)에서 INplc의 접점을 읽고 쓸 수 있습니까? 복수 실행할 경우에도 부하없이 쉽게 할 수 있습니까?
[INpMac 구성 요소를 사용하여 INplc와의 데이터 교환이 가능합니다. 
DLL 및 OCX에서 제공하고 있기 때문에, VB등에서도 쉽게 INplc와의 데이터 교환을 할 수 있습니다. 
※ INpMac는 INplc 설치 CD에 포함되어 있습니다.

 

3-6 PLC에서 에러가 발생했을 때 처리의 계속/정지를 지정할 수 있습니까?
에러가 발생하면 처리가 중지하도록 되어 있습니다. 
처리를 계속하려면, SYSTEM 태스크에서 에러를 감지하고 그 속에서 기능 [CONTINUE] ※ 1을 사용함으로써 가능합니다. 
※ 1 표준 제공 펌웨어 라이브러리 [ProConOS]에수록되어 있습니다.

 

3-7 PLC가 운전 중 (RUN 상태)에 ON되어 있는 비트를 설정하려면 어떻게해야합니까? (RUN/STOP을 감지하여 동작을 원하는)
SYSTEM 태스크를 사용하여 START와 STOP을 감지하고 모든 태스크를 수행 할 수 있습니다. START를 감지했을 때 비트를 ON으로 하고 STOP을 감지했을 때 비트를 OFF하는 처리를 수행하여 얻을 수 있습니다. 또한 RUN 상태를 나타내는 PLCMODE_RUN」글로벌 변수로 표준으로 정의되어 있습니다.

 

3-8 정지했을 때 확장 디바이스의 출력을 막을 수 있을까? (DO의 경우 전점 OFF로 설정)
SYSTEM 태스크를 사용하여 STOP을 감지하고 임의의 태스크를 수행 할 수 있습니다. STOP을 감지했을 때 모든 출력 값을 OFF로하여 수행 할 수 있습니다. 또한 INplc 운용 도구에서 STOP시 출력 설정을 할 수 있습니다. (이 과정은 사용하는 I/O 드라이버의 모든 출력을 클리어하는 기능입니다)

 

3-9 하나의 하드웨어 (컨트롤러)에서 INplc를 2개의 작동 할 수 있습니까?
현재 하드웨어 하나에 작동 가능한 INplc는 하나입니다.

 

3-10

MULTIPROG의 IO_Configuration 항목의 Refresh 방식에 대해 가르쳐주세요.

■ 태스크에 의한 
태스크 실행시 처음과 마지막에 I/O 값이 자동으로 업데이트됩니다. 
사용자 측에서 특히 조작을 할 필요가 없습니다. 
■ 수동 <INplc2.XX까지의 버전 만 사용 가능> 
I/O 값의 업데이트는 자동으로 수행되지 않습니다. 
필요에 따라 사용자 측 프로그램 내에서 업데이트를 수행해야합니다. 구체적으로는 RD_INPUT_GROUP 펑션 블록에서 입력 값 업데이트, WR_OUTPUT_GROUP 펑션 블록에서 출력 값의 업데이트가 이루어집니다. MULTIPROG 도움말 「표준 FB / FU 도움말」에서 「ProConOS 함수 블록」에 간단하지는 않지만 설명이 있으므로 참조 해 주시면 됩니다. 
※ RD_INPUT_GROUP 기능 블록 INplc3.0 ~는 사용할 수 없는 기능이므로 주의하시기 바랍니다.

 

3-11 INplc I/O 공간에 대해

다음 INplc에 구현되어있는 INPUT · OUTPUT 공간에 대해 설명합니다.


INPUT 영역의 주소 구성은 위그림의  I/O 컨피그레이션에서 결정됩니다. 
I/O 컨피그레이션은 한 번에 여러 디바이스를 지원하도록 I/O 그룹을 복수 설정할 수 있습니다.
 
또한 통상의 디바이스는 1디바이스  1개이  I/O 그룹 설정이 되지만 디바이스에 따라 1디바이스에서 N개의 I/O 그룹을 가질 수있는 것도 존재합니다 (CC-LINK IE 등 ).


I/O 그룹의 설정은 아래 그림의 속성 상자에서 이루어집니다. 설정은 모듈의 논리적 주소 범위 (시작 - 종료) 설정, 보드 I/O 모듈의 설정이 있습니다.


위 그림은 디바이스의 물리적 주소와 논리 주소의 관계를 나타낸 그림입니다.
 
포인트는 물리 주소와 논리 주소는 다른 점입니다.
 
논리 주소는 INplc 입력 영역 관통 주소입니다.
 실제 디바이스의 물리적 주소와 다른 점에 유의하여 시스템을 설계합니다.


 

3-12 "% M"로 액세스한다. [PLC 메모리 영역]에 대하여
"% M"에서 액세스 할 수 있는 영역은 [PLC 메모리 영역]라는 영역입니다. 
PLC 메모리 영역은 다음 섹션 0-3]의 독립적인 메모리 공간으로 구성되어 있습니다.

섹션 번호

내용

비고

 0

변수 사용자 영역 (※ 3, ※ 4)

PLC 프로그램내에서 데이터 (변수와 접점 / 코일)의 유지 및 공유에 사용하는 영역입니다. 사용자가 PLC 프로그램 작성시 IO_Configuration의 VARCONF에서 사용하는 영역을 확보하고 변수와 접점 / 코일 I/O 주소를 할당하고 사용합니다. 
확보 할 수 있는 영역의 크기는 최대 [20,000 Byte]입니다.
 
최대 사용 범위 (BIT 액세스시)는 [% MX0.0 ~ % MX19999.7】 (※ 1)입니다.

 1

시스템 메모리 영역

시스템에서 예약 된 영역입니다. 데이터의 참조 만 가능합니다.

참조 가능한 데이터는 미리 그로벌 변수로 정의되어 있습니다.

 2

 3

공유 메모리 영역 (※ 4)
(M영역)

PLC 프로그램의 데이터를 사용자 응용 프로그램 (INtime 어플리케이션 또는 NTX 어플리케이션) (※ 2)과 공유하는 공간입니다. 사용자가 PLC 프로그램 작성시 변수와 접점 / 코일 I/O 주소를 할당하고 사용합니다. 
■ INplc v2.01 ~ :
영역의 크기는, 611,400 Byte (600 KByte)입니다.
 
최대 사용 범위 (BIT 액세스시)는 [% MX3.0.0 ~ % MX3.614399.7]입니다.
 
■ INplc v2.10 ~ :
영역의 크기는 [16,777,215 Byte (16 MByte)입니다.
 
최대 사용 범위 (BIT 액세스시)는 [% MX3.0.0 ~ % MX3.16777214.7]입니다.
 
■ INplc v3.00 ~ :
영역의 크기는 [33,554,432 Byte (32 MByte)입니다.
 
최대 사용 범위 (BIT 액세스시)는 [% MX3.0.0 ~ % MX3.33554431.7]입니다.
 

※ 공유 메모리 영역 (M 영역)에 대한 설명은
 FAQ 6-6 을 참조하십시오.

※ 1 ... 섹션 번호가 0 인 경우에만 주소 섹션 부분의 설명을 생략 할 수 있습니다. 
※ 2 ... 사용자 응용 프로그램 (INtime 어플리케이션 또는 NTX 어플리케이션)을 작성하기 위해서는 [INtime-SDK] (별매)가 필요합니다.
 
※ 3 ... INplc v3.00 이상에서는이 메모리 영역을 지원하지 않습니다.
 
※ 4 ... INplc v3.00 이상 시뮬레이션 기능이 메모리 영역을 지원하지 않습니다.
● 다음과 같은 내용도 함께 참조하십시오. 
"
 2-17 변수와 접점 / 코일이 할당되는 영역에 대해 "

 

3-13 네트워크 디바이스를 사용한 I/O 또는 FWL 지연이 발생하는 현상에 대해
Legacy Network에서는 IP 힙 사이즈가 문제가되는 경우가 많습니다. 기본 IP 힙 사이즈 (IP-BUFHEAPSIZE)는 0x200 (512)으로 되어 있습니다. 이 크기는 인터페이스 (네트워크 디바이스) 하나를 상정하고 있다고 하면 여러 인터페이스를 설정 한 경우 IP 버퍼 힙이 일시적으로 부족하게 되어 처리 지연이 나오는 것도 예상됩니다. 
설정의 변경 내용은 "23-50 적절한 네트워크 리소스 설정"을 참조하십시오.
 

23-50 적절한 네트워크 리소스 설정에 대해 (문의 해 주세요)

 

3-14 2-26 M영역 (% M섹션3)에 대해 동일 PC에서 Windows 응용 프로그램에서 액세스 할 수 있습니까?

M영역에 대해 동일한 PC에서 응용 프로그램으로부터 액세스 할 수 있습니다. 
※ M영역을 참조하는 사용자 응용 프로그램 (INtime 어플리케이션 또는 NTX 어플리케이션)을 작성하기 위해서는 [INtime-SDK] (별매)가 필요합니다.
 

■ M 영역에 대한 유용한 정보
 
다음 FAQ는 M 영역에 대한 정보가 포함되어 있습니다.
 
M영역 접근시 참고 자료로 참조하십시오.
 
FAQ 6-6 
FAQ 3-12 
FAQ 2-17

 

3-15 BSOD 감지시 동작

BSOD 발생시의 동작은 2가지 패턴이 있습니다. 
 패턴 1 : BSOD를 이벤트로 감지해 BSOD에 대한 처리를 한다.
 
 패턴 2 : BSOD가 발생해도 이벤트는 발행하지 않고 처리를 계속한다.
 

패턴 1 : BSOD를 이벤트로 감지해 BSOD에 대한 처리를한다. 
BSOD가 발생하면 처리가 중지됩니다.
 
처리를 계속하려면, SYSTEM 태스크에서 에러를 감지하고 그 속에서 기능 [CONTINUE] ※ 1을 사용하여 계속 처리가 가능합니다.
 
※ 1 표준 제공 펌웨어 라이브러리 [ProConOS]에 수록되어 있습니다.
 

아래의 설정을 해주십시오.
 

 1. 프로그램 → INtime → INtime Configuration에서 설정 도구를 시작하십시오.
 
 2. 설정 구성 요소로 Node Management를 선택하십시오.


 3.Windows 버그 체크 예외 (BSOD) 트랩 설정을 "Windows 에러 검사 예외 (BSOD)을 함정 '을 선택하고'저장 '버튼을 눌러 설정을 저장하십시오.


 4. MULTIPROG 프로젝트 SPG24 시스템 태스크에서 BSOD에 대한 처리를 해야 합니다.
 

패턴 2 : BSOD가 발생해도 이벤트는 발행하지 않고 처리를 계속한다. 
BSOD가 발생해도 이벤트 발행되지 않습니다.
[주의] 
 BSOD가 발생하면 PC의 재부팅까지 파일 IO를 사용할 수 없게 되므로 주의하시기 바랍니다.
아래의 설정을 해주십시오. 

 1. 프로그램 → INtime → INtime Configuration에서 설정 도구를 시작하십시오.
 
 2. 설정 구성 요소로 Node Management를 선택하십시오.


 3.Windows 버그 체크 예외 (BSOD) 트랩 설정을 "Windows 에러 검사 예외 (BSOD)를 트랩하지 않음"을 선택하고 "저장"버튼을 눌러 설정을 저장하십시오.

 

3-16 MULTIPROG의 I/O Configuration에서 보드 I/O 모듈 목록에 나오지 않는다

아래와 같이 보드 I/O 모듈 목록에 사용자 정의 입력 이외 없으면 



INplc-SDK를 설치할 때 "Driver"설치의 선택이되어있는 것을 확인해 주십시오
 
INplc-SDK 설치 프로그램을 시작하는 것으로 확인 할 수 있습니다.


 

3-17 32K 단계의 프로그램을 주기적 태스크에서 작동시킨 경우의 제어주기는 어느 정도일까요?

프로그램의 크기에 의해 제어주기는 변하지 않습니다. 아래의 그림은 제어주기 1ms로 설정했을 때의 동작 예입니다. 
faq_img03-17_1.jpg

하드웨어 PLC에도 "제어주기"를 1msec로 설정해도 래더 프로그램이 큰 경우 설정 한 1msec에서는 적합하지 않습니다.
 
INplc도 마찬가지로 "처리 시간」이 「제어주기」를 넘는 경우가 있습니다.
 아래의 그림은 제어주기 1ms로 설정도 프로그램이 크게 제어주기 이상의 동작 예입니다. 

faq_img03-17_2.jpg

PC의 스펙에 따라 프로그램을 처리 할 수있는 시간은 달라집니다.
 
중산층의 INplc 컨트롤러를 사용하면 32k 단계의 처리는 약 0.1ms 정도의 「처리 시간」이 걸립니다.
 
만일 "처리 시간"이 0.1msec을 초과하는 경우에는 「제어주기 "를 0.1ms 이상으로 설정하실 것입니다.
 
「처리 시간」에서 설정 한 「제어주기 "를 초과했는지를 알기 위해서는 감시 기능을 사용하는 것으로 판별 할 수 있습니다.

 

3-18 주기적 태스크 수를 늘려 스텝 수를 분산시킨 것이 제어주기는 빨라질까요?
태스크를 늘려 분산시켜도 프로그램량이 변하지 않기 때문에 처리 시간이 빨라지지 않습니다. 

분할 전
     분할 후

 

3-19 시작 후 3 일 INplc 컨트롤러가 멈추었습니다.

이 현상은 INplc3.08 설치의 알려진 문제입니다. 
아래와 같은 순서로 설정을 변경하십시오.
 

1.INplc 컨트롤러의 태스크 스케줄러를 열 

Windows7의 경우
 1) [시작] 버튼을 클릭합니다.
 
 2) 제어판을 클릭합니다.
 
 3) [시스템 및 유지 관리를 클릭합니다.
 
 4) 관리 도구를 클릭합니다.
 
 5) 태스크 스케줄러를 더블 클릭합니다.
 

Windows10의 경우
 1) 키보드의 윈도우 키 + X 바로 가기에서 열기 메뉴를 표시합니다.
 
 2) [컴퓨터 관리]를 선택합니다.
 
 3) 태스크 스케줄러를 더블 클릭합니다.
 

2. 태스크 스케줄러를 열고 설정 변경
 1) 이름이 ItSysMan] 태스크를 두 번 클릭하여 속성 화면을 표시합니다.
 
 2) [ItSysMan]의 속성에서 설정 탭을 선택합니다.
 
 3) 설정 탭에서 태스크를 정지 할 때까지의 시간 (K)]의 체크를 해제합니다.
 
 4) [OK] 버튼에 등록 INplc 컨트롤러를 다시 시작하십시오.

※ Windows Embedded Standard 7 등에서는 기능이 한정되어있어 태스크 스케줄러기능이없는 경우가 있습니다. 
 이 경우이 문제가 발생하지 않습니다.

 

 

Copyright(C) 2000-2018 TPIKOREA Co. All Rights Reserved.

                                                                         e-mail : support@tpikorea.com

TPIKOREA  경기도 안양시 동안구 호계동 555-9 안양 국제유통단지 29동 208호

Tel : +82 31 501 8054   Fax : +82 455 8055