Hi. I am using a new RAK10701-PLUS, I activates connected to TTN, I am having problems with decode of payloas because i am receiving the following raw data
uplink_message": {
“session_key_id”: “AZcfQCTBcC8MIlUmLMrLcg==”,
“f_port”: 5,
“f_cnt”: 26,
“frm_payload”: “TlVMTAAAgA==”,
its coming from f_port:5 and the payload is 7 byte long, can you tell the reason and if normal or not?
Welcome to RAK forum @Victor .
The payload on f_port: 5 is used for the CSV file reporting.
You use 6 characters to label specific location and it will be used on the CSV generated report.
More details of that feature here - Conduct Field Tests With RAK10701-Plus Field Tester for LoRaWAN
Thanks, Can I go to the fport:1 for realtime reporting gps data in payload? I amd sending data to mqtt broker for real time graph and analize
Any information about it?
Hi @Victor ,
You should be able to use the decoder of the standard RAK10701 Field Tester. - RAKwireless_Standardized_Payload/RAK10701-TTN-Helium-payload-decoder.js at main · RAKWireless/RAKwireless_Standardized_Payload · GitHub
What do you see in your uplinks right now?
Hi Carlowan, thanks for your answer
this is the complete upload message received in TTN, I am usin a Milesihgt UG32 as a gateway an RAL10701-PLUS as a device. The documentation talks about a payload message coming from FPORT:1 or 2 wtih a 10 bytes. But i am receiving a payload from fport:5 with 7 bytes and with another structure. I tryed to decode the 7 bytes but i think is differente format
{
“name”: “as.up.data.forward”,
“time”: “2025-05-30T03:41:38.002422583Z”,
“identifiers”: [
{
“device_ids”: {
“device_id”: “medidorcampo”,
“application_ids”: {
“application_id”: “pruebas-lorawan”
},
“dev_eui”: “AC1F09FFFE18BBE2”,
“join_eui”: “AC1F09FFF9150701”,
“dev_addr”: “01726892”
}
}
],
“data”: {
“@type”: “type.googleapis.com/ttn.lorawan.v3.ApplicationUp”,
“end_device_ids”: {
“device_id”: “medidorcampo”,
“application_ids”: {
“application_id”: “pruebas-lorawan”
},
“dev_eui”: “AC1F09FFFE18BBE2”,
“join_eui”: “AC1F09FFF9150701”,
“dev_addr”: “01726892”
},
“correlation_ids”: [
“as:up:01JWFMFWAFP9BCHN3YTFS05MJN”,
“gs:conn:01JWF3A3ZC03KXWHCAF52E8JWM”,
“gs:up:host:01JWF3A3ZH34J792AA9HHXE8B8”,
“gs:uplink:01JWFMFW3T34H0EPA65S12EFXG”,
“ns:uplink:01JWFMFW3VZSHVVXRHF7FBPSC3”,
“rpc:/ttn.lorawan.v3.GsNs/HandleUplink:01JWFMFW3TY9N4GA6W4MQX6YPC”,
“rpc:/ttn.lorawan.v3.NsAs/HandleUplink:01JWFMFWAFZN3AJJC6FM7G1547”
],
“received_at”: “2025-05-30T03:41:37.999996353Z”,
“uplink_message”: {
“session_key_id”: “AZcfQCTBcC8MIlUmLMrLcg==”,
“f_port”: 5,
“f_cnt”: 26,
“frm_payload”: “TlVMTAAAgA==”,
“decoded_payload”: {
“altitude”: “NaN”,
“error”: “GPS fix not meeting quality criteria (hdop must be <3 & sats must be >= 1) current hdop: NaN & sats:undefined”,
“hdop”: “NaN”,
“latitude”: -20.289749,
“location”: “(-20.289749,107.085835)”,
“longitude”: 107.085835,
“sats”: null
},
“rx_metadata”: [
{
“gateway_ids”: {
“gateway_id”: “gatewayug63”,
“eui”: “24E124FFFEFAF7CF”
},
“time”: “2025-05-30T03:41:37.567439Z”,
“timestamp”: 834617436,
“rssi”: -80,
“channel_rssi”: -80,
“snr”: 13.5,
“uplink_token”: “ChkKFwoLZ2F0ZXdheXVnNjMSCCThJP/++vfPENyA/Y0DGgwI8dHkwQYQ0Ojm9gIg4M7NmKWMBA==”,
“channel_index”: 7
}
],
“settings”: {
“data_rate”: {
“lora”: {
“bandwidth”: 125000,
“spreading_factor”: 7
}
},
“data_rate_index”: 5,
“coding_rate”: “4/5”,
“frequency”: “918200000”,
“timestamp”: 834617436,
“time”: “2025-05-30T03:41:37.567439Z”
},
“received_at”: “2025-05-30T03:41:37.787049333Z”,
“confirmed”: true,
“consumed_airtime”: “0.056576s”
}
},
“correlation_ids”: [
“as:up:01JWFMFWAFP9BCHN3YTFS05MJN”,
“gs:conn:01JWF3A3ZC03KXWHCAF52E8JWM”,
“gs:up:host:01JWF3A3ZH34J792AA9HHXE8B8”,
“gs:uplink:01JWFMFW3T34H0EPA65S12EFXG”,
“ns:uplink:01JWFMFW3VZSHVVXRHF7FBPSC3”,
“rpc:/ttn.lorawan.v3.GsNs/HandleUplink:01JWFMFW3TY9N4GA6W4MQX6YPC”,
“rpc:/ttn.lorawan.v3.NsAs/HandleUplink:01JWFMFWAFZN3AJJC6FM7G1547”
],
“origin”: “8adcfc352fcc”,
“visibility”: {
“rights”: [
“RIGHT_APPLICATION_TRAFFIC_READ”
]
},
“unique_id”: “01JWFMFWAJNJEMEGVTX1KSDJES”
}
Thanks for your help