Linux file cd gadget 0000

USB Device Mode (Linux)

Contents

The USB (Universal Serial Bus) standard specifies two roles USB host and USB peripheral (also known as USB function, USB peripheral device or sometimes just USB device). The bus can only have one USB host connected all other devices need to be in USB peripheral mode. Most PCs support USB host mode exclusively. However, embedded systems often have multiple USB controller supporting host or peripheral roles or supporting both roles on a single controller (dual-role controller). The dual-role controllers often also support the OTG (On-The-Go) specification which defines a host negotiation protocol allowing two devices to negotiate for the role of the host.

On Colibri modules the client port (USBC) is usually connected to a dual-role capable controller. By default the port is in peripheral mode. If a USB Micro-B OTG cable is used (which connects the ID pin to ground) the circuit on the carrier board automatically enables driving +5V onto VBUS in order to provide power to USB devices as required by a host. On the other hand VBUS is also connected to the Colibri USBC_DET signal (usually via a diode) allowing driver software to monitor and subsequently change the role. On Apalis modules a full OTG port (USBO1) is provided which makes use of the OTG ID pin using the USBO1_ID signal to determine its role and additionally the VBUS pin using the USBO1_VBUS signal to determine the actual connection status thereof allowing suspending the USB complex if not connected.

On Linux USB peripheral mode is supported through the Gadget API. This API abstracts the USB peripheral controller hardware as well as offers hardware neutral routines which allow to implement USB functions (e.g. USB CDC ACM or RNDIS). Traditionally the USB function had to be chosen at Kernel compile time (e.g. g_ether). The Linux USB gadget drivers received increasingly more attention and have evolved over time, especially since Android appeared. The Android variant of the Linux kernel added functionality allowing easy switching between USB functions using sysfs. Later in Linux 3.10 a similar functionality also landed in the upstream kernel which now allows configuring USB gadgets through configfs (the USB Gadget ConfigFS). Depending on the Linux kernel version provided by our BSP a different level of USB peripheral functionality and API is available.

USB peripheral devices need a vendor and product identification. Toradex has its own vendor ID (0x1b67) and assigns a product ID for each Colibri and Apalis product which you as a customer can use too. The USB Product ID is the sum of an offset of 0x4000 and the hexadecimal representation of the product identifier, e.g. 0x4000 + 12 = 0x400c (the product identifier is the first 4 digits of the Toradex Product Number, e.g. 0012 for Colibri VF61 256MB IT V1.1B).

Some platforms need device dependent and certified drivers (e.g. CDC ACM for Microsoft Windows) even for standard USB classes. While it is possible to use the driver delivered with Windows a custom inf file still needs to be provided. For better out-of-the-box experience the standard images typically use the default Linux USB product/vendor ID (e.g. 1d6b:0104 Linux Foundation Multifunction Composite Gadget).

Warning: this article has been written with our BSP Layers and Reference Images for Yocto Project 2.8 in mind. While it is still a good starting point, for newer BSP versions some commands may be obsolete or not working anymore.

U-Boot

U-Boot’s CONFIG_USB_DEVICE config symbol allows for U-Boot to provide USB peripheral mode support. With recent versions we successfully tested ums (User Mode Storage) and dfu (Device Firmware Upgrade). Both USB functions conform to standardized USB classes.

Since BSP V2.4 all modules use the same U-Boot version 2015.04. This common U-Boot version configures the USB peripheral device identification using the Toradex vendor ID and product ID.

The following exports the eMMC on SoMs with an eMMC or the SD card on the SoMs with raw NAND. Note that with CTRL+C you can abort the operation and regain control over U-Boot.

On the host connected to the SoM you will now see the following USB device. Assuming you have our regular BSP installed on an eMMC based SoM the following block devices will also appear and possibly mounted:

Note that ums currently can only export the user area of an eMMC but not its boot areas. This prevents you from updating the bootloader over this mechanism.

Linux

NXP/Freescale Vybrid/i.MX7/i.MX6ULL/i.MX6/i.MX8/i.MX8X based Modules

The NXP/Freescale Vybrid BSP (since V2.4 Beta 1) and the i.MX BSP (since V2.5 Beta 2) use the USB Gadget ConfigFS to configure the USB peripheral port.

The USB Gadget ConfigFS is a file system which allows to configure USB functions by using file system commands such as mkdir and creating/writing files. Typically the file system is mounted under /sys/kernel/config/. The official Linux kernel documentation has more information in Documentation/usb/gadget_configfs.txt on how to use the file system to enable USB functions. Matt Porter held a talk at ELC 2014 titled Kernel USB Gadget Configfs Interface cover the Gadget ConfigFS a bit more in depth.

The library libusbgx (or its predecessor libusbg) allows to use the USB Gadget ConfigFS through a C API. This can be useful if embedded software needs to dynamically control USB functions provided by a device. The library also provides two utilities called gadget-import and gadget-export. This utilities allow to export a hand-crafted USB Gadget to a schema file and reimport it.
The BSP provides a default schema specifying an RNDIS configurations (USB functions) under /etc/usbg/g1.schema. A systemd service called usbg.service uses gadget-import to import this schema on startup (see this commit libusbg: add updated version of USB gadget library which initially added the functionality, then providing an RNDIS and CDC ACM composite device).

To alter the schema, one can either create a completely new gadget schema, alter the existing gadget and reexport it, or alter the schema directly (for simple changes).

This example shows how to create a completely new configuration., to create a Gadget configuration for the a single USB CDC (Communications Device Class) Ethernet (ECM).

First a new gadget needs to be created

Attention: If /sys/kernel/config/usb_gadget/ does not exist you need to load the libcomposite module: modprobe libcomposite

Then, one or multiple configurations can be assigned. A Gadget supporting multiple configurations (USB functions) is also known as a composite gadget. Note that depending on the operating system used on the USB host device, it might be problematic to use such configurations (see also Documentation/usb/gadget_multi.txt)

Functions can be created by creating a directory like functions/ . . The following table provides a (incomplete) list of available functions in the Linux kernel. Up to V2.5 Beta 1, only the Gadget drivers for RNDIS and CDC ACM (serial) functions have been built into the kernel. Newer BSP provide all Gadget functions in this list as kernel modules:

Name	Driver	Description	Documentation
acm	Abstract Control Model (CDC ACM)	ACM serial link, works with Windows/Linux (use Documentation/usb/linux-cdc-acm.inf)	Documentation/usb/gadget_serial.txt
gser	Generic serial bulk in/out	The function talks to the Linux-USB generic serial driver
obex	Object Exchange Model (CDC OBEX)	Needs an user space OBEX server
rndis	RNDIS	Microsoft «Remote NDIS» (RNDIS) Ethernet protocol (use Documentation/usb/linux.inf)
ecm	Ethernet Control Model (CDC ECM)	Ethernet Control Model
eem	Ethernet Emulation Model (EEM)	Newer USB Ethernet standard that is somewhat simpler than CDC ECM
ncm	Network Control Model (CDC NCM)	Advanced protocol for Ethernet
ffs	Function filesystem (FunctionFS)	Allows to implement USB functions from user-space (e.g. for MTP)	Documentation/usb/functionfs.txt
mass_storage	Mass storage	Exports a regular file or block device as USB Mass Storage disk drive	Documentation/usb/mass-storage.txt
hid	HID function	Generic emulation of USB Human Interface Devices (HID)	Documentation/usb/gadget_hid.txt

Another example how to create a mass storage device:

The Gadget testing documentation located at Documentation/usb/gadget-testing.txt of the Linux kernel also contains some valuable information how to use the USB Gadget functions.

To enable this configuration write the name of the USB controller to the UDC file (see /sys/class/udc/ for available USB Device Controllers). You need to disable the old configuration first before enabling the new one:

Don’t forget to store the configuration using gadget-export:

To make sure the g2 Gadget configuration gets loaded automatically, alter the systemd service located at /lib/systemd/system/usbg.service or name the schema g1.schema.

NVIDIA Tegra based Modules

Starting with our V2.x BSPs based on NVIDIA’s L4T kernel we are using the Android multi gadget driver which allows various functionality to be exposed via a single USB device cable connection.

Mass Storage

USB Mass Storage allows exporting any block device from the target module to a PC and use it just in the same way as any regular USB memory stick.

Note: Whatever block device you export by using this method, it can not be in use on the target module side (e.g. by a file system driver). Otherwise the simultaneously accessing file system drivers would corrupt the file system on the block device!

The example below shows how a regular SD card inside one of the Apalis Evaluation board’s slots can be shared:

Target

RNDIS

The Vibrante kernel in our V1.x BSPs contained the g_ether driver which acts as an Ethernet over USB controller (CDC Ethernet) by default. The later L4T kernel in our V2.x BSPs comes with the Android RNDIS Ethernet gadget driver. Most nowadays operating system (including Linux, Windows 7) include respective host drivers (plug and play). Our latest BSPs now run a DHCP server on the module to automatically assign your PC an IP address upon USB device connection.

USB Device Connection

Target (USB Device)

Configure IP address on device usb0 and test performance using iperf.

Источник

Linux file cd gadget что это

В этой статье мы покажем, как сделать так, чтобы USB флешка или SD карта определялась в системе Windows как обычный локальный жесткий диск. Вы, наверное, спросите, а зачем это нужно? Дело в том, что Windows по умолчанию определяет USB флешки и карты памяти как сменные накопители, которые стандартами средствами Windows нельзя разбить на несколько разделов. И даже если разбить флешку на два и более раздела с помощью сторонних утилит (в той же Linux), то в ОС семейства Windows будет доступен только первый из них (кстати говоря, в Windows 10 1703 появилась встроенная возможность разбить USB накопитель на нескольких разделов) . Т.е. Windows поддерживает нормальную работы с мультиразделами только для HDD дисков, которые в системе определяются как локальные (т.е. несъемные).

RMB бит и USB носители

ОС семейства Windows распознают USB флешки как съемные/извлекаемые (removable) устройства из-за наличия на каждом устройстве специального битового дескриптора RMB (removable media bit). Если при опросе подключенного устройства через функцию StorageDeviceProperty, система определяет, что RMB=1, она делает вывод, что подключенное устройство является сменным накопителем. Таким образом, чтобы с точки зрения системы преобразовать USB-флеку в жесткий диск, достаточно модифицировать этот дескриптор. Это можно сделать напрямую (что довольно рискованно из-за отличий в аппаратных реализациях конкретных устройств, да и не всегда возможно), либо косвенно, подменив ответ USB устройства с помощью специального драйвера, позволяющего отфильтровать информацию в ответе устройства.

Подключим в любой свободный порт компьютера USB флешку, затем откроем диспетчер управления дисков (diskmgmt.msc) и удостоверимся, что ее тип определяется в системе как Removable (Съемное устройство).

Также тип устройства можно посмотреть на вкладке Volumes в свойствах диска (как мы видим и тут Type: Removable).

Или с помощью команды diskpart:

В этой статье мы рассмотрим два способа смены RMB бита на USB флешке – с помощью использования фильтр-драйвера Hitachi (изменения вносятся только на уровне драйверв конкретного компьютера) и смена бита в прошивке контроллера с помощью утилиты BootIt от Lexar (более универсальный способ, но есть ряд ограничений и применим не ко всем моделям флешек и SD карт). Хотя оба этих способа довольно старые и изначально я тестировал их в Windows 7, они продолжают быть актуальными и одинаково хорошо работают и в современной Windows 10.

Утилита Lexar BootIt

Недавно мне на глаза попалась довольно интересная утилита – Lexar BootIt. Это бесплатная портабельная программа, которая может сменить RMB съемного накопителя, сделав съемное USB-устройство фиксированным (или наоборот). Несмотря на то, что утилита Lexar BootIt разработана для устройств Lexar (Micron, Crucial), она может работать и с флешками других производителей. Утилита BootIt поддерживает все версии Windows, начиная с Windows XP и заканчивая Windows 10.

Скачать BootIt можно на сайте Lexar (lexar_usb_tool) или с нашего сайта (BootIt_usb_rmb.zip).

• Запустите BootIt.exe с правами администратора
• В списке устройств выберите свою флешку
• Нажмите на кнопку Flip Removable Bit
• Сохраните изменения, нажав ОК.

Переподключите устройство и с помощью диспетчера устройств убедитесь, что его тип сменился с Removable на Basic.

В том случае, если утилита BootIt не помогла сменить RMB бит на съемном накопителе, попробуйте воспользоваться следующим способом, основанном на фильтр драйвере Hitachi Microdrive

Фильтр-драйвер для флешек Hitachi Microdrive

Чтобы USB флэш накопитель или SD карта распознавался в системе как жесткий диск, нам понадобится специальный фильтр-драйвер, позволяющий модифицировать данные передаваемые через системный стек действующего драйвера устройства. Мы воспользуемся фильтр-драйвером для USB флешек от Hitachi (драйвер Hitachi Microdrive), который на уровне драйвера ОС позволяет изменить тип устройства флэшки со съемного на фиксированный (USB-ZIP -> USB-HDD). Благодаря использованию данного драйвера, можно скрыть от системы, что подключенное устройство явятся съемным. В результате чего, система будет считать, что она работает с обычным жестким диском, который можно разбить на разделы, которые одновременно будут доступны в системе.

Архивы с драйвером Hitachi Microdrive:

• версия Hitachi Microdrive для 32 битных систем — Hitachi Microdrive (3,0 Кб)
• версия Hitachi Microdrive для 64 битных систем — Hitachi Microdrive x64 (3,8 Кб)

Необходимо скачать версию драйвера для вашей системы в соответствии с ее разрядностью. Оба архива имеют одинаковую структуру и состоят из двух файлов:

• cfadisk.inf – установочный файл, с настройками драйвера
• cfadisk.sys — файл драйвера Hitachi

Следующий этап – идентификация кода устройства нашей флешки. Для этого в свойствах диска на вкладке Details в параметре Device Instance Path выберите и скопируйте (Ctrl+C) код экземпляра устройства.

В нашем примере это будет:

Предположим, мы планируем установить драйвер на 64 битной системе. С помощью любого тестового редактора открываем на редактирование файл cfadisk.inf. Нас интересуют разделы cfadisk_device и cfadisk_device.NTamd64.

Меняем значение DiskTS64GCF400______________________________20101008 на код нашего устройства.

Если драйвер устанавливается на 32 битной системе, нужно скачать советующий архив, распаковать его и открыть на редактирование файл cfadisk.inf. Найдем раздел [cfadisk_device]:

Затем изменим данные в последней строке, указав код экземпляра нашей флешки, т.е. в нашем примере получим:

Установка драйвера Hitachi Microdrive вместо родного драйвера USB накопителя

Осталось заменить драйвер, используемый USB флеш накопителем.

Откроем вкладку Drivers и нажмем кнопку Update Drivers.

Укажем папку к каталогу, в который распакован скачанный архив с драйвером Hitachi:

Выберем новый драйвер.

Игнорируем предупреждение об отсутствующей цифровой подписи драйвера.

Для отключения проверки цифровой подписи драйвера, выполните команды:

bcdedit.exe /set nointegritychecks ON
bcdedit.exe /set TESTSIGNING ON

Перезагрузите компьютер и попытайтесь опять установить драйвер.

Осталось перезагрузить компьютер и, открыв диспетчер дисков, удостоверится, что ваша флешка стала определяться как обычный жесткий диск (Type: Basic), а в качестве драйвера используется драйвер Hitachi.

Открыв проводник, можно также убедиться, что иконка флешки поменялась она стала отображаться как жесткий диск обычный диск.

Теперь с этой флешкой можно работать как с обычным HDD: создавать разделы, указывать активный раздел, создавать динамические диски, устанавливать ПО, которое не работает с флешек и т.д.

Как удалить драйвер Hitachi Microdrive

Чтобы удалить драйвер Hitachi Microdrive, откройте свойства диска и на вкладке драйвер нажмите кнопку Update Driver – система сама установит родной драйвер.

• cfadisk.sys в каталоге %windir%System32drivers
• Каталог «cfadisk.inf_amd64_…» из %windir%System32DriverStoreFileRepositoty

Нужно понимать, что это решение будет работать только на той системе, на которой установлен соответствующий драйвер.

вот такой ПРИБЛИЗИТЕЛЬНО. что за модель загадка для нас самих. китайская под(д)елка, но вполне себе.

При втыкании появляется стандартный «диалог» о том ,что
«ВАМ тут посылка пришла ,
Только я вам её НЕ отдам,
пАтАчуЧтО у вас дОкументов нетУ»

об установке новых ДРАЙВЕРОВ.

1.
и на моё Искреннее удивление предложил поискть здесь :

C:Program FilesCompiled Driver Disk (Android)AndroidSamsung21_Searsburg

,но у меня на компьютере НЕТ такой папки. А она предлагает САМА в ней поискать..
т.е. где-то у неё (у кого у неё?) это(выделенное жирным – сам не знаю что это и откуда) прописано.

2.
В диспетчере Устройств на ЭТОТ МОМЕНТ(пока никаких драйверов предоложено НЕ было)
обнаружилось 4 новых USB устройства :

(скорее всего)Размещение(т.к. только его можно скопировать)
USB-совместимое запоминающее устройство
Драйвер:
C:WINDOWSsystem32driversUSBSTOR.SY (печатал ручками)

4/4 сверху
Размещение:
Linux File-CD Gadget USB Device
код экземпляра устройства:
STORAGEREMOVABLEMEDIA8&2A14CA6A&0&RM

3/4 сверху
Размещение:
Linux File-CD Gadget USB Device
код экземпляра устройства:
STORAGEREMOVABLEMEDIA8&175B19C5&0&RM

2/4 сверху
Размещение:
Размещение 0 (CIF Single Chip )
код экземпляра устройства:
USBVID_093A&PID_24715&BFE1B0B&0&1
Коды (ID) оборудования:
USBVid_093a&PID_2471&Rev_0100
USBVid_093a&PID_2471
1/4 сверху
Размещение:
Размещение 0 (MT65xx Android Phone)
Состояние устройства:
(
Это устройство настроено неправильно. (Код 1)
Нажмите «Переустановить» для переустановки драйверов этого устройства.
)
код экземпляра устройства:
USBVID_0BB4&PID_0C03&MI_016&1E68B3CF&0&0 001
Коды (ID) оборудования:
USBVid_0bb4&Pid_0c03&Rev_0255&MI_01
USBVid_0bb4&Pid_0c03&MI_01
совместимые коды (ID)
USBClass_ff&SubClass_42&Prot_01
USBClass_ff&SubClass_42
USBClass_ff

===
надо сказать, что после отказа предоставить драйвера — ну те что
C:Program FilesCompiled Driver Disk (Android)AndroidSamsung21_Searsburg
система тем не менее смогла распознать и установить устройства 4/4 и 3/4

Linux File-CD Gadget USB Device
USBSTORDISK&VEN_LINUX&PROD_FILE-CD_GADG ET&REV_00007&20AB2C06&0&0123456789ABCDE F&0
USBSTORDISK&VEN_LINUX&PROD_FILE-CD_GADG ET&REV_00007&20AB2C06&0&0123456789ABCDE F&1

Но что это за ДИСКИ такие ? и Как к ним получить доступ – ВОПРОС?
Ни в «Мой Компьютер» Ни где-то ещё НЕ появилось НИЧЕГО, к сожалению.

Так что что бы что-то записать и установить на сей «Samsung»
приходится тупо
вынуть microSDHC
вставить её в компьютер (через кардридер CardReader)
записать на неё вручную всё что необходимо
БЕЗОПАСНО извечь, «ВОИЗБЕЖАНИИ, а то уже был прецедент — сбежал чёрт и украл Луну»(А.иБ.Стругацкие)
вставить назад в телефон.
И вот теперь у нас в телефоне что-то появилось..

Использовать же сей аппарат
просто как USB Storage
не представляется возможным.
И даже в меню никаких подобных настроек найти пока НЕ смог.
ХОТЯ ОНИ И УПОМИНАЮТСЯ!

А теперь вопросы:

Android синхронизирует контакты через интернет с Контакты.Google — это прекрасно.

1.
Теперь моделируем ситуацию. Мы потеряли телефон.
Кто-то нашёл наш телефон. И ему НЕ нужны наши контакты. Он выделяет их ВСЕ и удаляет.
ВОПРОС:
Как в этом случаем послупит Синхронизация ? – по логике он должна удалить ВСЕ наши контакты на сервере Google. Но это же катастрофа! – как уберечь_ся от такой ВОЗМОЖНОЙ ситуации.

И/или
Синхронизация Телефона с Контакты.Google лишь редактирует и Добавляет контакты С ТЕЛЕФОНА.
А вот УДАЛЯТЬ позволяет только С СЕРВЕРА.
Таким образом мы получили бы определённую ЗАЩИТУ наших контактов от полного удаления.

Иначе получается какой-то Абсорд Абсурдов. Мы потеряли телефон. Но УРА — у нас сохранились все Контакты.на сервере.Google. О Нет где же они?! – их НЕТ. Их тоже нет! 🙁
Представили?!
я не знаю Закрыли ли разработчики эту дыру или нет. – Как известно часто бывает, что нет..

2.
Есть ли какая-то ИДЕАЛЬНАЯ система хранения и синхронизации КОнтактов. Такая,
что бы ДАЖЕ Я
НЕ смог бы найти и заподозрить в ней
НИ ЕДИНОЙ претензии ?
Вот было бы интересно взглянуть.

3.
Ура Заработало!

ищем
[ по Коду указанному выше ] по Коду указанному выше –
MT65xx Android Phone
код экземпляра устройства: USBVID_0BB4&PID_0C03&MI_016&1E68B3CF&0&0001

нужный Драйвер
Поисковик выдаёт, что это :
usb_driver_MT65xx_Android_ZTE_v821.rar

при втыкании телефона – появляется диалог «Найдено новое устройство» – необходимо установить Драйвера –
И соответсвующий диалог, когда система пытается эти самые драйвера найти.
Подставляем ей Путь куда скачали+Сохранили usb_driver_MT65xx_Android_ZTE_v821.rar
И получаем следующие результаты.

4.
Теперь осталось разобраться что такое есть ПО СУТИ
передача Интернета на Android устройство через USB
есть несколько статей на эту тему :
Видео-урок на 14 минут
про который я написал целую статью.

но я пока е разобрался в теме ПО СУТИ – какие кнопки нажимать меня интересует в последнюю очередь. Мне бы хотелось СУТЬ понять. Что за протоколы/интерфейсы.
(
я использую ActiveSync в связке с Windows Mobile (WM) – и там Интернет через USB передаётся
(как-то сам собой – по умолчанию – и/или если галочка стоит)
)
В сравнении всё всегда становится понятнее.

В этом обзоре я хочу рассказать о недорогом смартфоне Highscreen Yummy Duo. Речь пойдет про обновленную модель 2013 года. Интересно было посмотреть, что сейчас предлагается в нижнем ценовом диапазоне, и стоит ли связываться с подобными аппаратами.

Забегая вперед, скажу, что все оказалось очень неплохо. Смартфон стоит 4 990 рублей. За близкую цену сейчас можно найти довольно много моделей начального уровня. Но, во-первых, ниша Yummy Duo — это телефоны с двумя SIM-картами. И, во-вторых, телефон обладает всем набором коммуникаций: Wi-Fi, GPRS, 3G, Bluetooth, GPS-приемником и различными датчиками. Ну и цена, пусть и не намного, но ниже конкурентов.

Я расскажу про оба поколения Highscreen Yummy Duo, потому что новая модель очень существенно отличается от старой в лучшую сторону. Тестировал я в основном новую модель, поэтому старую буду упоминать только для сравнения.

Сначала характеристики телефонов.

Надо понимать, что речь идет о совсем недорогих моделях, поэтому заоблачных параметров ожидать не стоит.

Highscreen Yummy Duo New (2013)	Highscreen Yummy Duo Old (2012)
Процессор	MediaTek MT6575M, 1 ГГц	MediaTek MT6573,650 МГц
Операционная система	Android 4.0.4	Android 2.3.5
ОЗУ/ПЗУ	512 / 512 Мб
Экран	4,3’’, 480×800, емкостный, TN, мультитач
Камеры	5 Мп + 0,3 Мп
Wi-Fi	Есть
3G	Есть
GPS-навигация	GPS, A-GPS
Bluetooth	Есть
Два слота для SIM-карт	Есть, радиомодуль один
Карта памяти	microSDHC до 32 Гб
Аккумулятор	Li-Ion 1500 мА/ч

Главные отличия нового Highscreen Yummy Duo (2013) от старого Yummy Duo (2012)

• Новый процессор – MediaTek MT6575M 1 ГГц, Cortex-A9 (ARMv7), производительность существенно выше, чем MediaTek MT6573, потребление энергии меньше.
• Новый дизайн: корпус новой модели выглядит очень симпатично, он стал менее угловатым, появилась рамка «под металл», сенсорных клавиш стало 3 (было 4, что соответствует Android 2.3, но излишне для 4.0).
• Операционная система Android 4.0 против 2.3 у старого. Обновлений прошивки для обоих Yummy Duo, насколько я понял, не ожидается.

Внешний вид, интерфейсы

Я не очень хороший фотограф, поэтому утащу фотографии устройства из форума 4PDA.

Впечатления о работе

Экран

Честно говоря, я уже привык к самсунговскому Super AMOLED, поэтому очень скептически смотрел на экран 800 x 480, да еще TN. Но, попользовавшись неделю, могу сказать, что экран вполне приличный. Пиксели, конечно заметны, даже на 4,3-дюймовом экране, но глаза не устают, особенно если выставить яркость на автомат. С углами обзора все предсказуемо для TN – они малы. Но при обычном чтении с экрана это никак не мешает. В качестве навигатора вполне можно использовать – запас яркости велик, все объекты и надписи различимы. Единственное – на таком разрешении совсем невозможно сделать мелкий шрифт, чтобы, например, взглянуть на веб-страницу целиком. Но это, в общем-то, редко требуется. Как резюме – я бы рекомендовал производителю отказаться от TN-матрицы даже в бюджетной модели и перейти на IPS – вряд ли это прибавит к стоимости больше 300-500 рублей. В остальном вполне нормально.

Процессор

Про старую модель говорить сейчас вряд ли уместно – ее процессор даже неспособен проигрывать видео со сколько-нибудь приличным разрешением. В новой модели процессор заметно быстрее. Я проверил несколько тестовых видеороликов. С Full HD не справляется однозначно, но вот 720p H.264 вполне тянет. Правда, на некоторых особо тяжелых профилях все-таки подтормаживает. Но, возможно, я чего-то не понял, потому что MX Player сообщил, что аппаратное ускорение выключено. Может быть, нужен какой-то другой плеер, потому что процессор MT6575M по спецификациям поддерживает 720p аппаратно.

Что касается обычной работы – здесь все нормально. Приложения запускаются довольно шустро. Яндекс.Навигатор не тормозит, двигает и вращает карту плавно. Игры я не проверял, но интересующиеся могут найти проверенный список на страничке, посвященной этому телефону на 4PDA (ссылка внизу). Аппарат под нагрузкой практически не греется.

Память

Объем ОЗУ по нынешним меркам мал, но я не заметил каких-либо проблем. Сильной многозадачности тут ждать не стоит, но с активным приложением работает быстро.

Насчет 512 Мб ПЗУ – это, конечно, странный ход. Насколько я понимаю, в данной модели считали каждую копейку. Других причин не поставить хотя бы 4 Гб я не вижу. С другой стороны, Android-у хватает этого объема, а microSD-карту можно поставить на 32 Гб и не знать горя. Забавно, но камера отказывается снимать, если не установлена microSD-карта. Приложения из маркета тоже по умолчанию устанавливаются сразу на microSD.

Холодный старт проходит довольно долго — даже при включенном A-GPS около 2 минут (возможно, я неудачно подобрал место для тестирования во дворах). Зато при повторном запуске координаты определяются практически сразу, даже в совсем другой точке города. Каких-то проблем с точностью позиционирования я не заметил. Телефон при включенном GPS практически не греется. Например, Samsung Galaxy Note ощутимо теплый после длительной работы навигации.

Аккумулятор

Я пользовался телефоном не очень длительно и не делал специальных замеров. Но удивило то, что при эпизодическом использовании в течение дня (в основном чтение интернета) заряда без проблем хватает на 2-3 дня. Это же подтверждают владельцы на 4PDA. Еще я запустил крайне прожорливый Яндекс Навигатор и оставил его на 3 часа (экран был включен, яркость на автомате). За это время батарея разрядилась на 30%. Те, кто знает, что такое навигация на телефоне, подтвердят, что это очень хороший показатель.

Камера

Фронтальную камеру я особо не проверял, а задняя камера снимает неплохо. Никаких артефактов пост-обработки я не заметил. Хотя, при недостаточном освещении картинка шумновата. Видео снимает до 720p.

Android

В новой модели установлен Android 4.0.4. Официально объявлено, что обновлений не будут выпускать. Но для бюджетного телефона, я думаю, это не так уж критично. В устройстве установлен чистый Android без каких-либо фирменных оболочек, что, на мой взгляд, плюс. Удивило то, что многих программ из привычного набора нет. Полагаю, из-за ограничений в объеме встроенной памяти. Пользователю доступно всего 192 Мб. Зато, вполне возможно, благодаря минимальному набору программ все работает быстро.

Из сторонних программ установлена только программа-звонилка Dialer One, довольно удобный, кстати.

Радиомодуль и две SIM-карты

В устройстве установлен один радиомодуль. Принцип работы двух SIM-карт описан в обзоре старой модели Yummy Duo на iXBT: «как и в обычном телефоне, здесь установлен всего лишь один радиомодуль. Поэтому о полноценной «двухсимовости» тут можно вести речь лишь применительно к режиму ожидания. Тогда обе SIM-карты действительно активны и находятся в одновременном доступе. Но стоит лишь установить связь или начать процесс передачи данных при помощи одной SIM-карты, как другая тут же становится недоступна. При этом позвонивший на второй номер не услышит приглашения подождать на линии, а получит отбой и сообщение о том, что абонент недоступен».

Однако новый Yummy Duo имеет более современный чипсет, в описании которого есть такая фраза: «No lost calls on either SIM – even with active data transmission on either SIM». Я проверил и убедился, что при загрузке данных через одного оператора входящий звонок через второго без проблем приходит. Однако два одновременных входящих звонка не сработали, как и описано выше.

Подключение к компьютеру

Аппарат имеет стандартный micro-USB-вход. И если на старой модели бывали случаи продавливания разъема внутрь корпуса, то у нового аппарата вход выглядит несколько надежнее. Однако, испытывать на прочность я не стал.

Телефон определяется как «Linux File-CD Gadget USB Device», что выдает его китайские корни. Скорость записи на какую-то древнюю карту памяти у меня плавала от 5 до 10 Мб/секунду, что вполне приемлемо.

Удобство работы, эргономика

Телефон выглядит симпатично, удобно лежит в руке. Задняя крышка с «пупырышками» приятна на ощупь и не скользит. Все три кнопки на передней панели сенсорные, что лично мне не очень нравится. Кнопка питания расположена сверху корпуса, и нажимать ее для включения экрана неудобно. К тому же нажимается она как-то не очень четко и с усилием – возможно, это особенность конкретного аппарата. Еще не очень понравилась подсветка кнопок на передней панели – не вся пиктограмма подсвечивается равномерно. С другой стороны, во многих бюджетных телефонах на Android клавиши на лицевой панели не подсвечиваются вообще.

Сенсорный экран работает приемлемо, система очень отзывчива. Но иногда все же нажатие не срабатывает. То ли я не приноровился к данному экрану, то ли, действительно, нажатия иногда не регистрируются. Мультитач работает хорошо.

В новой модели Yummy Duo намного удобнее расположены разъемы SIM-карт – рядом друг с другом, а не один над другим. Вытащить их достаточно легко. Правда, для этого придется снять аккумулятор.

Выводы

В целом новый Highscreen Yummy Duo мне понравился. Работает он стабильно и достаточно быстро. Я не ожидал такой функциональности от телефона за 5 тысяч рублей.

Плюсы

Минусы

Полезные ссылки

Отдельное замечание насчет «а в Китае дешевле»

Да, в Китае будет дешевле. Потому, что если человек покупает в китайском Интернет-магазине с доставкой по почте, он фактически покупает в Китае. В цену не входят таможенные пошлины и НДС.

И гарантией и поддержкой такие покупки не обеспечены.

Т.е. для себя купить можно, и многие так и делают. Но в крупных розничных сетях торговать не получится — это, с точки зрения наших законов, фактически, контрабанда.

Если же компания завозит устройства из Китая официально, официально их растамаживает, платит пошлины и налоги государству и официально же ставит товар в крупные розничные сети (это, так называемые «белые устройства»), то ценообразование такое:

Цена в Китае = $100 (например).
Как только товар пересекает границу +26% (таможенная пошлина, НДС — 18%, доставка, страховка и т.п.) = уже $126.
Дистрибьютор берёт процентов +10% минимум = $125 * 1,1 = $139.
Розничная сеть берёт процентов +30% минимум = $139 * 1,3 = $181.

То есть, в нашей розничной сети любой товар будет дороже на 80%-100% (почти в два раза), чем он стоит в Китае. И это не прихоть продавцов, а реалии легального белого рынка электроники в России.

Меньше всех тут зарабатывает дистрибьютор (вендор-бренд), то есть Highscreen. Больше всех зарабатывает розница, которая вынуждена оплачивать торговые площади, склады, платить зарплату продавцам, обеспечивать логистику-развоз товара по всей стране.

Источник