4:35 p.m.
PFA, the debug log with AT commands
I am still getting a timeout on enable-modem operation
and list-modem gives following o/p
$ ./list-modems
[ /huawei0 ]
Features =
Emergency = 0
Powered = 0
Lockdown = 0
Interfaces =
Online = 0
Regards,
Rajesh
4:56 p.m.
On 05/04/2011 05:35 PM, rajeshkumar s.a wrote:
PFA, the debug log with AT commands
I am still getting a timeout on enable-modem operation
and list-modem gives following o/p
$ ./list-modems
[ /huawei0 ]
Features =
Emergency = 0
Powered = 0
Lockdown = 0
Interfaces =
Online = 0
Regards,
Rajesh
As far i can see, ofono communicates using the wrong USB interface ....
I suggest you to modify the //etc/udev/rules.d/ofono.rules///to use the
correct one
First, get the idvendor and id product of your key (e.g: lsusb)
Then check in the ofono.rules a line like this one:
|ATTRS{idVendor}=="19d2",
ATTRS{idProduct}=="0121",ENV{OFONO_IFACE_NUM}=="04",
ENV{OFONO_ZTE_TYPE}="modem"
|And update the OFONO_IFACE_NUM
These keys publish multiple interfaces with different purposes (like
modem diag, traces, etc...)
Hope this help
Olivier
//
5:01 p.m.
How do I get the proper ofono_interface_num ? (n00b ques)
rajesh
On Wed, May 4, 2011 at 9:26 PM, Olivier Guiter <
olivier.guiter(a)linux.intel.com> wrote:
On 05/04/2011 05:35 PM, rajeshkumar s.a wrote:
PFA, the debug log with AT commands
I am still getting a timeout on enable-modem operation
and list-modem gives following o/p
$ ./list-modems
[ /huawei0 ]
Features =
Emergency = 0
Powered = 0
Lockdown = 0
Interfaces =
Online = 0
Regards,
Rajesh
As far i can see, ofono communicates using the wrong USB interface .... I
suggest you to modify the */etc/udev/rules.d/ofono.rules *to use the
correct one
First, get the idvendor and id product of your key (e.g: lsusb)
Then check in the ofono.rules a line like this one:
ATTRS{idVendor}=="19d2",
ATTRS{idProduct}=="0121",ENV{OFONO_IFACE_NUM}=="04",
ENV{OFONO_ZTE_TYPE}="modem"
And update the OFONO_IFACE_NUM
These keys publish multiple interfaces with different purposes (like modem
diag, traces, etc...)
Hope this help
Olivier
**
5:04 p.m.
rules
ATTRS{idVendor}=="12d1", ATTRS{idProduct}=="1412",
ENV{OFONO_IFACE_NUM}=="00", ENV{OFONO_HUAWEI_TYPE}="Modem"
ATTRS{idVendor}=="12d1", ATTRS{idProduct}=="1412",
ENV{OFONO_IFACE_NUM}=="02", ENV{OFONO_HUAWEI_TYPE}="Pcui"
ATTRS{idVendor}=="12d1", ATTRS{idProduct}=="1412",
ENV{OFONO_IFACE_NUM}=="04", ENV{OFONO_HUAWEI_TYPE}="gps"
ATTRS{idVendor}=="12d1", ATTRS{idProduct}=="1412",
ENV{OFONO_IFACE_NUM}=="05", ENV{OFONO_HUAWEI_TYPE}="pcvoice"
lsusb
Bus 003 Device 002: ID 12d1:1412 Huawei Technologies Co., Ltd.
rajesh
On Wed, May 4, 2011 at 9:31 PM, rajeshkumar s.a
<rajeshkumar.s.a(a)gmail.com>wrote:
How do I get the proper ofono_interface_num ? (n00b ques)
rajesh
On Wed, May 4, 2011 at 9:26 PM, Olivier Guiter <
olivier.guiter(a)linux.intel.com> wrote:
> On 05/04/2011 05:35 PM, rajeshkumar s.a wrote:
>
> PFA, the debug log with AT commands
>
> I am still getting a timeout on enable-modem operation
>
> and list-modem gives following o/p
>
> $ ./list-modems
> [ /huawei0 ]
> Features =
> Emergency = 0
> Powered = 0
> Lockdown = 0
> Interfaces =
> Online = 0
>
> Regards,
> Rajesh
>
> As far i can see, ofono communicates using the wrong USB interface .... I
> suggest you to modify the */etc/udev/rules.d/ofono.rules *to use the
> correct one
> First, get the idvendor and id product of your key (e.g: lsusb)
> Then check in the ofono.rules a line like this one:
> ATTRS{idVendor}=="19d2",
> ATTRS{idProduct}=="0121",ENV{OFONO_IFACE_NUM}=="04",
> ENV{OFONO_ZTE_TYPE}="modem"
> And update the OFONO_IFACE_NUM
> These keys publish multiple interfaces with different purposes (like modem
> diag, traces, etc...)
> Hope this help
> Olivier
>
>
> **
>
5:08 p.m.
On 05/04/2011 06:04 PM, rajeshkumar s.a wrote:
rules
ATTRS{idVendor}=="12d1", ATTRS{idProduct}=="1412",
ENV{OFONO_IFACE_NUM}=="00", ENV{OFONO_HUAWEI_TYPE}="Modem"
ATTRS{idVendor}=="12d1", ATTRS{idProduct}=="1412",
ENV{OFONO_IFACE_NUM}=="02", ENV{OFONO_HUAWEI_TYPE}="Pcui"
ATTRS{idVendor}=="12d1", ATTRS{idProduct}=="1412",
ENV{OFONO_IFACE_NUM}=="04", ENV{OFONO_HUAWEI_TYPE}="gps"
ATTRS{idVendor}=="12d1", ATTRS{idProduct}=="1412",
ENV{OFONO_IFACE_NUM}=="05", ENV{OFONO_HUAWEI_TYPE}="pcvoice"
lsusb
Bus 003 Device 002: ID 12d1:1412 Huawei Technologies Co., Ltd.
rajesh
On Wed, May 4, 2011 at 9:31 PM, rajeshkumar s.a
<rajeshkumar.s.a(a)gmail.com <mailto:rajeshkumar.s.a@gmail.com>> wrote:
How do I get the proper ofono_interface_num ? (n00b ques)
rajesh
On Wed, May 4, 2011 at 9:26 PM, Olivier Guiter
<olivier.guiter(a)linux.intel.com
<mailto:olivier.guiter@linux.intel.com>> wrote:
On 05/04/2011 05:35 PM, rajeshkumar s.a wrote:
> PFA, the debug log with AT commands
>
> I am still getting a timeout on enable-modem operation
>
> and list-modem gives following o/p
>
> $ ./list-modems
> [ /huawei0 ]
> Features =
> Emergency = 0
> Powered = 0
> Lockdown = 0
> Interfaces =
> Online = 0
>
> Regards,
> Rajesh
>
As far i can see, ofono communicates using the wrong USB
interface .... I suggest you to modify the
//etc/udev/rules.d/ofono.rules///to use the correct one
First, get the idvendor and id product of your key (e.g: lsusb)
Then check in the ofono.rules a line like this one:
|ATTRS{idVendor}=="19d2",
ATTRS{idProduct}=="0121",ENV{OFONO_IFACE_NUM}=="04",
ENV{OFONO_ZTE_TYPE}="modem"
|And update the OFONO_IFACE_NUM
These keys publish multiple interfaces with different purposes
(like modem diag, traces, etc...)
Hope this help
Olivier
It is modem specific...so i don't know :( ... you must test ...
Olivier
5:41 p.m.
Hi,
PFA, the debug log with AT commands
I am still getting a timeout on enable-modem operation
and list-modem gives following o/p
$ ./list-modems
[ /huawei0 ]
Features =
Emergency = 0
Powered = 0
Lockdown = 0
Interfaces =
Online = 0
Regards,
Rajesh
We have one idea to fix this. It seems that this modem has never been tested or used with
oFono, and so oFono is not handling it.
How did you get ofonod? Did you build it?
If so, can you please modify file plugins/huawei.c, line 208, and insert:
case 240:
You should have:
...
case HUAWEI_SIM_STATE_VALID:
case HUAWEI_SIM_STATE_INVALID_CS:
case HUAWEI_SIM_STATE_INVALID_PS:
case HUAWEI_SIM_STATE_INVALID_PS_AND_CS:
case 240:
if (data->sim_poll_timeout) {
g_source_remove(data->sim_poll_timeout);
data->sim_poll_timeout = 0;
}
...
Thanks,
Bertrand
---------------------------------------------------------------------
Intel Corporation SAS (French simplified joint stock company)
Registered headquarters: "Les Montalets"- 2, rue de Paris,
92196 Meudon Cedex, France
Registration Number: 302 456 199 R.C.S. NANTERRE
Capital: 4,572,000 Euros
This e-mail and any attachments may contain confidential material for
the sole use of the intended recipient(s). Any review or distribution
by others is strictly prohibited. If you are not the intended
recipient, please contact the sender and delete all copies.
4071
days inactive
4071
days old
5 comments
3 participants
participants (3)
-
Aygon, Bertrand -
Olivier Guiter -
rajeshkumar s.a