Open jig control port

Open jig control port

You must be logged for ROM download.

928 total views, 1 today

Member Info

  • Listed by: haker55
  • Member Since: 01/21/2017
  • Private Message: Contact Me

DESCRIPTION

ROM Mobile Fly FS451 – ROM Android 4.4.2
ONLY SC7731
Gapps deleted – Rooted (SuperSU)
Recovery: TWRP 3.0
Language support : EN/RU/UK

Install ROM:
Before flashing charge the battery at least 60-70%!!

In Windows 7 you need to disable digital driver signing before installing.
To do this: Open a command prompt with administrator rights and consistently type the following two commands:

bcdedit.exe /set loadoptions DDISABLE_INTEGRITY_CHECKS

bcdedit.exe /set TESTSIGNING ON

restart the computer

Put the driver on the computer and then install them in the mode:

1)turn Off the phone

2)Pull out the battery

3)connect USB cable to phone and computer

4)press volume+ and hold it insert battery and wait for finishing installing the drivers.

After installing the drivers disconnect the battery cable from the smartphone and the computer can not be removed.

1)Run the file ResearchDownload.exe and select PAC file SW20_Fly_FS451_30_07_2017_deodex_lite.pac

2)Click the start button in the program (right arrow)

3)Hold down volume+ while holding down insert the battery

4)as soon As it starts the flashing process, you can release the volume+

5)At the end of the firmware will be written Passed and the phone will reboot automatically and will start download

6)Click stop in the program (the fourth button in a row) ,close the program, disconnect your smartphone from PC, return the back cover to the place That’s all)

If it gets an error Open Jig Control Port failed , then just get everything checked State Jig tab Jig Control in the program settings and hit approx.

If you take off warning do not pay attention and try to flash it then.

In the settings of SuperSU, you should select the Access-Grant,to ensure that the program was able to provide root access

※Please make a backup of your device before installing or updating ROM

О коптерах и не только

Есть проблемы при перепрошивке полетного контроллера? В большинстве случаев это проблемы с драйверами ПК, и сегодняшнее руководство может помочь вам.

Ошибки при перепрошивке ПК

При прошивке полетных контроллеров в Windows можно получить сообщение об ошибке:

Failed to open serial port

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

Или вы можете получить сообщение типа:

No response from bootloader, programming failed

Если вы можете подключиться к полетному контроллеру в Betaflight GUI, но просто не можете обновить прошивку, то это руководство поможет решить проблему

Если вы не можете подключиться к ПК в Betaflight GUI, тогда попробуйте вот этот фикс, перед обновлением прошивки.

Читайте также:  Бескаркасное кресло с какого возраста

Исправляем проблемы с драйверами при помощи ImpulseRC Driver Tool

Подключаем контроллер к компьютеру USB кабелем.

Скачиваем и запускаем ImpulseRC Driver Fixer Tool (это стороннее приложение, так что проверьте его антивирусником).

Программа автоматически найдет ПК и установит необходимый драйвер.

После окончания процедуры запускаем Betaflight GUI и видим «DFU» рядом с кнопкой «Connect» (вместо COM порта).

Теперь вы сможете нормально прошить ПК.

После перепрошивки в выпадающем списке появится обычный последовательный порт. Всё, можно работать и прошивать ПК как обычно, без проблем.

У меня не получается прошить ПК, я уже всё попробовал, вместо COM порта я вижу DFU, но прошить не получается, появляется сообщение об ошибке:

Read protection not active. USB device successfully closed

Перед прошивкой попробуйте убрать галочку «Full chip erase», после прошивки сможете удалить все настройки в консоли (CLI), для этого наберите «default» (без кавычек).

Решение проблем с драйверами полетных контроллеров : 2 комментария

Здравствуйте! А что на счёт подключения ПК к Mac OS X или к Linux? Ну вот не пользуюсь я компьютерами с ОС Windows, что мне делать в этом случае? И как на счёт програматоров для регулей? Перефразирую вопрос — можно ли подключать регули и ПК к компьютерам Apple или к компьютерам с ОС Linux? Нужны ли FTDI адаптеры для перепрошивки регулей или можно на прямую к USB порту подключать?

Регули подключаются к компу через адаптер, это либо USB-UART адаптер, либо полетный контроллер в роли адаптера — fc passthrough).

Дано: есть устройство, с ARM926E-JS (Cypress FX3) на борту. Устройство находится на другом континенте. Устройство подключено (JTAG+USB+COM) к Linux компу. На комп есть SSH доступ (и больше ничего, только SSH порт).

Проблема: Устройство нужно отлаживать и писать под него код. И делать это, желательно, удобно.

Решение с использованием OpenOCD, GDB и Qt Creator, а так же описание пути к нему, под катом.

Решений проблемы может быть много. Само быстрое и простое: запуск связки GDB+OpenOCD на удалённом компе через ssh сессию. Удобства не много, т.к. код удобнее править локально, а для отладки нужно постоянно заливать код на сервер при помощи scp или rsync.

После недолгих размышлений, приходит идея: а ведь мы можем запускать команды удалённо на сервере используя SSH:

Хм… А к тому же GDB может сам запустить OpenOCD в режиме конвейера (pipe) и общаться с ним. Так можно же сделать так, что бы запускался не просто OpenOCD, а удалённый, по ssh, и полученная связка уже использовалась для отладки.

К сожалению такой вариант оказался нежизнеспособным: соединение постоянно отваливалось по таймауту.

Следующая идея была: как-то поднять VPN и использовать его для подключения к любым портам на сервере, после чего запустить удалённо OpenOCD.

Читайте также:  18814 11051 Свеча зажигания

Но как поднять VPN, если нет никаких портов, кроме SSH? Ладно, знаем, что SSH может пробрасывать порты. Запускаем удалённо OpenOCD, пробрасываем порт… Да, чуть лучше, чем запуск в режиме конвейера. Но именно, что чуток. Для работы никак не годится.

Почти было решил бросить это дело и пользоваться самым первым, простым, надёжным, но неудобным решением, но тут набрал в гугле связку: SSH VPN. Сказать, что я был удивлён — не сказать ничего. Что бы не искать, этих двух ссылок достаточно:

  • help.ubuntu.com/community/SSH_VPN
  • linuxoid.in/VPN-%D1%82%D1%83%D0%BD%D0%BD%D0%B5%D0%BB%D1%8C_%D1%81%D1%80%D0%B5%D0%B4%D1%81%D1%82%D0%B2%D0%B0%D0%BC%D0%B8_ssh

После настроек, на удалённой машине появился интерфейс tap8 с адресом 192.168.100.1 и локально: интерфейс tap7 с адресом 192.168.100.2 (адреса пригодятся в дальнейшем).

Пробую запускать… О чудо! Решение оказалось рабочим! Код загружается, всё работает, точки останова ставятся. Проблема одна: медленно. И если с ожиданием обновления состояния (стектрейсы, локальные переменные и т.п.) я могу смириться, то загрузка 300 кБ elf’а занимает больше 6 минут. Локально быстрее. Значительно.

В любом случае, вот пара скриптов, которые реализуют данную схему (настройки SSH не привожу):

    openocd-remote — просто оболочка для запуска удалённого OpenOCD через ssh. Отмечу, что расположение
    файлов и директорий на локальной машине и удалённой я сделал одинаковым. В противном бы случае
    в этот же скрипт добавил бы препроцессинг параметров при помощи sed, что бы сделать замены. Плюс,
    OpenOCD у меня собран из Git и скопирован в

/bin/openocd-git/
(соответствующие директории).
Конфиги для FX3 (о них дальше) лежат в

/bin/
сделан симлинк на исполняемый
файл openocd.

  • gdb-remote — подключается к удалённому OpenOCD, загружает код:
  • Раздумья об ускорении запуска шли примерно в таком русле: простое копирование elf файла на удалённый сервер занимает секунд 10, плюс-минус. А вот бы было круто, загрузить образ на сервер и у в устройство загружать уже с него…

    Штудирование документации по OpenOCD и вот оно: сам OpenOCD может загрузить код в устройство, а GDB просто подключится и даст команду на старт прошивки. Волшебная команда: load_image .

    Первые эксперименты были неутешительными: загрузка проходит ОЧЕНЬ нестабильно. Код грузится, грузится быстро: 1 минута против 6 с хвостом). Но прошивка то стартует, то нет. При этом, если же в той же сессии GDB сделать load , то всё отлично запускается.

    Начал искать различия. Заинтересовала последняя строчка загрузки через load :

    Это навеяло залогировать после загрузки кода через load и через load_image (через OpenOCD) и перед стартом ( continue ) содержимое регистра $pc . И… отличие найдено: после load $pc установлен именно в этот «Start address», тогда как после load_image в $pc остаётся что-то, в момент чего была начала загрузка. После установки pc в правильное значение загрузка стала стабильной. Остался вопрос: магические числа не есть гуд. Но тут помогло то, что в GDB можно указать символ и будет взят его адрес. В случае FX3 этот символ: CyU3PFirmwareEntry (к слову, на локальных приложениях это будет, скорее всего, _start ) и команда установки $pc превратилась в такую:
    Кроме того, у GDB есть возможность звать команды оболочки, поэтому мы можем легко и непринуждённо при старте залить elf файл на удалённый сервер и дать команду запущенному OpenOCD загрузить его (любую команду для OpenOCD можно дать из GDB предварив её словом monitor ).

    Читайте также:  Автоальянс на кетчерской 2а каталог запчастей

    Итоговый скрипт для запуска GDB:
    Скрипт для запуска OpenOCD остаётся таким же.

    Что нам теперь нужно, что бы начать удалённую отладку:

    1. Запусить скрипт openocd-remote. Перезапускать его можно по потребностям.
    2. Остроить код и запустить gdb скриптом выше.
    3. .
    4. PROFIT

    А PROFIT ли? По мне, так нет. Код я пишу в Qt Creator и хочется в один клик всё это делать из него. И это делается в один клик. Достаточно:

    1. Открыть диалог настроек
    2. Выбрать Bare Metal и добавить новый GDB Server Provider с типом OpenOCD со следующими параметрами:
      • Name: на ваше усмотрение, пусть будет FX3 Remote
      • Startup mode: Startup in TCP/IP
      • Host: 192.168.100.1
      • Port: 3333
      • Executable file: путь к openocd-remote, у меня это /home/alexd/bin/openocd-remote
      • Root scripts directory: /home/alexd/bin/openocd-git/share/openocd/scripts — у вас может отличаться,
        главное помните, что умный настройщик проверяет эти директории на доступность, именно поэтому я
        делал одинаковое дерево на локальном компьютере и на удалённом.
      • Configuration file: /home/alexd/bin/openocd-git/share/openocd/scripts/interface/ftdi/olimex-arm-usb-ocd-h.cfg — у
        меня используется отладчик Olimex ARM-USB-OCD-H, у вас может быть другой. Настройку отладчика не рассматриваю.
      • Additional argumets: -f

      /bin/openocd-git/fx3-threadx.cfg — эти скрипты
      я опубликую ниже.

    3. Init commands — самое интересное:
      Как видите, полностью повторяет код из скрипта, только с макроподстановками, что бы не переписывать для каждого таргета.
    4. Reset commands: monitor reset halt (оставляем по умолчанию).
    5. Затем идём в Devices, делаем Add -> Bare Metal Device -> Даём имя (пусть будет FX3 Device Remote) и назначаем наш GDB Server provider (FX3 Remote)
    6. Затем идём в Build & Runs и в используемом наборе (Kits) для Cypress (или ARM или чего у вас там) выбираем:
      • Device type: Bare Metal Device
      • Device: FX3 Device Remote
      • Тут мне пришлось создавать для набора — для локальной и для удалённой разработки. Но что ж… Пережить можно.

        Всё, после чего в настройках проекта добавляем новый набор, конфигурируем его, на вкладке Run добавляем конфирурации в названии которых есть "(via GDB Server or hardware debugger)" и начинаем отладку простым нажатием F5.

        Ссылка на основную публикацию
        Launch creader vii crp123
        Launch Creader Professional VII+ (CRP123)Всем доброго дня уважаемые форумчане помогите пожалуйста с выбором сканера на авто, не профессиональный конечно что...
        Dtp reso ru загрузить фото аварии
        При наступлении страхового случая возникает необходимость урегулирования понесенных убытков в СК «РЕСО-Гарантия». В этой ситуации страховщиком должен быть проведен ряд...
        Dvb t2 в автомобиль установка
        Доброго времени суток, дорогие гости и подписчики!Так как наши машины, часто называют — "диваном на колесах", то что же за...
        Lavr промывка системы охлаждения
        Долго думал промывать или нет. И печка стала значительно хуже дуть теплом, и при замене помпы 1,5-2-х летний антифриз какой-то...
        Adblock detector