Re: GPRS support for Ofono

ured and a connection open with it. Then a pppd process is started to establish the IP link. It seem that you make this in a other (and certainly better) way, but I missed the big picture. Best Regards, Jean-Christian de Rivaz ___ ofono mailing list ofono@ofon

Re: GPRS support for Ofono

Rémi Denis-Courmont a écrit : Le mardi 1 septembre 2009 22:02:43 Jean-Christian de Rivaz, vous avez écrit : With GPRS support, Ofono become very interesting! I failed to understand how the "isi_gprs" code in your patch communicate with a PPP stack. That would be because it does NOT

Some experiments with the SIMCOM SIM5216E modem on a ARM926 board

\r ofonod[6085]: < \r\nOK\r\n ofonod[6085]: Aborting (signal 11) [ofonod] Since uClibc did not have the backtrace call, I have no more information. For the 3 issues, the problem is not systematic. It could work perfectly well, or it could bug. Maybe a timing related problem, as I run Ofono on a slow ARM926 device. As I am a newbie about Ofono, I like to get some critics on what I can do to quickly get a reliable operation. Jean-Christian de Rivaz ___ ofono mailing list ofono@ofono.org http://lists.ofono.org/listinfo/ofono

Re: Some experiments with the SIMCOM SIM5216E modem on a ARM926 board

ut the "g1") is ok ? For the backtrace() support, I am pretty disappointed that uclibc does not support this. It is a fundamental piece that you especially want in embedded system. So this is strange to me. Instead of us working around it, it might be better to get uclibc fixed to sup

Re: Some experiments with the SIMCOM SIM5216E modem on a ARM926 board

Hi Marcel, It's a mystery for me if Simcom do there own software or only use the Qualcamm one. The chipset of this modem is the QSC6270 and I expected that ofono already have something appropriate. I suspect the "g1" driver to be a close match and if fact it work already quite well. Are you will

Re: Some experiments with the SIMCOM SIM5216E modem on a ARM926 board

T: Bus=01 Lev=01 Prnt=01 Port=00 Cnt=01 Dev#= 3 Spd=12 MxCh= 0 D: Ver= 2.00 Cls=00(>ifc ) Sub=00 Prot=00 MxPS=64 #Cfgs= 1 P: Vendor=05c6 ProdID=9000 Rev= 0.00 S: Manufacturer=SimTech, Incorporated S: Product=SimTech SIM5216 C:* #Ifs= 5 Cfg#= 1 Atr=e0 MxPwr=500mA I:* If#= 0 Alt= 0 #EPs= 2 Cls=ff(ve

Re: Some experiments with the SIMCOM SIM5216E modem on a ARM926 board

Hi Marcel, the USB interface index is: > 0- DIAG > 1- NMEA > 2- AT > 3- MODEM > 4- Ethernet > So, the port index 2 and port index 3 exposes a working AT command > interface. okay then, run ofonod -n -d '*udev*' and see if you get proper debug output for yo

Re: Some experiments with the SIMCOM SIM5216E modem on a ARM926 board

Hi Marcel, So lets figure out which one is the NMEA port and which one is the QCDM/DIAG port. Use gatchat/test-qcdm --device and see which one responds. That one is the QCDM port and the other is the NMEA port. As expected, now that we known the mapping: $ test-qcdm --device /dev/ttyUSB0 Dev

Re: Some experiments with the SIMCOM SIM5216E modem on a ARM926 board

Hi Marcel, I bet that interface #4 is actually some form of CDC Ethernet for highspeed data transfers. So that you do not have to use PPP. Might wanna ask SIM COM about it. I got this response from them: The interface #4 "SimTech Wireless HS-USB Ethernet Adapter 9000" needs a special tool fr

Re: Polling CLCC error handling on Option modem (GTA04)

Le 06. 03. 12 21:47, Radek Polak a écrit : Hi, first of all QtMoko [1] now supports ofono as another telephony backend [2]. We have also autogenerated qt bindings [3] which can be interesting also for other projects. But now the problem that has already been discussed. If you make call to GTA04