12:59 p.m.
Hello,
I have noticed a difference of ofono on startup. If the PIN number is
not required, the daemon never gets past CRSM query, and the remaining
interfaces are not added.
But if the PIN number has not been entered, things work as they should.
Scenario 1:
The SIM card needs the PIN number to work.
ofonod[8203]: attr_cb got result: 1
ofonod[8203]: Final response: OK
ofonod[8203]: Response line: SIEMENS
ofonod[8203]: at_cpin_cb got result: 1
ofonod[8203]: Final response: OK
ofonod[8203]: Response line: +CPIN: SIM PIN
ofonod[8203]: crsm_pin_cb: SIM PIN
ofonod[8203]: at_crsm_info_cb got result: 0
ofonod[8203]: Final response: ERROR
ofonod[8203]: attr_cb got result: 1
ofonod[8203]: Final response: OK
ofonod[8203]: Response line: MC75
ofonod[8203]: at_crsm_info_cb got result: 0
ofonod[8203]: Final response: ERROR
ofonod[8203]: attr_cb got result: 1
ofonod[8203]: Final response: OK
ofonod[8203]: Response line: REVISION 03.010
ofonod[8203]: at_crsm_info_cb got result: 0
ofonod[8203]: Final response: ERROR
ofonod[8203]: src/voicecall.c:ecc_read_cb() 0
ofonod[8203]: attr_cb got result: 1
ofonod[8203]: Final response: OK
ofonod[8203]: Response line: 35****
ofonod[8203]: at_lock_unlock_cb got result: 1
ofonod[8203]: Final response: OK
ofonod[8203]: at_cpin_cb got result: 1
ofonod[8203]: Final response: OK
ofonod[8203]: Response line: +CPIN: READY
ofonod[8203]: crsm_pin_cb: READY
Scenario 2:
The daemon has been restarted (following correct SIM PIN number insertion).
ofonod[16456]: attr_cb got result: 1
ofonod[16456]: Final response: OK
ofonod[16456]: Response line: SIEMENS
ofonod[16456]: at_cpin_cb got result: 1
ofonod[16456]: Final response: OK
ofonod[16456]: Response line: +CPIN: READY
ofonod[16456]: crsm_pin_cb: READY
Thanks,
Ryan
4:06 p.m.
Hi Ryan,
Hello,
I have noticed a difference of ofono on startup. If the PIN number is
not required, the daemon never gets past CRSM query, and the remaining
interfaces are not added.
This works fine for other devices. I would enable at command debugging (export
OFONO_AT_DEBUG=1) and watch for any signs of breakage. The MC75 is known to
have a very bad AT command implementation that might be confusing the AT
parser.
Regards,
-Denis
4:57 p.m.
Denis Kenzior wrote:
Hi Ryan,
> Hello,
>
> I have noticed a difference of ofono on startup. If the PIN number is
> not required, the daemon never gets past CRSM query, and the remaining
> interfaces are not added.
This works fine for other devices. I would enable at command debugging (export
OFONO_AT_DEBUG=1) and watch for any signs of breakage. The MC75 is known to
have a very bad AT command implementation that might be confusing the AT
parser.
It seems that if the sim card is unlocked, then the remaining
"cascading" functions are not called.
query_manufacturer(info);
Got SIM READY
NOT CALLED...
query_model(info);
query_revision(info);
query_serial(info);
ofonod[3965]: src/sim.c:ofono_sim_add_ready_watch() 0x8eb15b0
ofonod[3965]: src/sim.c:ofono_sim_add_ready_watch() 0x8eb15b0
ofonod[3965]: > AT+CGMI\r
ofonod[3965]: < AT+CGM
ofonod[3965]: < I\r
ofonod[3965]: < \r\nSIEME
ofonod[3965]: < NS
ofonod[3965]: < \r\n\r\nOK\r\n
ofonod[3965]: attr_cb got result: 1
ofonod[3965]: Final response: OK
ofonod[3965]: Response line: SIEMENS
ofonod[3965]: > AT+CPIN?\r
ofonod[3965]: < AT+CPI
ofonod[3965]: < N?\r
ofonod[3965]: < \r\n+CPIN: READY\r\n\r\nO
ofonod[3965]: < K\r
ofonod[3965]: < \n
ofonod[3965]: at_cpin_cb got result: 1
ofonod[3965]: Final response: OK
ofonod[3965]: Response line: +CPIN: READY
ofonod[3965]: crsm_pin_cb: READY
ofonod[3965]: > AT+CRSM=192,28421\r
ofonod[3965]: < AT+CRSM=192
ofonod[3965]: < ,28
ofonod[3965]: < 421\r
ofonod[3965]: < \r\n+CRSM: 144,0,850D00046F05040001FFAA03020
ofonod[3965]: < 000\r\n\r\n
ofonod[3965]: < \r\nOK\r\n
Cheers,
Ryan
Regards,
-Denis
_______________________________________________
ofono mailing list
ofono(a)ofono.org
http://lists.ofono.org/listinfo/ofono
5:45 p.m.
Hi Ryan,
2009/10/26 Ryan Raasch <ryan.raasch(a)gmail.com>:
It seems that if the sim card is unlocked, then the remaining
"cascading"
functions are not called.
query_manufacturer(info);
Got SIM READY
NOT CALLED...
query_model(info);
query_revision(info);
query_serial(info);
ofonod[3965]: src/sim.c:ofono_sim_add_ready_watch() 0x8eb15b0
ofonod[3965]: src/sim.c:ofono_sim_add_ready_watch() 0x8eb15b0
ofonod[3965]: > AT+CGMI\r
ofonod[3965]: < AT+CGM
ofonod[3965]: < I\r
ofonod[3965]: < \r\nSIEME
ofonod[3965]: < NS
ofonod[3965]: < \r\n\r\nOK\r\n
ofonod[3965]: attr_cb got result: 1
ofonod[3965]: Final response: OK
ofonod[3965]: Response line: SIEMENS
ofonod[3965]: > AT+CPIN?\r
ofonod[3965]: < AT+CPI
ofonod[3965]: < N?\r
ofonod[3965]: < \r\n+CPIN: READY\r\n\r\nO
ofonod[3965]: < K\r
ofonod[3965]: < \n
ofonod[3965]: at_cpin_cb got result: 1
ofonod[3965]: Final response: OK
ofonod[3965]: Response line: +CPIN: READY
ofonod[3965]: crsm_pin_cb: READY
ofonod[3965]: > AT+CRSM=192,28421\r
ofonod[3965]: < AT+CRSM=192
ofonod[3965]: < ,28
ofonod[3965]: < 421\r
ofonod[3965]: < \r\n+CRSM: 144,0,850D00046F05040001FFAA03020
ofonod[3965]: < 000\r\n\r\n
ofonod[3965]: < \r\nOK\r\n
There seems to be an additional \r\n before the last OK (?). I'm not
sure how this can result from the PIN request but maybe using the
permissive mode of the parser, like plugin/phonesim.c does, helps (or
not). You also have echo enabled, shouldn't be a problem but maybe
worth trying without it.
Regards
3:45 p.m.
Ok. I have narrowed it down a little.
It seems to be the CRSM command reading the
SIM_EFLI_FILEID when it succeeds.
ofonod[6326]: > AT+CRSM=192,28421\r
ofonod[6326]: < \r\n+CRSM: 144,
ofonod[6326]: < 0,850D00046F05040001FFAA03020000\r\n\r\n
ofonod[6326]: < \r\nOK\r\n
goes no further....
HACK:
If I remove
ofono_sim_read(sim, SIM_EFLI_FILEID,
OFONO_SIM_FILE_STRUCTURE_TRANSPARENT,
sim_efli_read_cb, sim);
from src/sim.c, the code works, for me.
After i tried the above and it worked, i tried to re-enable the function
call above, and put a breakpoint in sim_efli_read_cb(), and the code
execution never hit there.
NOTE:
After entering the pin code for the sim card, only SIM_EFMSISDN_FILEID
is read from the sim card, but maybe that is intentional, since it succeeds.
Regards,
Ryan
Andrzej Zaborowski wrote:
Hi Ryan,
2009/10/26 Ryan Raasch <ryan.raasch(a)gmail.com>:
> It seems that if the sim card is unlocked, then the remaining "cascading"
> functions are not called.
>
> query_manufacturer(info);
>
> Got SIM READY
>
> NOT CALLED...
> Â Â Â Â query_model(info);
> Â Â Â Â query_revision(info);
> Â Â Â Â query_serial(info);
>
>
> ofonod[3965]: src/sim.c:ofono_sim_add_ready_watch() 0x8eb15b0
> ofonod[3965]: src/sim.c:ofono_sim_add_ready_watch() 0x8eb15b0
> ofonod[3965]: > AT+CGMI\r
> ofonod[3965]: < AT+CGM
> ofonod[3965]: < I\r
> ofonod[3965]: < \r\nSIEME
> ofonod[3965]: < NS
> ofonod[3965]: < \r\n\r\nOK\r\n
> ofonod[3965]: attr_cb got result: 1
> ofonod[3965]: Final response: OK
> ofonod[3965]: Response line: SIEMENS
> ofonod[3965]: > AT+CPIN?\r
> ofonod[3965]: < AT+CPI
> ofonod[3965]: < N?\r
> ofonod[3965]: < \r\n+CPIN: READY\r\n\r\nO
> ofonod[3965]: < K\r
> ofonod[3965]: < \n
> ofonod[3965]: at_cpin_cb got result: 1
> ofonod[3965]: Final response: OK
> ofonod[3965]: Response line: +CPIN: READY
> ofonod[3965]: crsm_pin_cb: READY
> ofonod[3965]: > AT+CRSM=192,28421\r
> ofonod[3965]: < AT+CRSM=192
> ofonod[3965]: < ,28
> ofonod[3965]: < 421\r
> ofonod[3965]: < \r\n+CRSM: 144,0,850D00046F05040001FFAA03020
> ofonod[3965]: < 000\r\n\r\n
> ofonod[3965]: < \r\nOK\r\n
There seems to be an additional \r\n before the last OK (?). I'm not
sure how this can result from the PIN request but maybe using the
permissive mode of the parser, like plugin/phonesim.c does, helps (or
not). You also have echo enabled, shouldn't be a problem but maybe
worth trying without it.
Regards
_______________________________________________
ofono mailing list
ofono(a)ofono.org
http://lists.ofono.org/listinfo/ofono
4:10 p.m.
Hi Ryan,
Ok. I have narrowed it down a little.
It seems to be the CRSM command reading the
SIM_EFLI_FILEID when it succeeds.
ofonod[6326]: > AT+CRSM=192,28421\r
ofonod[6326]: < \r\n+CRSM: 144,
ofonod[6326]: < 0,850D00046F05040001FFAA03020000\r\n\r\n
ofonod[6326]: < \r\nOK\r\n
goes no further....
The parser is stuck because your modem is spewing garbage. atgen plugin uses
the _really_ strict gsmv1 syntax. I suggest you make a custom driver for your
device that uses the gsm_permissive syntax.
ofono_sim_read(sim, SIM_EFLI_FILEID,
OFONO_SIM_FILE_STRUCTURE_TRANSPARENT,
sim_efli_read_cb, sim);
This is wrong and won't get you very far as there are about 20 other SIM files
that we read.
Regards,
-Denis
2:17 p.m.
Denis Kenzior wrote:
Hi Ryan,
> Ok. I have narrowed it down a little.
>
> It seems to be the CRSM command reading the
> SIM_EFLI_FILEID when it succeeds.
>
> ofonod[6326]: > AT+CRSM=192,28421\r
> ofonod[6326]: < \r\n+CRSM: 144,
> ofonod[6326]: < 0,850D00046F05040001FFAA03020000\r\n\r\n
> ofonod[6326]: < \r\nOK\r\n
>
> goes no further....
The parser is stuck because your modem is spewing garbage. atgen plugin uses
the _really_ strict gsmv1 syntax. I suggest you make a custom driver for your
device that uses the gsm_permissive syntax.
This worked! Thank you. Could this be another option in modem.conf
(Syntax=[Permissive,GSM1])?
> ofono_sim_read(sim, SIM_EFLI_FILEID,
> OFONO_SIM_FILE_STRUCTURE_TRANSPARENT,
> sim_efli_read_cb, sim);
This is wrong and won't get you very far as there are about 20 other SIM files
that we read.
I knew it was wrong, it was not a fix, just a localized point where my
device was failing.
Regards,
Ryan
Regards,
-Denis
4591
days inactive
4593
days old
7 comments
3 participants
participants (3)
-
Andrzej Zaborowski -
Denis Kenzior -
Ryan Raasch