Hello, I'm at my wits' end trying to get ofono working with the
sim5320 module. I'm using the plugins/sim900.c module as a starting
point. I think the issue has something to do with the difference
between the MUX functionality between the 900 and the 5320. The sim900
supports the elaborate parameters sent on the
AT+CMUX=0,x,x,x,x, etc.
but the SIM5320 only supports
AT+CMUX=0
There's that... but also the way the sim900 plugin creates a
SETUP_DLC, initiates muxing, then deletes the setup DLC and creates 4
new DLC's... it didn't work for the sim5320 until I remapped the DLC's
somewhat like this:
#define NUM_DLC 4
#define VOICE_DLC 2
#define NETREG_DLC 1
//#define SMS_DLC 2
#define GPRS_DLC 3
#define SETUP_DLC 0
static char *dlc_prefixes[NUM_DLC] = {
[VOICE_DLC]="Voice: ",
[NETREG_DLC]="Net: ",
// [SMS_DLC]= "SMS: ",
[GPRS_DLC]= "GPRS: " ,
[SETUP_DLC]= "Setup: ",
};
Note I have to eliminate the SMS_DLC usage later in sim5320_post_sim:
// ofono_sms_create(modem, OFONO_VENDOR_SIMCOM, "atmodem",
// data->dlcs[SMS_DLC]);
OK everything is *ALMOST* working. ofonod interacts fine with
connmand, connmand tells ofonod to activate the sim5320, which
actually establishes a ppp connection and sets up a ppp device:
ppp0 Link encap:UNSPEC HWaddr 00-00-00-00-00-00-00-00-00-00-00-00-00-00-0
inet addr:30.97.132.47 P-t-P:30.97.132.47 Mask:255.255.255.255
UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:2 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:500
RX bytes:0 (0.0 B) TX bytes:124 (124.0 B)
Here's the rub: No matter what I do, I never get any RX packets from
that ppp device, and even when it appears to TX packets (I'm trying to
ping out) the machine on the internet isn't actually receiving them.
I'm running on a beaglebone with a custom board with a sim5320 module on it.
I have no idea what to try... Any advice would be appreciated...
Thanks very much!!!!
-Dave

Hi,
Here is a first version of patches to support LTE with E3372 USB keys.
Huawei has two AT command sets to deal with band and mode (technologies).
Standard AT commands set (AT^SYSCFG, AT^SYSINFO, ^MODE, ...) handle 2G and 3G technologies only.
Extended AT commands set (AT^SYSCFGEX, AT^SYSINFOEX, ^HSCQ, ...) handle 2G, 3G and 4G technologies.
Extended commands are described in this document (downloadable on the web):
HUAWEI ME906s LTE Module AT Command Interface Specification-(V100R001_01, 0English).pdf
Huawei driver in Ofono uses standard AT command set. When it says to use any band in any technology to connect, this disable 4G.
Fix consists in using the other command set to do the same thing when it is supported.
^HCSQ notification is also able to report LTE attachment while ^MODE reports UMTS attachment when modem is attached in 4G.
Tests have been done only with E3372, with 3G and 4G SIM cards. I don't have any 3G only huawei modem.
Technology report in network-registration.c works only because notification come in this order:
1) PCUI: < \r\n^MODE: 5,4\r\n
2) PCUI: < \r\n^HCSQ:"LTE",38,34,101,28\r\n
3) PCUI: < \r\n^SRVST: 2\r\n\r\n+CREG: 1,"C0FA","00107202"\r\n
I have never seen notifications in other order but I don't have a Huawei document saying it won't happen.
I will be happy to have your comments on these patches.
Best Regards,
Christophe Ronco
Christophe Ronco (2):
huawei: add LTE support
atmodem: correctly report lte bearer for huawei modems
drivers/atmodem/gprs.c | 22 ++++
drivers/atmodem/network-registration.c | 25 ++++
drivers/huaweimodem/radio-settings.c | 213 ++++++++++++++++++++++++++++++---
3 files changed, 244 insertions(+), 16 deletions(-)
--
2.7.4

Just löök intö that amazing pröducts söme individuals can dö! They inspired me very much! Amazing! This is actually the link http://mageindustries.com/measure.php?UE9vZm9ub0BvZm9uby5vcmc-
Hope this helps, Francine Parker
From: ofono [mailto:ofono@ofono.org]
Sent: Wednesday, September 13, 2017 1:50 PM
To: minjun_li(a)sina.com
Subject: new flair pls
I've done 2,000 miles on my Rival 22 hydraulics through the worst that English winter has to throw, they're pretty good. They squeal now and again, usually while braking at slow speeds after 20 minutes of riding through dirt and mud and not braking at all. During rain they also make that metallic chafing sound, but that isn't really a big deal. I've just replaced the front pads (I used RED pads from superstarcomponents).
I have no experience of Shimano road hydraulics but the XT brakes on my MTB have always been fine.
Sent from Mail for Windows 10

Hello,
I would like to ask about support for Samsung devices that use IPC like i9100 (galaxys2). I would like to get it work for postmarketOS project - http:/wiki.postmarketos.org/
I found this old post https://lists.ofono.org/pipermail/ofono/2012-September/013766.html that send patchset for support via libsamsung-ipc. But I do not see any samsung driver in current repository.
Does please anyone have any info about this topic ( is it supported, was the patchset included, etc. )?
Thanks,
--
Tomas Safarik