기존 AGV 시스템의 문제를 완벽히 이해 했습니다.
문제정의는 문제해결의 시작!
기존 시스템의 문제
기존 AGV 시스템은 다음과 같은 문제가 있었습니다.
바로가기 ▶
[토탈 솔루션™] /
[솔루션™ - 효과] /
[솔루션™ - 차별성]
1. 시뮬레이션 가능!?
많은 업체들이 시뮬레이션 가능하다고 합니다만, AGV를 직접 제어하지 않고서는 의미가 없습니다.
제대로 된 시뮬레이션이 되지 않으니, 물동량 및 실현성을 확인할 수 없습니다.
모든 테스트를 현장에서 다시 확인해야 하므로 시운전 기간이 길어집니다.
현실적으로 현장에서는 다양한 많은 테스트를 하기 어렵기 때문에 잠재적인 문제가 양산 중에 발생하게 됩니다.
바로가기 ▶
[시뮬레이션] /
ⓑ [ACS + EQS 시뮬레이션] /
ⓑ [리포트 해석]
2. AGV 업체와 ACS 업체가 다름!
AGV와 ACS는 중복되는 작업이 많습니다.
지도 데이터가 매우 빈번하게 변경되며 바뀔 때마다 매번 정합 테스트가 필요합니다.
셋업 및 시운전 기간도 크게 늘어나지만 진짜 문제는 추가 경로 변경 및 A/S 입니다.
바로가기 ▶
ⓑ [AGV 사업의 한계]
3. 잠재적 충돌 문제를 가진 ACS?
국내에 적용된 90% 이상의 ACS는 잘못된 기능을 사용하고 있습니다.
잠재적인 충돌 문제뿐만 아니라, 급정지 문제 때문에 모든 충돌영역에서는 서행을 해야합니다.
어쩔 수 없이 운영 효율이 크게 떨어지기 때문에 시운전이 완료되어도 물동량을 충족 못하는 경우가 허다합니다.
잠재적인 충돌 및 물동량 불충족으로 프로젝트가 끝나도 끝난 게 아닙니다.
진짜 문제는 어느 순간부터 A/S 대응이 안된다는 것입니다.
바로가기 ▶
ⓑ [잘못된 ACS 기술] /
ⓑ [WRONG 운영 기술]
4. 안정성 문제
주문 제작형인 AGV 시스템은 프로젝트를 할 때마다.. 시스템이 달라져 매번 새롭게 제작해야 했습니다.
모든 테스트를 현장에서 하고 현장에서 프로그래밍으로 수정하였습니다.
결국 소스코드 Trash화로 인해 잠재적인 문제(bug)들이 시운전 중에 간간이 발생하게 됩니다.
바로가기 ▶
ⓑ [다양한 세팅]
5. 어려운 사용
AGV 조작을 위해서는 기본적으로..
현장 작업자가 지도 상의 모든 노드 번호와 포트명을 외우고 있어야 했습니다.
현장 작업자가 지도 상의 모든 노드 번호와 포트명을 외우고 있어야 했습니다.
바닥에 유도선이 보이지 않는 경우에는 AGV를 유도선 위로 수동 조작하는 것이 매우 어려웠습니다.
AGV가 수행 중인 명령이 무엇인지 파악하기가 매우 어려웠습니다.
바로가기 ▶
ⓑ [쉬운 조작]
6. 업체마다 다른 통신
업체마다 통신이 달라 통합이 어렵고 유지보수가 매우 어렵습니다.
심지어 무선통신을 고려하지 않은 프로토콜을 사용하여 통신문제를 유발했습니다.
무선통신을 이용하는 ACS↔AGV은 통신 노하우가 매우 중요합니다.
7. 추가 경로 변경 및 A/S 불가!
문제가 발생되면 해당 개발자가 현장에 가서 문제가 재현될 때까지 기다려야 합니다.
LOG 라도 지원되면 다행이지만.. TEXT로만 지원되면 해당 개발자도 시간이 흐르면 못 알아봅니다.
바로가기 ▶
ⓑ [ACS 로그뷰어] /
ⓑ [AGV 로그뷰어]
경로 변경을 위해 프로그래밍을 해야 한다면 꼭 해당 개발자가 현장에 가서 프로그래밍을 하고 시운전을 다시 해야 합니다.
현장에서의 프로그래밍은 소스코드 Trash화로 연결되고 버그 (bug)들이 발생될 확률이 크게 높아지게 됩니다.
결국, 해당 개발자만이 수정이 가능함으로.. 프로젝트를 하면 할수록 더 힘들어져 퇴사하게 됩니다.
바로가기 ▶
ⓑ [ACS 시뮬레이션] /
ⓑ [AGV 시뮬레이션] /
ⓑ [손쉬운 경로 데이터 변경]
바로가기 ▶
[토탈 솔루션™] /
[솔루션™ - 효과] /
[솔루션™ - 차별성]
