DJI Matrice 수리 안내서: 차량 진단 및 증거

기업용 항공기 진단

DJI Matrice 수리 결정은 정확한 항공기, 페이로드, 컨트롤러, 배터리, 도크 또는 필드 키트 및 임무 요구 사항부터 시작해야 합니다. Matrice 30, Matrice 300 RTK 및 Matrice 350 RTK는 엔터프라이즈 역할을 공유하지만 모든 어셈블리, 인터페이스 또는 승인 테스트를 공유하지는 않습니다. 이 가이드는 하나의 경고를 부품 주문으로 처리하지 않고 차량 관련 문제를 문서화된 진단 경로로 전환합니다.

빠른 답변

하나의 구성 요소를 진단하기 전에 전체 엔터프라이즈 시스템을 식별하십시오.

정확한 Matrice 모델 및 개정판, 컨트롤러, 페이로드, 배터리 쌍, 충전 장비, 펌웨어 컨텍스트, 이벤트 내역 및 임무 효과를 기록합니다. 작업을 승인하기 전에 항공기, 페이로드, 위치 지정, 링크 및 전력 증거를 분리하십시오. Reboot Hub는 확인된 결과, 해결되지 않은 위험, 수리 범위 및 서비스 복귀 테스트를 서면으로 보고하므로 운영자는 구성 요소 결정뿐만 아니라 운영 결정을 내릴 수 있습니다.

고객이 행동하기 전에 어떤 증거를 확보해야 합니까?

수리 작업대 경험은 어떻게 결함 영역을 매핑합니까?

실제로 수리 중인 Matrice 시스템은 무엇입니까?

제품 라벨과 물리적 시스템부터 시작하세요. Matrice 30 및 Matrice 30T는 소형 통합 기업용 항공기입니다. Matrice 300 RTK 및 Matrice 350 RTK는 모듈식 페이로드 구성과 다양한 차량 워크플로를 지원합니다. 도착한 정확한 항공기, 컨트롤러, 페이로드, RTK 컨텍스트, 배터리 모델, 충전 하드웨어 및 액세서리를 기록하십시오. 제품군 이름은 호환성 설명이 아니며 단순히 Matrice 호환이라고 설명되어 있다는 이유만으로 대체 어셈블리를 승인할 수 없습니다.

구성 증거는 또한 범위 드리프트로부터 고객을 보호합니다. 분해하기 전에 온전한 키트, 식별자, 포트, 마운트, 배터리 베이 및 눈에 보이는 상태를 사진으로 찍어두십시오. 누락된 구성 요소가 있는지 확인하고 하나의 페이로드, 배터리 쌍 또는 컨트롤러에서 불만 사항이 발생하는지 확인하십시오. 문서화된 모델 및 보드 개정에 속하는 경우 케이스 수준 부품 번호, 칩 식별자 또는 측정 값이 공개될 수 있습니다. 전체 Matrice 계열에 걸쳐 일반화하면 안 됩니다.

전원이 들어오지 않는다는 경고와 배터리 경고는 어떻게 구분해야 하나요?

전원이 공급되지 않는 상황을 배터리 쌍, 래치 및 단자, 통신, 충전기 기록, 항공기 입력 경로, 규제된 전원 도메인 및 전원을 요청하는 시스템 등 체인으로 처리합니다. 정확한 모델과 안전 조건이 허용하는 경우에만 지원되는 정상 장비를 비교하십시오. LED 및 앱 동작, 온도, 물리적 손상 및 문제가 팩 하나, 베이 하나 또는 기체에 따르는지 여부를 기록합니다. 부어오름, 액체증거, 타는 냄새, 변형 또는 이상열이 있는 경우에는 사용을 중지하세요.

기업의 가동 중지 시간은 팀이 코어 보드로 직접 이동하도록 유혹할 수 있지만 커넥터, 하니스, 충전기, 팩 관계 또는 로컬 전력 단계에서 유사한 증상이 나타날 수 있습니다. 벤치 진단에서는 테스트된 경계와 아직 알려지지 않은 경계가 무엇인지 명시해야 합니다. 통전 보드 서비스 절차를 게시해서는 안 됩니다. 고객은 측정된 증거, 부품 출처, 해결되지 않은 전력 위험의 운영 비용과 관련된 수리 또는 교체 권장 사항을 받습니다.

추진, ​​팔 및 ESC 결함을 구분하는 것은 무엇입니까?

추진 경고에는 프로펠러, 모터, 베어링, 배선 경로, 커넥터, 구동 채널, 전류 피드백, 명령 경로 또는 구조적 정렬이 포함될 수 있습니다. 프로펠러와 모터 마운트에서 암, 힌지 또는 프레임을 거쳐 전체 하중 경로를 검사합니다. ESC에 경고를 할당하기 전에 채널을 비교하고 영향 증거를 기록하십시오. 정지 상태에서 똑바로 보이는 항공기는 하중 이벤트 후에도 정렬, 하니스 또는 커넥터가 손상될 수 있습니다.

Matrice 항공기는 단일 모터 교체 이상의 임무와 탑재량 결과를 수행합니다. 서면 범위에는 작업이 기계, 전기, 구조 또는 결합인지 여부와 영향을 받는 어셈블리가 필수 임무 표준에 따라 검증될 수 있는지 여부가 명시되어야 합니다. 날짜가 지난 보드 개정판에서 확인된 MOSFET 또는 드라이버 발견은 수리 경험으로 나타날 수 있지만 이는 모든 모터 경고에 대한 보편적인 해결 방법이라기보다는 해당 보드 및 이벤트에 대한 증거입니다.

RTK, GNSS, 나침반 및 IMU 문제는 어떻게 분리됩니까?

위치 오류는 기록된 환경과 함께 재현되어야 합니다. 구조물, 차량, 전력 장비, 자성 물질, 스카이 뷰 및 수정 서비스 상황은 항공기 결함을 입증하지 않고도 관측에 영향을 미칠 수 있습니다. 정확한 경고를 캡처하고 GNSS 획득, RTK 상태, 방향 일관성, IMU 상태 및 임무 영향을 비교합니다. 교정 요청은 해석하기 위한 테스트 결과이지 충격이나 하드웨어 손상을 숨기려는 허가가 아닙니다.

Matrice 300 RTK 및 Matrice 350 RTK 워크플로의 경우 위치 지정은 안테나, 모듈, 커넥터, 코어 처리, 컨트롤러 데이터 및 임무 설정을 포함하는 더 큰 체인의 일부입니다. 진단은 해당 사슬의 어느 부분이 관찰되었는지 보여주어야 합니다. 로컬 구성요소나 보드 도메인이 확인되면 정확한 구성과 테스트 경계를 공개하세요. 리턴 게이트는 임무 소유자가 항공기를 승인하기 전에 적절하게 통제된 환경에서 안정적인 위치 지정 동작을 확인해야 합니다.

항공기가 아닌 페이로드에 결함이 있는 경우는 언제입니까?

페이로드 모델, 마운트, 잠금 상태, 커넥터 상태, 전원 켜기 동작, 이미지, 녹화, 안정화 및 제어 기능을 기록합니다. 문제가 페이로드, 항공기 포트 또는 특정 구성을 따르는지 확인하십시오. 강제로 마운트하거나 불안정한 연결을 반복적으로 순환하지 마십시오. 구부러진 인터페이스, 오염, 충격, 습기 및 사전 수리는 기계적 장착과 데이터 동작 모두에 영향을 미칠 수 있습니다.

Matrice 페이로드 진단은 항공기와 페이로드 증거가 뚜렷하게 남아 있을 때 가장 강력합니다. 페이로드 측 카메라, 짐벌 또는 인터페이스 결함은 항공기 코어 보드 수리로 판매되어서는 안 되며, 페이로드 교환을 통해 항공기 포트 결함을 숨겨서는 안 됩니다. 견적에는 실패한 경계, 제안된 조립 또는 구성 요소 작업, 교정 종속성 및 시연될 수리 후 페이로드 기능이 명시되어 있습니다.

시력 및 장애물 감지 경고는 어떻게 테스트해야 합니까?

경고, 표면, 조명, 오염, 날씨 및 항공기 자세를 보고하는 방향과 센서 그룹을 문서화합니다. 지원되는 손상되지 않는 방법으로만 청소하고 창, 브래킷, 하니스 및 주변 구조를 검사하십시오. 낮은 질감, 눈부심 또는 부적합한 조명에서 나타나는 경고는 통제된 조건에서 지속되는 경고와 다릅니다. 충격은 명백한 외부 중단 없이 정렬을 변경할 수 있습니다.

승인 테스트는 안전한 지상 관찰, 지원되는 교정 상태 및 일관된 센서 보고로 시작되어야 하며 항공기가 적합한 경우에만 진행되어야 합니다. 한 번의 성공적인 호버링이 모든 방향 센서나 자동화된 임무 기능을 입증한다고 주장해서는 안 됩니다. 차량 사용의 경우 테스트된 환경, 실행된 기능 및 재현되지 않은 모든 조건을 기술하여 운영자가 증거 경계를 이해할 수 있도록 합니다.

컨트롤러 및 변속기 진단에는 어떤 증거가 있습니까?

컨트롤러와 항공기 페어링, 안테나, 케이블 또는 네트워크 상황, 펌웨어 관계 및 운영 환경을 식별합니다. 페어링 실패, 간헐적인 원격 측정, 이미지 손실, 제어 경고 및 환경 간섭을 별도로 처리합니다. 문제가 하나의 컨트롤러, 하나의 위치, 하나의 페이로드 또는 항공기에 따르는지 기록하십시오. 광고된 범위를 벤치 대상이나 실제 사이트에 대한 약속으로 취급하지 마십시오.

링크 수리는 안정적인 페어링, 원격 측정, 제어 응답, 해당되는 경우 이미지 및 고객과 관련된 임무 기능을 포함하는 단계적 검사를 통해 승인되어야 합니다. 발견 항목이 커넥터, 안테나 경로, 무선 어셈블리 또는 보드 구성 요소인 경우 기록에는 정확한 모델 및 보드 개정이 명시되어야 합니다. 간섭을 배제할 수 없는 경우 해당 알 수 없는 내용은 지원되지 않는 하드웨어 결론으로 ​​변환되는 대신 가시적인 상태로 유지되어야 합니다.

Matrice 서비스 복귀 결정을 신뢰할 수 있게 만드는 이유는 무엇입니까?

승인은 원래 우려 사항부터 시작하여 액세스, 영향 또는 교체로 인해 영향을 받은 인접 시스템을 확인합니다. 반환된 항공기, 탑재량, 컨트롤러, 배터리 및 액세서리를 섭취 기록과 일치시킵니다. 안전하고 적절한 경우에만 하드웨어 링크, 경고, 전원 동작, 짐벌 또는 페이로드 기능, 위치 지정, 추진 관측 및 비행 제어를 확인하십시오. 승인된 범위의 일부인 경우 임무별 기능이 포함되어야 합니다.

인수인계는 수리된 결함과 모든 임무에 대해 승인된 항공기를 구별해야 합니다. Reboot Hub는 서면 결과, 부품 출처, 테스트, 나머지 관찰 사항 및 보증 범위를 제공합니다. 그러면 차량 관리자는 시스템을 서비스 상태로 되돌릴지, 정의된 역할로 제한할지, 예비용으로 유지할지 또는 교체할지 결정할 수 있습니다. 이러한 투명한 결정 경로는 일반 수리 라벨보다 더 가치가 있습니다.

Reboot Hub는 승인 전 고객의 우려를 어떻게 해소합니까?

Reboot Hub는 고객의 우려, 정확한 항공기 및 결정에 영향을 미칠 수 있는 모든 합리적인 질문에서 시작됩니다. 우리는 보고된 증상, 사건 이력, 제공된 키트 및 눈에 보이는 상태를 보존합니다. 확인된 결과를 수리 벤치 가설과 분리합니다. 알려진 항목과 알려지지 않은 항목의 이름을 지정합니다. 승인을 요청하기 전에 결과를 서면으로 반환합니다. 보드 개정판과 측정된 수리 증거를 통해 특정 칩이나 구성 요소가 식별되는 경우 해당 사례 수준의 경험을 직접 명시할 수 있습니다. 유사한 경고를 받은 모든 항공기가 동일한 결함을 가지고 있다는 주장으로 조용히 확장되지는 않습니다.

수리 작업은 일반적으로 견적 승인 후 영업일 기준 1~3일이 소요됩니다. 워크숍 기간은 인바운드 운송, 부품 가용성, 관련 세관 처리 및 반품 운송과 별개입니다. 검사 및 서면 결과에는 진단 수수료가 적용됩니다. 적격 수리가 승인되면 해당 진단 비용은 서면 견적에 따라 공임 또는 적격 서비스 비용으로 적립됩니다. 고객이 거부하는 경우에도 진단을 통해 발견된 내용과 아직 알려지지 않은 내용이 설명됩니다.

적격한 완전한 수리 작업에는 서면 조건에 따라 30일 수리 보증이 적용됩니다. 이는 적격 중고 전체 제품에 대한 180일 제품 보증과는 별개입니다. 두 용어 모두 관련 없는 추후 충격, 액체 노출, 소모품 마모, 오용 또는 승인된 범위를 벗어난 작업에 대한 약속이 아닙니다. 수리 기록에는 수리 기간이 적용되는 정확한 작업과 승인 증거가 명시되어야 합니다.

이는 일반 마켓플레이스 지침과 Reboot Hub 경로 간의 상업적 차이점입니다. 고객은 약속 전에 정확한 단위 증거, 우려 사항별 응답, 제안된 범위, 부품 경로, 테스트 및 서면 조건을 확인합니다. 교체가 더 강한 경우 비교에서는 익명의 헤드라인 목록보다는 문서화된 장치 및 키트를 사용합니다. 단순히 수리 정보를 공유하는 것이 목적이 아닙니다. 기술적 불확실성을 고객이 신뢰할 수 있는 투명한 결정으로 바꾸는 것입니다.

관련 Reboot Hub 경로

증상부터 문서화된 다음 단계까지 계속 진행하세요.

아래의 학습, 정확한 모델 및 서비스 경로를 사용하여 일반적인 이해에서 증거, 서면 범위 및 조치로 이동하세요.