MC7750
Niek Kooij
N.Kooij at triple-it.nl
Fri Nov 30 01:02:53 PST 2012
Hi thanks for the response, but i think it is not a qmi problem anymore but more a registration problem to the Verizon LTE network or something. When I put the modem in automatic selrat it will always fallback to EVDO even though I know the sim card works with LTE (when using a Pantech UML290 modem it always connects to LTE and works fine) . I should also mention that when putting the modem in "LTE only" it will connect to the LTE network and without doing anything (no qmi or AT commands) it will also go to sleep so it looks like it is kicked of the LTE network for some reason and because it cannot fallback to anything it will just go to sleep. I will keep trying to get this to work and post it when I do even though it doesn’t seem to be a libqmi thing.
To be complete the --nas-get-serving-system/--nas-get-signal-strength before and after the "sleep"
BEFORE:
./qmicli -d /dev/cdc-wdm0 --nas-get-serving-system
[/dev/cdc-wdm0] Successfully got serving system:
Registration state: 'registered'
CS: 'detached'
PS: 'attached'
Selected network: 'unknown'
Radio interfaces: '1'
[0]: 'lte'
Roaming status: 'off'
Data service capabilities: '1'
[0]: 'lte'
Current PLMN:
MCC: '311'
MNC: '480'
Description: 'Verizon'
Roaming indicators: '1'
[0]: 'off' (lte)
./qmicli -d /dev/cdc-wdm0 --nas-get-signal-strength
[/dev/cdc-wdm0] Successfully got signal strength
Current:
Network 'lte': '-76 dBm'
RSSI:
Network 'lte': '-76 dBm'
ECIO:
Network 'lte': '-31.5 dBm'
IO: '-106 dBm'
[30 Nov 2012, 09:58:39] -Warning ** Invalid SINR level '98'
SINR: (98) '-179769313486231570814527423731704356798070567525844996598917476803157260780028538760589558632766878171540458953514382464234321326889464182768467546703537516986049910576551282076245490090389328944075868508455133942304583236903222948165808559332123348274797826204144723168738177180919299881250404026184124858368.0 dB'
RSRQ:
Network 'lte': '-12 dB'
AFTER:
./qmicli -d /dev/cdc-wdm0 --nas-get-serving-system
[/dev/cdc-wdm0] Successfully got serving system:
Registration state: 'not-registered'
CS: 'detached'
PS: 'detached'
Selected network: 'unknown'
Radio interfaces: '1'
[0]: 'none'
Data service capabilities: '0'
./qmicli -d /dev/cdc-wdm0 --nas-get-signal-strength
[/dev/cdc-wdm0] Successfully got signal strength
Current:
Network 'none': '-128 dBm'
RSSI:
Network 'none': '-128 dBm'
ECIO:
Network 'none': '-2.5 dBm'
IO: '-106 dBm'
SINR: (8) '9.0 dB'
So as you can see the QMI side of things seem to be working (except for that warning :))
Greetings Niek
-----Original Message-----
From: Dan Williams [mailto:dcbw at redhat.com]
Sent: donderdag 29 november 2012 17:18
To: Niek Kooij
Cc: libqmi-devel at lists.freedesktop.org
Subject: Re: MC7750
On Tue, 2012-11-27 at 21:16 +0000, Niek Kooij wrote:
> Hello,
>
> I am trying to use the qmicli to setup a connection for the MC7750 of
> sierra on the Verizon network. I am using AT commands to enter the PIN
> and do some other settings and get some data from the modem and only
> use qmicli to get the modem to connect (--wds-start-network).
> Everything works fine when I connect to 3G but I cannot manage to get
> LTE working. When I put the modem in LTE only (AT command selrat) I do
> get a connection and can send data at very nice speeds but after one
> minute the modem seems to go to sleep and I have to unplug the modem
> to get it to work again. Has anybody got a clue what the problem might
> be?
When you say "cannot manage to get LTE working" what does that mean?
Does that mean the modem never acquires an LTE signal unless you force LTE-only mode? Or does it fall back to EVDO when making the actual data connection, even if it was registered with LTE before making the data connection?
When you say "the modem seems to go to sleep" can you still get status from the modem using qmicli? When this happens, what does the --nas-get-serving-system print out? What does --nas-get-signal-strength print out?
Dan
More information about the libqmi-devel
mailing list