Warning: Can't synchronize with repository "(default)" (No changeset 96d22ec3fa3ef6de3ea8dc0d7d398adc9aa071cf in the repository). Look in the Trac log for more information.

Ticket #387 (closed defect: fixed)

Opened 4 years ago

Last modified 4 years ago

GetNeighbourCellInformation sometimes returns invaild data

Reported by: jluebbe Owned by: mickey
Priority: major Milestone:
Component: framework/ogsmd Version:
Keywords: Cc:

Description

Since switching to the new unsolisticated message handling i've noticed invalid data returned by GetNeighbourCellInformation?.

Attachments

monitor.log​ (15.0 KB) - added by jluebbe 4 years ago.

Change History

Changed 4 years ago by jluebbe

comment:1 Changed 4 years ago by jluebbe 

2009.03.13 12:56:06 ogsmd.channel DEBUG    <MiscChannel via /dev/pts/0>: _readyToSend: watch timeout = None
2009.03.13 12:56:06 ogsmd.channel DEBUG    <MiscChannel via /dev/pts/0>: sending 11 bytes: 'AT%EM=2,3\r\n'
2009.03.13 12:56:06 ogsmd.channel DEBUG    <MiscChannel via /dev/pts/0>: _readyToRead: watch timeout = 12055
2009.03.13 12:56:06 ogsmd.channel DEBUG    <MiscChannel via /dev/pts/0>: got 10 bytes: '\r\n%EM: 6\r\n'
2009.03.13 12:56:07 ogsmd.channel DEBUG    <MiscChannel via /dev/pts/0>: _readyToRead: watch timeout = 12056
2009.03.13 12:56:07 ogsmd.channel DEBUG    <MiscChannel via /dev/pts/0>: got 312 bytes: '841,822,856,852,998,982\r\n17,17,40,22,26,28\r\n29,29,40,22,8,10\r\n30,30,41,23,27,29\r\n29,28,31,30,30,27\r\n56012,56002,51252,51262,212,202\r\n32,32,32,32,32,32\r\n0,1,1495332,1495332,1495332,1495332\r\n0,4996,876,876,880,880\r\n0,0,0,0,0,0\r\n0,0,0,0,0,0\r\n2,2,2,2,2,2\r\n1,1,0,0,1,1\r\n6,6,0,0,9,9\r\n0,0,0,0,0,0\r\n15,15,3,3,3,3\r\n\r\nOK\r\n'
2009.03.13 12:56:07 ogsmd.channel DEBUG    <MiscChannel via /dev/pts/0>: COMPLETED 'AT%EM=2,3' => ['%EM: 6', '841,822,856,852,998,982', '17,17,40,22,26,28', '29,29,40,22,8,10', '30,30,41,23,27,29', '29,28,31,30,30,27', '56012,56002,51252,51262,212,202', '32,32,32,32,32,32', '0,1,1495332,1495332,1495332,1495332', '0,4996,876,876,880,880', '0,0,0,0,0,0', '0,0,0,0,0,0', '2,2,2,2,2,2', '1,1,0,0,1,1', '6,6,0,0,9,9', '0,0,0,0,0,0', '15,15,3,3,3,3', 'OK']
2009.03.13 12:56:07 ogsmd.channel DEBUG    <MiscChannel via /dev/pts/0>: _readyToSend: watch timeout = None

comment:2 Changed 4 years ago by jluebbe

The log was actually the correct message before the invalid ones (filtered for AT%EM=2,3 results): 

2009.03.13 12:56:07 ogsmd.channel DEBUG    <MiscChannel via /dev/pts/0>: COMPLETED 'AT%EM=2,3' => ['%EM: 6', '841,822,856,852,998,982', '17,17,40,22,26,28', '29,29,40,22,8,10', '30,30,41,23,27,29', '29,28,31,30,30,27', '56012,56002,51252,51262,212,202', '32,32,32,32,32,32', '0,1,1495332,1495332,1495332,1495332', '0,4996,876,876,880,880', '0,0,0,0,0,0', '0,0,0,0,0,0', '2,2,2,2,2,2', '1,1,0,0,1,1', '6,6,0,0,9,9', '0,0,0,0,0,0', '15,15,3,3,3,3', 'OK']
2009.03.13 12:56:18 ogsmd.channel DEBUG    <MiscChannel via /dev/pts/0>: COMPLETED 'AT%EM=2,3' => ['%EM: 4', '978,998,985,982,0,0', '9,20,24,33,0,0', '10,21,25,34,0,0', '28,30,31,27,0,0', '56012,56002,49659,202,0,0', '32,32,32,32,0,0', '1495332,2308204,0,0,0,0', '876,2864,0,0,0,0', '0,0,0,0,0,0', '0,0,0,0,0,0', '2,2,2,2,0,0', '0,1,0,1,255,255', '9,9,9,9,0,0', '0,0,0,0,0,0', '3,3,3,3,0,0', 'OK']
2009.03.13 12:56:30 ogsmd.channel DEBUG    <MiscChannel via /dev/pts/0>: COMPLETED 'AT%EM=2,3' => ['%EM: 4', '978,998,985,982,0,0', '9,20,19,28,0,0', '10,21,20,29,0,0', '28,30,31,27,0,0', '56012,56002,49659,202,0,0', '32,32,32,32,0,0', '1495332,2308204,0,0,0,0', '880,2864,0,0,0,0', '0,0,0,0,0,0', '0,0,0,0,0,0', '2,2,2,2,0,0', '0,1,0,1,255,255', '9,9,9,9,0,0', '0,0,0,0,0,0', '3,3,3,3,0,0', 'OK']
2009.03.13 12:56:41 ogsmd.channel DEBUG    <MiscChannel via /dev/pts/0>: COMPLETED 'AT%EM=2,3' => ['%EM: 4', '978,998,985,982,0,0', '11,19,25,37,0,0', '12,20,26,38,0,0', '28,30,31,27,0,0', '56012,56002,49659,202,0,0', '32,32,32,32,0,0', '1495332,2308204,0,0,0,0', '880,2864,0,0,0,0', '0,0,0,0,0,0', '0,0,0,0,0,0', '2,2,2,2,0,0', '0,1,0,1,255,255', '9,9,9,9,0,0', '0,0,0,0,0,0', '3,3,3,3,0,0', 'OK']
2009.03.13 12:56:53 ogsmd.channel DEBUG    <MiscChannel via /dev/pts/0>: COMPLETED 'AT%EM=2,3' => ['%EM: 6', '800,841,852,856,985,982', '7,21,26,42,25,37', '19,33,26,42,7,19', '20,34,27,43,26,38', '28,29,30,31,31,27', '41412,56002,51262,51252,49659,202', '32,32,32,32,32,32', '1495332,2308204,965686,1495332,0,0', '876,2860,2864,876,0,0', '0,0,0,0,0,0', '0,0,0,0,0,0', '2,2,2,2,2,2', '0,1,0,0,0,1', '6,6,0,0,9,9', '0,0,0,0,0,0', '15,15,3,3,3,3', 'OK']

comment:3 Changed 4 years ago by jluebbe

Line 1 and 5 are ok, but 2-4 are broken. The modem seems to have dropped one line, we should have 16 parameter lines, but in this case we get only 15. This causes the lac and cid to be misinterpreted.

comment:4 Changed 4 years ago by daniel

So we should filter and only use %EM: 4?

comment:5 Changed 4 years ago by daniel

Err, %EM: 6

comment:6 Changed 4 years ago by jluebbe

That number only indicates the count of valid neighbour cells and is independant of the missing line in the output. Sometimes responses with %EM: 6 are broken and %EM: 4 are mostly ok.

I've tried to reproduce it with my neo left on my desk (connected to O2), but no errors so far.

comment:7 Changed 4 years ago by stefan

Jan, have you been able to reproduce this again?

comment:8 Changed 4 years ago by mickey

  • Status changed from new to closed
  • Resolution set to fixed

Fixed by Jan in ogsmd.

Note: See TracTickets for help on using tickets.