월마다 세계 곳곳의 플래트 관리자들은 SIM 카드 청구서에 서명합니다. 필요보다 두 세 배나 높은 금액입니다. SIM 카드 판매자들은 만족합니다.하드웨어 제조업체는 방해받지 않습니다.그리고 팽창한 프로토콜 스택을 작성한 펌웨어 엔지니어는 오래 전에 사라졌습니다.
이것은 GPS 추적기가 실제로 얼마나 많은 데이터를 소비하는지, 실제 숫자가 왜 충격적으로 낮는지,
달 끝 에 함정
이 시나리오는 익숙합니다. 금융은 과도한 사용 청구서를 책상에 떨어뜨립니다. GPS 추적기 플롯은 표준 30 MB SIM 플랜을 폭발시켰습니다.판매자의 계정 관리자는 유용한 제안으로 전화합니다. 각 장치를 50 MB의 종합 계획으로 업그레이드하십시오.단독 유닛 가격은 조금 떨어집니다. 당신은 10,000 유닛에 대한 수학을하고 서명합니다.
그 결정의 기본 가정은 몇 초마다 위치를 보고하는 추적자가 한 달에 50 MB를 합법적으로 필요로한다는 가정은 거짓입니다.
실제 숫자는:GPS 추적기는 좌표를 전송하는 것 외에는 아무것도 하지 않습니다. 공장 기본 설정으로 작동합니다. 비디오도, 오디오도 없습니다.풍부한 텔레메트리가 없습니다. 하루에 8시간 가동되는 무거운 트럭에서 한 달에 30MB 이하의 양의 데이터를 소비합니다.많은 실제 배포에서 이 숫자는 812 MB에 가깝습니다.
잘 설계된 장치의 공장 기본값은 이렇게 보입니다. 이동하는 동안 20초마다 위치 보고,마지막 알려진 위치를 유지하기 위해 전체 GPS 사이클을 시작하지 않고차량이 주차되면 데이터 소비량은 거의 0으로 떨어집니다.
고객들은 그들의 작업에 맞게 보고의 주파수를 조정할 수 있고 조정해야 합니다. 하지만 그 대화의 출발점은 50 MB가 아니라 30 MB가 되어야 합니다.사소한 것이 아닙니다..
실제적 으로 비용 이 나오는 곳
부풀린 청구서는 무작위적인 것이 아닙니다. 그들은 GPS 하드웨어가 일반적으로 만들어지고 판매되는 두 가지 합성 문제로 거슬러 올라갑니다.
1TCP 손잡이 세금
많은 저비용 GPS 장치들은 모든 통신에 TCP를 사용하기 위해 하드 코딩되어 있습니다. TCP는 신뢰할 수있는 프로토콜이지만 신뢰성은 비용이 있습니다.
단일 위치 페이로드를 전달하려면 TCP 장치가 먼저 3 차원 핸드쉐이크 (SYN → SYN-ACK → ACK) 를 완료해야합니다. 데이터가 전송되면 서버가 확인서를 발송합니다.어떤 불안정성도 없는 네트워크에서 터널, 시골의 죽은 지역, 짧은 신호가 사라집니다 TCP의 재방송 논리는 자동으로 작동하고 다시 전송을 시작합니다.
계산은 잔인합니다.실제 위치 페이로드는 50 바이트가 될 수 있습니다. 그 50 바이트를 둘러싼 프로토콜 오버헤드는 300 바이트 또는 더 많은 것을 소비 할 수 있습니다. 당신은 5 톤의 장갑 트럭을 지불합니다..
2TCP vs. UDP: 당신이 결코 제공되지 않은 선택
두 프로토콜은 서로 다른 사용 사례를 제공하며, 어느 것도 보편적으로 더 낫지 않습니다.
UDP연결이 없는 프로토콜입니다. 장치는 손수잡이, 확인, 지속적인 링크 없이 전송하고 이동합니다. 이것은 매우 데이터 효율적이고 빠르게 응답합니다.그 대가는 탄력성입니다.: 신호 조건이 좋지 않으면 패킷이 손실 될 수 있고 추적에 대한 틈이 발생합니다.무선, 배터리로 작동하는 장치자산 추적기, 휴대용 태그, 장비 모니터
TCP지속적인 연결을 유지합니다. 심장 박동 패킷은 5분마다 연결을 유지합니다. 장치가 움직임을 감지하는 순간, 활성 보고로 전환합니다.데이터 무결성은 포괄성이 떨어지는 상황에서도 강력합니다.이 비용은 연결을 열어두는 기본 비용입니다. TCP는안정적인 전원 소스를 가진 유선 장치하드 와이어드 차량 추적기, OBD-II 플러그인, 상업용 함대 터미널.
문제는 프로토콜 자체가 아닙니다. 문제는 많은 제조업체가 이 선택을 여러분 대신 하고, 펌웨어에 잠그고,
하드웨어 제조업체 와 SIM 판매 업체 들 의 조용 한 동맹
이것은 음모가 아닙니다. 예측 가능한 결과를 낳는 잘못된 동기가 있습니다.
하드웨어 제조업체는 최소한의 저항의 길을 택합니다.표준 GT06 (수출 시장에서 지배적) 또는 JT/T 808 (중국 국가 표준) 에 기반한 펌웨어는 빠르게 개발되고 고객이 쉽게 통합 할 수 있습니다.일반 JSON 또는 ASCII 텍스트를 전송하면 모든 플랫폼이 상자 밖으로 분석 할 수 있습니다.개발 비용은 낮아지고 데이터 비용은 최종 고객에게 전달되고 제조업체는 지불을 받고 유닛을 배송합니다.
진정한 우위를 점하고 있는 제조업체는 특히 선진 제조 인프라를 기반으로 하는 제조업체는 더 나아가 OEM 및 ODM 프로그램, 독점 프로토콜 압축,고객 ERP 또는 배송 시스템과의 통합: 이들은 통신 비용의 통제를 운영자에게 돌려주는 부가가치 서비스를 말합니다. 그들은 더 많은 엔지니어링 투자를 필요로합니다.그들은 또한 판매자가 상품 계층에서 자신을 차별화하는 방법입니다..
SIM 판매자들은 소비량이 늘어나면서 이득을 얻습니다.한 달에 45 MB를 소모하는 장치는 50 MB 플랜 판매입니다. 12 MB를 소모하는 장치는 30 MB 플랜 판매 또는 손실 된 업셀입니다. 더 높은 수준의 계획으로 고객을 밀어내는 인센티브는 구조적입니다.프로토콜 선택은 기술적인 결정으로 위장된 상업적 결정입니다..
베일록 접근법: 효율성을 위한 엔지니어링
베일록에서는 데이터 소비를 설계의 한계로 취급합니다.
코너 알고리즘 (동적 업로드 로직):고속도로에서 직선 10km를 운전하는 트럭은 10초마다 또는 60초마다 샘플링해도 같은 위치 데이터를 생성합니다. 왜냐하면 아무것도 변하지 않기 때문입니다.우리의 펌웨어는 각변화율과 동적거리의 계산을 이용하여 데이터 포인트가 실제로 정보적인 지점을 결정합니다.직선에서 전송 주파수는 떨어지지만 턴에서는 증가합니다.그 결과, 트랙 품질이 떨어지지 않고 60% 더 적은 패키지입니다.
애플리케이션 계층 확인과 함께 UDP:높은 주파수 보고 요구 사항에 대해 우리는 애플리케이션 계층에 구축된 자체 가벼운 패킷 손실 탐지 기능을 통해 UDP를 지원합니다.이것은 TCP 핸드셰이크 오버헤드를 완전히 제거하면서 전송 신뢰성을 유지합니다. 두 프로토콜 중 가장 좋은 것이 아니라 둘 사이의 기본 선택입니다..
이 조합은 고객이 30 MB 플랜에서 잘 설계된 기기를 실행할 수 있게 해줍니다. 까다로운 운영 환경에서도요.
다음 번 구매 하기 전 에 질문 해야 할 네 가지 질문
다음 공급자 평가에서 이것을 사용하십시오. 답변은 효율적인 하드웨어를 구매하는지 아니면 다른 사람의 마진을 구매하는지 알려줍니다.
"이 장치는 무선 또는 유선? SMS 또는 플랫폼 명령어를 통해 원격으로 매개 변수를 변경할 수 있습니까?"
하드웨어 장치는 APN, 보고 간격 및 심장 박동 시계를 포함하여 SMS 및 플랫폼 를 통해 원격 매개 변수를 지원해야합니다. 설정을 공장에서 잠겨있는 경우,운영비에 대한 통제력이 없습니다- 나가라
"공장의 기본 보고 설정은 무엇입니까? 이동 중 얼마나 자주 전송하고 차량이 정지 할 때 무슨 일이 있습니까?"
올바른 답: 움직일 때 위치 보고 20초마다 심장 박동 패킷은 5분마다 휴식 상태에서이 질문에 답할 수 없는 공급자 또는 그들의 기본값이 공격적인 샘플링을 추진하는 공급자는 제품 사양에 당신의 청구서를 구축하고 있습니다.
'기기가 어떤 통신 프로토콜을 사용합니까? 그것은 UDP를 지원합니까?'
무선 장치: TCP 전용 펌웨어는 구조적으로 부풀린 데이터 사용을 의미합니다. 유선 장치: TCP가 사용되면 심장 박동 간격이 구성 가능한지 확인합니다.이것을 논의할 수 없는 공급자는 펌웨어 수준에서 작동하지 않습니다.
"장치는 턴링 알고리즘이나 방향 변경 트리거 동적 업로드 로직이 내장되어 있나요?"
이 기능 이 없으면 차량 이 움직이고, 회전 하고, 주차장 에 앉아 있든 상관 없이 정해진 간격 으로 전송 됩니다. 불필요한 모든 패킷 은 한 센트 의 일부 에 불과 합니다.큰 함대를 가로질러, 이 분수들이 합쳐지면 진짜 돈입니다.
결론
GPS 추적기의 임무는 차량의 위치를 알려주는 것입니다.전송 비용은 한 달에 30 MB 미만입니다..
30 MB와 50 MB 사이의 차이는 물리학이 아닙니다. 그것은 펌웨어, 프로토콜 선택, 공급자 인센티브입니다.
