안녕하세요, 제 이름은 타일러 필립스입니다. 저는 글로 벌 비즈니스 개발 관리자입니다
Rockwell Automation의 디지털 설계를 위 한 것입니다.
오늘 저와 함께 디지털 분야의 제품 관리자 중 한 명인 Antoon Laane이 왔습니다.
엔지니어링과 긴밀히 협력하고 있습니다.
오늘 우리는 디지털 엔지니어링 혁신에 대해 이야기하고 싶습니다.
우리의 의제는 간략할 것입니다. 우리는 우리 자신에 대 한 소개를 다룰 것입니다.
우리는 디지털 엔지니어링이 어떻게 진화하고 있으며, 우 리가 어떻게 발전할 수 있는지에 대해 이야기할 것입니
다. 디자인을 디지털 세계로.
해당 프로젝트가 어떻게 진행되는지 살펴보고 요약해 드리 겠습니다.
나 자신에 대해 조금 말씀 드리겠습니다. 제 이름은 타 일러 필립스입니다.
앞서 말했듯이 저는 디지털 디자인 부문의 글로벌 비즈니 스 개발 관리자입니다.
저는 Emulate3D 및/또는 Rockwell에서 약 11년 동안 근무해 왔습니다.
Emulate 3D는 2019년에 Rockwell의 일 부가 되었으며, 그 전에는 Emulate3D에 있었습니
다. 2012년부터.
나는 지난 30년 동안 내 경력의 대부분을 산업용 시뮬 레이션 분야에서 보냈습니다.
응용 분야, 주로 제조 및 자재 취급.
저는 3D를 사랑하고 모방하며 오늘 여러분과 이야기를 나누게 되어 기쁩니다.
제 이름은 안툰 라네(Antoon Laane)입니다. 나는 1986년에 Rockwell에서 일을 시작했고
소프트웨어 설계 및 개발과 시운전을 시작하는 데 많은 작업이 필요합니다.
시스템.
그리고 수년에 걸쳐 나는 사전 판매 팀을 관리하고 제품 을 관리하는 등 많은 일을 해왔습니다.
마케팅을 담당하고 Logix 및 Studio 5000을 중심으로 많은 작업을 수행했습니다.
그리고 2018년에 저는 Emulate3D 팀에 합류했 습니다.
우리는 2019년에 인수를 완료했으며 현재는 통합을 돕 기 위해 노력하고 있습니다.
제품을 우리 조직에 도입하고 혜택을 전파하는 데 도움을 줍니다.
이것이 바로 오늘 우리가 이야기할 내용입니다. 그럼 이 야기를 좀 해보자.
안툰과 저는 몇 년 동안 함께 일해 왔고 우리가 너무 예뻐진 것 같아요
공동 발표를 잘해요.
그래서 우리는 이것의 일부 영역을 앞뒤로 전환할 것입니 다.
디지털 엔지니어링에 대해 조금 이야기해 보겠습니다. 아시다시피, 전통적으로 프로젝트는 진행된 방식대로 특정
방식으로 진행되었습니다. 우리는 그런 것에서 벗어나는 것에 대해 이야기하고 싶습
니다. 엔지니어링 시스템의 오래된 방식.
그럼 여기서 몇 가지 질문을 드리겠습니다. 테스트하고 개선할 수 있다면 어떨까요?
생산을 시작하기도 전에 디자인을 했나요? 그것은 당신에 게 무엇을 의미합니까?
시운전 단계에서 프로젝트가 길어지는 예측 불가능성이 있 었습니까?
출시 시간을 변경하거나 시스템 배포를 지연시키거나 고객이나 파트너의 고통이나 비용, 그리고 더 많은 것을
원하십니까? 생산 과정에서 유연성과 자신감이 있습니까? 그런 것들이
야 우리는 그것에 대해 이야기 할 것입니다.
이러한 질문을 어떻게 개선할 수 있습니까? 만약 당신이 그들 중 일부 또는 전부에 '예'라고 대답했다면?
그렇다면 가상 커미셔닝이란 무엇일까요? 글쎄, 당신은 아마도 그 용어를 들었을 것입니다.
아마도 이와 관련된 다른 용어를 들어보셨을 것입니다. 하지만 오늘 우리가 이야기할 가상 커미셔닝이란
서로 다른 조합이 될 수 있는 기계 또는 시스템의 동적 디지털 트윈
높은 충실도로 제어 시스템을 테스트하고 디버그하기 위한 장비 및 기계 유형
현실적인 운영 환경.
실제로는 실시간 신호 응답을 검증하기 위한 것이 아닙니 다.
응답 시간이 적습니다.
하지만 우리에게 시스템을 제공하려는 의도는 충분하다고 말하고 그에 대해 나중에 이야기하겠습니다.
단 1분이면 시스템이 존재하기 전에 실제로 테스트할 수 있을 만큼 충분합니다.
가상 커미셔닝 모델이나 모델을 구축할 때 우리는 실제로 서로를 하나로 모으는 것입니다.
자동화 시스템에 대한 세 가지 진실은 우리가 생각하는 방식입니다.
우리는 기계적인 진실을 가져오고 있는데, 그것은 대개 CAD입니다.
우리는 제어 시스템과 전기 설계라는 논리적 진실을 하나 로 모으고 있습니다.
Emulate3D를 위해 임시 요소라고 부르는 것을 가 져오고 있습니다.
우리가 조금 이야기할 소프트웨어입니다.
그게 짐이고, 제품이잖아요, 그렇죠? 수하물, 차체, 그런 것들
제작된 장비에 의해 처리되는 시스템 주위를 이동합니다. 따로.
실제로 네 번째가 있습니다. 그리고 그게 아마도 가장 큰 문제의 원인일지도 모릅니다.
웨트웨어 맞죠?
연산자는 아마도 가장 가변성이 있는 것입니다. 그래서 실제로는
아마도 우리는 4명을 모을 것입니다.
하지만 우리가 이 세 가지 진실을 하나로 모을 때 우리 는 일을 할 수 있습니다.
디지털로. 이러한 디지털 환경에서 그렇게 할 수 있다면 말이죠.
따라서 기억해야 할 중요한 한 가지는 다음과 같은 오래 된 속담이 있다는 것입니다.
통계는 엔지니어링과 산업의 여러 영역으로 옮겨졌습니다. 모든 모델이 잘못되었습니다.
그러나 일부는 유용합니다. 그리고 우리가 디지털로 하고 싶은 것은
Rockwell의 엔지니어링 기술은 유용한 모델을 만드 는 것입니다. 그렇죠?
그리고 디지털 트윈에 관해 이야기할 때 우리는 단일 모 델이나 단순한 모델에 대해 이야기하지 않을 수도 있습니
다. 쌍.
우리는 디지털 삼중항에 대해 이야기하고 있을 수도 있습 니다. 우리는 같은 모델에 대해 이야기할 수도 있습니다
서로 다른 영역을 보거나 서로 다른 세분성을 갖는 시스 템입니다.
따라서 우리가 디지털 트윈을 구축할 때 다음에 중점을 두고 있다는 것을 아는 것이 중요합니다.
사물을 테스트하기 위해 가장 정확하거나 가장 높은 충실 도가 필요한 영역
우리가 테스트해야 할 것입니다. 응.
그래서 제가 하려는 것은 한발 물러서서 우리가 일하는 방식을 살펴보는 것입니다.
디지털 엔지니어링 프로젝트를 통해 오른쪽?
우리는 왜 이런 일을 하는 걸까요? 내가 어떻게 시작했 는지 되돌아보면,
우리는 프로젝트를 수행했고 디자인 결정은 매우 초기에 내려졌으며 그 결정은 다음을 기반으로 했습니다.
우리가 만든 추정치와 과거에 이를 어떻게 수행했는지에 대한 기록입니다.
그리고 우리는 물건을 재설계하거나 재배치하는 데 능숙하 다고 스스로 의존하고 있었습니다.
프로젝트에서 성공하기 위한 것들. 오른쪽.
시스템 설계를 할 때, 제 경우에는 자동화 설계와 구축 및 테스트를 했을 때였습니다.
우리는 시스템이 어떻게 작동할지에 대한 이론적 사고에서 모든 것을 해야 했습니다.
작은 코드 조각을 테스트할 수 있지만 대부분의 애플리케 이션 코드는 테스트해야 합니다.
물론 프로젝트 후반에 테스트했기 때문에 늦은 테스트는 위험도가 높은 이벤트가 되었습니다.
나는 모든 것이 정확할 것으로 예상하지 못한 프로젝트가 있었다는 것을 인정할 것입니다.
개발 주기 중에 문제가 정말 늦게 발생합니다.
또 다른 점은 애플리케이션을 테스트할 때 움직일 물리적 부품이 필요하다는 것입니다.
시스템을 통해 우리는 기계 엔지니어들 사이의 연결이 매 우 좋지 않았습니다.
기계를 설계했고, 소프트웨어를 개발한 자동화 엔지니어인 우리
주어진 기계 설계에 의존했습니다.
우리는 기계 엔지니어와 자동화 사이에 앞뒤가 없었습니 다.
엔지니어죠?
따라서 그들은 일반적으로 책임자였으며 이를 작동시키려면 자동화가 필요했습니다.
그 결과는 실제로 시운전과 시동을 할 때입니다. 늦게 현장에서 물건을 발견합니다.
압박감은 높으며 여러분이 작업을 완료하기를 기다리는 사 람들이 많이 있습니다.
물리적 기계가 거기에 있습니다. 왜 아직 실행되지 않습 니까?
글쎄요, 소프트웨어를 실제로 실행할 수 있는 것은 이번 이 처음이어서 엄청난 압박감이 있습니다.
소프트웨어 개발을 완료합니다.
유연하게 대처하기보다는 문제를 발견했을 때 “한 걸음 내딛겠다”고 말한다.
돌아와서 어떻게 하면 문제를 더 잘 해결할 수 있는지 알아보세요.”, 초점은 이 작업을 어떻게 올바르게 수행
할 수 있는지에 있습니다. 이제 그 모든 사람들이 내 목에 숨을 쉬고 있습니다.
물론 이 시스템의 또 다른 특징은 그들이 늦으면, 생산성 저하에 대한 압박감이 있었고 훈련할 때 영양을
공급해야 했습니다. 제품을 시스템에 넣습니다.
일반적으로 운영자 교육을 돕기 위해 전문가가 필요했습니 다.
그래서 시간이 걸렸습니다. 여행과 관련된 일이 있었고 그 일은 다음 세트에서만 일어났습니다.
현재 사용 가능한 연산자입니다.
그래서 고객은 그의 운영자에게 그 모든 좋은 것들을 공 급해야 했습니다.
그리고 업그레이드나 변경이 있으면 전체 주기가 다시 시 작됩니다.
변화가 실제로 시스템을 개선할 것이라는 점을 미리 증명 하는 것은 정말 어렵습니다.
그래서 테스트해야합니다. 그리고 저는 실제로 다음과 같 은 고객을 만나본 적이 있습니다.
11개의 동일한 생산 라인이 있었지만 수요 변화로 인해 그 라인 중 하나가
새로운 SKU를 테스트하고 배포하기 전에 프로세스를 변 경하는 데 지속적으로 사용됩니다.
나머지 10개 라인으로 이동합니다.
그러나 그것은 그 라인이 물건을 생산하지 않고 값비싼 라인이라는 것을 의미했습니다.
검증을 위해 생산 장비가 필요하므로 비용이 많이 드는 것을 원하지 않습니다.
것들. 차라리 해당 라인에서 90%의 시간을 생산하고 최종 생산만 수행하는 것이 좋습니다.
개발 후 모든 것이 올바른지 확인하기 위한 시운전 검증 디지털 트윈에서.
이것이 바로 이것이다.
우리는 기계 엔지니어링과 전기 공학이 함께 협력하여 모델을 실험하고
기계 엔지니어에게 자신이 하고 있는 일을 보여줄 수 있 는 곳입니다.
이러한 애플리케이션을 개발할 때 소프트웨어가 하나도 없 는 경우가 많습니다.
개발자는 5~6명입니다.
그들은 모두 자신의 작업을 조정하고 모델에 어떤 영향을 미치는지 확인해야 합니다.
그리고 서로. 그리고 당신은 기회를 찾고 싶습니다 디자인 개선. 디지털 모델은 이를 수행하는 데 환상적입
니다.
그러면 많은 파트너십이 관련됩니다. 그렇죠? 당신 스스 로 이 일을 하는 것이 아닙니다.
관련된 모든 팀과 협력하고 있습니다. 그것이 기계적인 디자인이든, 그것이든
운영자, 품질 보증이 되십시오.
해당 팀은 모두 작업하고 제3자도 작업합니다.
이 시나리오에서는 모두 함께 작동합니다.
앞서 우리는 순차 흐름을 살펴보았습니다.
그리고 우리가 실제로 얻은 것은 훨씬 더 병렬적인 작업 흐름입니다.
컨셉과 제안은 항상 순서대로 진행됩니다. 전적으로.
하지만 그 다음에는 시스템 설계가 필요하며 기계 엔지니 어에게는 일정 시간이 필요합니다.
모델을 미세 조정하는 대신 초기에 설계를 제공할 수 있 습니다.
자동화 엔지니어.
시스템 설계 주기의 30% 정도가 지나면 이미 기본 개 념을 전달할 수 있습니다.
그리고 자동화는 이 애플리케이션 코드를 어떻게 개발할지 에 대해 생각하기 시작할 수 있습니다.
기계 엔지니어가 모든 작업을 마칠 때까지 기다린 다음 최종 도면 세트. 현재 사본을 받으면 마크업 작업을 시
작하고 즉시 생산적이 됩니다.
또한 이를 통해 컨트롤 개발을 시작할 수 있으며 결국에 는
예비 모델에 대한 테스트를 제어합니다. 시스템 설계가 발전할수록 쉬워집니다.
이러한 업데이트를 자동화 설계로 처리하고 수업을 활용하 세요.
세부적인 내용을 반복하지 않고도 미세 조정된 기능을 학 습하고 활용할 수 있습니다.
모드 마크업이 개발 중입니다.
새로운 것을 기반으로 세부적으로 조정할 수 있지만 기존 마크업은 모두 그대로 유지될 수 있습니다.
제품 수명주기 동안 훨씬 더 빠르게 작업할 수 있습니 다.
그리고 그렇습니다. 해당 데이터를 초기에 실제로 공유하 면 우리는 업무의 핵심 부분을 수행할 수 있습니다.
제어 테스트. 물리적 장비에 대한 제어 테스트에는 모든 작업이 수행되어야 합니다.
실제로 테스트하기 전에 실시간으로 모든 작업이 완료됩니 다.
우리는 훨씬 더 일찍 최소한 부분적인 테스트를 수행할 수 있는 상황에 도달하고 싶습니다.
이에 대해서는 이 프레젠테이션의 뒷부분에서 더 자세히 설명하겠습니다.
운영자 교육도 마찬가지입니다. 우리는 모델 내부에서 작 업할 수 있기를 원합니다.
예상되는 생산 수요에 맞춰 이를 사용하여 작업자를 더 일찍 교육합니다.
라인을 사전 시운전하고 최종적으로 최종 시운전을 하게 됩니다.
사이클의 초기에.
우리는 검증된 테스트가 항상 수행되어야 하는 FDA 애 플리케이션에서 많은 것을 확인합니다.
현실 세계.
그러나 모든 사전 검증은 디지털 트윈에 대해 수행될 수 있으며 언제
귀하는 최종 FDA 업무를 수행하고 있으므로 완전한 시 스템에 훨씬 더 가까워졌기 때문에
돌아가서 모든 테스트를 반복하십시오.
마지막으로 중요한 것은 운영 및 유지 관리입니다.
라인을 구축한 후에는 쌍둥이를 살려두고 모든 용도로 사 용할 수 있습니다.
공장이나 시스템에 출시하기 전에 개선 사항을 확인하세 요.
이제 우리는 전통적으로 매우 중요한 항목을 모두 가져가 는 것에 대해 이야기했습니다.
경로를 병렬로 쌓아서 프로세스를 훨씬 더 많이 만들 수 있습니다.
효율적인.
컨셉과 제안으로 우리가 할 수 있는 일에 대해 조금 이 야기해 보겠습니다.
3D를 에뮬레이트하여 우리가 할 수 있는 많은 것 중 하나는 실제로
우리가 더 똑똑한 제안이라고 부르는 것. 그것은 몇 가 지 일을 합니다.
이를 통해 시스템을 보고 이해할 수 있어 보다 현명한 결정을 내릴 수 있습니다.
더 나은.
이 업계에서 수년 동안 일한 후에도 어떻게 시스템의 서로 다른 부분을 담당하는 사람들로 구성된 팀
을 구성하는 것입니다. 제안일 수도 있고, 그림일 수도 있고, 컨트롤일 수도
있고, 판매원일 수도 있습니다. 고객일 수도 있고 공급업체일 수도 있습니다.
3D 에뮬레이션을 사용하면 사람들이 시각적으로 시스템을 빠르게 만들 수 있습니다.
개념 결정을 더 빠르게 내리고, 시스템 작동 방식, 모 양, 방식을 전달할 수 있습니다.
기능을 수행하고 해당 팀 간의 이해도도 높아집니다.
우리는 아주 초기부터 그 시스템을 채택하고 개념을 실험 해 볼 수 있습니다.
우리는 시스템을 가져와 구축한 다음 일괄적으로 실험을 수행하여 사물을 살펴봅니다.
처리 시간 및 상태 활용과 같은 정보를 바탕으로 결정을 내립니다.
이 시스템이 요구 사항을 충족하는지 여부.
저는 항상 이 일을 해낼 수 있었고 정말 강한 힘을 가 졌던 고객을 떠올립니다.
완벽하게 작동할 것이라고 생각했던 시스템 설계에 영향을 미쳤습니다.
오랜 기간 동안 수요를 분석한 결과 공급업체는 자신들이 몇 가지 문제가 있었고 이를 변경하여 공급업체와 고객이
정렬과 모든 것이 잘 작동했습니다.
시스템 개념을 구축하고 이를 실험하는 능력은 매우 강력 합니다.
그런 다음에는 물론 다음 단계로 넘어갑니다. 시스템 설계 자체와 여기에서 우리는
확실히 기계 설계 주기와 심지어 소프트웨어 주기에서도 많은 이점을 얻을 수 있습니다.
접근 방식과 제작에 대한 초기 피드백.
우리의 지원에 영향을 미칠 수 있는 결정. 오른쪽.
가상 컨트롤 테스트를 살펴보면 먼저 레이아웃이 다음과 같은지 검증할 수 있습니다.
오른쪽.
그런 다음 자산의 프로세스 시뮬레이션을 수행하고 해당 모델을 가져와서
실제 제어 시스템과 인간 기계 인터페이스에 연결하십시 오. 그것은 많은 것을 제공한다
시스템을 현명하게 제어하기 위해 무엇을 할 수 있는지에 대한 자세한 통찰력을 제공합니다.
결국 우리는 완전한 가상 제어 테스트를 수행할 수 있는 지점에 도달하고 싶습니다.
우리는 중간에 컨트롤러나 PLC의 동작만을 살펴보는 것 이 아닙니다.
루프뿐만 아니라 모든 스마트 장치에도 적용됩니다.
생각해보면 각각의 모듈이나 센서, 드라이브나 액츄에이터는 요즘 모두 자신만의 로컬, 로컬 스마트 기
능을 가지고 있습니다.
이러한 각각의 "사물"은 프로그래밍되고 구성되며 이 대 규모 환경에서 역할을 수행합니다.
분산 제어 시스템.
그럼 PLC 코드가 중요한가요? 전적으로!
기계 시퀀싱을 수행하지만 애플리케이션 제어의 세부 사항 은 실행됩니다.
공장에 있는 다양한 스마트 장치 전반에 걸쳐 말이죠.
논리 흐름뿐만 아니라 전체 시스템을 테스트해야 합니다.
이를 위해서는 높은 충실도의 에뮬레이션/장치 에코가 필 요합니다.
그리고 시스템 동작을 시스템으로 가져오는 방법을 살펴보 면
우리가 사용하는 환경은 일반적으로 많은 CAD 데이터를 로드하고 이를 가져오는 것으로 시작됩니다.
우리의 모델링 환경에
그런 다음 이에 대한 애플리케이션 코드를 개발할 것입니 다. 그렇죠?
그림의 개별 요소에 애니메이션을 적용하여 그림이 다음과 같이 움직이도록 하겠습니다.
진짜 기계라면.
우리는 CAD를 마크업하고 실제로 3D를 반영하는 데 도움이 되는 CAD 운영자용 도구 모음을 갖추고 있습니
다. 그러기 위한 행동.
그리고 우리는 가장 인기 있는 몇 가지 CAD 패키지에 대한 패키지도 보유하고 있습니다.
실제로 약간 다른 세 가지 버전이 있는 PTC Creo 가 있습니다.
AutoCAD 발명가가 있고 SolidWorks가 있습 니다.
물론 완전한 온라인 환경인 PTC Onshape도 있습 니다.
어떤 모습인지 빠르게 보여드리겠습니다. Creo에는 실 제로 다음과 같은 도구 모음이 있습니다.
Emulate3D 환경 내에서 제공하는 것과 동일한 기 능을 제공하지만
기계 엔지니어가 직접 마크업을 적용할 수 있습니다.
그리고 그는 그들에게 편안한 환경에서 그것을 하고 있습 니다.
여기서는 대화상자, 즉 창이 나타나는 방식이 다음과 같 이 매우 다르다는 것을 알 수 있습니다.
Creo는 SolidWorks나 Inventor에 있는 것보다 실제로는 3D 자체에 있습니다.
여기 기계 엔지니어는 자신의 환경에서 마크업을 수행하고 있으며
그 예는 매우 간단합니다.
그러나 요점은 그가 단지 크랭크를 표시했다는 것입니다. 우리는 3D를 에뮬레이션하기 위해 해당 크랭크를 내보냈
습니다.
우리는 어떤 변경도 할 필요가 없으며 기계적 동작을 가 져와 시각화할 수 있습니다.
Emulate3D 내에서 제어할 수 있습니다.
이것이 기본적인 작업 흐름입니다.
예, Emulate3D에는 이를 수행할 수 있는 도구 모음이 있습니다.
많은 사람들이 그것을 사용합니다. 대부분의 예제는 이를 기반으로 구축되었습니다.
그러나 일반적으로 마크업을 수행하는 데 가장 적합한 사 람은 기계 엔지니어이며 그는
그는 자신의 생각을 알고 있기 때문에 자신의 공간에서 작업하고 도구를 갖고 싶어합니다.
그가 그 기계를 설계했을 때요.
그것이 바로 우리가 시작하는 이유입니다.
앞서 보여드린 것처럼 우리로부터의 데이터가 있습니다. 네, 여기 이 기계가 있어요.
포크 전송 기능이 있습니다. 이를 통해 차량을 픽업할 수 있습니다.
AGV. 하지만 AGV 자체는 물론 차체도 우리가 살펴볼 내용은 다른 사람들이 제공한 것입니다.
따라서 시간이 지나도 해당 CAD를 업데이트할 필요가 없습니다.
이는 일반적으로 외부에서 개발된 것입니다.
여기 보면 포크가 차체를 들어올리고 AGV가 움직이는 것이 보입니다.
이 과정에서 다른 일이 일어날 것입니다.
지게차의 설계를 발전시킬 수 있다는 것이 우리에게 중요 하지만, 그럴 필요는 없습니다.
AGV의 디자인이나 차체 디자인에 대해 걱정하는 것입니 다.
따라서 가져올 수 있는 모든 CAD 파일은 해당 기능에 적합합니다.
그런 다음 조금 더 진행하면 계속해서 컨트롤에 더 집중 하게 됩니다.
테스트.
그리고 여기 왼쪽 상단에 실제로 모델을 연결하는 시스템 이 표시됩니다.
여기서 우리는 조립 과정을 수행하는 로봇을 보고 있습니 다.
실제로 컨트롤러의 논리 코드를 실행하는 Echo PLC 가 있습니다.
프로그래밍.
하단에는 애플리케이션이 실행 중입니다. 이것이 바로 Logic 디자이너의 작품입니다.
그런 다음 화면 오른쪽 중앙에 Emulate3D용 태그 브라우저가 표시됩니다.
컨트롤러와 모델 사이의 연결을 생성합니다.
따라서 모델은 응답 방법에 대한 입력을 알고 있습니다. 오른쪽 상단에는 컨트롤러 에뮬레이터인 Factory
Talk Logix Echo가 표시됩니다.
따라서 우리는 소프트 컨트롤러, 소프트 모델 및 실제 코드를 보유하고 있으며 이러한 모든 것을 가져옵니다.
우리의 애플리케이션 코드를 함께 개발합니다.
일반적으로 한 명의 엔지니어가 Emulate3D 모델을 구축하지만
그러면 4, 5 또는 6명의 PLC 개발자가 자신의 전 체 부분을 개발할 수 있습니다.
애플리케이션.
앞서 Factory Talk logix Echo가 다음 을 위한 에뮬레이터라고 이미 빠르게 언급했습니다.
이 시스템.
따라서 오프라인에서 코드를 더 쉽게 테스트할 수 있도록 하기 위한 것입니다.
데스크탑 기반 컨트롤러 에뮬레이터.
물리적 하드웨어가 필요하지 않습니다.
우리는 Guard Logix, Compact Guard Logix를 지원할 수 있으며 이들이 정확하게 동작하도
록 할 수 있습니다. 실제 하드웨어에서 하는 방식입니다.
그리고 이를 통해 3D 또는 다른 디지털 트윈에 연결할 수 있는 API도 있습니다.
모델 또는 심지어 모델 기반 제어 유형 유형 애플리케이 션.
따라서 컨트롤러 에뮬레이션은 이러한 디지털 혁신을 달성 하는 데 있어 핵심적인 부분입니다.
이는 루프에서 하드웨어에 대해 테스트할 수 있는 필수적 인 부분이지만
우리 고객의 90%는 에뮬레이트된 컨트롤러를 상대로 작 업하는 것을 선호합니다.
이것은 또한 클라우드에서 이것을 사용할 수 있게 해주는 것입니다. 너무 많고 많은 이유
이 일을 위해.
여기서 CompactGuardlogix가 지원된다고 언 급했습니다.
올해 11월에 추가된 기능입니다.
우리가 Echo에서 중점을 둔 핵심 부분은 정확히 동일 한 프로젝트를 다른 환경에 적용할 수 있다는 것입니다.
물리적 컨트롤러 또는 에뮬레이트된 컨트롤러와 우리는 트 리를 유지 관리합니다.
물론 우리는 전체 명령어 세트를 지원하며 해당 연결을 실제 논리 흐름, 오류 처리 등을 테스트하기에 매우 견
고한 디지털 트윈 시스템에서
고마워요 안툰. 그게 다야. 소프트웨어로 할 수 있는 작업
정말 놀랍습니다.
내 말은, 우리가 매일 이야기하는 것들이지만, 앉아서 들을 수 있을 때
다른 사람이 설명하고 진행해 보면 정말 흥분되고 기분이 좋아집니다.
사실 여기는 정말 진심이에요.
이제 우리는 기계 모델을 처리했습니다. 우리는 논리적인 설계를 취했습니다
보살핌.
전기 모델도 만들 수 있습니다. 내부에서 어떻게 하는지 간단히 보여드리겠습니다.
3D를 에뮬레이트합니다.
우리는 배선도 카탈로그를 가지고 있습니다. 이것을 배선 도, 배선도라고 부를 수 있을 것 같습니다.
다이어그램 기능. 그래서 실제로 모든 기능적 연결과 모 든 제어를 설정할 수 있습니다.
패널을 내부에서 확인 및 테스트하고 3D를 에뮬레이트합 니다.
우리가 실행할 작은 비디오가 있습니다. 우리는 전기 부품을 만들고 모델의 특정 영역을 살펴보기 시작할
수 있습니다. 모든 연결이 거기에 있는지 확인하십시오.
우리가 그 모델을 실행할 때 그들이 실행되는 것을 볼 수 있고 우리는 매우 계속 진행할 수 있습니다.
특정 영역은 모두 실제이기 때문에 높은 충실도를 보장합 니다.
우리가 이미 알고 있는 기계 시스템뿐만 아니라 내부에서 일어나는 일에 대한 모델
완료 및 논리 시스템뿐만 아니라 전기 시스템도 마찬가지 입니다.
우리가 작업하고 있는 것 중 하나는 아직 출시되지 않은 것입니다.
전기 레이아웃을 수행하는 주요 다른 애플리케이션과의 통 합 작업도 진행 중입니다.
산업용 애플리케이션을 위한 전기 설계.
그래서 우리는 내년에 이를 출시할 수 있기를 기대하고 있습니다.
일부는 이를 테스트하는 고객을 선택하는 데 사용할 수 있습니다.
따라서 우리는 가치 변경을 강제할 수 있는 방식으로 이 를 실제로 볼 수 있으며
이 모든 것이 올바르게 작동하는지 확인하십시오. 꽤 멋 지네요
Emulate 3D 내의 추가 기능입니다.
그리고 물론 로봇과도 인터페이스할 수 있습니다. Anton은 우리가 어떻게 할 수 있는지에 대해 이야기
했습니다. PLC를 모델에 연결하거나 Logic과 같은 PLC 에
뮬레이터를 모델에 연결할 수 있습니다. 모델.
다양한 로봇 프로그래밍 도구에도 연결할 수 있습니다. 우리는 몇 가지 결정을 내렸습니다.
실제로 수년 전 Emulate 3D 개발 과정에서 우리 는 OLP가 되고 싶지 않았습니다.
우리는 로봇 공학의 전문가가 되고 싶지 않습니다. 비록 3D를 에뮬레이션하고 매우 견고한 로봇을 갖고 있지만
다양한 일반 및 공급업체별 시뮬레이션 목적을 위한 모델 링
로봇과 실제로 연결할 수 있는 좋은 로봇 해결 도구( 예: 로봇)
사진관.
Fanuc 로봇 가이드 Yaskawa Motoman. 그리고 아시다시피 우리는 회사를 인수했습니다.
Clearpath Robotics라고 불리는 자동 로봇 을 위한 도구가 있는데 우리는 이를 연결할 수 있습니
다. 모델이 매우 정확한 방식으로
로봇이 일하고 있는 거 맞죠?
따라서 시뮬레이션된 방식이 아니라 프로그래밍된 방식입니 다. 그리고 그것은 매우 강력한 것입니다
도구도 그렇고.
그리고 이는 다른 에뮬레이션과 함께 수행될 수 있습니 다.
3D 모델을 에뮬레이트하는 중이므로 단독 소스일 필요는 없습니다. 그렇죠?
단순히 PLC에 대해 모델을 실행하거나 시뮬레이션을 실 행할 필요는 없습니다.
모델을 만들거나 로봇 컨트롤러에 대해 모델을 실행하는 것뿐입니다.
그러나 실제로는 이러한 모든 일이 동시에 발생하도록 할 수 있습니다.
따라서 이러한 모든 소스가 실제로 모델에 입력되어 매우 충실도가 높은 모델.
이것이 바로 우리가 향하고 있는 목표입니다. 그렇죠. 이 모델은 다음과 같습니다.
제어, 로봇 등 다양한 CAD 소스에 대한 충실도 높은 입력 위치
테스트 환경 프로그래밍.
그리고 우리는 여기서 우리가 그것을 하는 방법에 대한 비전에 대해 매우 빠르게 이야기할 것입니다. 응.
물론, 로봇을 제어할 때나 로봇을 프로그래밍할 때, 움직임이 중요해요. 하지만 모든 연동, 나머지 부분과의
모든 상호작용은 시스템은 실제로 개발자가 넘어지는 곳입니다. 오른쪽.
로봇이 하는 일과 PLC가 하는 일 사이에 인터록이 어 디서 어떻게 일어나는가입니다.
센서가 알려주는 대로 내 경로가 잘못되면 어떻게 되는지 알 수 있습니다.
오프라인이라면 이를 감지할 수 없습니다.
하지만 실제로 시스템에서 제품이 움직이게 되면 갑자기 그 양이 훨씬 더 많아집니다.
보이는. 그리고 스스로 로봇 프로그램을 실행합니다. 프 로그래머들은 일반적으로 그런 능력을 갖고 있지 않습니
다. 오프라인 프로그래밍 환경의 일부로 제품 이동. 오른쪽?
그렇죠, 그렇죠.
그리고 그것은 우리를 다음 주제로 데려가는데, 그것은 로봇공학에 추가되는 것입니다. 또 다른
많은 고객이 사용하는 것은 최소한 몇 가지 기본적인 유 체 흐름입니다.
그들의 시설은 정유 유형의 응용 분야에 대해 말하는 것 이 아니라 일반적인
소비재 회사는 초콜릿 바나 초콜릿 바 등으로 변환할 수 있는 액체를 보유하고 있습니다.
그밖에 샴푸 등등.
공정은 상당히 간단하지만 제품 전후의 취급은 매우 중요합니다. 그래서 우리가 한 일은 일부 하이브리
드에 대한 제어 기능을 추가한 것입니다. 프로세스 흐름. 우리는 그것을 탱크, 파이프, 펌프,
밸브라고 부르기를 좋아합니다. 관련 물건.
이를 통해 컨트롤러와 유체 소스를 라우팅할 수 있습니 다. 파이프도 있고 믹서도 있어요
및 밸브, 다른 장소에서 청소를 수행하려는 경우를 위한 혼합 방지 밸브
펌프 유형, 센서, 유량계, 충전, 충전 도구.
그리고 최근에 우리가 한 일은 다음과 같은 오류 프레임 워크에 추가한 것입니다.
프로그래밍과 응용 프로그램을 사용하면 시스템에 다양한 오류가 발생할 수 있습니다.
이는 기본 논리 흐름에 중요합니다.
그러나 프로젝트의 마지막에는 코드의 약 20%가 다음에 집중됩니다.
애플리케이션을 올바른 방식으로 시퀀싱하고 코드의 약 80%는 애플리케이션의 순서를 지정하는 데 중점을 둡니
다. 다양한 결점을 처리합니까?
이것이 바로 결함 생성이 목표로 하는 것입니다.
나는 내 시스템에서 모니터링할 수 있는 다양한 종류의 결함을 생성할 수 있습니다.
기록하고 내가 올바르게 처리하는지 확인하십시오.
우리가 요청한 또 다른 사항은 액체에 좀 더 많은 기능 을 제공하는 것입니다.
온도, 전도도 등에 대한 기본 사항을 에뮬레이트할 수 있는 속성입니다.
그렇게.
그리고 우리는 해당 시스템에서 다양한 데이터를 엄청나게 많이 수집합니다. 그리고 우리는
블랙박스도 만들었습니다.
이전에 시뮬레이션 측면에서 블랙박스를 보았지만 크게 신 경 쓰지 않는 경우
물리학 상호작용에 대해 알아보고 간단한 수학적 모델을 만들 수 있습니다.
그 기능.
물리적 충돌일 필요는 없습니다. 그렇죠? 특정 가열이 있는 경우 많은 처리에 대해서도 마찬가지입
니다. 곡선이나 따라가고 싶은 것을 시스템에 넣으면 거기에서
볼 수 있습니다. 지금 당장 오는 중이야.
또한 다양한 시나리오를 생성하고 우리가 원하는 모든 종 류의 절차를 생성할 수도 있습니다.
모델이 작동하는 방식과 그것이 우리를 어디로 데려가는지 에 따라 실행됩니다. 결국 우리의 오랜
용어 목표는 논리를 지속적으로 통합할 수 있도록 하는 것입니다.
프로그래밍이나 통제.
전반적인 제어 시스템 개발을 테스트합니다. 그래서 우리 는 여러분에게 친숙할 수도 있습니다.
실제로 펼쳐집니다. 이곳은 다양한 버전의 프로젝트를 저 장할 수 있는 곳입니다.
코드 품질을 살펴보기 위해 프로젝트 분석을 수행할 수 있습니다. 파일 형식을 지정할 수 있습니다
전환. 우리는 사람들이 프로젝트를 이전 버전에서 최신 버전으로 이동하도록 도울 수 있습니다.
실제로 그것들을 보고 그것이 무엇인지 살펴보세요. 버전 제어로 끝납니다.
시스템이지만 테스트가 필요하며 Three D는 우리를 허용하는 애플리케이션입니다.
우리가 방금 본 모델을 만들어 보겠습니다.
따라서 이 시스템 동작을 에뮬레이션하면 데이터 교환을 위한 도구도 있습니다.
감독 시스템 및/또는 컨트롤러에.
컨트롤러의 실제 시뮬레이션을 수행하여 실제 컨트롤러와 대화하고 있다고 생각합니다.
하지만 3D를 에뮬레이트한다고 말하고 있습니다.
따라서 우리는 훨씬 더 높은 충실도와 시스템 에뮬레이션 을 수행할 수 있습니다.
그런 다음 방금 언급한 기본 프레임워크가 개발 중입니 다.
다양한 분야의 다양한 영역을 소개할 수 있도록 도와주세 요.
그리고 여러분이 이를 생성하고 모니터링할 수 있도록 하 기 위해 우리가 해야 할 많은 측면이 있습니다.
이를 기록하고 발생 시기를 제어합니다.
그리고 이때 스케줄러와 시나리오 관리자가 있습니다. 실 행, 실행
시나리오에서는 시작하기 전에 이 버전의 파일로 수행하십 시오. 따라서 이러한 값을 설정하십시오.
따라서 스냅샷을 특정 상태로 복원한 다음 x초, 분, 시간 동안 실행한 다음
이러한 오류를 도입하고 코드가 이를 올바르게 감지하고 보고하는지 확인합니다.
밖으로. 오른쪽.
그리고 이 모든 것은 무인 자동화 테스트가 되어야 합니 다.
확실히 Rockwell 환경에서는 PLC 코드에 적합하 지 않은 것입니다.
과거.
그리고 이 도구를 통해 우리는 개발자가 계속해서 작업할 수 있도록 많은 기능을 추가하고 있다고 믿습니다.
코드 품질에 훨씬 더 가깝습니다.
항상 전체 프로젝트를 동시에 수행할 필요는 없지만, 그 렇습니다.
거기서 진행하세요. 그러니 계속 지켜봐 주시기 바랍니 다.
이는 우리에게 있어 주요 개발 영역입니다.
그래서 우리는 훈련 커미션을 시작하게 되었고 다시 한번 상기시켜 드립니다.
처음에 우리는 이것을 일종의 중요 경로 항목으로 보았습 니다.
시퀀스와 우리가 말하는 모든 것은 이 시스템과 프로세스 를 취하는 것입니다.
중요하지 않은 병렬 프로세스 아래로 작업을 이동할 수 있습니다. 그래서 여기 있습니다
예.
이것은 이전에 보여드린 비디오를 조금 되돌아보는 것입니 다. 우리는 그것을 반복할 것입니다
몇 번.
여러분은 이것, 이 리프트 리프팅, 이 차체를 기억합니 다.
그리고 이것을 주의깊게 보면, 정말 흥미로운 사실을 알 게 됩니다.
시운전 당시 현장에서 배운 내용은 매우 어려울 것입니 다.
한 번 더 실행해 볼까요? 그리고 차를 보면 여기 프레 임이,
바로 저기 엔진에 쉴드가 있는 걸 보실 수 있을 겁니 다. 그런 종류의 연어
착색. 그리고 그것이 agv에 부딪히면 어떻게 되는지 보세요.
실제로 이 경우 현실 세계의 agv를 통해 내려갑니다. 엄청난 간섭이었을 것이다.
그리고 그것은 3D를 에뮬레이션하여 사용자에게 보여줄 수 있었던 것입니다.
실제로 이 시스템이 완성되기 전, 완성되기 전에 가상 환경에서 확인해보세요.
완전한.
그 차체가 내려졌을 때 무슨 일이 일어났나요? 그게 그들의 CAD였고, 그게 그들의 Agv였습니다.
그리고 그것들을 활성 상태로 합칠 때 환경을 통해 그들은 정확히 무슨 일이 일어났는지 볼 수
있었습니다. 가상으로 수행할 수 있는 능력을 제공하는 것은 다음과
같습니다. 시운전.
그리고 우리가 가상이라고 말할 때, 우리는 매우 의도적 으로 귀하가
그런 종류의 비용이 많이 드는 임시 설계 변경이 발생합 니다.
앤트원이 늘 하는 말 중 하나가 저이고, 경험이 있는 사람으로서는
수년에 걸쳐 사실입니다. 현장에서 이러한 것들을 발견한 다면, 그것은 방법입니다
문제를 해결하기 위한 올바른 결정을 내리지 못하기 때문 에 너무 늦었습니다.
당신은 일이 제대로 작동하도록 하기 위해 가장 빠르고 저렴한 결정을 내릴 것입니다.
그리고 그것은 그렇게 하는 방식이 아니죠, 그렇죠? 우 리는 올바른 결정을 내리고 싶습니다.
일반적으로 올바른 결정과 올바른 수정을 내리기 위해.
서로의 관계를 조기에 발견하려면 이를 조기에 수행해야 합니다.
역학과 제어는 매우 중요합니다.
그리고 그것은 3D를 에뮬레이트하는 것이 우리에게 주는 것입니다. 개조 프로젝트의 또 다른 예는 다음과 같습니
다. 이렇게 큰 알루미늄이 있는 상당히 복잡한 빌렛 처리 작
업을 통해 이동되고 모두 로봇으로 처리되는 빌렛.
그리고 살펴보면, 우리 이 사용자는 실제로 매우 흥미로 운 일을 할 수 있었습니다.
그들은 소프트웨어를 평가하고 있었고, 눈에 보이는 것을 받아들일 수 있었습니다.
실제로 에뮬레이트 3D의 평가판입니다.
그리고 그들은 이 시스템의 모델을 구축하고 변경 사항이 적용된 방식을 구현할 수 있었습니다.
모델에 구현하고 이를 HMI.
따라서 이 HMI는 실제로 빌렛 처리 기계의 가상 모델 을 실행하고 있으며
그들은 실제로 변경 사항을 통해 수행한 모든 변경 사항 을 분석할 수 있었습니다.
컨트롤뿐만 아니라 HMI에도 적용됩니다.
그리고 소프트웨어 평가 기간 내에 이 모든 작업을 수행 합니다.
대략 5~6주 정도 걸린 것 같아요. 아주 빨리요. 그 리고 그것은 풀타임이 아니었습니다.
오른쪽? 그때가 바로 그들이 소프트웨어를 갖고 있던 때 였어
매우 빠르게 이러한 시스템을 살펴보고 평가하고 결정을 내릴 수 있습니다.
그리고 그것은 우리가 계속해서 보는 종류의 것들입니다.
때로는 작은 관심사처럼 보이는 것이 그것을 볼 때 큰 관심사가 됩니다.
사실상.
그리고 문제를 해결하고 비용을 절감해 보세요.
사람들이 가상 환경을 통해 달성하는 결과에 대해 조금 이야기해 보겠습니다.
여기와 다음 슬라이드에 나열된 결과를 시운전하는 것은 3D 에뮬레이트 사용자입니다. 그들은 대규모 OEM입니
다.
그들은 Big 3 자동차 제조업체와 협력하며 정기적으로 우리와 대화합니다.
가상 커미셔닝을 통해 얻은 성공 사례에 대해 알아보세 요.
그들은 여러 면에서 강력한 사용자이자 훌륭한 파트너가 됩니다.
나는 이 모든 것을 읽지 않을 것입니다. 왜냐하면 당신 이 읽고 있는 것처럼, 당신이 읽는 것처럼
이것을 보면 당신은 그것들을 읽고 있는 것입니다.
그러나 그들은 기계적 요소 배치를 테스트할 수 있었습니 다. 그들은 테스트할 수 있습니다
기계적 입력에 대한 논리적 응답.
제어와 관련하여 전력 및 배선 레이아웃을 볼 수 있습니 다.
디자인과 테스트를 통해 논리적 순서를 볼 수 있습니다.
그들은 HMI와 운영자의 행동과 결함 반응을 전체적으로 볼 수 있습니다.
그 시스템과 그들이 볼 수 있는 현장 경험의 종류 현장에 도착하기 직전에 기계적, 전기적 논리를 살펴볼
수 있습니다. 운영자 및 유지보수 팀이 이를 익히고 익힐 수 있음
시스템으로.
자신이 생각하는 방식에 따라 문제 해결 준비를 시작할 수 있습니다.
실제 시스템은 모델이 올바르게 작동하는 방식에 따라 작 동합니다.
모델은 다시 말하지만 모든 모델은 틀렸지만 일부는 유용 하며 이러한 모델 중 다수는
시스템에서 일어날 수 있거나 일어나야 하는 일을 예측하 는 데 매우 능숙합니다.
그리고 설계, 완료, 생산 단계 사이의 시간을 단축할 수 있습니다. 그리고
이것이 어떻게 생겼는지입니다.
그들이 3D를 에뮬레이트하여 분석한 모든 프로젝트를 살 펴보면.
최근 그들이 수행한 프로젝트 중 7개의 프로젝트가 있었 는데, 그중 4개는
예산 범위 내에서 수행되었으며 3개는 예산 범위 내에서 수행되었으며 확장이 필요한 작업은 0개였습니다.
시운전.
그리고 그것들은 디지털 엔지니어링을 사용하는 곳이었습니 다. 그렇죠?
그리고 세 가지 다른 프로젝트가 있었던 것 같아요. 그 렇죠?
Antwon 다른 3명이었나요, 아니면 2명이었나요? 내 생각엔 이게 두 가지였을 것 같은데, 그들은 많은
일을 했어 후회하지 않고 디지털 엔지니어링을 사용하지 않은 프로젝
트.
그리고 그 프로젝트가 예산을 초과했다는 것을 알 수 있 습니다. 3주 더 연장됐고,
하나는 예산을 초과하고 4주가 걸립니다.
이는 매우 흔한 일입니다. 왜냐하면 역사적으로 시간이 지남에 따라 일어난 일이
사람들은 프로젝트가 실행되는 경향이 있다는 사실에 익숙 해졌다고 말할 수 있을 것 같습니다.
예산과 시간이 지남에 따라.
그리고 우리가 실제로 하려고 하는 것은 사람들이 생각하 는 방식을 재정렬하고 그렇게 하도록 허용하는 것입니다.
프로젝트를 더 잘 추정하고 전체 무리를 취하여 추정 내 에서 완료합니다.
일반적으로 마지막에 수행되는 활동, 현장에서 수행되는 활동, 수행되는 활동
고위험 환경, 고위험 기간에 다시 위로 이동하기 시작합 니다.
그 평행 경로 아래에서.
그래서 우리는 그 위험을 제거하고 있습니다. 그리고 이 것은 진짜입니다.
내 말은, 이것은 소프트웨어 사용자와 이 제품 사용자의 실제 피드백입니다.
전 세계 디지털 엔지니어링에 중점을 두고 있습니다. 응.
그리고 마지막으로 남은 부분은 그런데 타일러입니다. 제 첫 번째 일이 생각나네요.
우리에게 와서 프로젝트가 있다고 말하는 가상 커미셔닝 고객.
우리는 세 곳의 별도 사이트에서 장비를 가져왔습니다. 그 중 하나는 기계의 프런트 엔드를 제공하고 있었고,
하나는 중간이었고, 다른 하나는 끝.
그리고 그들은 현장에 왔습니다. 그들은 모두 쌓이기 시 작했습니다.
그리고 시운전을 시작하기 약 이틀 전에 중간의 감독이 기계가 앞쪽 기계에게 말합니다. "야, 마지막 컨베이어
좀 놓을래?"
그리고 앞에 있는 기계에 있던 사람의 대답은 '그건 내 기록이 아니야'라고 하더군요.
범위.
그것은 당신의 범위에 있습니다. 그리고 그게 3주를 뒤 로 미루게 만들었죠, 그렇죠?
하지만 그들은 이 잃어버린 장비를 물리적으로 만들어야 했습니다.
그리고 그것만으로도 디지털 트윈 없이는 다른 프로젝트가 없다고 말할 수 있을 만큼 충분했습니다.
이를 검증하기 위해 우리 시스템이 올바른지 확인합니다. 응.
어쨌든, 일단 그 쌍둥이가 생기면 운영과 유지 관리로 돌아가세요.
예, 지속적인 실험을 할 수 있는 테스트 베드가 있고 제대로 시작할 수 있습니다.
운영자 교육을 하고 있습니다.
그리고 여기서 우리는 이 경우 선에 대한 확장된 현실 보기를 보고 있습니다.
그것은 순수한 가상 현실입니다.
하지만 혼합 현실에서도 사람들이 이를 수행하는 모습을 볼 수 있습니다.
여기 기계 안에 있는 두 사람이 함께 줄을 바라보고 있 는 모습이 보입니다.
다양한 요소를 다루려고 노력하고 이를 제어하는 ​​데 필요한 모든 것이 있는지 확인하세요.
그래서 순간적으로 확대, 확대될 요소 중 하나가 바로 HMI입니다.
그리고 그들은 실제로 가서 HMI를 조작하고 HMI가 제공하는 모든 기능이 제대로 작동하는지 확인합니다.
운영자는 해당 HMI에서 라인을 적절하게 실행하고 진단 하는 데 충분합니다.
다른 상황.
그리고 그들은 그 환경에 있기 때문에 그들이 보는 것은 절대적으로
그들은 실생활에서 보게 될 것입니다.
네, VR 경험은 흥미로운 측면입니다.
운영자가 위치한 곳에서 타워 조명을 볼 수 있는지 확인 할 수 있습니다.
그가 라인을 남용하고 제품 품질에 영향을 미칠 때 그것 을 보십시오.
그러나 일반적으로 이를 위한 유용한 응용 프로그램이 많 이 있습니다. 이는 모델 간의 상호 작용입니다.
그리고 시스템.
이제 우리가 이 일을 하는 이유를 요약해보겠습니다. 공학.
우리는 제품 일정을 단축하고 다음을 통해 디자인 가능성 을 확장하고 싶습니다.
디자인을 반복하고, 시나리오를 실험하고, 디자인하는 것 이 훨씬 쉬워졌습니다.
모델 내에서 빠르게 감소합니다.
프로토타입 제작을 축소한 OEM이 있었습니다. 디지털 트윈에서 훨씬 더 많은 작업을 수행할 수 있었기
때문에 프로토타입을 8개에서 2개로 늘렸습니다. 환경 맞죠?
그리고 현장에 가기 전에 시운전을 하여 위험을 줄이세 요.
그 가치는 아무리 강조해도 지나치지 않습니다. 코드 품 질, 모든 것이 너무 많습니다
안전한 환경에서 개발할 기회가 있으면 더 좋습니다.
따라서 우리의 역동적이고 역동적인 디지털 트윈은 다음에 초점을 맞춘 시스템의 기능적 트윈을 생성합니다.
제어 엔지니어로서 당신에게 중요한 기능이겠죠?
해당 모델의 모든 마지막 부분이 100% 정확할 필요는 없습니다.
하지만 당신이 찾고 있는 것은 내 모델의 작동에 영향을 미치는 것들이 무엇입니까?
특히 내 제어 시스템 동작이 그렇습니다.
아시다시피, 내 통제에 가장 큰 이익을 주는 저 낮게 매달려 있는 과일은 어디에 있습니까?
건물에 대한 테스트 및 최소한의 노력.
애플리케이션을 구축한 후 이를 개선할 수 있습니다.
그렇다면 어떤 기능을 구현할 수 있는지보다는 어떤 기능 이 필요한지 다시 살펴보겠습니다.
시간과 예산이 무한했나요?
그리고 더 자세한 모델이 필요한 경우에는 물론 제3자 모델에 연결할 수도 있습니다.
시뮬레이션에는 모델을 수행할 수 있는 Studio 5000 시뮬레이션 인터페이스가 포함됩니다.
기반 제어, 그런 것.
그리고 물론 아직 하드웨어 없이 실행할 수 있는 Echo와의 연결도 포함됩니다.
동일한 펌웨어와 동일한 애플리케이션을 사용하여 완전한 PLC 동작을 얻으십시오.
현실 세계에서 달리는 중.
그리고 전체적으로 우리는 우리의 흐름을 보았습니다.
아시다시피, 우리는 전체주기를 줄이는 데 좋은 일을 해 왔습니다.
프로젝트를 진행하므로 자동화 설계를 훨씬 더 일찍 시작 할 수 있습니다.
제어 테스트를 시작할 수 있고, 시운전과 교육을 수행할 수 있으며,
시스템이 가동 중이라면 여전히 그렇게 할 수 있고, 운 영하고 유지 관리할 수 있습니다.
그래서, 모든 것, 예, 우리는 그것이 앞으로 나아갈 길, 특히 다음과 같은 길이라고 믿습니다.
Rockwell 애플리케이션이 구축되고 항상 동적인 모 습을 보이는 전형적인 프로젝트
제어 시스템 요구 사항 변경, 가상 시운전 및 엄청난 양의
고객에게 가치를 부여합니다.
이제 우리는 질문과 감사를 받을 준비가 되었다고 믿습니 다. 응, 고마워요, 앤드류.