Пока что 1.1.6.1108 более предпочтительна. В 2.0.8.1018, кстати, в управлении модулями оставили только BT, Wi-Fi и сканер, кажется. В 1.1.6 ещё была возможность включать/выключать GSM и GPS.

Единственный недостаток старой прошивки - она наполовину на китайском языке, но это не принципиально.

Более каких-то функциональных недостатков не замечено. Клиентом RDP не пользуемся, потому ничего про это сказать не могу.

Кстати, проблемы с Wi-Fi у нас могли возникать из-за типа шифрования (AES/TKIP) и не связаны напрямую с версиями прошивки. Так что это моё замечание не существенно.

Спасибо за прошивку. С новой WinCE 5.0 (2.0.8.1018E) у нас тоже имеются проблемы с Wi-Fi. Во первых, если есть две точки доступа с одним SID и паролем, то подключаться будет только к той, которую "увидел" первую. Во вторых, к сетям с zero-handoff (бесшовный роуминг) вообще не подключается. Со старой прошивкой всё работало нормально.

Ну и, как бонус, не отображается заряд backup-батареи, по данным системы там перманентно 0%

Вот официальный ответ компании Axelot по вопросу совместимости ПО WMS4 и ТСД UROVO нам на электронную почту:

Ниже описание функции DeviceUniqueID() из .NET Compact Framework:

“This function returns an application-specific hash of the device identifier. The application can use this hash to uniquely identify the device.”

Тут явно написано о том, что приложение может использовать данный хэш чтобы уникально идентифицировать устройство. Разработчик программы "1С:Предприятие 8. WMS Логистика. Управление складом" ровно так его и использует.

Вы имеете возможность обратиться к разработчику ОС, компанию Microsoft и сообщить им, что данная функция на терминалах UROVO возвращает одинаковые значения. Если компания Microsoft подтвердит, что это приемлемо и исправит описание функции DeviceUniqueID(), то мы переделаем приложение согласно новым требованиям разработчика ОС.

Таким образом, мы заключаем, что:

1.Клиентское приложение для подключения радиотерминаловполностью соответствует требованиям тех ОС, которые указаны как допустимые

2. Приобретенные Вами ТСД UROVO имеют одинаковый Device Unique ID, что не соответствуют требованиям производителя ОС.

Ответственность за подобные "выкрутасы" должен нести производитель.

Представьте себе ситуацию, что у вас не запустится какой-нибудь Firefox под Windows 7, потому что вы используете материнскую плату AsRock а не ASUS, например... ну ведь бред же!

Да, извините, есть инструкция с переводом на английский. Видимо китайскую инструкцию нам присылали региональные представители

Дмитрий, диалог, судя по всему, зашел в тупик. Продавец данных терминалов написал нам в скайп примерно следующее: "производитель не гарантирует работу сторонних программ на своих устройствах", и это нормально, но производитель (региональные представители) пока никак не может прокомментировать тот факт, что стандартная системная процедура возвращает температуру воздуха в городе Пекине вместо запрошенных данных.

Так же имеется проблеме с обнулением пользовательских данных при полном разряде батареи. Видимо энергонезависимая память не такая уж независимая. Решением предлагается установка дополнительного костыля, который будет по новой создавать эти данные, но для этого нужно описать процесс в xml-файле и делать, по всей видимости, это придется компании Акселот, потому как мы не обладаем достаточной информацией по процессу установки мобильного клиента, да и с китайским языком есть некоторые затруднения - инструкция на китайском. Так же есть сомнения, что данный механизм сработает. Времени, к сожалению, не так много, чтобы тратить его на сомнительные эксперименты.

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

Thin Client или не Thin Client - не суть важно! Речь идет о лицензировании операционной системы вне зависимости от используемого устройства. Микрософт не двусмысленно заявляет, что наличие уникального идентификатора в нестираемой энергонезависимой памяти является неотъемлемой частью лицензионного соглашения для Win CE 5.0

Туд дело не в деньгах, количестве лицензий или чем-то ещё, тут дело в нарушении лицензионного соглашения - UUID не уникальны

Плюс ко всему - это нарушение лицензионного соглашения с Microsoft.

"The Windows Thin Client must have a universally unique identifier (UUID) as part of the licensing agreement.

...

You must store the UUID in a region of nonvolatile memory, and must ensure that it cannot be erased or overwritten after the device has been shipped."

Источник: Working with UUIDs (Windows CE 5.0)

Это многое объясняет в плане того, почему устройство вместо UUID отдает DeviceID, но не отвечает на главный вопрос, почему все идентификаторы в разных устройствах одинаковы?

Как быть теперь с ПО, которое привязывается именно к ИД оборудования?

Подобный подход противоречит самому смыслу идентификаторов, с таким же успехом их могло вообще не быть. Вот немного про UUID https://ru.wikipedia.org/wiki/UUID - этот идентификатор должен быть уникальным.

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

Просто однажды уже сталкивался с партией сетевых карт, залитых "под копирку", у которых был прошит одинаковый MAC-адрес. Такие устройства физически не могут работать в одной подсети. Здесь схожая ситуация - устройства с одним ИД не могут работать вместе в одной программной среде.

ООО "Джемини Электро"

г. Новосибирск,

тел. (383) 325-31-81 доп. 1180

Воспользовались утилитой PortTool от Navitel. Проверили десять устройств - все они оказались клонированными! У всех устройств одинаковый UUID и Device ID, по всей видимости это сделано для экономии на лицензиях для Windows CE.

Технический вопрос можно закрывать. Остается вопрос, как их теперь вернуть?