Universal Box умер, не работает

  • Автор темы Автор темы WhiteE
  • Дата начала Дата начала

WhiteE

Гость
Ошибка при подключении:

MCU Boot Version: 1.069, and up to date.
Device open failed at USB->Universal Box [UBOYUL2E]

Удаление полное иустановка драверов не помогла, переустановка прог тоже.
Пробовал через MProg 3.0a, залил UB_unique.ept, что советуют сами в Universal Box чёрном форуме.

Них..его не получается.

Что делать-то?
Гарантии нет уже, плату пропаял, по питанию смотрел, видимых горелых деталей нет.

Перед тем как отвалится BOX начал отваливатся от компа после каждой попытке прошить N70-1 7пин кабелем.
Приходилось перевтыкать кабель USB.

Подскажите друзья чем можете!
Что-же делать!?

Возможно что и FTDI сам подох, т.к. при подключении к компу горит постоянно зелёный и жёлтый (помигивает при попытке оратиться к боксу)

P.S. FTDI чип - FT245BM.
N70-1 пробовал прошить с питанием VPP 9V от батареки, может это повредило?!
 
Последнее редактирование модератором:

Я в так же подумываю, доигрался на свою голову.
Т.к. "Data" горит постоянно, значит его похоже и вырубило.
НО, может вполне и "SURFACE MOUNT FAST RECOVERY RECTIFIER" (LS14), не могу перевести на русский.
Там стоит тоже микруха которая определяет напряжение(MCP41..)
Как считаешь, стоит заказать сам чип FTDI и попробовать?

Просто FT245BM нету у меня в наличии, 232 ставил - молчит вообще.
 

ОЧЕНЬ жаль что такие ремондации нигде не прописаны!
Я доп питание пускал через крону т.к. стояла на N70-1 микросхема Spansion и я нигде не нашёл по ней информацию, поэтому и решил питание побольше дать для прошивки.
 

Когда программой бокса пытаешься сделать "Applay" в Setup, диод жёлтый помигает, потом моргнёт красный, затем программа говорит что хана.

Это PIC контроллер сдох или FT?
Ведь с контроллера идёт выход на контакты(к телефону)
Как чинится вообще можно исправить или нет?
 

Менять FTDI и переписывать файлом UB_unique.ept, не поможет, тогда бокс в мусор, либо менять целиком PCB на новую.


Затрудняюсь ответить, ибо не располагаю схемой UB, если она вообще у кого либо есть, помимо разработчиков. Обратите внимание на http://gsmforum.ru/showthread.php?t=28355





Тот же самый телефон, другими программаторами не прошивался ? Для дополнительной запитки, рекомендуется использовать адаптер идущий вместе с боксом
 
Последнее редактирование:
Я скачал datasheet на DS5250F - High-Speed Secure Microcontroller
Там описано:
On-Chip Real-Time Clock with Alarm Interrupt
2kB Battery-Backed Internal SRAM
Т.е. батарейкой поддерживается SRAM - в ктором что-то записано изначально производителем.
Бокс перестал работать после того как я снял батарейку (чтобы ничего не замкнуть) и после это бокс наполовину определяется.
Подумываю о том прошить надо снова SRAM для нормальной работы.
Батарейка как раз выходит на DS
Схема примерно такая:
От компа -> FT245BM (эмулятор LPT) -> PIC-> коннектор RJ45 для телефонов.
Вот и думаю.
 
Поменял я FTDI на новую - ничего не поменялось.
"PWR" и "DATA" - горят постоянно, а при обращении помигивает "ERROR".

Я думаю что спалил PIC этой кроной!

Дорогие знатоки, подскажите куда можно обратиться чтобы отремонтировать (РеАктивировать) бокс.

Дело дрянь.:confused:
 
Я обращусь в компанию - прямые реселлеры, у меня уже есть номер телефона их службы.
И к тому же парни с их службы писали на форуме что можно отремонтировать.

Это всё равно что машину купить у которой после того как сядет АКБ, компьютер внутри машины который управляет все) м тоже забывает параметры(причём все от типа машины до хозяина.
После этого машина - бесполезная груда железа, потому что восстановить программу на машине можно только в Китае при помощи бубна и каких то матов в далёком и заброшенном забытых богом автоводителей. Потому что производитель сам не до конца разобрался с компьютером а деньги зарабатывать уж очень хочется!:mad:

Короче производитель - откровенные пи....ы!

PS Что-то я не слышал чтобы Setool валился или Jaf.
Покупаешь Setool+Jaf+UFS и не тратишь деньги на Universal Box у которых RPL BB5 - 40 бакинских вместо 25 (и то посчитать не могли мне 10 дней)!
И всё равно они - пи....ы со своей поддержкой оборудования!
Батарейка что стоит внутри бокса - не АКБ и проработает максимум 2-2.5 года - а это значит что бокс умрет сам!:confused:
 

У банкоматов система предохранения от перепадов напряжения есть и фискальная (может EEPROM энергонезависимая) память.

Да это понятно всё, и всё же можно было бы:

1) написать мини мануал о том что использовать только с БП
2) АКБ установить на пайку с индикацией уровня заряда - если пролежит бокс полгодика без подключения и хана будет ПО!

Бокс неплохой, можно было бы и второй взять - НО где гарантия что он на второй день использования не навернётся?!

Или не дышать на него теперь что-ли?

А так вообще его и склонировать можно я думаю.

Программатором с PIC скачать всё во второй (убитый).
Епром FTDI скопировать.

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

В SRAM как раз и находится ключ которым все данные и перешифровываются, других вариантов я не вижу.
Блок схему я этого проца защиты уже полистал, жаль выводов нет.

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

Выводы на EPPROM PIC (I2C шина) выходят на разъём подключения телефонов.

У меня знакомый кассы чинит у них еть замечательный программатор!

Вот такая незадача с трупом! :)
 
WhiteE- А так вообще его и склонировать можно я думаю
______________________________________________

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

Могу порадовать.

Я нашёл программу по программированию SRAM внутренней памяти процессора DS5220, знаю через какие ноги можно эту память изменять и считывать.

Вот разберусь с кабелем для подключения и тогда можно будет что-нибудь попробовать.

Могу сказать что этот проц по пинам одинаков с DS5002FP.

Комманды для записи/считывания и проверки я уже имею, вот они:

Table 1. Serial Bootstrap Loader Commands
COMMAND FUNCTION
C Return CRC-16 of the program/data NV RAM
D Dump Intel Hex file
F Fill program/data NV RAM
G Get data from P1, P2, and P3
I N/A on the DS5002FP
L Load Intel Hex file
M Toggle modem available bit
N Set freshness seal—all program and data is lost
P Put data into P0, P1, P2, and P3
R Read status of NV SFRs (MCON, RPCTL, MSL, CALIB)
T Trace (echo) incoming Intel Hex code
U Clear Security Lock
V Verify program/data NV RAM with incoming Intel Hex data
W Write special function registers (MCON, RPCTL, MSL, CALIB)
Z Set security lock
Execution of certain bootstrap loader commands result in the loading of the newly generated 64-bit random number
into the encryption key word. These commands are as follows:
Fill F
Load L
Dump D
Verify V
CRC C

Как только смогу сделать connect с программой, сразу отпишусь.

Программиуется память через 5 выводов что находятся около батарейки.
TxD/RxD/Gnd/+5V/PROG.
 

В описании этого проца написано, что внутренняя память проца может испортится из-за частоты или питания.
Внутренняя память всего 2Кб и как раз посредством неё и осуществляется кодирование, она же и защищена батарейкой т.к. внутренней батарейки нет!
 
Я уже почти научился вычитывать эту память, мне процессор уже начал что-то выдавать на мои запросы, но при этом я выпаял LS14 которая висит как раз на ноге RST.

Я просто уже 3 дня не трогал его т.к. другие дела были.

Не стоит думать что китайцы умнее нас.
Думаю что упорство+прикладная математика помогут.
"PROG -
Invokes the Bootstrap Loader on Falling Edge. This signal should be debounced so that only one edge is detected. If connected to ground, the micro enters bootstrap loading on power-up. This signal is pulled up internally."
это что-нибудь напоминает? :)

У меня есть Dallas Semiconductor MicroController ToolKit, но пока не успел разобраться.
 
Можете считать меня наивным, но я пока всё не испробую - не успокоюсь.

У меня висит 177 кредитов в UBi, недавно оплатил, терять их неохота совершенно.
К тому же эта проблема у ОЧЕНЬ большого количества людей.
 
......поверь, в мсх уже нет того, что туда "положили", ты ведь аккум. "отстегнул", а приобрести новый прибор и с ним экспериментировать-неоправданный риск....
 

Зачем эксперименты?
Я продумаю как это сделать без риска.
1) В каталоге есть файл "UBOYUxxx.ini" в котором есть [ALGOxx].
2) Программа UBi общается с процом посредством обращения/проверки(можно вскрыть ASM код и посмотреть, уже опыт написания CRACK-ов для программ есть и ASM не забыл пока.

Для проверки положу в память (5Кб - в этом проце память SRAM, не 2Кб).
Каждый процессор имеет внутренний уникальный номер, инициализация номера UBOYxxx происходит при первом подключении к компу - значит скорее этот номер не влияет на шифрование.

Посмотрим что дальше пронюхаю, шифрование DES, оперативная память 256кБ.

"encrypted memory are stored in internal battery-backed SRAM"
"4096-bit MAA for public key infrastructure (PKI)"
"custom bootloader using the microcontroller’s encryption tools." - это то что может помешать.

Есть в файле и [DSAlgo04] - скорее для DS.

При включении DS проверяет SRAM и если плохая - тогда переходит в режим который обозначает "нападение".
Пока мало изучил, но что-то есть в мыслях уже.
Всё равно лежит и молчит.

Могу одно сказать без прямого доступа через кабель на процессор DS информацию из SRAM не достать никак так как DES алгоритм.
 
Если не трудно пошлите мне файлы "UBxxxx.ini" после последнего обновления - рабочие.
Хочу изучить их.
 

В чём именно ? :) Склонировать, подчёркиваю, полноценнный нормальный UB? Вы меня поймите правильно. Вижу Вы человек более менее знакомый с процами, интерфейсами, ключам и Ассемблером и тому подобное .... и тут есть "пища для размышления", но всё таки, я считаю это пустой тратой времени. Дело даже не в том, умнее или нет китайцы. Я лично не слышал о клонах UB, но в "домашних условиях" это как минимум супер трудоёмко, а максимум - невозможно.
 
Последнее редактирование:
Клона сделать я не хочу и думаю не получится по причине сложности защиты.
Но попробовать восстановить свой - я хочу (может помогут файл с ALGO сохранённые до того как бокс умер).
Можно взять второй для работы, но сколько он проработает - неизвестно (конечно 5-6 мес. - по гарантии обязательно).
Ubi так замечательно работал(сколько я C62 в одно время восстановил и по SE лучше крузера делать начал), поддержка закачки файлов и RPL для DCT4 прямо из программы - очень экономит время, не надо искать прошивки или их полные версии в инете(что нужно, то и скачал,старые версии FW тоже есть).
Да понятно что шансов мало, но кто знает. :)
 
pirulito
Junior Member


Join Date: Apr 2004
Age: 43
Posts: 13
Member: 61858
Status: Offline
Thanks: 0
Thanked 0 Times in 0 Posts Protection against boxes badly manufactured

--------------------------------------------------------------------------------

Dear Sirs.I have a ídeia on as to protect the purchasers of these manufacturers of boxes that bring in its contents the calls hidden defects. Or either: The box already possesss a time of useful life that is known by who manufactures it as dongle is the case of universal box. Somebody will be able to make a page where it will be shown to all which the boxes are really trustworthy or not. Something as one lists black of these boxes. This would serve so that before buying the box you it is not been deceptive as it happens with universal box. This box was manufactured with a Pic that possesss a so delicate protection that when appearing any variation of chain it believes that is being violated and extinguished the recorded data. That is guilt of who manufactured it and damage for who bought it. As its manufacturer is gaining much money it nor if worries in coming here and offering the exchange for another one. Here it is the problem they read and they judge. PIC18LF6722 at 3.3V

I ran into a similar problem with a 18LF6621 at 3.3V. I could
program and reprogram the part just fine with an ICD-2 on USB.

Then I set code protection on a part. The erase command claimed
to work fine. Program command claimed to succeed but verify kept
failing. Erase at 3.3V wouldn't clear code protection.

I traced it ot the USB connection to ICD-2 won't supply necessary
>4.5V to PIC which is needed to bulk erase the code protect bits.

To fix it, I used jumpers from an external 3 x AA battery pack
via clip leads to the Vdd on the PIC part. A repeat of the bulk
erase command via ICD-2 cleared the code protect bits & board/PIC
went back into normal development (program/debug/reprogram/etc).
 

может за последнее время появилось какое нибудь решение, а то с недавного времени я тоже стал (счастливым) обладателем дохлого универсала. гарантия кончилась. встал за период в пол часа. тоесть работал, а через пол часа запускаю..
MCU Boot Version: 1.069, and up to date.
Device open failed at USB->Universal Box [UBO*****] и кажется что вскором времени нас будет много.
 
Привет.
Нас уже ОЧЕНЬ много!
Пример:

Восстанавливать что-то уже и не очень охота, получаю регулярно с форума сообщения про баги с UB и думаю что труд будет напрасный,может вылететь в любой момент при установке новой версии программы.
И тем более телефоны портит UB не задумываясь.
 
Назад
Верх Низ