| 07:07.48 | *** join/#htc-blueangel rob_w (n=bob@p85.212.148.143.tisdip.tiscali.de) |
| 07:07.48 | *** mode/#htc-blueangel [+o rob_w] by ChanServ |
| 09:20.58 | *** join/#htc-blueangel oho_ (n=oho@81-179-87-148.dsl.pipex.com) |
| 09:21.05 | oho_ | Hi |
| 11:11.59 | *** join/#htc-blueangel cp15_ (n=8fa4660d@www.it-schaller.de) |
| 11:12.08 | cp15_ | Good morning |
| 11:12.21 | oho_ | hi cp15_ |
| 11:13.05 | cp15_ | Hi oho_ |
| 11:17.34 | cp15_ | Any news on gomunicator research? |
| 11:18.14 | oho_ | I will have some time this afternoon and will continue to work on it. In addition I have put some time aside on the weekend |
| 11:19.29 | cp15_ | Great. Unfortunately I don't have that much time currently. I have to finish my bookkeeping for the last year |
| 11:21.55 | oho_ | sounds like fun |
| 11:22.09 | oho_ | no worries, I will do as much as possible |
| 11:24.50 | cp15_ | Well, partly it will be fun, since I will get a big refund... On the other hand... |
| 11:33.07 | rob_w | hey cp15_ , looks like someone wants to invest in me .. into "mobil Linux devices" |
| 11:33.36 | rob_w | maybe by then i will need exspert assistance in coding / porting |
| 11:35.36 | rob_w | i was thinking of you by that |
| 11:39.13 | cp15_ | Well, we should talk offline about that, I think |
| 12:16.54 | *** join/#htc-blueangel cp15_ (n=8fa4660d@www.it-schaller.de) |
| 12:17.00 | cp15_ | Hmm... |
| 12:32.09 | rob_w | what |
| 12:39.10 | cp15_ | Got disconnected |
| 14:16.27 | oho | cp15_: I am just checking all AT commands, there are quite a few in the code of GO... which are not implemented on the BA. Also do you know what it means when the BA returns 4 after a command ? |
| 14:20.50 | cp15_ | oho: Try setting text status replies with ATV1 |
| 14:20.54 | cp15_ | 4 means ERROR |
| 14:21.08 | oho | I thought so |
| 14:21.17 | oho | ok I will try it with ATV1 |
| 14:21.27 | oho | some already say ERROR: some number |
| 14:44.31 | *** join/#htc-blueangel iclem (n=iclem@iclem.net) |
| 16:00.19 | cp15_ | Will go home now |
| 16:45.46 | *** join/#htc-blueangel cp15 (i=ufdxeg@p549A0EE3.dip0.t-ipconnect.de) |
| 16:45.46 | *** mode/#htc-blueangel [+o cp15] by ChanServ |
| 16:47.20 | cp15 | re |
| 16:53.13 | rob_w | wb cp15 |
| 17:12.57 | *** join/#htc-blueangel _cronos_ (n=cronos@ron34-1-82-224-149-102.fbx.proxad.net) |
| 19:09.38 | oho | cp15: could you please tell me why the code has a method which explicitly reads from the socket and in addition to that there is a "socket handler" which takes every new msg and processes it. It seems to me that the tryReadPhone method is not needed !? |
| 19:59.09 | *** join/#htc-blueangel JuNuKN (n=JuNuKN@Kb945.k.pppool.de) |
| 20:23.34 | oho | I am going home now, but I will go online again when I am home - see you guys |
| 20:46.21 | cp15 | oho: Are you already at home? |
| 20:51.40 | oho_ | yes |
| 20:51.45 | oho_ | hi cp15 |
| 20:52.36 | cp15 | Ok, the reason for the socket handler and the tryReadPhone is to be able to use synchronous and asynchronous commands |
| 20:53.51 | oho_ | I thought so, but when using synchronous ones, doesn't the standard socket listener pick up the msg before the tryReadPhone is getting it ? |
| 20:54.47 | cp15 | No, the socket listener is only called when gtk (or glib really) is in its main loop |
| 20:55.54 | oho_ | ah ok that makes sense then, otherwiese I couldn't see a reason for it |
| 20:56.16 | oho_ | cheers |
| 20:58.09 | oho_ | but this way isn't it possible that we might miss a call ? or is the incomming call msg not removed by the GSM module ? |
| 21:00.13 | cp15 | tryReadPhone calls processReadLine, which reacts on "RING" |
| 21:00.42 | cp15 | So no matter if you get the "RING" during the idle loop or (unlikely) during a command |
| 21:01.24 | oho_ | ok - thanks, that was the last bit I didn't fully understand. I will start re-writing the software on Saturday |
| 21:02.20 | cp15 | Ok, may I make some suggestions? |
| 21:02.31 | oho_ | yes go on |
| 21:03.09 | oho_ | my plan is def. to seperate the gui from the phone software |
| 21:03.53 | cp15 | I think we need three essential functions: Processing a synchronous command, processing an asynchronous command and reacting to unsolicited replies |
| 21:04.08 | cp15 | First, the asynchronous call |
| 21:04.55 | oho_ | this is done bye the socket listener - isn't it ? |
| 21:04.59 | cp15 | You call a function with the command you want to execute, a timeout how long you want to wait and a function which gets called when the command is completed or a timeout has occured |
| 21:06.12 | cp15 | The function does the following: It puts the command into a queue |
| 21:06.33 | cp15 | When there is no active command, the next command from the queue will get executed and the timeout will be set |
| 21:06.46 | oho_ | ok |
| 21:07.15 | oho_ | and for the synchronous we don't need a time out, because it will be send straight after !? |
| 21:07.32 | cp15 | Then you collect all lines which will occur after the command until a "OK","ERROR" or similar happens |
| 21:07.51 | cp15 | Then you call the callback function with the collected lines and cancel the timeout |
| 21:08.38 | cp15 | If the timeout occurs, you will also call the callback function, but with a flag that signals the timeout |
| 21:09.16 | cp15 | You need a timeout both in the asynchronous and in the synchronous calls, else a little error will lock up the phone |
| 21:09.47 | cp15 | The synchronous case is similar to the asynchronous, but you don't need a callback function |
| 21:10.08 | cp15 | It blocks until either the timeout occurs or you get a reply |
| 21:10.41 | cp15 | Internally it could work like the asynchronous case, with a loop which gets serial input until the callback sets a exit flag |
| 21:11.02 | oho_ | ok that makes sense - thank you. One other question, how do you determine how long the time out needs to be |
| 21:11.14 | cp15 | Try and error |
| 21:11.15 | oho_ | is that just guess work ? |
| 21:11.25 | oho_ | ok |
| 21:11.39 | cp15 | Then we have a third case: Unsolicited replies |
| 21:12.43 | cp15 | You get these when the phone rings, when calls are transferred, when you get a SMS and maybe some other cases |
| 21:13.00 | cp15 | For this there is a function where you could register a prefix |
| 21:13.27 | oho_ | I have seen it, but I can't remember the name |
| 21:13.29 | cp15 | When the prefix occurs, a callback associated to this prefix will get called |
| 21:14.16 | cp15 | So, I hope my ideas are not completely nonsense. If you want to discuss, I am open for everything |
| 21:14.38 | oho_ | no that sounds good |
| 21:15.04 | oho_ | I think my problem was that I am not 100% in C mode yet. |
| 21:15.36 | oho_ | a constant socket listener with a queue would be nice |
| 21:16.00 | cp15 | Yeah, but this will make you 100% event driven |
| 21:16.12 | oho_ | true |
| 21:16.20 | cp15 | You can't issue an ATH and wait for the reply |
| 21:16.55 | cp15 | You always have to set up a callback which processes the reply and then decides what to do |
| 21:17.38 | oho_ | yeah makes sense |
| 21:17.42 | oho_ | cheers |
| 21:17.55 | oho_ | I will let you know how I am getting on |
| 21:18.45 | cp15 | Ok, I hoped I have time to improve the at command processing for myself, but I have much other stuff to do |
| 21:18.59 | cp15 | So I am glad that you take the job |
| 21:19.34 | oho_ | I already learned quite a bit |
| 21:20.04 | oho_ | I am sure we can reduce the amount of code by 1/2 |
| 21:20.26 | oho_ | there is a lot of dead code at the moment |
| 21:20.41 | cp15 | One last thing: I wouldn't seperate gui and command processing right now, it makes development much harder, since you have to design proper interfaces which may be not ideal later |
| 21:21.05 | oho_ | ok |
| 21:21.25 | cp15 | But, since it is your work, do as you like |
| 21:22.00 | oho_ | I am quite happy to listen to people who know what they are talking about |
| 21:23.28 | *** join/#htc-blueangel _cronos_ (n=cronos@ron34-1-82-224-149-102.fbx.proxad.net) |
| 22:05.36 | oho_ | I am going offline now - see you |
| 22:06.26 | cp15 | Bye, see you |
| 22:14.48 | *** join/#htc-blueangel ChanServ (ChanServ@services.) |
| 22:14.49 | *** mode/#htc-blueangel [+o ChanServ] by irc.freenode.net |
| 22:57.58 | *** join/#htc-blueangel cp15 (i=uindfh@p549A0EE3.dip0.t-ipconnect.de) |
| 22:57.58 | *** mode/#htc-blueangel [+o cp15] by ChanServ |
| 23:09.45 | cp15 | Will go to bed now. Good night |
| 23:09.59 | *** part/#htc-blueangel cp15 (i=uindfh@p549A0EE3.dip0.t-ipconnect.de) |
| 23:13.31 | *** join/#htc-blueangel cp15 (i=tdvixl@p549A0EE3.dip0.t-ipconnect.de) |
| 23:13.31 | *** mode/#htc-blueangel [+o cp15] by ChanServ |