Nope. I was directing you to the TTN console where on the gateway page you can download the global configuration which contains the information you need to correctly setup the frequencies on your gateway. When I look at your screen schot I think your current setup is incorrect. The json contains the right values to use.
Looks like you have GW set for AU FSB2 (Jacâs comments wrt actual settings being possibly incorrrect) with Meter as AS923 - unlikely/wont work - they need to talk the same âlanguageâ of RF. Try going to the general settings of the GW (expand LoRaWAN settings) and select the correct AS923 version for the meter - assuming GW is capable of this (should be), such that both GW and device âmatchâ - you may need to experiment with AS923 variants dependin on your location and actual Meter configâŚthen try again.
Hi Sorry I have found it I will try set the browan gate way and revert back
{
"SX1301_conf": {
"lorawan_public": true,
"clksrc": 1,
"antenna_gain": 0,
"radio_0": {
"enable": true,
"type": "SX1257",
"freq": 917200000,
"rssi_offset": -166,
"tx_enable": true,
"tx_freq_min": 915000000,
"tx_freq_max": 928000000
},
"radio_1": {
"enable": true,
"type": "SX1257",
"freq": 917900000,
"rssi_offset": -166,
"tx_enable": false
},
"chan_multiSF_0": {
"enable": true,
"radio": 0,
"if": -400000
},
"chan_multiSF_1": {
"enable": true,
"radio": 0,
"if": -200000
},
"chan_multiSF_2": {
"enable": true,
"radio": 0,
"if": 0
},
"chan_multiSF_3": {
"enable": true,
"radio": 0,
"if": 200000
},
"chan_multiSF_4": {
"enable": true,
"radio": 1,
"if": -300000
},
"chan_multiSF_5": {
"enable": true,
"radio": 1,
"if": -100000
},
"chan_multiSF_6": {
"enable": true,
"radio": 1,
"if": 100000
},
"chan_multiSF_7": {
"enable": true,
"radio": 1,
"if": 300000
},
"chan_Lora_std": {
"enable": true,
"radio": 0,
"if": 300000,
"bandwidth": 500000,
"spread_factor": 8
},
"chan_FSK": {
"enable": false
},
"tx_lut_0": {
"pa_gain": 0,
"mix_gain": 8,
"rf_power": -6,
"dig_gain": 0
},
"tx_lut_1": {
"pa_gain": 0,
"mix_gain": 10,
"rf_power": -3,
"dig_gain": 0
},
"tx_lut_2": {
"pa_gain": 0,
"mix_gain": 12,
"rf_power": 0,
"dig_gain": 0
},
"tx_lut_3": {
"pa_gain": 1,
"mix_gain": 8,
"rf_power": 3,
"dig_gain": 0
},
"tx_lut_4": {
"pa_gain": 1,
"mix_gain": 10,
"rf_power": 6,
"dig_gain": 0
},
"tx_lut_5": {
"pa_gain": 1,
"mix_gain": 12,
"rf_power": 10,
"dig_gain": 0
},
"tx_lut_6": {
"pa_gain": 1,
"mix_gain": 13,
"rf_power": 11,
"dig_gain": 0
},
"tx_lut_7": {
"pa_gain": 2,
"mix_gain": 9,
"rf_power": 12,
"dig_gain": 0
},
"tx_lut_8": {
"pa_gain": 1,
"mix_gain": 15,
"rf_power": 13,
"dig_gain": 0
},
"tx_lut_9": {
"pa_gain": 2,
"mix_gain": 10,
"rf_power": 14,
"dig_gain": 0
},
"tx_lut_10": {
"pa_gain": 2,
"mix_gain": 11,
"rf_power": 16,
"dig_gain": 0
},
"tx_lut_11": {
"pa_gain": 3,
"mix_gain": 9,
"rf_power": 20,
"dig_gain": 0
},
"tx_lut_12": {
"pa_gain": 3,
"mix_gain": 10,
"rf_power": 23,
"dig_gain": 0
},
"tx_lut_13": {
"pa_gain": 3,
"mix_gain": 11,
"rf_power": 25,
"dig_gain": 0
},
"tx_lut_14": {
"pa_gain": 3,
"mix_gain": 12,
"rf_power": 26,
"dig_gain": 0
},
"tx_lut_15": {
"pa_gain": 3,
"mix_gain": 14,
"rf_power": 27,
"dig_gain": 0
}
},
"gateway_conf": {
"gateway_ID": "00005813D398AC0D",
"server_address": "au1.cloud.thethings.network",
"serv_port_up": 1700,
"serv_port_down": 1700,
"servers": [
{
"gateway_ID": "00005813D398AC0D",
"server_address": "au1.cloud.thethings.network",
"serv_port_up": 1700,
"serv_port_down": 1700,
"serv_enabled": true
}
]
}
I am now not getting anything from the end device.?
This is what is now configured on the gateway Browan.
NFO: radio 0 enabled (type SX1257), center frequency 917200000, RSSI offset -166.000000, tx enabled 1, tx_notch_freq 129000
INFO: radio 1 enabled (type SX1257), center frequency 917200000, RSSI offset -166.000000, tx enabled 0, tx_notch_freq 0
INFO: Lora multi-SF channel 0> radio 0, IF -400000 Hz, 125 kHz bw, SF 7 to 12
INFO: Lora multi-SF channel 1> radio 0, IF -200000 Hz, 125 kHz bw, SF 7 to 12
INFO: Lora multi-SF channel 2> radio 0, IF 0 Hz, 125 kHz bw, SF 7 to 12
INFO: Lora multi-SF channel 3> radio 0, IF 200000 Hz, 125 kHz bw, SF 7 to 12
INFO: Lora multi-SF channel 4> radio 1, IF -300000 Hz, 125 kHz bw, SF 7 to 12
INFO: Lora multi-SF channel 5> radio 1, IF -100000 Hz, 125 kHz bw, SF 7 to 12
INFO: Lora multi-SF channel 6> radio 1, IF 100000 Hz, 125 kHz bw, SF 7 to 12
INFO: Lora multi-SF channel 7> radio 1, IF 300000 Hz, 125 kHz bw, SF 7 to 12
INFO: Lora standard channel 8 disabled
INFO: FSK channel 8 disabled
INFO: /app/cfg/global_conf_0.json does contain a JSON object named gateway_conf, parsing gateway parameters
INFO: server hostname or IP address is configured to âau1.cloud.thethings.networkâ
INFO: upstream port is configured to â1700â
INFO: downstream port is configured to â1700â
INFO: downstream keep-alive interval is configured to 10 seconds
INFO: statistics display interval is configured to 30 seconds
INFO: upstream PUSH_DATA time-out is configured to 100 ms
INFO: packets received with a valid CRC will be forwarded
INFO: packets received with a CRC error will NOT be forwarded
INFO: packets received with no CRC will NOT be forwarded
INFO: GPS serial port path is configured to â/dev/ttyS3â
INFO: Reference latitude is configured to 0.000000 deg
INFO: Reference longitude is configured to 0.000000 deg
INFO: Reference altitude is configured to 0 meters
INFO: Beaconing period is configured to 128 seconds
INFO: Beaconing signal will be emitted at 923300000 Hz
INFO: Beaconing channel number is set to 8
INFO: Beaconing channel frequency step is set to 600000Hz
INFO: Beaconing datarate is set to SF12
INFO: Beaconing modulation bandwidth is set to 500000Hz
INFO: Beaconing TX power is set to 14dBm
INFO: Beaconing information descriptor is set to 0
INFO: [main] TTY port /dev/ttyS3 open for GPS synchronization
INFO: FPGA supported features: [TX filter] [Spectral Scan] [LBT]
INFO: [main] concentrator started, packet can now be received
Your radios should never use the same center frequency. Check the json you posted for the correct values.
Also, make sure to use a gateway frequency plan that matches your end device requirements. If you end device is AS923, set the gateway to AS923 as well and download the config after setting the plan.
Australia has a plan is
Australia 915-928 MHz, FSB 2 (used by TTN)
(Frequency Plans | The Things Stack for LoRaWAN)
Im in 923 mhtz range? Or doesnt it work like that?
Please edit your post and use the </> formatting tool for the logs - it helps the volunteers read faster so you get faster responses.
And
Are not compatible. They use the same frequency band and LoRaWAN but that is where the similarities end. If you want the details check regional parameters.
Specifically the downlink frequencies are different which might explain why your end device never received the reply from TTN. It is listening at a frequency the gateway isnât using for the transmission.
Australia runs (generally in TTN) with two FP options - one AU915 (FSB2) the other is AS923, some site installs therefore have/have to have two GWâs to facilitate the options if there are mixed device deployments in the area, though generally they tend to use one or the other at any given location. Either way as has repeatidly been stated now the GW & the Device FP has to matchâŚIf your device is âfixedâ to AS923 then that is what you have to enable on the GW otherwise they will be ships that pass in the night and wont see each other. Esp wrt the dl frq plan per Jac. You might also reach out to our friends at Meshed AU as Andrew (Maj) and Catherine and the team have long history of supporting this, also look to connect with your nearest community for guidance and support, but short answer is follow the advice you have been given aboveâŚ
Hi All,
I have now received payloads about 8 of them in a row. However, they stopped. The weird thing is that I really havenât done much other than turn Gateway on and off, maybe moved the gateway and device a few meters? but in saying this when I received the payloads till when I didnât nothing moved nor did I recycle power to the gateway.
Any Ideas?
This!
Hi Gents,
I had 15 solid payloads, and then I stopped receiving payloads. And now I have this constantly.
I believe its a gate way issue but not sure, the device using same credential was put on a different gate way and account and had no issues connecting straight away and didnât miss a beat. But on this gate way Iâm not sure whatâs going on? I have noticed the following thoughâŚ
Tx parameter setup request enqueued
New channel request enqueued
Link ADR request enqueued
MAC command answer missing
Here is the Jayson of it not working, hope this helps
[
{
"name": "as.webhook.fail",
"time": "2023-08-09T14:44:53.413280990Z",
"identifiers": [
{
"device_ids": {
"device_id": "eui-3531313956378202",
"application_ids": {
"application_id": "netvendorwmd"
},
"dev_eui": "3531313956378202",
"join_eui": "D9338691871F2B02",
"dev_addr": "260D2114"
}
}
],
"data": {
"@type": "type.googleapis.com/ttn.lorawan.v3.ErrorDetails",
"namespace": "pkg/applicationserver/io/web",
"name": "request",
"message_format": "request",
"correlation_id": "2c86933807254818b51fc45f49d379e5",
"code": 14,
"details": [
{
"@type": "type.googleapis.com/google.protobuf.Struct",
"value": {
"body": "<html><body><h1>429 Too Many Requests</h1>\nYou have sent too many requests in a given amount of time.\n</body></html>\n",
"status_code": 429,
"url": "https://webhook.site/fcc51fee-8e1d-4849-bea5-770051a0aa0b",
"webhook_id": "testhook"
}
}
]
},
"correlation_ids": [
"as:up:01H7DC3Y75MX1SHXDBGKNG7FN7",
"gs:conn:01H7D55F9P0B8JYYK95Q4QVJEQ",
"gs:up:host:01H7D55FHY5F53CF6YTRKHBH0M",
"gs:uplink:01H7DC3Y0RH7MTDQSVKQRHA267",
"ns:uplink:01H7DC3Y0S2PR8ZGN9ZN1YK8WJ",
"rpc:/ttn.lorawan.v3.GsNs/HandleUplink:01H7DC3Y0S88Y7V31EM1W6QZH3",
"rpc:/ttn.lorawan.v3.NsAs/HandleUplink:01H7DC3Y74EWMK1YG7MCVETGCZ"
],
"origin": "ip-10-102-15-2.ap-southeast-2.compute.internal",
"context": {
"tenant-id": "CgN0dG4="
},
"visibility": {
"rights": [
"RIGHT_APPLICATION_TRAFFIC_READ"
]
},
"unique_id": "01H7DC3Z15TTS51HAFY7473V8Q"
},
{
"name": "ns.down.transmission.success",
"time": "2023-08-09T14:44:52.808375283Z",
"identifiers": [
{
"device_ids": {
"device_id": "eui-3531313956378202",
"application_ids": {
"application_id": "netvendorwmd"
},
"dev_eui": "3531313956378202",
"join_eui": "D9338691871F2B02",
"dev_addr": "260D2114"
}
}
],
"data": {
"@type": "type.googleapis.com/ttn.lorawan.v3.DownlinkMessage",
"payload": {
"m_hdr": {
"m_type": "UNCONFIRMED_DOWN"
},
"mic": "CCxJPQ==",
"mac_payload": {
"f_hdr": {
"dev_addr": "260D2114",
"f_ctrl": {
"adr": true
},
"f_cnt": 3,
"f_opts": "CQUHBzAVjVADUP8AAQY="
},
"full_f_cnt": 3
}
},
"end_device_ids": {
"device_id": "eui-3531313956378202",
"application_ids": {
"application_id": "netvendorwmd"
},
"dev_eui": "3531313956378202",
"join_eui": "D9338691871F2B02",
"dev_addr": "260D2114"
},
"request": {
"downlink_paths": [
{
"uplink_token": "Ch4KHAoQMDAwMDU4MTNkMzk4YWMwZBIIAABYE9OYrA0Q7PaS/AEaDAjkzM6mBhDAgJuzASDgu/DzsYkC"
}
],
"rx1_delay": 5,
"rx1_data_rate": {
"lora": {
"bandwidth": 125000,
"spreading_factor": 10,
"coding_rate": "4/5"
}
},
"rx1_frequency": "924400000",
"rx2_data_rate": {
"lora": {
"bandwidth": 125000,
"spreading_factor": 10,
"coding_rate": "4/5"
}
},
"rx2_frequency": "923200000",
"priority": "HIGHEST",
"frequency_plan_id": "AS_923_925_TTN_AU"
},
"correlation_ids": [
"gs:conn:01H7D55F9P0B8JYYK95Q4QVJEQ",
"gs:tx_ack:01H7DC3YE6XCNDXCSPTCB3RH5W",
"gs:up:host:01H7D55FHY5F53CF6YTRKHBH0M",
"gs:uplink:01H7DC3Y0RH7MTDQSVKQRHA267",
"ns:downlink:01H7DC3YDEAXPTTD0SNGE3FF0Q",
"ns:transmission:01H7DC3YDEJJFFRZXQYPE6PPPB",
"ns:tx_ack:01H7DC3YE7GXK9ST967JDYFS53",
"ns:uplink:01H7DC3Y0S2PR8ZGN9ZN1YK8WJ",
"rpc:/ttn.lorawan.v3.GsNs/HandleUplink:01H7DC3Y0S88Y7V31EM1W6QZH3",
"rpc:/ttn.lorawan.v3.GsNs/ReportTxAcknowledgment:01H7DC3YE77TQ1CTWXFQZ8YHBZ",
"rpc:/ttn.lorawan.v3.NsGs/ScheduleDownlink:01H7DC3YDF0Z3ZFR432NWNCCKF"
],
"session_key_id": "AYnasv9J3OMAlpcOqePLQA=="
},
"correlation_ids": [
"gs:conn:01H7D55F9P0B8JYYK95Q4QVJEQ",
"gs:tx_ack:01H7DC3YE6XCNDXCSPTCB3RH5W",
"gs:up:host:01H7D55FHY5F53CF6YTRKHBH0M",
"gs:uplink:01H7DC3Y0RH7MTDQSVKQRHA267",
"ns:downlink:01H7DC3YDEAXPTTD0SNGE3FF0Q",
"ns:transmission:01H7DC3YDEJJFFRZXQYPE6PPPB",
"ns:tx_ack:01H7DC3YE7GXK9ST967JDYFS53",
"ns:uplink:01H7DC3Y0S2PR8ZGN9ZN1YK8WJ",
"rpc:/ttn.lorawan.v3.GsNs/HandleUplink:01H7DC3Y0S88Y7V31EM1W6QZH3",
"rpc:/ttn.lorawan.v3.GsNs/ReportTxAcknowledgment:01H7DC3YE77TQ1CTWXFQZ8YHBZ",
"rpc:/ttn.lorawan.v3.NsGs/ScheduleDownlink:01H7DC3YDF0Z3ZFR432NWNCCKF"
],
"origin": "ip-10-102-6-163.ap-southeast-2.compute.internal",
"context": {
"tenant-id": "CgN0dG4="
},
"visibility": {
"rights": [
"RIGHT_APPLICATION_TRAFFIC_READ"
]
},
"unique_id": "01H7DC3YE8735HC04JPC80WQ1Z"
},
{
"name": "ns.mac.dev_status.request",
"time": "2023-08-09T14:44:52.784959594Z",
"identifiers": [
{
"device_ids": {
"device_id": "eui-3531313956378202",
"application_ids": {
"application_id": "netvendorwmd"
},
"dev_eui": "3531313956378202",
"join_eui": "D9338691871F2B02",
"dev_addr": "260D2114"
}
}
],
"correlation_ids": [
"gs:conn:01H7D55F9P0B8JYYK95Q4QVJEQ",
"gs:up:host:01H7D55FHY5F53CF6YTRKHBH0M",
"gs:uplink:01H7DC3Y0RH7MTDQSVKQRHA267",
"ns:downlink:01H7DC3YDEAXPTTD0SNGE3FF0Q",
"ns:transmission:01H7DC3YDEJJFFRZXQYPE6PPPB",
"ns:uplink:01H7DC3Y0S2PR8ZGN9ZN1YK8WJ",
"rpc:/ttn.lorawan.v3.GsNs/HandleUplink:01H7DC3Y0S88Y7V31EM1W6QZH3"
],
"origin": "ip-10-102-14-2.ap-southeast-2.compute.internal",
"context": {
"tenant-id": "CgN0dG4="
},
"visibility": {
"rights": [
"RIGHT_APPLICATION_TRAFFIC_READ"
]
},
"unique_id": "01H7DC3YDGHHDV3YPBHFZCAPZM"
},
{
"name": "ns.mac.link_adr.request",
"time": "2023-08-09T14:44:52.784957313Z",
"identifiers": [
{
"device_ids": {
"device_id": "eui-3531313956378202",
"application_ids": {
"application_id": "netvendorwmd"
},
"dev_eui": "3531313956378202",
"join_eui": "D9338691871F2B02",
"dev_addr": "260D2114"
}
}
],
"data": {
"@type": "type.googleapis.com/ttn.lorawan.v3.MACCommand.LinkADRReq",
"data_rate_index": 5,
"channel_mask": [
true,
true,
true,
true,
true,
true,
true,
true,
false,
false,
false,
false,
false,
false,
false,
false
],
"nb_trans": 1
},
"correlation_ids": [
"gs:conn:01H7D55F9P0B8JYYK95Q4QVJEQ",
"gs:up:host:01H7D55FHY5F53CF6YTRKHBH0M",
"gs:uplink:01H7DC3Y0RH7MTDQSVKQRHA267",
"ns:downlink:01H7DC3YDEAXPTTD0SNGE3FF0Q",
"ns:transmission:01H7DC3YDEJJFFRZXQYPE6PPPB",
"ns:uplink:01H7DC3Y0S2PR8ZGN9ZN1YK8WJ",
"rpc:/ttn.lorawan.v3.GsNs/HandleUplink:01H7DC3Y0S88Y7V31EM1W6QZH3"
],
"origin": "ip-10-102-14-2.ap-southeast-2.compute.internal",
"context": {
"tenant-id": "CgN0dG4="
},
"visibility": {
"rights": [
"RIGHT_APPLICATION_TRAFFIC_READ"
]
},
"unique_id": "01H7DC3YDG6N89ZT22E2J1QWST"
},
{
"name": "ns.mac.new_channel.request",
"time": "2023-08-09T14:44:52.784954811Z",
"identifiers": [
{
"device_ids": {
"device_id": "eui-3531313956378202",
"application_ids": {
"application_id": "netvendorwmd"
},
"dev_eui": "3531313956378202",
"join_eui": "D9338691871F2B02",
"dev_addr": "260D2114"
}
}
],
"data": {
"@type": "type.googleapis.com/ttn.lorawan.v3.MACCommand.NewChannelReq",
"channel_index": 7,
"frequency": "924600000",
"max_data_rate_index": 5
},
"correlation_ids": [
"gs:conn:01H7D55F9P0B8JYYK95Q4QVJEQ",
"gs:up:host:01H7D55FHY5F53CF6YTRKHBH0M",
"gs:uplink:01H7DC3Y0RH7MTDQSVKQRHA267",
"ns:downlink:01H7DC3YDEAXPTTD0SNGE3FF0Q",
"ns:transmission:01H7DC3YDEJJFFRZXQYPE6PPPB",
"ns:uplink:01H7DC3Y0S2PR8ZGN9ZN1YK8WJ",
"rpc:/ttn.lorawan.v3.GsNs/HandleUplink:01H7DC3Y0S88Y7V31EM1W6QZH3"
],
"origin": "ip-10-102-14-2.ap-southeast-2.compute.internal",
"context": {
"tenant-id": "CgN0dG4="
},
"visibility": {
"rights": [
"RIGHT_APPLICATION_TRAFFIC_READ"
]
},
"unique_id": "01H7DC3YDG0HAWX99WVTC8S0CE"
},
{
"name": "ns.mac.tx_param_setup.request",
"time": "2023-08-09T14:44:52.784952095Z",
"identifiers": [
{
"device_ids": {
"device_id": "eui-3531313956378202",
"application_ids": {
"application_id": "netvendorwmd"
},
"dev_eui": "3531313956378202",
"join_eui": "D9338691871F2B02",
"dev_addr": "260D2114"
}
}
],
"data": {
"@type": "type.googleapis.com/ttn.lorawan.v3.MACCommand.TxParamSetupReq",
"max_eirp_index": "DEVICE_EIRP_16"
},
"correlation_ids": [
"gs:conn:01H7D55F9P0B8JYYK95Q4QVJEQ",
"gs:up:host:01H7D55FHY5F53CF6YTRKHBH0M",
"gs:uplink:01H7DC3Y0RH7MTDQSVKQRHA267",
"ns:downlink:01H7DC3YDEAXPTTD0SNGE3FF0Q",
"ns:transmission:01H7DC3YDEJJFFRZXQYPE6PPPB",
"ns:uplink:01H7DC3Y0S2PR8ZGN9ZN1YK8WJ",
"rpc:/ttn.lorawan.v3.GsNs/HandleUplink:01H7DC3Y0S88Y7V31EM1W6QZH3"
],
"origin": "ip-10-102-14-2.ap-southeast-2.compute.internal",
"context": {
"tenant-id": "CgN0dG4="
},
"visibility": {
"rights": [
"RIGHT_APPLICATION_TRAFFIC_READ"
]
},
"unique_id": "01H7DC3YDGW5C9GXERQ77WKTRT"
},
{
"name": "ns.down.data.schedule.success",
"time": "2023-08-09T14:44:52.784941871Z",
"identifiers": [
{
"device_ids": {
"device_id": "eui-3531313956378202",
"application_ids": {
"application_id": "netvendorwmd"
},
"dev_eui": "3531313956378202",
"join_eui": "D9338691871F2B02",
"dev_addr": "260D2114"
}
}
],
"data": {
"@type": "type.googleapis.com/ttn.lorawan.v3.ScheduleDownlinkResponse",
"delay": "4.591814131s",
"downlink_path": {
"fixed": {
"gateway_ids": {
"gateway_id": "00005813d398ac0d",
"eui": "00005813D398AC0D"
}
}
},
"rx1": true
},
"correlation_ids": [
"gs:conn:01H7D55F9P0B8JYYK95Q4QVJEQ",
"gs:up:host:01H7D55FHY5F53CF6YTRKHBH0M",
"gs:uplink:01H7DC3Y0RH7MTDQSVKQRHA267",
"ns:downlink:01H7DC3YDEAXPTTD0SNGE3FF0Q",
"ns:transmission:01H7DC3YDEJJFFRZXQYPE6PPPB",
"ns:uplink:01H7DC3Y0S2PR8ZGN9ZN1YK8WJ",
"rpc:/ttn.lorawan.v3.GsNs/HandleUplink:01H7DC3Y0S88Y7V31EM1W6QZH3"
],
"origin": "ip-10-102-14-2.ap-southeast-2.compute.internal",
"context": {
"tenant-id": "CgN0dG4="
},
"visibility": {
"rights": [
"RIGHT_APPLICATION_TRAFFIC_READ"
]
},
"unique_id": "01H7DC3YDG6AP1N5V0ZSQRZA4H"
},
{
"name": "ns.down.data.schedule.attempt",
"time": "2023-08-09T14:44:52.782974362Z",
"identifiers": [
{
"device_ids": {
"device_id": "eui-3531313956378202",
"application_ids": {
"application_id": "netvendorwmd"
},
"dev_eui": "3531313956378202",
"join_eui": "D9338691871F2B02",
"dev_addr": "260D2114"
}
}
],
"data": {
"@type": "type.googleapis.com/ttn.lorawan.v3.DownlinkMessage",
"raw_payload": "YBQhDSaOAwAJBQcHMBWNUANQ/wABBggsST0=",
"payload": {
"m_hdr": {
"m_type": "UNCONFIRMED_DOWN"
},
"mic": "CCxJPQ==",
"mac_payload": {
"f_hdr": {
"dev_addr": "260D2114",
"f_ctrl": {
"adr": true
},
"f_cnt": 3,
"f_opts": "CQUHBzAVjVADUP8AAQY="
},
"full_f_cnt": 3
}
},
"request": {
"downlink_paths": [
{
"uplink_token": "Ch4KHAoQMDAwMDU4MTNkMzk4YWMwZBIIAABYE9OYrA0Q7PaS/AEaDAjkzM6mBhDAgJuzASDgu/DzsYkC"
}
],
"rx1_delay": 5,
"rx1_data_rate": {
"lora": {
"bandwidth": 125000,
"spreading_factor": 10,
"coding_rate": "4/5"
}
},
"rx1_frequency": "924400000",
"rx2_data_rate": {
"lora": {
"bandwidth": 125000,
"spreading_factor": 10,
"coding_rate": "4/5"
}
},
"rx2_frequency": "923200000",
"priority": "HIGHEST",
"frequency_plan_id": "AS_923_925_TTN_AU"
},
"correlation_ids": [
"gs:conn:01H7D55F9P0B8JYYK95Q4QVJEQ",
"gs:up:host:01H7D55FHY5F53CF6YTRKHBH0M",
"gs:uplink:01H7DC3Y0RH7MTDQSVKQRHA267",
"ns:downlink:01H7DC3YDEAXPTTD0SNGE3FF0Q",
"ns:transmission:01H7DC3YDEJJFFRZXQYPE6PPPB",
"ns:uplink:01H7DC3Y0S2PR8ZGN9ZN1YK8WJ",
"rpc:/ttn.lorawan.v3.GsNs/HandleUplink:01H7DC3Y0S88Y7V31EM1W6QZH3"
]
},
"correlation_ids": [
"gs:conn:01H7D55F9P0B8JYYK95Q4QVJEQ",
"gs:up:host:01H7D55FHY5F53CF6YTRKHBH0M",
"gs:uplink:01H7DC3Y0RH7MTDQSVKQRHA267",
"ns:downlink:01H7DC3YDEAXPTTD0SNGE3FF0Q",
"ns:transmission:01H7DC3YDEJJFFRZXQYPE6PPPB",
"ns:uplink:01H7DC3Y0S2PR8ZGN9ZN1YK8WJ",
"rpc:/ttn.lorawan.v3.GsNs/HandleUplink:01H7DC3Y0S88Y7V31EM1W6QZH3"
],
"origin": "ip-10-102-14-2.ap-southeast-2.compute.internal",
"context": {
"tenant-id": "CgN0dG4="
},
"visibility": {
"rights": [
"RIGHT_APPLICATION_TRAFFIC_READ"
]
},
"unique_id": "01H7DC3YDEAY08QRM0ANC030G5"
},
{
"name": "as.packages.storage.up.store",
"time": "2023-08-09T14:44:52.586064874Z",
"identifiers": [
{
"device_ids": {
"device_id": "eui-3531313956378202",
"application_ids": {
"application_id": "netvendorwmd"
},
"dev_eui": "3531313956378202",
"dev_addr": "260D2114"
}
}
],
"correlation_ids": [
"as:up:01H7DC3Y75MX1SHXDBGKNG7FN7",
"gs:conn:01H7D55F9P0B8JYYK95Q4QVJEQ",
"gs:up:host:01H7D55FHY5F53CF6YTRKHBH0M",
"gs:uplink:01H7DC3Y0RH7MTDQSVKQRHA267",
"ns:uplink:01H7DC3Y0S2PR8ZGN9ZN1YK8WJ",
"rpc:/ttn.lorawan.v3.GsNs/HandleUplink:01H7DC3Y0S88Y7V31EM1W6QZH3",
"rpc:/ttn.lorawan.v3.NsAs/HandleUplink:01H7DC3Y74EWMK1YG7MCVETGCZ"
],
"origin": "ip-10-102-15-2.ap-southeast-2.compute.internal",
"context": {
"tenant-id": "CgN0dG4="
},
"visibility": {
"rights": [
"RIGHT_APPLICATION_TRAFFIC_READ"
]
},
"unique_id": "01H7DC3Y7ARN4YNAHQQ1SG39R9"
},
{
"name": "ns.up.data.forward",
"time": "2023-08-09T14:44:52.584400671Z",
"identifiers": [
{
"device_ids": {
"device_id": "eui-3531313956378202",
"application_ids": {
"application_id": "netvendorwmd"
},
"dev_eui": "3531313956378202",
"join_eui": "D9338691871F2B02",
"dev_addr": "260D2114"
}
}
],
"data": {
"@type": "type.googleapis.com/ttn.lorawan.v3.ApplicationUp",
"end_device_ids": {
"device_id": "eui-3531313956378202",
"application_ids": {
"application_id": "netvendorwmd"
},
"dev_eui": "3531313956378202",
"join_eui": "D9338691871F2B02",
"dev_addr": "260D2114"
},
"correlation_ids": [
"gs:conn:01H7D55F9P0B8JYYK95Q4QVJEQ",
"gs:up:host:01H7D55FHY5F53CF6YTRKHBH0M",
"gs:uplink:01H7DC3Y0RH7MTDQSVKQRHA267",
"ns:uplink:01H7DC3Y0S2PR8ZGN9ZN1YK8WJ",
"rpc:/ttn.lorawan.v3.GsNs/HandleUplink:01H7DC3Y0S88Y7V31EM1W6QZH3"
],
"uplink_message": {
"session_key_id": "AYnasv9J3OMAlpcOqePLQA==",
"f_cnt": 4,
"rx_metadata": [
{
"gateway_ids": {
"gateway_id": "00005813d398ac0d",
"eui": "00005813D398AC0D"
},
"timestamp": 528792428,
"rssi": -35,
"channel_rssi": -35,
"snr": 11.5,
"uplink_token": "Ch4KHAoQMDAwMDU4MTNkMzk4YWMwZBIIAABYE9OYrA0Q7PaS/AEaDAjkzM6mBhDAgJuzASDgu/DzsYkC",
"channel_index": 6,
"received_at": "2023-08-09T14:44:52.363054256Z"
}
],
"settings": {
"data_rate": {
"lora": {
"bandwidth": 125000,
"spreading_factor": 10,
"coding_rate": "4/5"
}
},
"frequency": "924400000",
"timestamp": 528792428
},
"received_at": "2023-08-09T14:44:52.377285356Z",
"consumed_airtime": "0.288768s",
"network_ids": {
"net_id": "000013",
"tenant_id": "ttn",
"cluster_id": "au1",
"cluster_address": "au1.cloud.thethings.network"
}
}
},
"correlation_ids": [
"gs:conn:01H7D55F9P0B8JYYK95Q4QVJEQ",
"gs:up:host:01H7D55FHY5F53CF6YTRKHBH0M",
"gs:uplink:01H7DC3Y0RH7MTDQSVKQRHA267",
"ns:uplink:01H7DC3Y0S2PR8ZGN9ZN1YK8WJ",
"rpc:/ttn.lorawan.v3.GsNs/HandleUplink:01H7DC3Y0S88Y7V31EM1W6QZH3"
],
"origin": "ip-10-102-14-2.ap-southeast-2.compute.internal",
"context": {
"tenant-id": "CgN0dG4="
},
"visibility": {
"rights": [
"RIGHT_APPLICATION_TRAFFIC_READ"
]
},
"unique_id": "01H7DC3Y78MN3GQ9KFB5CKEFEW"
},
{
Thatâs JSON of a web hook fail - or more particular, webhook.site saying youâve sent too many requests.
Is there any particular reason for persevering with this water meter? Or if it works with a different gateway, using that?
Hi,
I have borrowed a gateway to see if its the water meter had an issue or gateway? it seems its a gateway which I have spent $2000 on. So need to get it going.
Donât understand.
I was suggesting you using a different water meter or a different gateway.
LoRaWAN has an accredited specification - any other gateway should work - you could try a sub $100 TTIG.
In the meanwhile, Iâd return the $2000 gateway, there arenât any at that price point anymore and you could buy 10 gateways âŚ
Hi there, a different water meter isnât an option. Iâm sticking with this water meter.
I have done some further tests and my wife now thinks I have a girlfriend called Lora and thinks she is Chinese as her surname is Wan.
so I have now purchased a rak 7289c, It has an option to be set as a network without forwarding to TTN.
In this mode, I have selected the frequency plan region as AS923 and variant AS923-1
The default of these frequencies are Multi-SF LoRa Channel
chan0: 923.2MHz
chan1:923.4MHz
chan2:923.6MHz
chan3:923.8MHz
chan4:924MHz
chan5:924.2MHz
chan6:924.4MHz
chan7:924.6MHz
Standard LoRa Channel: 924.5MHz SF7 BW250
FSK Channel: 924.8MHz 50Kbps
With this channel plan as standard AS923 Varient AS923-1 the device joins the network and i receive the payloads after a few downloads and answer requests.
When I set the Rak7289C as a Packet forwarder to
au1.cloud.thethings.network with port 1700 up and 1700 down with channel Asia 920-923 Mhz (used by TTN Australia for both the gateway and device in TTN)
- I see it connects to the TTn network.
- The downlink sent request have completely different channel and adr requests and the end device
eg when Rak is set as its own gateway with the AS923-1 variant this is what happens Please see attached screenshots from rak. (attachment The Rak response device is AS923) I cant Upload a doc so I have put it in a link to dropbox
[redacted - post text as text, post a screen shot or drag & drop a file, donât link off site to obscured link, make the image as compact as possible - lots of white space = tiny text]
The Rak response device is AS923.pdf (243.5 KB)
I have noticed on the rak after a join request the downlink NewChannelReq",
âChIndexâ: 7,
âFrequencyâ: 924600000,
âDrRangeâ: {
âMaxDRâ: 5,
âMinDRâ: 0
and the uplink is confirmed ad successful,
then the next downlink is a âNewChannelReqâ,
âChIndexâ: 8,
âFrequencyâ: 924500000,
âDrRangeâ: {
âMaxDRâ: 6,
âMinDRâ: 6
and the uplink is successful. then the device send uplinks with payloads just fine.
However when connected toTTN the downlink request channels are not the same and it gets stuck on a ADRLINK and ChenelREQ loop which doesnât stop and no payloads ever received in TTN?
Question What plan Should I choose In TTN for an AS923 device in Australia, And how can I get TTn to match the Downlink request Channels to match the Rak gateways requests as it seems to work on the gateway but on TTN it Doesnt? Further what frequency should the rak gateway be set so that it all works with TTN network?
Also cant seem to connect rak to TTn as a Basestation can only connect Rak as a packet forwarder would this have something to do with my issue?
As always Iâm looking forward to all your knowledgable advise.
I have now got this working 
End device is on AS923 the Rak gateway is on AS923-1 and TTN is on Asia 915-928 MHz (AS923 Group 1) with only default channels and dwell time disabled
Why isnât it working on Asia 923-925 MHz (used by ttn Australia - secondary chanels) or Australia 915-928 fsb2 (used by TTN)
Do I need to be on a channel that sais used by TTN? What does used by TTN actually mean? Why would there be other channel plans listed if I have the console set to Australia?
To check why it isnât working you need to investigate the frequencies used by the different channel plans. Match what your end node uses with the frequencies used by the gateway and the TTN channel plan. There must be a discrepancy somewhereâŚ