I am not getting anything in my node’s TTN application console, no ping is being received in it. However for gateway console below data is being received:
"metrics": {
"txin": 0,
"txok": 0,
"rxin": 7,
"rxok": 6,
"rxfw": 6,
"ackr": 0
Please advise
Use the tools to format logs & text </>
Check the logs on the gateway to see if it is actually hearing your device.
I checked the Syslog file in the gateway, no packets of my device received by concentrator. kindly advise.
what frequencies are your gateway setup for
if there is a mismatch between your node and the gateway you will not see anything in the gateway console
if your desk is wood it does not offer high rf attenuation
these dont have much memory
I found a file as global_conf.json in path /opt/ttn-gateway/packet_forwarder/lora_pkt_fwd/ having script as below hope it tells which frequencies it is working in. Also, the Arduino code I provided is working in same range correct
{
"gateway_conf":{
"gateway_ID":"0000000000000000",
"server_address":"au1.cloud.thethings.network",
"serv_port_up":1700,
"serv_port_down":1700,
"forward_crc_disabled":false,
"forward_crc_error":false,
"forward_crc_valid":true,
"keepalive_interval":10,
"stat_interval":30,
"push_timeout_ms":100,
"fake_gps":false,
"autoquit_threshold":30,
"gps_tty_path":"/dev/i2c",
"beacon_period": 0, /* disable class B beacon */
"beacon_freq_hz": 923400000,
"beacon_freq_nb": 1,
"beacon_freq_step": 0,
"beacon_datarate": 9,
"beacon_bw_hz": 125000,
"beacon_power": 27
},
"SX1301_conf":
{
"lorawan_public":true,
"clksrc":1,
"antenna_gain":0,
"radio_0":{
"enable":true,
"type":"SX1257",
"freq":923000000,
"rssi_offset":-166,
"tx_enable":true,
"tx_freq_min":921800000,
"tx_freq_max":923600000
},
"radio_1":{
"enable":true,
"type":"SX1257",
"freq":922000000,
"rssi_offset":-166,
"tx_enable":false
},
"chan_multiSF_0":{
"enable":true,
"radio":0,
"if":200000
},
"chan_multiSF_1":{
"enable":true,
"radio":0,
"if":400000
},
"chan_multiSF_2":{
"enable":true,
"radio":1,
"if":200000
},
"chan_multiSF_3":{
"enable":true,
"radio":1,
"if":400000
},
"chan_multiSF_4":{
"enable":true,
"radio":0,
"if":-400000
},
"chan_multiSF_5":{
"enable":true,
"radio":0,
"if":-200000
},
"chan_multiSF_6":{
"enable":true,
"radio":1,
"if":0
},
"chan_multiSF_7":{
"enable":true,
"radio":0,
"if":0
},
"chan_Lora_std":{
"enable":true,
"radio":1,
"if":100000,
"bandwidth":250000,
"spread_factor":7
},
"chan_FSK":{
"enable":true,
"radio":1,
"if":-200000,
"bandwidth":125000,
"datarate":50000
},
"tx_lut_0":{
"pa_gain":0,
"mix_gain":9,
"rf_power":-6,
"dig_gain":0
},
"tx_lut_1":{
"pa_gain":0,
"mix_gain":11,
"rf_power":-3,
"dig_gain":0
},
"tx_lut_2":{
"pa_gain":0,
"mix_gain":15,
"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":13,
"rf_power":10,
"dig_gain": 1
},
"tx_lut_6":{
"pa_gain":1,
"mix_gain":14,
"rf_power":11,
"dig_gain":0
},
"tx_lut_7":{
"pa_gain":2,
"mix_gain":10,
"rf_power":12,
"dig_gain":0
},
"tx_lut_8":{
"pa_gain":2,
"mix_gain":10,
"rf_power":13,
"dig_gain":0
},
"tx_lut_9":{
"pa_gain":2,
"mix_gain":11,
"rf_power":14,
"dig_gain": 1
},
"tx_lut_10":{
"pa_gain":2,
"mix_gain": 12,
"rf_power":16,
"dig_gain":0
},
"tx_lut_11":{
"pa_gain":3,
"mix_gain":9,
"rf_power":20,
"dig_gain": 1
},
"tx_lut_12":{
"pa_gain":3,
"mix_gain":11,
"rf_power":23,
"dig_gain": 1
},
"tx_lut_13":{
"pa_gain":3,
"mix_gain":12,
"rf_power":25,
"dig_gain": 1
},
"tx_lut_14":{
"pa_gain":3,
"mix_gain":13,
"rf_power":26,
"dig_gain": 1
},
"tx_lut_15":{
"pa_gain":3,
"mix_gain":13,
"rf_power":27,
"dig_gain":0
}
}
}
Yeah, this code is what I simply took from MCCI library hope it has enough memory to send atleast 1 ping. And if serial monitor is continuosly printing something then I think as part of my very first observation, hence I think the program is not crashing.
@descartes @Piet_Pillay I just brought a node in range of the gateway and data is being received from it on ttn. as below:
23:58:32
Receive uplink message
DevAddr
26041C33
FCnt
110
FPort
1
Data rate
SF7BW125
SNR
9.8
RSSI
-61
Its JSON
{
“name”: “gs.up.receive”,
“time”: “2023-10-07T15:58:32.977839612Z”,
“identifiers”: [
{
“gateway_ids”: {
“gateway_id”: “eui-b827ebfffe7df45f”,
“eui”: “B827EBFFFE7DF45F”
}
}
],
“data”: {
“@type”: “type.googleapis.com/ttn.lorawan.v3.GatewayUplinkMessage”,
“message”: {
“raw_payload”: “QDMcBCYAbgAB5oti26ElS+Y1rQ==”,
“payload”: {
“m_hdr”: {
“m_type”: “UNCONFIRMED_UP”
},
“mic”: “S+Y1rQ==”,
“mac_payload”: {
“f_hdr”: {
“dev_addr”: “26041C33”,
“f_ctrl”: {},
“f_cnt”: 110
},
“f_port”: 1,
“frm_payload”: “5oti26El”
}
},
“settings”: {
“data_rate”: {
“lora”: {
“bandwidth”: 125000,
“spreading_factor”: 7,
“coding_rate”: “4/5”
}
},
“frequency”: “922200000”,
“timestamp”: 549702763
},
“rx_metadata”: [
{
“gateway_ids”: {
“gateway_id”: “eui-b827ebfffe7df45f”,
“eui”: “B827EBFFFE7DF45F”
},
“timestamp”: 549702763,
“rssi”: -61,
“channel_rssi”: -61,
“snr”: 9.8,
“uplink_token”: “CiIKIAoUZXVpLWI4MjdlYmZmZmU3ZGY0NWYSCLgn6//+ffRfEOuYj4YCGgwIqICGqQYQ852S0gMg+IPa5v8P”,
“channel_index”: 2,
“received_at”: “2023-10-07T15:58:32.977571571Z”
}
],
“received_at”: “2023-10-07T15:58:32.977571571Z”,
“correlation_ids”: [
“gs:conn:01HC5D8JABEGF4CANHH5S4ZSAC”,
“gs:uplink:01HC5DS80HG91BD6X6P5W255TA”
],
“crc_status”: true
},
“band_id”: “AS_923”
},
“correlation_ids”: [
“gs:conn:01HC5D8JABEGF4CANHH5S4ZSAC”,
“gs:uplink:01HC5DS80HG91BD6X6P5W255TA”
],
“origin”: “ip-10-102-12-112.ap-southeast-2.compute.internal”,
“context”: {
“tenant-id”: “CgN0dG4=”
},
“visibility”: {
“rights”: [
“RIGHT_GATEWAY_TRAFFIC_READ”
]
},
“unique_id”: “01HC5DS80H4RF12P5J5FKHXGCD”
}
Seems problem is to do with program in my node
There are only a few LMIC-Ninjas that can make an ATmega328 & RFM95 combo work with v4.1.1.
So this is not unsurprising.
The one I know has an urgent appointment this evening with a national dance competition. In the meanwhile you could research options for advise on the best course of action.
Yeah, I was also thinking the same, since this whisper node iam using was bought I think in 2017. Perhaps older library might work could you advise which MCC LMIC version might be preferrable?
Yes, would be grateful if he could be of help.
these are mac commands if i have it correct you only get them once the node have joined the network
it is the commands the lns uses to control the node
No, that is a MAC payload from the node to the LNS. It is part of every data packet that is being uplinked.
are mac not the commands the lns use to control the node adr
lns sends a mac command and the node reply with a mac message to confirm its settings
i see them as downlinks and uplinks
you need to see the downlink first
before the uplink
or are my node acting differently
and yes what he posted were the node message but there were first a lns command
@Piet_Pillay below is the ping I received in TTN from the lora node I brought from outside, it’s not mine. Gateway is receiving data from it. It’s just TTN is not receiving ping from my node, I think the problem is something with my Arduino code which is posted in my question, what’s your opinion, any possible solution?
if this is from the gateway console and it is not in your application console then it is not your node
it is from some node in rf range of your gateway and at -61 it is very close to the gateway
It started with my friend when he made a loRa node with this same gateway RAK7243C and he was using chirpstack local server and he is able to demonstrate the LoRaWAN network working.
Now, I borrowed the gateway from him and enabled the TTN server (disabled chirpstack) now the gateway is being connected with TTN and TTN gateway is able to show my friend’s node’s packets however not from my node. Also yes eui-b827ebfffe7df45f is my gateway as in my picture below:
Not sure if there is something fixed in my friends gateway so his node and gateway are able to work but my node is being rejected.
Any pitfall I am falling in?
Hi @Piet_Pillay Seems,we are in the correct direction to nail down the issue. I downloaded the Syslog file (attached) in the RAK7243C gateway via SSH. below is the details I found, please advise,Thanks a lot!
That’s just one of several.
Not necessarily - there are MAC commands that are originated from a device.
Unlikely, more that you haven’t seen many uplink first sequences.
Please stop mentioning people unless it is a question specifically directed at one of us.
As we have all contributed to the topic, we get notified as soon as something is written. Double pings just add to the notification clutter.
And stop using the " tool, for JSON, logs, code etc forum guidelines indicate the use of the </> tool as per:
Hopefully you did some more research overnight on a library that will work:
One that ends up with at least 750 bytes free, you’ll have to try different versions, it’s been a while since I used LMIC on a 32K flash device since the ATmega480X came out. There are options in LMIC as well to look at if I recall correctly.
Tied up with preparation for results show - catering, etc - should be around tomorrow.
that is the configuration on the gateway itself
how did you configure it on ttn
