Data once after creating an end device again

Have migrated all my end devices to v3 however, I can’t get one node right. Checked everything and can’t find anything different, but I came to the following:
If I remove the node from the application in the ttn console and then create the exact same node again, one data packet immediately enters the ‘live data’ with correct data. After that, no more comes in. Packet that comes in falls within the frequency range that is set.

Who has tips?

Details! Details! Details!..and logs if you have them! :wink: As far as I am aware no one on here is psychic or telpathic :slight_smile: :man_shrugging:

Tip #1 tell us more…

I’m Telly-Pathetic. Or maybe Telly Savalas.

I have PG-Tips.

When providing detail, you will get the attention of the experts by the use of the </> formatting tool for logs and the real experts by use of the decimal point in version numbers and URLs of reference material.

See the packets coming in at my own gateway (Lorix One: fw 1.3.2, with the forwarder configured as ‘LoRa Basic Station’.

station 2021-08-25 21:42:34.867 [S2E:VERB] RX 868.1MHz DR5 SF7/BW125 snr=-4.0 rssi=-115 xtime=0xA20005A7186F83 - updf mhdr=40 DevAddr=2601126E FCtrl=80 FCnt=0 FOpts= 010015D439 mic=511706318 (17 bytes)
station 2021-08-25 21:42:36.899 [S2E:VERB] RX 868.1MHz DR5 SF7/BW125 snr=-4.0 rssi=-116 xtime=0xA20005A7377883 - updf mhdr=40 DevAddr=2601126E FCtrl=80 FCnt=0 FOpts= 010015D439 mic=511706318 (17 bytes)

========
When I look at my gateway at TTN, I see Uplink messages like this:

{
“name”: “gs.up.receive”,
“time”: “2021-08-25T21:44:47.113956433Z”,
“identifiers”: [
{
“gateway_ids”: {
“gateway_id”: “x”
}
},
{
“gateway_ids”: {
“gateway_id”: “x”,
“eui”: “x”
}
}
],
“data”: {
@type”: “type.googleapis.com/ttn.lorawan.v3.UplinkMessage”,
“raw_payload”: “QG4SASaAAAABABXUOc4EgB4=”,
“payload”: {
“m_hdr”: {
“m_type”: “UNCONFIRMED_UP”
},
“mic”: “zgSAHg==”,
“mac_payload”: {
“f_hdr”: {
“dev_addr”: “x”,
“f_ctrl”: {
“adr”: true
}
},
“f_port”: 1,
“frm_payload”: “ABXUOQ==”
}
},
“settings”: {
“data_rate”: {
“lora”: {
“bandwidth”: 125000,
“spreading_factor”: 7
}
},
“coding_rate”: “4/5”,
“frequency”: “868100000”,
“timestamp”: 2935631123,
“time”: “2021-08-25T21:44:47.098630905Z”
},
“rx_metadata”: [
{
“gateway_ids”: {
“gateway_id”: “x”,
“eui”: “x”
},
“time”: “2021-08-25T21:44:47.098630905Z”,
“timestamp”: 2935631123,
“rssi”: -116,
“channel_rssi”: -116,
“snr”: -7,
“location”: {
“latitude”: x,
“longitude”: x,
“altitude”: 17,
“source”: “SOURCE_REGISTRY”
},
“uplink_token”: “ChgKFgoKcml0ZWNvLWd3MRII/MI9//4PjYkQk9ro9woaCwjP85qJBhCfzaQ2ILikgIq4xgU=”
}
],
“received_at”: “2021-08-25T21:44:47.113845919Z”,
“correlation_ids”: [
“gs:conn:01FDYX2N7Y7V6KF262H7T5AW45”,
“gs:uplink:01FDZMBM89883K95F44MPW3W84”
]
},
“correlation_ids”: [
“gs:conn:01FDYX2N7Y7V6KF262H7T5AW45”,
“gs:uplink:01FDZMBM89883K95F44MPW3W84”
],
“origin”: “ip-10-100-4-174.eu-west-1.compute.internal”,
“context”: {
“tenant-id”: “CgN0dG4=”
},
“visibility”: {
“rights”: [
“RIGHT_GATEWAY_TRAFFIC_READ”,
“RIGHT_GATEWAY_TRAFFIC_READ”
]
},
“unique_id”: “01FDZMBM892Z6GYAC12HWR72CF”
}


So no data comes in on the app, but if I remove the device and recreate it, a good package like this does come in:


{
“name”: “as.up.data.forward”,
“time”: “2021-08-25T08:35:33.023166081Z”,
“identifiers”: [
{
“device_ids”: {
“device_id”: “x”,
“application_ids”: {
“application_id”: “x”
}
}
},
{
“device_ids”: {
“device_id”: “x”,
“application_ids”: {
“application_id”: “x”
},
“dev_eui”: “x”,
“dev_addr”: “x”
}
}
],
“data”: {
@type”: “type.googleapis.com/ttn.lorawan.v3.ApplicationUp”,
“end_device_ids”: {
“device_id”: “x”,
“application_ids”: {
“application_id”: “x”
},
“dev_eui”: “x”,
“dev_addr”: “x”
},
“correlation_ids”: [
“as:up:01FDY76G0E83N3A6VGPAPPB8X1”,
“gs:conn:01FDXXSBZ0B71J0BJ52N43NZB9”,
“gs:up:host:01FDXXSBZP6E9PDKYKAYEX0459”,
“gs:uplink:01FDY76FSX194Z819ZDG28MM0J”,
“ns:uplink:01FDY76FSZ7R0MFDBQS5RTNJ45”,
“rpc:/ttn.lorawan.v3.GsNs/HandleUplink:01FDY76FSZWBPHM0E406WNQ013”,
“rpc:/ttn.lorawan.v3.NsAs/HandleUplink:01FDY76G0E1VE1ACWY2WMHTJ00”
],
“received_at”: “2021-08-25T08:35:33.007211056Z”,
“uplink_message”: {
“f_port”: 1,
“frm_payload”: “CasAAA==”,
“decoded_payload”: {
“digitalsensor1”: 0,
“digitalsensor2”: 0,
“temp1”: 24.75,
“temp2”: 0
},
“rx_metadata”: [
{
“gateway_ids”: {
“gateway_id”: “x”,
“eui”: “x”
},
“time”: “2021-08-25T08:35:04.210256099Z”,
“timestamp”: 1251937195,
“rssi”: -112,
“channel_rssi”: -112,
“snr”: -0.75,
“location”: {
“latitude”: x,
“longitude”: x,
“altitude”: 17,
“source”: “SOURCE_REGISTRY”
},
“uplink_token”: “ChgKFgoKcml0ZWNvLWd3MRII/MI9//4PjYkQq5f81AQaDAjUgZiJBhD8w+j6AiD4p5bqt54C”
},
{
“gateway_ids”: {
“gateway_id”: “x”,
“eui”: “x”
},
“time”: “2021-08-25T08:35:06.243201971Z”,
“timestamp”: 1253972299,
“rssi”: -113,
“channel_rssi”: -113,
“snr”: -2.25,
“location”: {
“latitude”: x,
“longitude”: x,
“altitude”: 17,
“source”: “SOURCE_REGISTRY”
},
“uplink_token”: “ChgKFgoKcml0ZWNvLWd3MRII/MI9//4PjYkQy7L41QQaDAjUgZiJBhDQ2Oz6AiD4mcu0v54C”
},
{
“gateway_ids”: {
“gateway_id”: “x”,
“eui”: “x”
},
“time”: “2021-08-25T08:35:08.274350881Z”,
“timestamp”: 1256009795,
“rssi”: -113,
“channel_rssi”: -113,
“snr”: -2.25,
“location”: {
“latitude”: x,
“longitude”: x,
“altitude”: 17,
“source”: “SOURCE_REGISTRY”
},
“uplink_token”: “ChgKFgoKcml0ZWNvLWd3MRII/MI9//4PjYkQw+D01gQaDAjUgZiJBhC74ZuIAyC4i5KAx54C”
},
{
“gateway_ids”: {
“gateway_id”: “x”,
“eui”: “x”
},
“time”: “2021-08-25T08:35:10.318736076Z”,
“timestamp”: 1258042699,
“rssi”: -116,
“channel_rssi”: -116,
“snr”: -2.25,
“location”: {
“latitude”: x,
“longitude”: x,
“altitude”: 17,
“source”: “SOURCE_REGISTRY”
},
“uplink_token”: “ChgKFgoKcml0ZWNvLWd3MRII/MI9//4PjYkQy+rw1wQaDAjUgZiJBhDipO6KAyD42cDJzp4C”
}
],
“settings”: {
“data_rate”: {
“lora”: {
“bandwidth”: 125000,
“spreading_factor”: 7
}
},
“data_rate_index”: 5,
“coding_rate”: “4/5”,
“frequency”: “868100000”,
“timestamp”: 1251937195,
“time”: “2021-08-25T08:35:04.210256099Z”
},
“received_at”: “2021-08-25T08:35:32.799525025Z”,
“consumed_airtime”: “0.051456s”,
“network_ids”: {
“net_id”: “000013”,
“tenant_id”: “ttn”,
“cluster_id”: “ttn-eu1”
}
}
},
“correlation_ids”: [
“as:up:01FDY76G0E83N3A6VGPAPPB8X1”,
“gs:conn:01FDXXSBZ0B71J0BJ52N43NZB9”,
“gs:up:host:01FDXXSBZP6E9PDKYKAYEX0459”,
“gs:uplink:01FDY76FSX194Z819ZDG28MM0J”,
“ns:uplink:01FDY76FSZ7R0MFDBQS5RTNJ45”,
“rpc:/ttn.lorawan.v3.GsNs/HandleUplink:01FDY76FSZWBPHM0E406WNQ013”,
“rpc:/ttn.lorawan.v3.NsAs/HandleUplink:01FDY76G0E1VE1ACWY2WMHTJ00”
],
“origin”: “ip-10-100-4-179.eu-west-1.compute.internal”,
“context”: {
“tenant-id”: “CgN0dG4=”
},
“visibility”: {
“rights”: [
“RIGHT_APPLICATION_TRAFFIC_READ”,
“RIGHT_APPLICATION_TRAFFIC_READ”
]
},
“unique_id”: “01FDY76G0Z6F59BEDKDHZZRMDZ”
}

Total failure to use </> …

No device vendor, model, version, so no decimal points …

Connection method?

LoRaWAN version?

etc

etc

Looks like the device is always sending FCnt = 0 ?
Is this expected?