Re: LTE vodafone K5150 (hilink) 12d1 1f16 ; 12d1 1575 cdc_ether mbim?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Thomas Schäfer <tschaefer@xxxxxxxxxxx> writes:

> hpmini:~ # sudo mbimcli -d /dev/cdc-wdm0 --basic-connect-query-device-services
> [/dev/cdc-wdm0] Device services retrieved:
>         Max DSS sessions: '5'

OK...

>                 Max DSS instances: 0

but no services support DSS.  This is exactly like the E367.  Seems a
bit inconsistent.  And the funny thing with the E367 (and I wouldn't be
surprised if the same goes for your device) is that it actually supports
1 DSS service providing an AT command interface.  Which is somewhat
useful given that Huawei have a few interesting vendor specific AT
commands.

But the implementation is rather buggy (at least on the E367 with really
early, and now very old, firmware).  It doesn't show up in the service
list, and the same DSS service will start regardless of the UUID you
provide - it doesn't even have to be defined.  Multiple sessions are not
supported, and any attempt to start more than one is guaranteed to crash
the device.

>                           Service: 'unknown'
>                              UUID: [3c83a6ed-801e-4340-98f0-f8dc33baa7cc]:
>                       DSS payload: 0
>                 Max DSS instances: 0
>                              CIDs: 1, 2

This service is present on my Huawei E367, with CID 1 and 2.  I did try
"get" on them, but couldn't figure out what to use the result for:

cid 1 returned
03 00 00 80 4c 00 00 00 01 00 00 00 01 00 00 00 00 00 00 00 3c 83 a6 ed 80 1e 43 40 98 f0 f8 dc 33 ba a7 cc 01 00 00 00 09 00 00 00 1c 00 00 00 48 55 41 57 01 00 00 00 02 00 00 00 02 00 00 00 05 00 00 00 04 00 00 00 00 00 00 00 

, meaning success and 28 bytes of data:
48 55 41 57 01 00 00 00 02 00 00 00 02 00 00 00 05 00 00 00 04 00 00 00 00 00 00 00 


cid 2 returned
03 00 00 80 40 00 00 00 01 00 00 00 01 00 00 00 00 00 00 00 3c 83 a6 ed 80 1e 43 40 98 f0 f8 dc 33 ba a7 cc 02 00 00 00 00 00 00 00 10 00 00 00 48 55 41 57 01 00 00 00 00 00 00 00 00 00 00 00 

, meaning success and 16 bytes of data:
48 55 41 57 01 00 00 00 00 00 00 00 00 00 00 00 


As you can see, both replies have an identical 48 55 41 57 prefix (which
decodes as 'HUAW'), followed by something which looks like a series of
low integer values (MBIM encodes all integers as 32bit LE values).

You'd have to have docs from Huawei or snoop a Windows application using
this to figure it out.



>                           Service: 'unknown'
>                              UUID: [5ec9600d-39d2-4d42-a235-458d49626191]:
>                       DSS payload: 0
>                 Max DSS instances: 0
>                              CIDs: 1, 2, 3, 4, 5

This service is completely new to me.  Could be an operator specific
service, maybe?

I do note the complete lack of the Microsoft vendor specific services,
which is sort of interesting.  Not that they are particularily useful,
but at least Microsoft have properly documented all their services so we
know what they mean.



Bjørn
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html




[Index of Archives]     [Linux Media]     [Linux Input]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]     [Old Linux USB Devel Archive]

  Powered by Linux