Код ошибки 100000 xmeye

XMEye – программа для мониторинга камер наблюдения для Android и IOS устройств. XMEye получила обновление 6.0.7 в июне 2019, однако пользователи продолжают массово сталкиваться с ошибками 11307, 100000, 604000, 10005, 605005 и прочими. Сегодня попробуем детальнее разобраться с наиболее распространенными из них, а ниже дадим рекомендации как попытаться устранить проблемы самостоятельно.

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

Ниже пройдемся по самым распространенным кодам ошибок на данный момент.

Не удалось подключиться код ошибки 11307 (Systemlnfo)

Ошибка 11307 и 10005 пожалуй самые распространенный. Причина сбоев связана с отсутствием Интернета, большим пингом или отсутствием вашего ID в сети. При задержке в скорости ваше устройство получает более низкий приоритет подключения и не соединяется совсем или часто просто висит в списке ожидания, отдавая приоритет устройствам с более высокой скоростью передачи данных.
Давайте более детально по каждому пункту:

Код 100000 вызван конфликтом IP адресов на роутере или маршрутизаторе с айпишником видео регистратора. Возможно вы сменили маршрутизатор или неправильно настроили IP адреса. В корректной конфигурации устройства должны находиться и работать в одной подсети.
Например на видеорегистраторе стоит IP 192.167.1.*, а на маршрутизаторе 192.167.2.*. Решением будет перенастроить IP на одном из устройств.
Код 10005 появляется при задержке подключения к сети.

XMEye Error code:-10005

Наиболее часто сбой случается при работе от мобильных сетей с 3G или 4G подключением, поскольку скорость интернет-соединения у мобильных операторов скачет, а временами совсем пропадает.

Если не работает один из регистраторов, скорее всего неправильный айпи адрес на нем.

Ошибки с кодом 604000 и 605000

Данные ошибки появляются при отключении китайский серверов. Тут причин несколько: обновление серверов или программного обеспечения, обновление железа. При таких работах подключение к облаку либо обрывается, либо отключается. В любом случае проблема не на вашей стороне, тут остается подождать пока разработчики XMEye не завершат свои работы.
Коды 99987, 99993 можно отнести в эту же категорию. Такие сбои означают временную потерю связи в сегментах сети во время передачи данных между облачным сервером и NVR.

Куда отправлять заявки на техподдержку

Поскольку XMEye буквально засыпали сообщениями о сбоях они не придумали способа лучше, чем убрать раздел обратной связи с официального сайта. Однако они исправно принимают и отвечают на запросы по электронной почте. Официальный адрес технической поддержки xmeye@xiongmaitech. com.
Для начала составьте письмо с подробным описанием проблемы с обязательным указанием IP адреса камеры и серийного номера видео регистратора. Имейл пишется на английском языке, для этих целей можно воспользоваться Гул переводчиком: translate. google. com.
В итоге получим текст примерно следующего содержания:
Hello. I have a problem connecting the device. On the device, Error Code 10005
IP device address: 192.187.1.123
IP camera address: 192.187.1.124

Пример письма в техподдержку

Выводы

Ошибки XMEye можно условно разделить на несколько типов: проблемы с Интернет соединением, большой пинг или неверная конфигурация IP адресов, что приводят к отвязке ID устройства от облака. В этих случаях необходимо обратиться в техподдержку или подключить высокоскоростной тариф.
Если проблемы на китайских серверах, остается ждать когда сами разработчики устранят сбой или проведут техническое обслуживание.
Напишите в комментариях помогли ли вам советы из статьи, если вы не нашли ответа на свой вопрос, так же сообщите нам.

Совсем недавно обновилось официальное мобильное приложения сервиса XMEye. Приложение обновлено до версии 2.2.4 для всех мобильных платформ Android и iOS. Над версией XMEye v2.2.4 разработчики серьезно поработали, и убрали большое количество багов. Помимо этого была произведена работа над серверами XMEye. Серверная часть была так же обновлена по ПО и перезагружена.

Скачать XMEye можно в официальных сторах Google и Apple. В новой версии в первую очередь была произведена серьезная работа над ошибками при сетевом соединении. Если раньше при подключении приложение связывалось только к ближайшему географически расположенному серверу, и в случае если он по каким то причинам недоступен выдавало ошибку, то теперь если ответа от сервера не последовало, приложение подключается к другому серверу.

Устранена проблема в версии для Андроид, когда приложение XMEye постоянно висело в оперативной памяти устройства и активно разряжало батарею. Теперь при выходе из приложения, оно автоматически полностью отключается. Оптимизирована работа приложения со сжатием видео при потоке если связь осуществляется по средствам мобильного интернета 3G/4G. Теперь картинка более стабильная и качество автоматически настраивается в зависимости от скорости и стабильности соединения. Корректно стал работать поиск устройства в локальной сети по добавлению адреса, в предыдущей версии при поиске приложение часто зависало.

Улучшен интерфейс приложения, при добавлении нового NVR его камеры в дереве устройств имеют отдельные вкладки. Переделан интерфейс управления PTZ камерой. Наконец полностью реализована поддержка русского языка.

Изменения в версии XMEye v2.2.4

В целом само приложение заметно преобразилось. Работа более стабильна. Это говорит о том, что поддержка XMEye работает, и работа системы под присмотром. Количество NVR подключенных через Китайский XMEye растет, продажи растут. Соответственно система нуждается в постоянном регулярном обслуживании.

09 мая 2016, 08:21,отредактированно 30 августа 2018, 09:59

После нескольких лет работы с многими программами просмотра видеонаблюдения решил сказать свое мнение по поводу программы XMeye

Самое первое что бесит — Уберите вход по local Login. Cloud Ljgin пользуются наверное 5% максимум и большая часть из них это представители ДЕАН и Polyvision.
При обновлении почему то слетают все устройства, приходится заного вбивать(конечно может это из за пресловутого Cloud Login). Лично я пока практически не пользуюсь программой, потому что устал заного забивать настройки
Было бы удобно если бы при загрузке всех устройств было видно какие устройства в сети, а какие нет. Как на картинке:

Восстановление прошивки и сброс пароля с помощью USB UART TTL (XMeye регистраторы и камеры)

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

Обновление устройства можно произвести двумя способами: устройство самостоятельно скачивает прошивку и обновляется или пользователь находит свежую версию, загружает через Web-интерфейс или CMS, и далее обновление идёт по тому же сценарию.
Для минимизации проблем, в прошивке содержится специальный файл-описатель InstallDesc в котором содержится идентификатор платформы «Hardware», по которму устройство проверяет, подходит ли ему загружаемая прошивка, сравнивая его содержимое с файлом ProductDefinition.
Также есть отдельное поле «Vendor», которое обычно содержит «General».
Поле «Vendor» введено для производителей оборудования, которые помимо собственно сборки, добавляют также дополнительные функции, особые параметры работы или простом меняют адресацию памяти. Таким образом, осуществляется простейшая защита копирайта, а также от заливки несовместимой прошивки.
Если совпали оба этих поля, запускается процедура обновления, в противном случае выдаётся сообщение об ошибке.
Прошивка содержит несколько разделов, например:
u-boot. bin
u-boot. env
custom-x
logo-x
romfs-x
user-x
web-x
Обновление осуществляется по разделам, поэтому в случае прерывании процедуры обновления, повреждённым оказывается лишь один раздел.
u-boot. bin — это сам загрузчик u-boot, прошивается первым и почти всегда остаётся целым благодаря малым размерам. Помимо процедуры запуска, u-boot содержит также процедуры вывода на экран логотипа (у регистраторов), а также — самое важное — процедуры восстановления модулей прошивки.
Именно поэтому мы и видим на экране сбойного устройства «матрас» или логотип производителя.
Если логотип не пропадает, а устройтво не переходит в рабочий режим, значит повреждён один из блоков прошивки, но сам загрузчик цел, и устройство можно относительно просто и недорого восстановить.

При повреждённом загрузчике мы получаем полный «кирпич», описываемый здесь метод уже не применим, восстанавливать придётся на программаторе, в данной статье его рассматривать не будем.

Подключаем UART

Общение с загрузчиком производится из консоли командами, которые подаются через специальный отладочный интерфейс — UART. В качестве консоли (терминала) удобнее использовать Putty (Kitty), хотя сгодится даже встроенный в Windows гипертерминал.
Чтобы иметь возможность слать команды из терминала, нам понадобится USB-UART преобразователь.
Самый распространённый — это преобразователь на базе микросхемы Prolific PL-2303HX. Для восстановления одного устройства его будет достаточно, но если вы профессионально занимаетесь ремонтом, лучше приобрести преобразователь на базе микросхемы FTDI FT232R, он более надёжный и не так подвержен помехам в линии.

Подключив UART преобразователь, получим в системе дополнительный последовательный COM порт, номер которого нужно узнать в диспетчере устройств. Этот номер указываем в программе-терминале, а также задаём другие параметры порта: скорость 115200, чётность нет, стоп. бит 1.

Для подключения соединяем минусовой («земляной») провод устройства с общим (GND) проводом преобразователя, RX устройства соединяем с TX преобразователя, а RX, соответственно, с TX.

Включаем устройство и наблюдаем такую картинку:

Нас пока интересуют два параметра:
ipaddr=192.168.1.10 — IP адрес устройства
serverip=192.168.1.107 — IP адрес нашего компьютера
их можно изменить командой setenv или подставить компьютеру IP адрес из serverip на время восстановления.

TFTP сервер

Поиграв с командами, вероятно, вы захотите пойти дальше и восстановить устройство.
Для этого нам понадобится ещё одна программа — TFTP сервер, я рекомендую tftpd32.

Устанавливаете его и настраиваете согласно картинке.

Бэкап — наше всё

Теперь подключаем нашу многострадальную камеру/регистратор к той же сети, что и компьютер, запускаем tftp сервер

xmtech # sf probe 0
8192 KiB hi_fmc at 0:0 is now current device

Отсюда видно, что размер флеши — 8192кб, что составляет 0x800000h в шестнадцатеричной системе. (Для флеши 16384кб это число будет 0x1000000h).

Тогда команды для резервной копии будут такими:

После чего в папке tftp сервера появится файл dump. bin, содержащий полную резервную копию.

Восстановление

Теперь нам понадобится файл прошивки под наше устройство. Надеюсь, вы записали номер устройства
из окошка Info, когда устройство ещё работало?
Скачиваем прошивку, открываем архиватором и извлекаем все файлы в папку tftp сервера (у меня r:\tftp).

Обычно это позволяет восстановить работоспособность в случае порчи одного из модулей. Также может понадобится стереть все настройки (см. следующий абзац)
Если файлы не грузятся с tftp сервера (в консоли циклические попытки), то скорее всего мешает брандмауэр Windows — отключите его или добавьте tftpd32 в исключения.

Сброс пароля

Бывают ситуации, когда пароль администратора утерян, но нужно получить доступ к устройству с целью изменения его настроек. В этой ситуации тоже поможет преобразователь USB-UART, с той лишь разницей, что в этом случае не понадобится tftp сервер.
Повторяем те же действия из раздела «Подключаем UART» включая команду printenv.
А теперь внимательно изучаем её вывод, а конкретно bootargs
В нашем примере это будет вывод от камеры 00018510
bootargs=mem=39M console=ttyAMA0,115200 root=/dev/mtdblock1 rootfstype=cramfs mtdparts=hi_sfc:320K(boot),3520K(romfs),2560K(user),1152K(web),320K(custom),320K(mtd)
320K(boot),3520K(romfs),2560K(user),1152K(web),320K(custom),320K(mtd)
Запускаем калькулятор Windows, переводим его в режим программиста и начинаем подсчёт. Для этого переключаем калькулятор в режим dec, переводим все килобайты в байты (умножаем на 1024), складываем полученные значение и переключаем калькулятор в режим hex.
В итоге, получаем следующую табличку:

Размеры mtd разделов
320K(boot) 327680 50000h
3520K(romfs) 3604480 370000h
2560K(user) 2621440 280000h
1152K(web) 1179648 120000h
320K(custom) 327680 50000h
320K(mtd) 327680 50000h

Адреса mtd разделов
0x000000-0x050000 : «boot»
0x050000-0x3c0000 : «romfs»
0x3c0000-0x640000 : «user»
0x640000-0x760000 : «web»
0x760000-0x7b0000 : «custom»
0x7b0000-0x800000 : «mtd»

Из таблицы нас интересует последний раздел — mtd. Как видно из bootargs, его размер 320кб, что составляет 50000h в шестнадцатеричной системе, а начальный адрес — 0x7b0000.
Здесь хранятся настройки устройства, и, самое важное, пароли пользователей. Если его стереть, то система пересоздаст этот раздел заново с настройками по умолчанию, и, соответственно, с пустыми паролями.

даём следующие команды:
sf probe 0
sf erase 0x7b0000 0x50000
reset

Внимательный читатель может обратить внимание, что раздел mtd последний, и для его вычисления достаточно вычесть размер mtd 0x50000 из размера флешки 0x800000, получим те же 0x7b0000. Что ж, можно и так.

Хочу ещё раз напомнить, что это только пример, у вас будут другие цифры. Использование неправильных значений обязательно приведёт к порче устройства!

Слишком сложно!

Не каждый пользователь осилит установку и настройку tftp сервера, не говоря уж про вычисления размеров и смещений для сброса настроек, поэтому мы разработали удобную программу с дружественным интерфейсом, единственная цель которой, «сделать всё хорошо». Программа позволяет производить три основных операции:
1. Создание резервной копии (дампа) устройства
2. Восстановление камеры/регистратора из резервной копии
3. Стирание настроек/сброс пароля
Эти возможности предоставляются бесплатно, но на определённых условиях: пользователь вводит свой e-mail
и разрешает отправку полученного дампа на наш сервер для анализа.