Machine Logs를 쿼리 가능한 테이블로 변환하세요.
CNC 제어 장치, 로봇 및 PLC 게이트웨이가 이미 기록하는 알람 및 작업 로그를 SQL 테이블로 변환하세요. PLC를 프로그래밍하거나 MES를 도입하지 않고도 알람, 사이클, 다운타임 및 OEE 입력 데이터를 활용할 수 있습니다.
결과를 Excel, Google Sheets, AI 도구 및 Database REST API를 통한 앱에서 사용하세요.
모든 커넥터 유형을 Free에서 사용할 수 있습니다. 데이터 소스 2개와 에이전트 1개로 시작하세요.
내 머신에서 읽고, 정리하고, 쿼리하세요.
읽기 전용 쿼리 · 아웃바운드 연결원본 파일은 제자리에 그대로 둡니다. 도구에는 쿼리 결과가 전달됩니다.
Query Streams는 머신 컨트롤러가 디스크에 기록하는 로그 파일을 읽어 Microsoft Excel, Google Sheets, MCP를 통한 AI 비서, REST API 및 Power BI에서 읽을 수 있는 실시간 SQL 테이블로 변환합니다. Mazak, KUKA, Homag, Fanuc, Haas, Okuma, Siemens, Heidenhain, Mitsubishi, Centroid, Hurco 및 Kawasaki 컨트롤러용 프로파일이 제공되며, 기타 컨트롤러는 수동으로 설명할 수 있습니다. 시스템에 아무것도 설치하거나 업로드할 필요가 없습니다. 에이전트는 파일이 저장된 위치에서 파일을 읽고 쿼리 결과만 네트워크를 통해 전송합니다.
- PLC 프로그래밍도 MES도 필요 없습니다
- 12개 컨트롤러 제품군 기본 지원
- 알람, 사이클 및 다운타임을 SQL로
적절한 설정으로 Machine Logs를 연결하세요.
연결은 Network Agent에서 유지하세요. 다음은 Machine Logs에만 해당하는 세부 정보입니다.
- 접는 사람
- 컨트롤러가 이미 기록하는 위치—로컬 디스크 또는 \\server\share 형식의 네트워크 공유(매핑된 드라이브 문자는 사용하지 않음; Linux 또는 Mac에서는 먼저 마운트)—를 지정하면 됩니다. 하위 폴더도 포함되며, 포함 및 제외 패턴을 지원합니다.
- 체재
- 컨트롤러 프로필에 고정되어 있습니다. 레코드 경계, 문법, 타임스탬프 형식 및 열 이름이 모두 프로필에 포함됩니다.
- 컨트롤러
- Mazak, KUKA, Homag, Fanuc, Haas, Okuma, Siemens, Heidenhain, Mitsubishi, Centroid, Hurco 및 Kawasaki를 지원하며, 그 외의 컨트롤러는 직접 설명하는 모드로 설정할 수 있습니다.
- 로테이션
- 우회하지 않고 처리합니다. 이름이 지정된 로테이션 패턴 10가지와 일반적인 비로테이션 파일을 지원하며, 압축 아카이브도 포함됩니다.
- 형식이 일치하지 않는 줄
- events_raw_lines에 원문 그대로 보존되며, 삭제되지 않습니다.
- 자격 증명
- 없습니다. 서버가 없으며 에이전트가 파일이 있는 위치에서 파일을 읽습니다.
- SQL 방언
- DuckDB—표준 SQL이므로 기계별로 배울 내용이 없습니다.
기계 컨트롤에는 아무것도 설치하지 않으며 PLC 로직에도 손대지 않습니다. 컨트롤러는 늘 쓰던 로그를 계속 기록하고, 폴더에 접근할 수 있는 기계에서 에이전트가 해당 파일을 읽습니다. 에이전트는 파싱한 행을 자체적으로 암호화해 저장하고 새로 추가된 바이트만 다시 읽습니다. 공장 네트워크가 오프라인이어도 로그는 컨트롤러에 그대로 남으며, 다음 동기화 때 따라잡습니다.
Machine Logs의 작동 방식에 맞게 설계되었습니다.
출력 데이터
- 기록된 이벤트당 한 행으로, 컨트롤러가 기록한 타임스탬프, 알람 또는 메시지 코드, 해당 텍스트, 그리고 이벤트가 발생한 기계를 나타내는 _source_file이 포함됩니다.
- 컨트롤러가 보관하는 항목에 따라 알람 기록, 작업 기록 및 메시지 로그를 처리합니다. 프로필이 중요한 파일과 잡음에 불과한 파일을 구분합니다.
- 공장의 모든 컨트롤러 데이터가 하나의 테이블에 모이므로, "이번 달에 가장 많이 멈춘 기계는 무엇인가?"라는 질문에 현장을 돌아다니는 대신 GROUP BY로 답할 수 있습니다.
- 프로필이 인식하지 못하는 행도 events_raw_lines에 원문 그대로 보관하므로, 특이한 형식의 알람도 조회해서 답을 찾을 수 있습니다.
-- 이번 달 기계별 다운타임 집중 구간
SELECT _source_file AS machine, code, COUNT(*) AS hits
FROM fileset.events
WHERE severity = 'ALARM'
GROUP BY machine, code
ORDER BY hits DESC컨트롤러가 목록에 없는 경우
12개 컨트롤러 제품군에는 기본 프로필이 제공됩니다. 또한 "그 밖의 컨트롤러"도 대충 넘기는 답이 아니라 실제로 사용할 수 있는 옵션입니다. 로그 드라이버의 사용자 지정 모드에서 레코드 경계, 문법, 타임스탬프 및 열을 한 번만 직접 설명하면 해당 폴더가 다른 폴더와 마찬가지로 테이블이 됩니다. 기본 제공 프로필로 추가되길 원하시면 요청해 주세요. 요청에 따라 프로필을 추가합니다.
형식과 동작에 대한 자세한 설명입니다.
Machine Logs에 필요한 참고 자료를 여세요.
컨트롤러 로그 폴더가 다운타임 테이블이 됩니다.
컨트롤러 로그 폴더가 다운타임 테이블이 됩니다.
Query Streams는 컨트롤러가 이미 기록하는 파일을 읽고, 형식을 고정하며, 공장에서 실제로 필요한 테이블을 생성합니다. 원시 행도 계속 조회할 수 있습니다. 파서가 읽지 못하는 행은 이유와 함께 행으로 보관하며, 절대로 조용히 버리지 않습니다.
로테이션, 다시 펀칭된 내보내기 파일, 중복 행까지 처리합니다
선택 날짜, 신원, 실행 중/계획된 시간 AS 이용 가능성, 예상치 못한 다운타임, 짧은 정차
FROM 파일셋.oee_입력
어디 정체성 = '밀-04'
주문 기준 날짜 DESC동일한 쿼리에서 ERP 작업 주문과 연결하세요.
컴퓨터가 이미 기록한 파일들을 이제 표 형식으로 보고서로 만들 수 있습니다.
개봉 즉시 사용 가능한 12개 컨트롤러 브랜드
개봉 즉시 사용 가능한 12개 컨트롤러 브랜드
각 카드에는 Query Streams가 해당 컨트롤러에서 읽는 정확한 파일과 파일의 출처, 파일의 동작 방식(실시간으로 추가되는지, 내보낼 때마다 전체를 다시 쓰는지, 이벤트마다 새 파일을 만드는지)이 나와 있습니다.
지원되는 컨트롤러 로그
19개 형식 · 12개 브랜드/shdr/*.txtMTConnect 어댑터 스트림 캡처- 기기당 하루에 한 파일씩
- 머신이 실행되는 동안 실시간으로 추가됩니다.
로그북_*.txt컨트롤러 진단 내보내기- UTF-16 텍스트가 디코딩되었습니다.
- 모든 수출 시 전체 내용이 새로 작성됩니다.
- woodWOP NC 실행 파일은 사이클 시작 시 작성됩니다.
.prl .ctt .pctCutRite 계획 파일, 최적화당 11개- 실행 시마다 새 파일 하나씩 생성됩니다.
OPRT_HIS.TXT제어 장치에서 입력된 작업 이력MD/ERRALL.LS컨트롤러 백업에서 가져온 로봇 경보 기록- 링 버퍼—전체를 다시 펀칭하며, 추가 기록하지 않음
알람이력.txt경보 기록(코드 및 타임스탬프 포함)- 압축 해제됨
하스백업(mm-dd-yyyy)USB 스틱에 - 백업당 새 파일 하나씩
알람 이력.DATOSP 알람 기록- ~로부터
NCBACKUP제어 백업 폴더 - 각 백업 전체를 다시 작성했습니다.
ac_log/*.logHMI 동작 로그 및 알람 로그- 에서
/user/sinumerik/hmi/ac_log컨트롤에서 - 내보내기 시 전체 내용 재작성
TNC:\LOGBOOK.A제어 로그북 덤프- MOD 코드 LOGBOOK 또는 TNCremo를 사용하여 추출됨
- 각 덤프마다 전체 내용이 다시 작성되었습니다.
LOG\ALMLOG.LOG알람 로그- 메모리 카드에 기록된 제어 백업에서
- 각 백업 전체를 다시 작성했습니다.
c:\cncm\msg_log.txt메시지 로그—CNCT선반에서- F7 보고서 생성 압축 파일에서도 내용을 읽어보세요.
- 뒤에 추가한 후 앞부분을 잘라냅니다. 행이 손실되지 않도록 처리합니다.
출력 파일\NavErr오류당 하나의 파일출력 파일\NavESTOP비상 정지 장치당 하나의 파일- 이벤트당 새 파일이 생성되고, 폴더 크기는 무제한으로 커집니다.
오류 로그로봇 오류 로그- 컨트롤러 데이터 백업(저장/ELOG)으로 저장되었습니다.
- 각 백업 전체를 다시 작성했습니다.
Logs/*_YYYY-MM-DD.logCNC 컨트롤러 시스템 로그로그/plc*.logPLC 키=값 원격 측정*.jsonl로봇 컨트롤러 JSON 라인*_YYYYMMDD.csv헤더리스 레이저 CSV, 소수점 쉼표
에이전트가 릴리스될 때마다 새로운 컨트롤러 형식이 추가됩니다. 에이전트는 자체적으로 최신 상태를 유지하므로, 나중에 지원되는 컨트롤러는 별도의 USB 드라이브 연결 없이도 커넥터에 표시됩니다.
모든 공장의 컨트롤러 로그를 기계가 있는 위치에서 읽습니다
각 발전소의 컨트롤러 로그 기계가 어디에 있는지 읽어보세요
컨트롤러 로그는 기본적으로 외부에서 접근할 수 없는 곳에 놓여 있습니다. 기계 자체나 공장 현장의 공유 폴더에 저장되고, 공장 방화벽 뒤 또는 보고 도구가 접근할 수 없는 건물에 있습니다. 각 공장에서는 Network Agent를 실행해 해당 위치에서 파일을 읽고 Query Streams에 연결합니다. 공장 방화벽 입장에서는 일반적인 아웃바운드 연결일 뿐입니다. 포트를 열 필요도, 사이트 간 VPN도, 기계별 티켓도 필요하지 않습니다.
아웃바운드 연결 세 개를 한곳에서 쿼리하세요. 인바운드 포트도, VPN도, 방화벽 변경도 필요 없습니다.
식물당 담당자 한 명
에이전트 하나가 단일 기계가 아닌 전체 사업장을 담당합니다. 해당 공장의 모든 컨트롤러 공유 폴더가 같은 에이전트의 개별 File Set 커넥터가 됩니다. Free 플랜은 에이전트 하나를 실행하고, 유료 플랜은 더 많이 실행합니다.
식물 1개 = 에이전트 1개 = 여러 컨트롤러
열 내용이 없습니다
에이전트는 암호화된 아웃바운드 연결 하나를 만들고, 요청과 반환되는 행이 모두 이 연결을 통해 이동합니다. 인바운드 포트도, 사이트 간 VPN도, 공장 IT 부서가 외부에 공개할 항목도 없습니다. 자격 증명은 공장 네트워크 내부에 유지됩니다.
하나의 연결, 양방향
식물 전반에 걸친 하나의 쿼리
모든 출처 연합 쿼리 자체 에이전트를 지정하므로 단일 명령으로 서로 다른 대륙에 있는 두 공장의 가동 중지 시간을 비교하거나 두 공장을 ERP 작업 주문에 연결할 수 있습니다. 비즈니스 및 엔터프라이즈 버전에 포함되어 있습니다.
공장 2곳 → 결과 집합 1개
그들은 최신 정보를 계속 습득합니다.
에이전트는 자체적으로 업데이트되므로, 나중에 추가된 컨트롤러 형식은 누군가가 USB 스틱을 작업 현장으로 가져가지 않아도 모든 공장에 적용됩니다. 이것이 바로 위의 벽이 고정된 목록이 아니라 시작점인 이유입니다.
에이전트와 함께 새로운 형식들이 등장합니다.
머신 로그는 서버 로그와는 다르게 동작합니다.
머신 로그는 서버 로그와는 다르게 동작합니다.
컨트롤러는 크기가 점점 커지는 파일에 정중하게 데이터를 추가하는 경우가 드뭅니다. Query Streams는 네 가지 서로 다른 증가 패턴을 인식하므로, 재처리된 내보내기와 정리된 로그는 중복 행으로 변환되지 않습니다.
추가
일반적인 방식입니다. 새 행은 파일 끝에 추가되고 기존 행은 이동하지 않습니다.
MTConnect SHDR 캡처 · CNC syslog
헤드 트림을 추가하세요
줄들이 추가된 후, 제어 장치는 주기적으로 줄들을 삭제합니다. 맨 위 파일 크기를 제한하기 위해서입니다. 바이트 오프셋만으로는 데이터가 건너뛰어질 수 있습니다.
Centroid CNC12 msg_log.txt
스냅샷 재작성
내보내기를 할 때마다 제어 장치의 고정 크기 링 버퍼에서 전체 파일을 덮어씁니다. 두 내보내기가 크게 겹치는 경우, 다시 가져오기를 하는 대신 겹치는 부분을 인식해야 합니다.
FANUC OPRT_HIS.TXT · Okuma · Heidenhain · Kawasaki
이벤트당 파일 하나
제어 장치는 경보, 비상 정지 또는 프로그램 실행 시마다 새로운 파일을 생성합니다. 폴더에는 파일 크기가 아닌 파일 개수만 늘어납니다.
Hurco NavErr · Haas · HOMAG woodWOP
로그 라인부터 공장이 보고하는 5개의 표까지
로그 라인부터 공장이 보고하는 5개의 표까지
파싱은 쉬운 절반에 불과합니다. Query Streams는 파싱한 행을 구간 테이블로 변환한 다음, OEE 보드에 필요한 가동률 입력값으로 변환합니다.
초 단위로 빠짐없이 합산합니다. 계획 시간은 항상 가동 시간, 설정 시간, 각 다운타임 구간의 합과 일치하므로 설명되지 않는 시간이 없습니다.
귀사 공장에서 이미 보고하고 있는 표준에 맞춰 조정되었습니다.
귀사 공장에서 이미 보고하고 있는 표준에 맞춰 조정되었습니다.
분류 용어는 새로 만들어진 것이 아닙니다. 기존에 발표된 모델을 따르므로, 수치는 귀사의 품질 및 지속적 개선 팀에서 이미 사용하고 있는 것과 일치합니다.
모든 유휴 시간은 6가지 표준 장비 상태 중 하나로 결정됩니다.
가용성은 표준 정의에 따라 실제 생산 시간을 계획된 가동 시간으로 나누어 계산합니다. 교대 시간 내의 계획 정지는 가용성 손실로 처리합니다.
가동 중단 시간은 특정 손실 항목으로 분류되며, 원인을 알 수 없는 시간에 대한 별도의 항목도 포함됩니다.
작고 고정된 사유 어휘를 기준으로 매핑하며, 판별할 수 없는 사유는 추측하지 않고 이름으로 보고합니다.
연결부터 유용한 결과까지.
- 컨트롤러가 이미 로그를 기록하는 위치를 찾으세요. 컨트롤러의 폴더, 파일을 저장하는 공유 폴더 또는 기존 수집 스크립트가 기록하는 폴더일 수 있습니다.
- 해당 폴더에 접근할 수 있는 기계에 Network Agent를 설치하세요. 컨트롤러 자체에는 아무것도 설치하지 않으며, 프로그램을 작성할 필요도 없습니다.
- 컨트롤러 프로필을 선택하세요. 레코드 경계, 문법, 타임스탬프 형식 및 열 이름이 프로필에 고정되어 있으므로 별도로 설명할 필요가 없습니다.
- 그 이후에는 에이전트가 각 파일에서 새로 추가된 바이트만 읽고, 컨트롤러의 로테이션 방식을 파악하며, 일치하지 않는 행도 버리지 않고 보관합니다.
- 조회하세요. 기계 및 교대별 알람, 평균 고장 간격, 사이클 수, 다운타임 사유 등 모든 컨트롤러를 한 번에 대상으로 일반 SQL을 실행할 수 있습니다.
Machine Logs 결과를 활용해 보세요.
하나의 연결로 스프레드시트, 앱, AI 도구를 사용할 수 있습니다. 저장된 쿼리를 실행할 권한을 공유하세요. 수신자는 허용된 결과만 볼 수 있으며 SQL과 소스 로그인 정보는 숨겨집니다.
귀사 팀, 협력업체 및 파트너 여러분께
실시간 Machine Logs 결과를 워크시트로 바로 가져오고 필요할 때 새로 고치세요 — 데스크톱 Excel, Excel Online, Microsoft 365.
Excel 살펴보기사이드바에서 저장된 Machine Logs 쿼리를 실행하고 행을 시트에 넣으세요. 공유된 공동 작업자도 직접 새로 고칠 수 있습니다.
Google Sheets 살펴보기일상적인 영어로 질문하세요. Nova는 이미 Machine Logs 테이블을 알고 있으며 SQL을 작성하고 실행한 뒤 결과를 설명하고 차트로 표시합니다. 쿼리를 작성하거나 자격 증명을 넘길 필요가 없습니다.
Nova는 어떻게 작동하나요?동료, 공급업체, 파트너 등 누구와든 실시간 Machine Logs 결과를 공유하세요. 북마크할 수 있는 그리드로 제공되며, 휴대폰, 태블릿 또는 데스크톱에서 열 때마다 최신 결과를 다시 가져옵니다. 상대방은 결과만 볼 수 있고 SQL이나 파일은 볼 수 없습니다.
데이터 뷰어 작동 방식앱 및 시스템용
Machine Logs 쿼리를 인증된 JSON 엔드포인트로 게시해 모든 애플리케이션에서 호출할 수 있습니다. OpenAPI 3.1 사양과 바로 사용할 수 있는 Postman, Insomnia, Hoppscotch 컬렉션도 제공됩니다. 데이터베이스 포트를 열 필요가 없습니다.
REST API 살펴보기생성된 Power Query M을 Power BI 고급 편집기에 붙여넣으면 보고서가 HTTPS를 통해 실시간 Machine Logs 결과를 읽습니다. ODBC 드라이버가 필요 없고 데이터베이스 포트를 열 필요도 없습니다.
Power BI 살펴보기일정에 따라 Machine Logs 행을 Airtable 베이스에 동기화하거나 Airtable 자동화 스크립트 내에서 가져오세요.
Airtable 살펴보기REST 엔드포인트를 통해 Machine Logs의 데이터를 Baserow 테이블에 공급하세요. 자체 호스팅 또는 Baserow 클라우드에서 사용할 수 있습니다.
Baserow 살펴보기파일을 내보내거나 데이터베이스를 노출하지 않고 Machine Logs 데이터로 SeaTable 베이스를 최신 상태로 유지하세요.
SeaTable 살펴보기Machine Logs 결과를 Smartsheet 그리드에 전송해 계획과 보고서가 지난주 내보내기 파일이 아니라 원본 시스템의 데이터를 읽도록 하세요.
Smartsheet 살펴보기앱에 데이터베이스 자격 증명을 포함하는 대신 REST 엔드포인트를 통해 Machine Logs를 Anvil Python 앱의 데이터 소스로 사용하세요.
Anvil 살펴보기AI 도구의 경우
AI 어시스턴트가 올바른 SQL을 작성하는 데 필요한 스키마와 함께 Machine Logs에 읽기 전용으로 액세스하도록 하세요. 채팅에 자격 증명을 입력할 필요가 없습니다.
MCP 살펴보기사람들에게 전달됨
Machine Logs 쿼리를 예약하고 행을 Slack, Discord, 이메일 또는 서명된 웹훅으로 전달하세요. 또는 행 개수, 임계값, 백분율 변화가 설정한 기준을 넘을 때까지 메시지를 보류할 수 있습니다.
알림 및 보고서 작동 방식Machine Logs를 다른 데이터와 결합하세요.
데이터베이스, 비즈니스 API, 파일, 로그를 하나의 읽기 전용 쿼리로 가져오세요. 모든 커넥터에서 페더레이션 쿼리를 지원합니다.
연결과 테이블의 이름을 지정하세요. Query Streams가 소스 쿼리를 처리하고 결과를 결합합니다.
페더레이션 쿼리 살펴보기-- 아무것도 복사되지 않았고, 아무것도 병합되지 않았으며, 아무것도 예약되지 않았습니다.
선택 c.region, COUNT(*) AS orders, SUM(i.amount_due) AS invoiced
FROM machinelogs.fileset.orders1 f
JOIN pg_crm.공개.고객2 c ON c.id = f.customer_id
JOIN 청구.stripe.invoices3 i ON i.customer = c.stripe_id
그룹 기준 c.지역
주문 기준 청구서 발행 DESC;사용자 연결, 스키마, 테이블 및 열 이름을 사용하세요.
커넥터 제품군 전반에 공통으로 적용됩니다.
모든 로그 커넥터는 다음 항목도 제공합니다.
- events — 파싱된 각 줄을 한 행으로 제공하며, 타임스탬프, 문법에 지정된 필드, 해당 줄이 들어 있던 파일을 나타내는 _source_file을 포함합니다.
- events_raw_lines — 문법에 일치하지 않은 줄을 버리지 않고 원문 그대로 보관합니다. 예상하지 못한 형식도 여전히 쿼리로 답을 찾을 수 있습니다.
- files_current 및 files_events — 현재 파일 목록과 감사 추적 정보입니다. 어떤 파일이 나타났고, 로테이션되었고, 사라졌는지, 또 보류된 항목이 있는지와 파일명 및 사유를 보여 줍니다.
- 회전을 우회하는 대신 이해합니다 — 이름이 지정된 회전 패턴 10가지와 회전되지 않은 일반 파일을 지원하므로, 어제의 로그와 압축 아카이브도 오늘의 로그와 동일한 테이블로 조회할 수 있습니다.
알아두면 좋겠네요.
- 읽기 전용이 강제됩니다 — 한 번에 하나의 문장만 실행하며 SELECT와 관련 문장만 허용됩니다. 당사는 로그를 쓰거나, 이동하거나, 회전하거나, 잘라내지 않습니다.
- 업로드되는 항목은 없습니다 — 에이전트 옆의 사용자 컴퓨터에서 로그 행을 파싱하고 암호화된 상태로 캐시합니다. 쿼리 결과만 네트워크 밖으로 나갑니다.
- 새 바이트만 읽습니다 — 에이전트는 파일을 다시 읽는 대신 각 파일에서 이전에 읽은 위치부터 계속 처리하므로, 로그가 바쁘게 기록되어도 매일 추가 비용이 발생하지 않습니다.
- SQL 방언은 DuckDB입니다. 다른 커넥터에서 작성하는 SQL과 동일합니다.
Machine Logs 관련 질문
Machine Logs 쿼리 결과는 어디에서 사용할 수 있나요?
Machine Logs 결과를 Excel, Google Sheets, Data Viewer, Database REST API를 통한 앱, MCP 또는 Nova를 통한 AI 도구에서 사용할 수 있습니다. 저장된 결과는 지원되는 Automation 대상, 보고서 및 알림에도 제공됩니다. 대상 사용 가능 여부와 한도는 요금제에 따라 다릅니다.
Machine Logs를 사용하려면 인바운드 포트를 열어야 하나요?
아니요. Machine Logs에 연결할 수 있는 컴퓨터에 Network Agent를 설치하세요. 에이전트가 Query Streams에 외부에서 연결하므로 인바운드 포트나 VPN은 필요하지 않습니다. 다만 원본 시스템의 자체 액세스 규칙에 따라 에이전트 컴퓨터의 연결을 허용해야 합니다.
Machine Logs 파일이 업로드되나요?
Network Agent는 파일이 있는 위치에서 파일을 읽고 에이전트 머신에 캐시를 보관합니다. 원본 파일은 업로드되거나 이동되거나 다시 쓰이지 않습니다. 요청된 쿼리 결과만 아웃바운드 암호화 연결을 통해 네트워크 밖으로 전송됩니다.
Machine Logs에 연결하려면 무엇이 필요한가요?
폴더: 컨트롤러가 이미 기록하는 위치(로컬 디스크 또는 \\server\share 형식의 네트워크 공유; 매핑된 드라이브 문자는 사용하지 않으며 Linux나 Mac에서는 먼저 마운트해야 함). 하위 폴더가 포함되고 포함 및 제외 패턴을 지원합니다. 형식: 컨트롤러 프로필에 고정됩니다. 레코드 경계, 문법, 타임스탬프 형식, 열 이름이 모두 함께 지정됩니다. 컨트롤러: Mazak, KUKA, Homag, Fanuc, Haas, Okuma, Siemens, Heidenhain, Mitsubishi, Centroid, Hurco, Kawasaki가 지원되며, 그 외 장비를 위한 직접 설명 모드도 있습니다. 순환: 우회하지 않고 처리합니다. 이름이 지정된 순환 패턴 10종과 비순환 일반 파일을 이해하며, 압축 아카이브도 포함됩니다.
Machine Logs를 다른 연결된 데이터 원본과 조인할 수 있나요?
예. 페더레이션 쿼리는 데이터베이스, 비즈니스 API, 파일, 로그를 포함한 모든 커넥터 유형을 지원합니다. 하나의 읽기 전용 쿼리에서 연결과 테이블의 이름을 지정하세요. Query Streams가 필요에 따라 각 소스에 맞게 쿼리를 변환하고 결과를 결합합니다. 페더레이션 쿼리 작동 방식 알아보기.
기기 제어 장치에何か 설치해야 하나요?
아니요. Query Streams는 파일을 읽으므로 제어 장치에 아무것도 설치하거나 다시 쓰지 않습니다. Query Streams Agent를 로그가 이미 도달하는 폴더에 지정하면 됩니다. 네트워크 공유, USB 백업을 복사해 두는 폴더 또는 장비 PC가 될 수 있습니다. 액세스는 읽기 전용입니다.
실제로 제어 장치의 로그를 확인하셨나요, 아니면 문서화된 형식만 확인하셨나요?
두 경우 모두 존재하며, 어떤 경우에 해당하는지 알아두는 것이 좋습니다. 세 브랜드의 파서는 실제 장비에서 수집한 파일을 대상으로 구축하고 테스트했습니다. MTConnect를 통한 Mazak, KUKA, HOMAG입니다. 나머지 아홉 브랜드는 제조업체가 공개한 형식 설명을 기준으로 구축했습니다.
모두 지원하고 테스트했습니다. 하지만 특정 컨트롤러를 직접 확인했다고 오해하게 하기보다는 솔직하게 말씀드리겠습니다. 두 번째 그룹에 해당하고 파싱이 되지 않는다면 샘플을 보내 주세요. 첫 번째 그룹으로 옮기겠습니다.
제 컨트롤러가 목록에 없네요. 운이 없는 건가요?
아마 아닐 겁니다. 명시된 12개 브랜드 외에도 CNC 컨트롤러 시스템 로그, PLC 키-값 텔레메트리, 로봇 JSON 라인, 레이저 절단기에서 생성되는 헤더 없는 CSV 내보내기 등 작업 현장 장비의 상당 부분을 포괄하는 4가지 일반적인 형식이 있습니다. 로그가 이 중 하나와 유사하다면 읽을 수 있을 겁니다.
구문 분석에 실패한 줄은 어떻게 되나요?
보존됩니다. 파싱되지 않은 행은 읽을 수 없는 이유가 포함된 행으로 저장되므로 계속 표시되고 쿼리할 수 있습니다. 파일 수준에도 같은 방식이 적용됩니다. 고정된 형식과 더 이상 일치하지 않는 파일은 조용히 병합되는 대신 별도로 보관되고 보고됩니다. 폴더의 모든 행을 언제든지 확인할 수 있습니다.
기계 가동 중지 시간을 ERP 데이터에 연동할 수 있나요?
네. 로그를 SQL에 넣는 목적이 바로 그것입니다. 페더레이션 쿼리로 파생된 데이터를 조인할 수 있습니다. 유휴 간격 또는 oee_입력 작업 주문, 부품 마스터 또는 일정과 같은 테이블을 완전히 별도의 SQL Server, Postgres 또는 MySQL 데이터베이스에 저장하고 하나의 결합된 결과 집합을 반환합니다.
이 제품은 로그 모니터링 제품인가요, 아니면 알림 제품인가요?
아니요, 이 점을 분명히 말씀드리고 싶습니다. 이것은 로그 전송 파이프라인이나 운영 모니터링 플랫폼이 아닙니다. 기존 로그 파일을 SQL로 쿼리하고 스프레드시트 형식으로 보고서를 생성할 수 있도록 해주는 도구입니다. 인프라 규모의 스트리밍 데이터 수집 및 실시간 알림 기능이 필요하시다면, 완전히 다른 종류의 도구를 사용해야 합니다.
작업이 이루어지는 곳에서 Machine Logs를 사용하세요.
Free로 시작하세요. 모든 커넥터 유형, 데이터 소스 2개, Network Agent 1개를 이용할 수 있습니다. 필요에 따라 요금제 이용 한도를 추가하세요.

