• State Not Answered
  • Replies 1 reply
  • Subscribers 73 subscribers
  • Views 389 views
  • Users 0 members are here
Attachments (0)
Nordic Case Info
  • Case ID: 248176
Options
This post is older than 2 years and might not be relevant anymore
More Info: Consider searching for newer posts

Got Error when sending segment message more than 24 Bytes

SHawY

Hi,

I'm working on sending reliable message from server to client. It totally works fine if the message is less than 24 Bytes but then I got error when it's larger. The output shows the server could segment the message and transfered and the client actually received the message successfully however it never return ACK to the server but stucked and got no response at all.

I'm trying to senda 25 Bytes message"11223344556677889900112233445566778899001122334455" and here's what I got from output:

Server

00> <t:     674440>, custom_proxy.c,  651, RX
00> <t:     674444>, custom_proxy.c,  573, RX GATT PDU type 0x00, len 29
00> <t:     674447>, custom_proxy.c,  576, RX GATT PDU data:: 3CC4E6605607821B56038C16BDEDEA9F52E48E221784CEE8DBE5D1ED59
00> <t:     674452>, network.c,  335,   Net RX (enc): 3CC4E6605607821B56038C16BDEDEA9F52E48E221784CEE8DBE5D1ED59
00> <t:     674465>, net_packet.c,  223, Unencrypted data: : 0009CC01E0027F0BAFC7A1F872125EDE899E
00> <t:     674470>, network.c,  344, Net RX (unenc): 3C0500007800010009CC01E0027F0BAFC7A1F872125EDE899E740400EC
00> <t:     674475>, transport.c,  916, Got segment 0
00> <t:     674479>, custom_proxy.c,  651, RX
00> <t:     674482>, custom_proxy.c,  573, RX GATT PDU type 0x00, len 29
00> <t:     674490>, custom_proxy.c,  576, RX GATT PDU data:: 3C2336920D222AF9A2A17777792510509D9C58EF03179734F61741DC77
00> <t:     674498>, network.c,  335,   Net RX (enc): 3C2336920D222AF9A2A17777792510509D9C58EF03179734F61741DC77
00> <t:     674507>, net_packet.c,  223, Unencrypted data: : 0009CC01E0221F109559701BE997A364F56F
00> <t:     674591>, network.c,  298, Net TX: 3C0400C0030009C000CC0004420C7227CFB628447A4771787FF447EF9B
00> <t:     674599>, transport.c, 1361, TX:SAR packet: 43EFB22C27AD462975564FC4F91BF3345388AE193C5CFB940C7227CFB628447A
00> TX complete
00> <t:     676275>, network.c,  335,   Net RX (enc): 3CE592920C1DB464B0665C27C603C4F0E83B7DF6AFC0DA446B4D02B979
00> <t:     676284>, net_packet.c,  223, Unencrypted data: : C000CC00040243EFB22C27AD462975564FC4
00> <t:     676288>, network.c,  344, Net RX (unenc): 3C0300C0010009C000CC00040243EFB22C27AD462975564FC4000000E9
00> <t:     679101>, network.c,  335,   Net RX (enc): 3C1CC46344B9EE6EB1002388FCF130DC09B064FE2A40DF05AF042886E5
00> <t:     679110>, net_packet.c,  223, Unencrypted data: : C000CC000422F91BF3345388AE193C5CFB94
00> <t:     679114>, network.c,  344, Net RX (unenc): 3C0300C0020009C000CC000422F91BF3345388AE193C5CFB94000000E9
00> <t:     681154>, network.c,  298, Net TX: 3C0400C0050009C000CC00040243EFB22C27AD462975564FC4F447EF9B
00> <t:     681163>, network.c,  298, Net TX: 3C0400C0060009C000CC000422F91BF3345388AE193C5CFB943F258D32
00> <t:     681172>, network.c,  298, Net TX: 3C0400C0070009C000CC0004420C7227CFB628447AC8D61551279A9C02
00> <t:     685751>, access_reliable.c,  128, [er8] <= access_model_publish()
00> <t:     687735>, network.c,  298, Net TX: 3C0400C0080009C000CC00040243EFB22C27AD462975564FC4279A9C02
00> <t:     687744>, network.c,  298, Net TX: 3C0400C0090009C000CC000422F91BF3345388AE193C5CFB945083A048
00> <t:     687753>, network.c,  298, Net TX: 3C0400C00A0009C000CC0004420C7227CFB628447A831EA7C5679B134F
00> <t:     696897>, network.c,  298, Net TX: 3C0400C00B0009C000CC002C02B7ED47280DF8B2E3BDB2B6D4679B134F
00> <t:     696906>, network.c,  298, Net TX: 3C0400C00C0009C000CC002C22F94EB9AB4DBBEECCD713C54DD19712A6
00> <t:     696915>, network.c,  298, Net TX: 3C0400C00D0009C000CC002C429E97A6736C90571ED53CBE0AF70D04C9
00> <t:     696923>, transport.c, 1361, TX:SAR packet: B7ED47280DF8B2E3BDB2B6D4F94EB9AB4DBBEECCD713C54D9E97A6736C90571E
00> <t:     696926>, access.c,  425, TX: [aop: 0x00C6] 
00> <t:     696929>, access.c,  426, TX: Msg: C6590011223344556677889900112233445566778899001122334455
00> <t:     703478>, network.c,  298, Net TX: 3C0400C00E0009C000CC002C02B7ED47280DF8B2E3BDB2B6D4F70D04C9
00> <t:     703487>, network.c,  298, Net TX: 3C0400C00F0009C000CC002C22F94EB9AB4DBBEECCD713C54D1319DCE1
00> <t:     703496>, network.c,  298, Net TX: 3C0400C0100009C000CC002C429E97A6736C90571E7D30709E079DADB7
00> <t:     710059>, network.c,  298, Net TX: 3C0400C0110009C000CC002C02B7ED47280DF8B2E3BDB2B6D4079DADB7
00> <t:     710068>, network.c,  298, Net TX: 3C0400C0120009C000CC002C22F94EB9AB4DBBEECCD713C54D7AA5B570
00> <t:     710077>, network.c,  298, Net TX: 3C0400C0130009C000CC002C429E97A6736C90571EAE9B39202021572D
00> <t:     719180>, network.c,  298, Net TX: 3C0400C0140009C000CC005002DA15C645D22C5EF477F925642021572D
00> <t:     719189>, network.c,  298, Net TX: 3C0400C0150009C000CC005022026770D14007178264BE3A826220AD82
00> <t:     719198>, network.c,  298, Net TX: 3C0400C0160009C000CC0050422EDA6BD34E9D25ACFA79577BB7DA6251
00> <t:     719206>, transport.c, 1361, TX:SAR packet: DA15C645D22C5EF477F92564026770D14007178264BE3A822EDA6BD34E9D25AC
00> <t:     719210>, access.c,  425, TX: [aop: 0x00C6] 
00> <t:     719212>, access.c,  426, TX: Msg: C6590020A8E9032001000001C8E9032089440200180000001C000000
00> <t:     725761>, network.c,  298, Net TX: 3C0400C0170009C000CC005002DA15C645D22C5EF477F92564B7DA6251
00> <t:     725770>, network.c,  298, Net TX: 3C0400C0180009C000CC005022026770D14007178264BE3A82A51B2EF3
00> <t:     725779>, network.c,  298, Net TX: 3C0400C0190009C000CC0050422EDA6BD34E9D25AC658E7982B71F65DD
00> <t:     732342>, network.c,  298, Net TX: 3C0400C01A0009C000CC005002DA15C645D22C5EF477F92564B71F65DD
00> <t:     732351>, network.c,  298, Net TX: 3C0400C01B0009C000CC005022026770D14007178264BE3A82255B4925
00> <t:     732360>, network.c,  298, Net TX: 3C0400C01C0009C000CC0050422EDA6BD34E9D25AC967C1E1839142438
00> <t:     763744>, network.c,  298, Net TX: 3C0400C01D0009C000CC0074021D70DE0C9FE76AE5DAF856DB39142438
00> <t:     763753>, network.c,  298, Net TX: 3C0400C01E0009C000CC0074223A72B020ADBBA054551447F3FCE962B9
00> <t:     763762>, network.c,  298, Net TX: 3C0400C01F0009C000CC007442D28A38CCADDCE52927482CED0BF4855D
00> <t:     763770>, transport.c, 1361, TX:SAR packet: 1D70DE0C9FE76AE5DAF856DB3A72B020ADBBA054551447F3D28A38CCADDCE529
00> <t:     763774>, access.c,  425, TX: [aop: 0x00C6] 
00> <t:     763777>, access.c,  426, TX: Msg: C6590020A8E9032001000001C8E9032089440200180000001C000000
00> <t:     770325>, network.c,  298, Net TX: 3C0400C0200009C000CC0074021D70DE0C9FE76AE5DAF856DB0BF4855D
00> <t:     770334>, network.c,  298, Net TX: 3C0400C0210009C000CC0074223A72B020ADBBA054551447F3CCAB5B9B
00> <t:     770343>, network.c,  298, Net TX: 3C0400C0220009C000CC007442D28A38CCADDCE52913CAFF8C4869EBB7
00> <t:     776907>, network.c,  298, Net TX: 3C0400C0230009C000CC0074021D70DE0C9FE76AE5DAF856DB4869EBB7
00> <t:     776916>, network.c,  298, Net TX: 3C0400C0240009C000CC0074223A72B020ADBBA054551447F3A344C376
00> <t:     776925>, network.c,  298, Net TX: 3C0400C0250009C000CC007442D28A38CCADDCE529F4E30F605FEE6A8A
00> <t:     852873>, network.c,  298, Net TX: 3C0400C0260009C000CC009802E0577C329D685A11E67B95385FEE6A8A
00> <t:     852882>, network.c,  298, Net TX: 3C0400C0270009C000CC009822CF60ADD59C62465D2BBBB4EC8F8793D8
00> <t:     852891>, network.c,  298, Net TX: 3C0400C0280009C000CC0098426C53F1B837778EC4BB594FE4A99466AA
00> <t:     852899>, transport.c, 1361, TX:SAR packet: E0577C329D685A11E67B9538CF60ADD59C62465D2BBBB4EC6C53F1B837778EC4
00> <t:     852903>, access.c,  425, TX: [aop: 0x00C6] 
00> <t:     852906>, access.c,  426, TX: Msg: C6590020A8E9032001000001C8E9032089440200180000001C000000
00> <t:     859454>, network.c,  298, Net TX: 3C0400C0290009C000CC009802E0577C329D685A11E67B9538A99466AA
00> <t:     859463>, network.c,  298, Net TX: 3C0400C02A0009C000CC009822CF60ADD59C62465D2BBBB4EC96ECB4CC
00> <t:     859472>, network.c,  298, Net TX: 3C0400C02B0009C000CC0098426C53F1B837778EC4AF8200EC76418D45
00> <t:     866035>, network.c,  298, Net TX: 3C0400C02C0009C000CC009802E0577C329D685A11E67B953876418D45
00> <t:     866044>, network.c,  298, Net TX: 3C0400C02D0009C000CC009822CF60ADD59C62465D2BBBB4EC48F04276
00> <t:     866053>, network.c,  298, Net TX: 3C0400C02E0009C000CC0098426C53F1B837778EC4B20257C8DCBEA090
00> <t:     921277>, net_beacon.c,  247, SNB TX ID: 69F9FDE4C2696E68 ivu: 0 kr: 0 IV: 0
00> <t:    1031131>, network.c,  298, Net TX: 3C0400C02F0009C000CC00BC02B0AA298A8004618A21497639DCBEA090
00> <t:    1031140>, network.c,  298, Net TX: 3C0400C0300009C000CC00BC221F7831B3F6972FFF8FCC74FC50EB3F5F
00> <t:    1031149>, network.c,  298, Net TX: 3C0400C0310009C000CC00BC42405352F2A8E2142105E3D47A9931ECF9
00> <t:    1031157>, transport.c, 1361, TX:SAR packet: B0AA298A8004618A214976391F7831B3F6972FFF8FCC74FC405352F2A8E21421
00> <t:    1031161>, access.c,  425, TX: [aop: 0x00C6] 
00> <t:    1031164>, access.c,  426, TX: Msg: C6590020A8E9032001000001C8E9032089440200180000001C000000
00> <t:    1037712>, network.c,  298, Net TX: 3C0400C0320009C000CC00BC02B0AA298A8004618A214976399931ECF9
00> <t:    1037721>, network.c,  298, Net TX: 3C0400C0330009C000CC00BC221F7831B3F6972FFF8FCC74FCB000C878
00> <t:    1037730>, network.c,  298, Net TX: 3C0400C0340009C000CC00BC42405352F2A8E21421E95659DE466E543B
00> <t:    1044293>, network.c,  298, Net TX: 3C0400C0350009C000CC00BC02B0AA298A8004618A21497639466E543B
00> <t:    1044302>, network.c,  298, Net TX: 3C0400C0360009C000CC00BC221F7831B3F6972FFF8FCC74FC708EA009
00> <t:    1044311>, network.c,  298, Net TX: 3C0400C0370009C000CC00BC42405352F2A8E214213DD0E8885167ECFA
00> <t:    1248957>, net_beacon.c,  247, SNB TX ID: 69F9FDE4C2696E68 ivu: 0 kr: 0 IV: 0
00> <t:    1387646>, network.c,  298, Net TX: 3C0400C0380009C000CC00E00268B514D56192E72A2295EC505167ECFA
00> <t:    1387655>, network.c,  298, Net TX: 3C0400C0390009C000CC00E022C3C7D21EE1E9F75F060E4187B096348C
00> <t:    1387664>, network.c,  298, Net TX: 3C0400C03A0009C000CC00E042DB536F43B0189AB0478433CCE40CF3A2
00> <t:    1387672>, transport.c, 1361, TX:SAR packet: 68B514D56192E72A2295EC50C3C7D21EE1E9F75F060E4187DB536F43B0189AB0
00> <t:    1387676>, access.c,  425, TX: [aop: 0x00C6] 
00> <t:    1387679>, access.c,  426, TX: Msg: C6590020A8E9032001000001C8E9032089440200180000001C000000
00> <t:    1394227>, network.c,  298, Net TX: 3C0400C03B0009C000CC00E00268B514D56192E72A2295EC50E40CF3A2
00> <t:    1394236>, network.c,  298, Net TX: 3C0400C03C0009C000CC00E022C3C7D21EE1E9F75F060E4187B9B007E8
00> <t:    1394245>, network.c,  298, Net TX: 3C0400C03D0009C000CC00E042DB536F43B0189AB09E4AC2B24BF3A417
00> <t:    1400808>, network.c,  298, Net TX: 3C0400C03E0009C000CC00E00268B514D56192E72A2295EC504BF3A417
00> <t:    1400817>, network.c,  298, Net TX: 3C0400C03F0009C000CC00E022C3C7D21EE1E9F75F060E4187CC825E9B
00> <t:    1400826>, network.c,  298, Net TX: 3C0400C0400009C000CC00E042DB536F43B0189AB0BB4ED6F385D60E7B
00> <t:    1576637>, net_beacon.c,  247, SNB TX ID: 69F9FDE4C2696E68 ivu: 0 kr: 0 IV: 0
00> <t:    1657649>, generic_server.c,   39, Reliable transfer of GENERIC data has timed out
00> <t:    1657652>, generic_server.c,   53, m_active_transfer = false

Client

00> <t:     755330>, network.c,  335,   Net RX (enc): 3C0E9D7A93F5A56FC886857264BD3ECF5050674379B07657B1F21DFBB7
00> <t:     755338>, net_packet.c,  223, Unencrypted data: : C000CC00040243EFB22C27AD462975564FC4
00> <t:     755342>, network.c,  344, Net RX (unenc): 3C0400C0010009C000CC00040243EFB22C27AD462975564FC400000001
00> <t:     755346>, transport.c,  916, Got segment 0
00> <t:     755350>, network.c,  298, Net TX: 3C0300C0010009C000CC00040243EFB22C27AD462975564FC400000000
00> <t:     756291>, network.c,  335,   Net RX (enc): 3C0E9D7A93F5A56FC886857264BD3ECF5050674379B07657B1F21DFBB7
00> <t:     757255>, network.c,  335,   Net RX (enc): 3C0E9D7A93F5A56FC886857264BD3ECF5050674379B07657B1F21DFBB7
00> <t:     758170>, network.c,  335,   Net RX (enc): 3CF33F9B7710C689BACE33DCB2FC385CED8D6513E04771787FF447EF9B
00> <t:     758178>, net_packet.c,  223, Unencrypted data: : C000CC000422F91BF3345388AE193C5CFB94
00> <t:     758182>, network.c,  344, Net RX (unenc): 3C0400C0020009C000CC000422F91BF3345388AE193C5CFB94000000E9
00> <t:     758186>, transport.c,  916, Got segment 1
00> <t:     758190>, network.c,  298, Net TX: 3C0300C0020009C000CC000422F91BF3345388AE193C5CFB944D02B979
00> <t:     759140>, network.c,  335,   Net RX (enc): 3CF33F9B7710C689BACE33DCB2FC385CED8D6513E04771787FF447EF9B
00> <t:     759809>, network.c,  335,   Net RX (enc): 3CF33F9B7710C689BACE33DCB2FC385CED8D6513E04771787FF447EF9B
00> <t:     760763>, network.c,  335,   Net RX (enc): 3C187DE5412D8F2A351315E5108BC521AC45BA8810A847A208
00> <t:     760771>, net_packet.c,  223, Unencrypted data: : C000CC0004420C7227CFB628447A
00> <t:     760774>, network.c,  344, Net RX (unenc): 3C0400C0030009C000CC0004420C7227CFB628447A00000000
00> <t:     760778>, transport.c,  916, Got segment 2
00> <t:     760784>, transport.c, 1030, Message decrypted
00> <t:     760787>, access.c,  253, RX: [aop: 0x00C6]
00> <t:     760790>, access.c,  276, RX: Msg: 11223344556677889900112233445566778899001122334455
00> <t:     760794>, main.c,  100, GENERIC client Event data length: 25, source addr: 0x0009 
00> <t:     760798>, main.c,  101, GENERIC client Event data: : 11223344556677889900112233445566778899001122334455

I got an ERROR from server: access_reliable.c,  128, [er8] <= access_model_publish().

Also when I debug the client receiving such message I got BusFault at mesh_mem_alloc():

Inside malloc(size) the value size = 0x97000007 which is quite larger and looks different with the value from a success transmission. I don't know why it happen and how to solve it. Anyone can help?

Thanks a lot.

Setup
nRF52840-DK
SDK v16.0.0
Mesh v4.0.0
S140 v7.0.1

  • 0

    Hi,

    The error return value from access_model_publish() is printed in the log ("er8"). Error code 8 is NRF_ERROR_INVALID_STATE (see error code definitions in nrf_error.h). For access_model_publish(), this error code only appears when sending segmented packets (for messages too large to fit in one single lower transport packet), and means that one message is still in the process of being sent when you try to send a new message. (You can only send one segmented message at a time.)

    From the client log it looks like the message has been received. Do you still get bus fault at mesh_mem_alloc(), and if so what line of code does that correspond to and have you found out anything more worth sharing for figuring out what happens? Is the log that you provided also from a session when you get the fault, and the fault happens right after the last line from that log?

    Regards,
    Terje

Related
Terms of service