서버 구성 가이드
1.도메인 은 연결 가능하지만 연결이 끊어지기 쉽습니다. 도메인이 안정적이지 않고 DNS가 100% 구문 분석되는지 확실하지 않기 때문에 TCP/IP 소켓 서버를 사용하는 것이 좋습니다.
i) 서버 도메인 주소 또는 IP 주소는 올바른 도메인 이름이 구문 분석된다는 것을 보장할 수 있는 한 모두 사용 가능합니다. IP를 사용하는 이유는 도메인 이름이 구문 분석되는 오류를 피하기 위해서입니다.
ii) 우리 프로토콜은 TCP/IP 입니다., https가 아닌 HTTP가 아닌
iii) UDP가 아닌 모든 GPRS 통신은 데이터 케이블 구성에 적합하지 않습니다.
앱 소프트웨어 언어: Android 버전은 Java ; IOS 버전은 Object C 입니다.
서버 실행 소프트웨어 언어는 Node.JS 입니다.
펌웨어 소프트웨어는 언어 C 입니다.
, TCP/IP 소켓 서버 GPRS 통신 전용, 키 암호화는 AES128 입니다., MQTT 없는
가장 중요한 것은 장치가 Linkkeep을 보내는 것입니다. 서버는 네트워크 연결 유지 관리를 위해 Linkkeep을 응답하거나 확인해야 합니다.
처음 30분에 장치는 매분마다 Linkkeep을 보냅니다. 연결/온라인인 경우 30분 후에는 5~8분마다 Linkkeep을 보냅니다.
이는 핸드셰이크이므로 네트워크 연결을 유지하기 위해 서로를 알고, 그렇지 않은 경우 네트워크 연결이 끊어집니다.
TKQ2 는 오프라인 음성 메시지입니다
2.위치에 Google API를 사용하고 있습니까? 그렇지 않다면 아마도 다음과 같이 찾아보아야 할 것입니다. https://developers.google.com/maps/documentation/geolocation/intro
실내에서 작동하는 모든 GPS 장치에는 큰 GPS 오류가 있다는 점, LBS 및 Wi-Fi 정보에는 좋은 데이터 소스가 필요하고 Google Geolocation API에서 해당 ID의 고도로 현실화된 데이터베이스가 필요하다는 점을 고려하는 것이 중요합니다.
위성 점프, 데이터 손상, 정확도가 낮은 장소를 방지하고 Wi-Fi 사용량을 개선하려면 위치 알고리즘에 추가 처리를 추가해야 합니다. 이는 모든 LBS 소프트웨어에서 좋은 습관입니다. 평균을 계산하는 경우, 동일한 장치의 기록 데이터와 교차하는 경우, GPS가 고정되지 않은 경우 항상 위치를 잠그는 경우 등 사용하려는 모든 논리는 사용자에게 달려 있습니다.
3.서버 IP 및 포트는 서버 측에서만 변경할 수 있습니다. IMEI는 서버에 등록되어야 하며, 서버는 장치 ID 번호별로 장치를 식별합니다. 서버 측에서 IP와 포트를 변경한 후 장치를 재부팅하고 6~8분 정도 기다리면 됩니다. 그러면 ts# 응답을 확인할 수 있고 서버 전환이 성공했는지 확인할 수 있습니다.
마이크와 스피커가 있는 GPS, 피처폰 시스템, 음성+데이터 기능을 위한 SIM 카드 포함
GPS 시스템은 피처폰 IC 칩셋 +GPS 모드+WiFi 모드(옵션)로 구성됩니다.
전화 앱과의 GPS 작업은 전화 대 전화, 기계 대 기계입니다.
4.이것은 서버 엔드 데이터를 보여주는 예입니다.
모든 HEX . 로 변환해야 함 ASCII 코드
나) 링크 유지:
16진수 : 5B33472A303330343 13837313039 2A303030392A4C4B2C302C302C32315D
ASCII : [3G*0304187109* 0009*LK,0,0,21 ]
그리고 마운트된 것과 동일한 응답을 받아야 합니다: [3G*0304187109* 0002*LK ]
예:[CS*YYYYYYYYYY* LEN *LK ]
[3G*8800000015* 0002*LK ]---내용의 길이에 따라 길이가 변경됩니다.
장치 보내기:
[CS*YYYYYYYYYY* LEN *LK,단계, 텀블링 숫자,배터리 상태 백분율]
예:[3G*8800000015* 000D*LK,50,100,100 ]
ii) 메시지:
16진수 : 5B33472A303330343 13837313039 2A303030392A46465A4450415948355D
ASCII : [3G*0304187109*0009*FFZDPAYH5]
iii) 다른 코드를 사용한 SOS 알림(AL_LTE):
16진수 : 5B33472A303330343 13837313039 2A303132302A414C5F4C54452C3331303132302C3 13834323531 2C562C302E302C4E2C302E302C452C32322E302C302C2D
312C302C3130302C31312C302C302C30303031303030312C312C312C3333342C3032302C31333031312C32333 13532313534 2C3130302C352C52454355504552414
3494F4E534C542C37383A38613A32303A38313A65363A64662C2D35342C524543 555045524143494F4E534C542C37383A38613A32303A38313A66623A65382C2D3
6342C524543555045524143494F4E534C542C37383A38613A32303A38313A65363A65302C2D36352C41524C4F5F564D425F3 13536323739 383634372C38633A3362
3A61643A66623A35393A38362C2D37332C4C757A3030322C30633A66383A39333A37623A66383A31302C2D38352C302E305D
ASCII : [3G*0304187109*0120* AL_LTE ,310120,184251,V,0.0,N,0.0,E,22.0,0,-1,0,100,11,0,0,00010001,1,1 ,334,020,13011,23152154,100,5,RECUPERACIONSLT,78:8a:20:81:e6:df,
-54,RECUPERACIONSLT,78:8a:20:81:fb:e8,-64,RECUPERACIONSLT,78:8a:20:81:e6:e0,- 65,ARLO_VMB_1562798647,8c:3b:ad:fb:59:86,-73,Luz002,0c:f8:93:7b:f8:10,-85,0.0]
ⅳ) 다른 코드를 사용한 위치 메시지( UD_LTE ):
16진수 : 5B33472A303330343 13837313039 2A303132302A55445F4C54452C3331303132302C3 13834333437 2C562C302E302C4E2C302E302C452C32322E302C302C2D312C302
C3130302C31312C302C302C30303030303030312C312C312C3333342C3032302C31333031312C32333 13532313531 2C3130302C352C524543555045524143494F4E534C
542C37383A38613A32303A38313A65363A64662C2D35342C524543555045524143 494F4E534C542C37383A38613A32303A38313A66623A65382C2D36342C524543555
045524143494F4E534C542C37383A38613A32303A38313A65363A65302C2D36352C41524C4F5F564D425F3 13536323739 383634372C38633A33623A61643A66623A35
393A38362C2D37332C4C757A3030322C30633A66383A39333A37623A66383A31302C2D38352C302E305D
ASCII : [3G*0304187109*0120*UD_LTE,310120,184347,V,0.0,N,0.0,E,22.0,0,-1,0,100,11,0,0 ,00000001,1,1,334,020,13011,23152151,100,5,RECUPERACIONSLT,78:8a:20:81:e6:df,
-54,RECUPERACIONSLT,78:8a:20:81:fb:e8,-64,RECUPERACIONSLT,78:8a:20:81:e6:e0,- 65,ARLO_VMB_1562798647,8c:3b:ad:fb:59:86,-73,Luz002,0c:f8:93:7b:f8:10,-85,0.0]
ⅴ) 우리 프로토콜의 알람 비트는 8비트 16진수이며, 하나의 16진수는 4비트 바이너리로 구성됩니다.
4*8은 32비트이고 프로토콜은 32비트 상태를 나타낼 수 있습니다. 그 중 하위 16비트는 상태를 나타내고(GPS에는 상태가 없음) 상위 16비트는 경보를 나타냅니다 (오른쪽에서 왼쪽으로 계산, 첫 번째 비트는 0, 0으로 시작) . 그러나 경보는 한 번만 발생하고 배터리 부족 경보 17 번째 비트는 00020000이며 SOS 경보는 16입니다. 두 번째 비트는 00010000입니다. 두 알람이 모두 함께 발생하면 00030000이어야 합니다. 낙하 알람 21번째 비트는 00200000입니다.
위쪽이 16진수, 아래쪽이 2진수입니다.
GPS 장치의 실제 위치 확인 시간은 3분이며, 장치는 20초마다 UD를 보냅니다.
일반적으로 6, 9 또는 12를 수신합니다. UD는 정상이지만 V는 GPS 위치 입니다. UD에서 잘못된 A만 UD에서 유효한 GPS 위치입니다.
서버에서 CR 명령을 받은 후 6UD, 9UD 또는 12 UD가 정상입니다. UD 문자열에서 유효한 GPS 위치만 가져옵니다.
5.아래에는 보수계 프로토콜 만 있습니다.
도보 시간 설정*(만보계)
플랫폼 전송:
[CS*YYYYYYYYYY*LEN*WALKTIME, 시간 구간, 시간 구간, 시간 구간]
예:[3G*5678901234*002A* WALKTIME ,8:10-9:30,10:10-11:30,12:10-13:30]
장치 응답:
[CS*YYYYYYYYYY*LEN*모두]
예: [3G*5678901234*0008*WALKTIME]
참고: 걷는 시간 단계 계산 시간 섹션을 설정합니다.
참고: 장치는 두 가지 값을 기록합니다. 하나는 매일 재설정되는 일일 걸음 수입니다.
다른 하나는 누적된 총 단계 수이며 재설정되지 않습니다. 장치가 보고하는 대상
서버는 총 걸음 수이며, 서버는 이를 기준으로 하루당 걸음 수를 계산해야 합니다.
업로드된 총 단계 수
6.HR 및 BPM 데이터가 동시에 보고됩니다. 이것은 이제 모든 수석 GPS에 대한 구성이 필요한 것입니다. 친절하게 귀하의 팀에 조언해 주십시오.
ⅰ) 이는 HR 및 BP 날짜 프로토콜을 가져오기 위한 서버 측 원격입니다.
*플랫폼 원격 요청 심박수 및 혈압:
플랫폼 전송:
[3G*8800000015*len*hrtstart,x]
x가 1이면 장치가 심박수 데이터를 한 번 업로드한 다음 업로드 후 자동 중지됨을 의미합니다.
예:[3G*9513979338*000a*hrtstart,1]
x가 0이면 장치가 심박수 데이터 업로드를 중지한다는 의미입니다.
장치 응답:
[3G*8800000015*len*hrtstart]
[3G*8800000015*0013bprt *,112,73,67,,,, ]
수축기 혈압: 112
확장기 혈압:73
심박수:67
ii) 이것은 HR 및 BP 데이터를 서버 측 프로토콜에 보고하는 장치 측입니다.
심박수 및 혈압 업로드(둘 다 동시에 측정)
장치 업로드:
[3G*8800000015*len*bphrt ,xx,xx,xx,xx,xx,xx,xx ]
첫 번째 매개변수 xx는 고압을 나타내고 0은 유효하지 않음을 의미합니다.
두 번째 매개변수 xx 는 저압을 나타내고 0은 유효하지 않음을 의미합니다.
세 번째 매개변수 xx는 무효에 대한 심박수 0을 나타냅니다.
네 번째 매개변수 xx는 높이(cm)를 나타냅니다.
5번째 매개변수 xx는 성별을 나타냅니다. 1은 남성, 2는 여성입니다.
6번째 매개변수 xx는 나이를 나타냅니다 .
7번째 매개변수 xx는 무게(KG)를 나타냅니다.
플랫폼 응답:
[3G*8800000015*0005*bprt]
(SPO2는 앱과 서버 측의 알고리즘 데이터 입니다 . 서버에서 HR 및 BP를 구성한 후 SPO2 데이터는 서버 측에서 자동으로 생성됩니다.)
7.GEO-fence는 앱 측이 아닌 서버 측에 설정됩니다.
8.장치가 2분 동안 다른 방향에서 흔들리거나 움직이지 않으면 장치는 자동으로 최대 절전 모드로 전환되지만, 흔들리거나 다른 방향에서 움직이면 즉시 깨어납니다.
최대 절전 모드 중에는 Linkkeep만 가능하며 데이터 전송은 불가능합니다.
연결이 끊어지면 네트워크도 없고 링크 유지도 없고 데이터 전송도 없습니다. 하지만 네트워크를 연결한 후 장치는 즉시 위치를 업데이트합니다.
9.서버가 CONFIG 데이터를 상수로 수신하는 경우 이는 장치 구성 명령이며, 서버는 이를 중지하라는 명령에 응답할 수 있습니다. 장치에서
[3G*7703713643*0008*CONFIG,1]
불필요한 다른 명령인 경우 장치가 계속해서 전송을 반복하면 서버 측에서 이를 중지하도록 회신하면 됩니다.
예: [3G*7103000140*0005*ICCID]
[3G*7103000140*0006* 리메이]
[3G*7103000140*000D* 앱 연락처]
4G GPS 장치는 스마트폰 IC를 사용하므로 우리도 모르는 많은 명령과 데이터가 있습니다. 이는 휴대폰 기능과 관련된 것이므로 프로토콜에서 확인할 수 없는 데이터가 있으면 무시하거나 중지하십시오.
