**** BEGIN LOGGING AT Wed May 04 02:59:58 2011
May 04 11:26:10 <sark_2011> hello
May 04 11:27:27 <sark_2011> am new to ofono.. was trying to send sms using huawei datacard..
May 04 11:28:17 <sark_2011> but am not able to power it on.. getting timed out.. how to increase timeout value ? any help would be great
May 04 11:29:25 <sark_2011> ./enable-modem 
May 04 11:29:26 <sark_2011> Connecting modem /huawei0...
May 04 11:29:26 <sark_2011> Traceback (most recent call last):
May 04 12:09:28 <BertrandAygon> Hi sark_2011, can you please enable AT traces (OFONO_AT_DEBUG=1) and send us the log?
May 04 12:13:19 <sark_2011> hey.. output of ofond -n -d would help ?
May 04 12:13:38 <sark_2011> where do i have to set OFONO_AT_DEBUG ?
May 04 12:16:19 <BertrandAygon> export OFONO_AT_DEBUG=1
May 04 12:16:42 <BertrandAygon> then ofonod -nd '*' and give the output
May 04 12:17:26 <BertrandAygon> email the ouput to ofono@ofono.org
May 04 12:20:33 <sark_2011> I have sent it
May 04 12:21:14 <BertrandAygon> ok, I will have a look
May 04 12:21:21 <sark_2011> thanks
May 04 12:23:43 <BertrandAygon> Are you registered to the mailing list?
May 04 12:25:32 <BertrandAygon> You have to be registered to send emails
May 04 12:40:42 <sark_2011> no. . i have not registered to the mailing list..
May 04 12:40:50 <sark_2011> will do it right away
May 04 12:46:15 <sark_2011> subscribed to the mailing list and then sent the debug log again
May 04 12:46:56 <BertrandAygon> ok
May 04 13:01:19 <BertrandAygon> sark_2011: can you please do a list-modems to make sure that everything is fine?
May 04 13:02:16 <sark_2011> $ ./list-modems 
May 04 13:02:16 <sark_2011> [ /huawei0 ]
May 04 13:02:16 <sark_2011>     Features = 
May 04 13:02:40 <sark_2011> this is the output i got
May 04 13:03:04 <sark_2011> i am not able to power it on
May 04 13:07:24 <sark_2011> and so features is not getting populated 
May 04 13:10:48 <BertrandAygon> ok, do you had a look at dmsg, to see if everything is fine on this side?
May 04 13:12:13 <sark_2011> i used gnokii and it is able to identify the modem 
May 04 13:26:49 <Gzajac> denkenz: ping
May 04 13:29:21 <sark_2011> @BertrandAygon: dmesg also recognises the USB wireless internet modem
May 04 13:33:54 <sark_2011> even wvdialconf is detecting a modem "Found a modem on /dev/ttyUSB0."
May 04 13:37:27 <BertrandAygon> ok, strange... will have to wait for more experimented guys like denkenz or hotlmann. Sorry...
May 04 13:38:17 <sark_2011> ok.. will wait.. thanks
May 04 14:15:15 <denkenz> Gzajac: pong
May 04 14:17:00 <Gzajac> denkenz: hi , I have tested your implementation with gsmdial and it is working.
May 04 14:17:20 <Gzajac> denkenz: for the moment I only do "+++" -> ATH
May 04 14:17:34 <Gzajac> denkenz: should I submit the patches for testing ?
May 04 14:19:38 <denkenz> yes, the only other thing I was thinking was to let +++ be sent by GAtPPP
May 04 14:20:09 <denkenz> That way the suspend callback can be symmetric between server and client
May 04 14:20:33 <denkenz> And so should alleviate some of the concerns you raised on the mailng list
May 04 14:24:26 <Gzajac> You mean send the escape sequence from emulator as soons as ppp_suspend() has been called ?
May 04 14:25:28 <Gzajac> If we send it from GAtPPP we will have to respect the guard timeout
May 04 14:28:29 <Gzajac> At the moment "+++" is sent by at_chat(), if I want to send the escape sequence I have to suspend ppp client e.g. gsmdial
May 04 14:29:19 <Gzajac> we have stop PPP exchange to send "+++ " or do it from GAtPPP
May 04 14:29:59 <Gzajac> what would you prefer?
May 04 14:38:27 <denkenz> see, the current implementation of g_at_chat_send_escape does not have a proper callback
May 04 14:38:47 <denkenz> You also have to suspend ppp first, then call g_at_chat, then resume
May 04 14:39:16 <denkenz> I'd rather do everything in one shot, e.g. g_at_ppp_suspend takes care of suspending hdlc, net, sending the escape sequence, etc
May 04 14:39:27 <denkenz> And then the suspend callback gets called when everything is done
May 04 14:41:02 <denkenz> Gzajac: This way we can cut some trickery from the user
May 04 14:45:15 <Gzajac> so we do in gsmdial:
May 04 14:45:15 <Gzajac> g_at_ppp_suspend(){
May 04 14:45:15 <Gzajac>     suspend_hdlc();
May 04 14:45:15 <Gzajac>     suspend_net();
May 04 14:45:15 <Gzajac>     send_escape_sequence(); /* Here we have to manage GUARD_TIMEOUT --> "+++" --> GUARD_TIMEOUT
May 04 14:45:16 <Gzajac> }
May 04 14:45:16 <Gzajac> at_chat_resume();
May 04 14:45:17 <Gzajac> at_chat_send(chat, prefix_null, "ATH", ...);
May 04 14:45:31 <Gzajac> we don't implement anymore the +++ into gatchat.c
May 04 15:00:38 <denkenz> Gzajac: Correct, you just use g_at_ppp_suspend and wait for the suspend callback
May 04 15:00:47 <denkenz> Then  you resume the chat in the callback
May 04 15:02:41 <Gzajac> denkenz: ok for the emulator chat, I resume with suspend callback.
May 04 15:02:55 <denkenz> Nod, try this way anyway
May 04 15:03:12 <denkenz> I think it leads to nice symmetry, similar to how we did the connect/disconnect callbacks for both client and server ppp
May 04 15:03:24 <denkenz> If it looks ugly then we'll see what else we can come up with
May 04 15:04:53 <Gzajac> but for gsmdial chat, how could I resume it?
May 04 15:05:26 <Gzajac> using a g_timeout_add? after g_at_ppp_suspend()
May 04 15:06:37 <denkenz> g_at_ppp_set_suspend_callback()
May 04 15:06:43 <denkenz> then g_at_ppp_suspend calls the callback
May 04 15:06:49 <denkenz> after the guard timeouts, etc
May 04 15:06:56 <Gzajac> ok
May 04 15:06:59 <Gzajac> I see now :)
May 04 15:07:04 <Gzajac> right
May 04 15:07:08 <Gzajac> I will try this
May 04 15:25:43 <Gzajac> denkenz: I have implemented it and I have tested it. I will send the patches now.
May 04 15:52:17 <BertrandAygon> sark_2011: ping
May 04 15:54:16 <sark_20111> hey
May 04 15:54:24 <BertrandAygon> do you have a sim inserted?
May 04 15:55:34 <sark_20111> its a datacard
May 04 15:55:55 <sark_20111> so.. its built in
May 04 15:56:19 <BertrandAygon> oh, really, you cannot remove it or insert another one?
May 04 15:56:33 <BertrandAygon> according to AT log, it seems that there is something strange with the SIM
May 04 15:57:13 <BertrandAygon> modem give SIM state 240, and according to ofono sources, 240 doesn't means anything
May 04 15:57:50 <sark_20111> http://www.rcom.co.in/Rcom/personal/internet/wireless_internet.html click on the devices tab
May 04 15:57:58 <BertrandAygon> so i was thinking of doing the same test without SIM, or with anoter SIM. And also checking the PIN status
May 04 15:58:03 <sark_20111> i have huawei ec168c
May 04 15:58:50 <BertrandAygon> Ok, I have one, which is a ZTE, and we can remove/change the SIM
May 04 15:59:03 <BertrandAygon> So...
May 04 15:59:22 <OlivierG> sark_20111, check your mail ;)
May 04 16:05:44 <sark_20111> OliverG: just replied
May 04 16:06:38 <sark_20111> OlivierG: do u suggest me to change interface_num to something else by trial/error ?
May 04 16:07:40 <denkenz> I doubt this is the problem, as Bertrand said, the issue is the weird sim state value
May 04 16:15:13 <OlivierG> one reason of my proposal ;) is the COMMAND NOT SUPPORT ... but it is just an idea ;)
May 04 16:19:08 <BertrandAygon> denkenz: looking at huawei modem init, it seems that those modem take time to 'boot' 
May 04 16:19:22 <BertrandAygon> oFono is doing some poll, or force the power on
May 04 16:19:29 <denkenz> OlivierG: Nope, that is standard Huawei terminal error
May 04 16:19:41 <denkenz> OlivierG: The DIAG port would simply not reply with anything
May 04 16:20:16 <denkenz> BertrandAygon: The huawei plugin tries to poll, but it assumes some values of sim state
May 04 16:20:22 <denkenz> 240 is not a value we've seen before
May 04 16:20:25 <BertrandAygon> but in current case, with a state which seems unknow, nothing is done...
May 04 16:20:50 <BertrandAygon> ok, so maybe the code should be more flexible
May 04 16:21:09 <BertrandAygon> and try again in case of unknow state
May 04 16:21:35 <BertrandAygon> or even try to power on
May 04 16:21:43 <holtmann> There is one Huawei model that is utterly broken.
May 04 16:22:07 <holtmann> The firmware is just doing all kinds of things wrongly and crashed easily.
May 04 16:22:23 <holtmann> I hope it is not that specific one ;)
May 04 16:23:28 <denkenz> without that particular dongle, hard to tell
May 04 16:23:29 <BertrandAygon> do you kno where we can find huawei AT command definition?
May 04 16:23:43 <denkenz> From Huawei
May 04 16:23:52 <BertrandAygon> :) they give it online?
May 04 16:24:02 <holtmann> If you speak Chinese ;)
May 04 16:24:08 <denkenz> We have access to one AT command spec under NDA, but that only covers a particular modem
May 04 16:24:30 <BertrandAygon> not yet :)
May 04 16:24:39 <denkenz> The rest is homework
May 04 16:24:51 <holtmann> A lot of pieces are just pure guess work. Cross fingers and hope you assumed right.
May 04 16:25:37 <BertrandAygon> yes, this is why I think that we should have a 'default' case in the notify_sim_state to retry or power on, just in case...
May 04 16:27:01 <BertrandAygon> I have found a doc and they give for <sim_state> value for SYSINFO:
May 04 16:27:03 <holtmann> Except that you have no idea on what to do in that state.
May 04 16:27:05 <BertrandAygon> 1 valid
May 04 16:27:11 <BertrandAygon> 240 ROMSIM version
May 04 16:27:18 <BertrandAygon> 255 UIM card not exist
May 04 16:27:30 <BertrandAygon> so what is ROMSIM version?
May 04 16:27:51 <BertrandAygon> you try and cross finger ;)
May 04 16:29:16 <BertrandAygon> is it because the SIM is embedded within the card?
May 04 16:30:46 <BertrandAygon> So maybe we have to consider 240 like case Valid SIM, and powered on the modem.
May 04 16:31:09 <BertrandAygon> But I agree that without the card, it's difficult to handle such cases...
May 04 16:32:32 <denkenz> try it out, I don't have this card to test with
May 04 16:33:44 <BertrandAygon> sark_20111: are you still there?
**** ENDING LOGGING AT Thu May 05 02:59:57 2011