AT+ECM for connection management, QNCM rx_framing and le16 length prefixed IP tx_framing

[Julio Araujo]

Hi Dan Williams,

I was only able to post the information in the forum today.
Follow the link with the post:
http://www.draisberghof.de/usb_modeswitch/bb/viewtopic.php?f=3&t=1969

Sorry for the delay it was because I'm working hard this last weeks.

Regarding to the QMI tests that some of you asked to me unfortunately I 
didn't have enough time to go through and probably I will be not able to 
do the test.

I would say thanks once again for all of you that helped with this 
troubleshooting configuration.

Best Regards,
Julio Araujo


Em 24-03-2014 11:54, Dan Williams escreveu:
> On Mon, 2014-03-24 at 12:31 +0100, Bjørn Mork wrote:
>> Julio Araujo <julio.araujo at wllctel.com.br> writes:
>>
>>> Hi Bjørn,
>>>
>>>
>>> Sorry for the delayed answer, but I'm very very glad to inform you
>>> that the modem worked after the last configuration that you sent to
>>> me:
>>> # Olivetti Olicard 500
>>>
>>> DefaultVendor= 0x0b3c
>>> DefaultProduct= 0xf017
>>>
>>> TargetVendor=  0x0b3c
>>> TargetProduct= 0xc00b
>>>
>>> MessageContent="5553424312345678000000000000061b000000020000000000000000000000"
>>>
>>>
>>> The only thing that I need to do was remove the PPP that it was
>>> already installed for the other modem that I was using before and then
>>> after plug the Olicard 500 the Ubuntu asked me to create a new PPP and
>>> then after create it everything works fine.
>>>
>>> I'm sending attached  to you the syslog file and also usb_modeswitch_1-13.
>>
>> Great!  Thanks for testing and reporting back.  Could you please post
>> this information to the usb_modeswitch "Device Information" forum at
>> http://www.draisberghof.de/usb_modeswitch/bb/viewforum.php?f=3
>> so that Josh can include this config in the next release?
>>
>> I'll prepare patches for the option and qmi_wwan drivers. The Windows
>> driver does some strange and unexpected things, but I am now pretty sure
>> the firmware supports a "normal" QMI wwan function.
>
> Hopefully it does just work with QMI.
>
> Otherwise, we'l need to see if the drivers send any other non-standard
> AT commands, since AT+ECM isn't turning up any hints?  Also, if we could
> get "AT+CLAC" and "AT&V" from the device that might be useful to find
> those non-standard commands.
>
> Dan
>