기술 정보
SIGFOX 콜백 - 슬롯 사이트 추천 정의 페이로드 구성 응용 프로그램
2019.12.11
Sigfox Callback의 슬롯 사이트 추천 정의 페이로드 구성에 익숙하지 않은 경우 클릭하십시오
LPWA를 슬롯 사이트 추천하여 응용 프로그램을 개발할 때 핵심 요점은 데이터 크기를 낮추는 방법입니다. 예를 들어 다음 데이터를 보내고 싶다고 가정 해 봅시다.
데이터 이름 | 내용 | size | 데이터 예 |
---|---|---|---|
속도 | 속도 정보 | 8bits (1byte) | 0km/h ~ 255km/h |
방향 | 진행 방향 | 4bits | 북쪽, 북동부, 동쪽, 남동쪽 ... 북서쪽 (8 패턴) |
상태 | 모노 상태 코드 | 4bits | 코드 0-15 |
이것을 슬롯 사이트 추천 페이로드에 넣으려고한다면 한 가지 방법은 속도, 방향 및 상태에 각각 하나의 바이트를 사용하는 것입니다. 그러나 4BIT가있는 충분한 데이터에 8BITS (1BIT)를 사용하고 싶지 않은 경우가 있다고 생각합니다.
그러한 경우

의 슬롯 사이트 추천 구성이 필요합니다.
SIGFOX의 슬롯 사이트 추천 정의 페이로드 구성 에서이 페이로드를 정의하려면 어떻게됩니까?
잘못된 길
먼저, 잘못된 정의를 보여 드리겠습니다.
속도 :: uint : 8 Direction :: uint : 4 status :: uint : 4
이렇게 정의하면 신체 내에서 CustomData#Speed, CustomedData#Direction 및 CustomData#상태와 같은 변수를 슬롯 사이트 추천할 수 있다고 생각할 수 있습니다 (예 : JSON 구문).
어떻게 될까요?
이와 같은 것을 정의 할 때 어떤 일이 발생하는지 설명하십시오.

- 첫 번째,
- [1]속도 :: uint : 8, 속도 정보는 처음부터 UINT 유형으로 8 비트를 읽습니다.
- [2]방향 :: uint : 4로 인해 다음 바이트의 시작부터 다음 바이트의 시작부터 4 비트를 읽으므로 괜찮습니다.
- [3]질문은 여기에 있습니다. [2]에서 UINT를 슬롯 사이트 추천했기 때문에 포인터는 자동으로 다음 바이트로 건너 뜁니다 (위의 이미지에서 "다음").
so,상태 :: uint : 4"다음"에서 4 비트를 가져옵니다.
해결 된 예
다음과 같이 슬롯 사이트 추천 정의 페이로드 구성을 정의하자.
속도 :: uint : 8 Direction :: uint : 4 상태 : 1 : uint : 4 :: 3
차이는 상태입니다. 두 번째 필드 (byte_index)는 1이고 여섯 번째 필드 (마지막)은 3입니다.
상태 : 1 : uint : 4 :: 3를 살펴 보겠습니다. 아래 다이어그램에서 [4] [5]입니다.

- [4]두 번째 필드 (byte_index)가 "1"로 설정되므로 포인터는 페이로드의 두 번째 바이트로 이동합니다. (0으로 설정되면 첫 번째 바이트가 첫 번째 바이트로 이동합니다. byte_index를 0 ~ 9로 슬롯 사이트 추천할 수 있습니다)
- [5]최종 필드를 "3"로 변경하면 4 비트 이동이 발생합니다.
슬롯 사이트 추천 도움말을 보면
uint(서명되지 않은 정수) : 매개 변수는 값에 포함 할 비트 수, 선택적으로 다중 바이트 정수의 엔디 니스 및 선택적으로 비트 오프셋의 첫 바이트를 시작할 위치입니다. 기본값은 Big Endian이고 오프셋의 경우 7입니다.
. ... 선택적으로 비트 오프셋은 첫 번째 바이트의 읽기를 시작할 위치입니다. 기본값은 오프셋의 경우 7입니다.
비트 오프셋의 기본값은 7입니다. 즉, 오프셋을 오프셋하지 않으려면 4 비트를 오프셋하려면7-4=3괜찮습니다.
시도해보십시오
슬롯 사이트 추천 정의 페이로드 구성을 시도하려면 콜백을 만들기 위해 길을 벗어날 필요가 없습니다.
장치의 DeviceType을 선택하고 화면 편집에서 찾으십시오슬롯 사이트 추천 디스플레이로 설정하십시오 장치의 메시지 화면에서 확인할 수 있습니다.

페이로드 디스플레이는 디스플레이 일 뿐이므로 시스템에 영향을 미치지 않으므로 자신의 환경에서 슬롯 사이트 추천해보십시오.