Страница 5 из 47

Добавлено: Пт мар 07, 2014 12:04 am
harwin3
yes thats the right connector, you can order it by every good part suplier.

Добавлено: Пт мар 07, 2014 7:08 am
ДЮК
Появилась мысль - м.б. подойдут обрезанные по длине ISA или PCI разъемы со старых материнок? Надо бы шаг проверить, но мне неохота снова разбирать свой блок.

Добавлено: Пт мар 07, 2014 7:53 am
sergeynik
У иса и пси 2,54 и 1,27 а тут 0.8

Добавлено: Пт мар 07, 2014 11:12 am
theed
The pin seperation has to be 0,8 mm, ISA or PCI-E (1 mm) are to big.

@ДЮК -> I tried a pci-express connector, the distance between the edge of the board and the start of the first pin is different.

Can anyone help me with this situation, the emergency IFS is not booting.

=> scan
** @0x80040000: FPGA


total size: 746512 [0x0b6410]
data: 746212 [0x0b62e4]


.FDR = PL_MMI3G_PLUS_FPGA_9411_D1_11384A
.FDU = Userinfos zu FPGA 9411_D1_4010_14lw


** @0x80100000: FPGA


total size: 746480 [0x0b63f0]
data: 746212 [0x0b62e4]


.FDR = PL_MMI3G_PLUS_FPGA_9411_D1_09422A


.FDU = Userinfos zu FPGA 9411_D1_4010_14lw


** @0x801c0000: IFS [vers.1, UCL, old EMERGENCY]


total size: 4774644 [0x48daf4]
- header: 256
- startup: 53512
- imagefs: 11606604


RAM: 11660116 [0xb1eb54]


=== DATA CHECKSUM ERROR! ===


** @0x87f00000: BIOS packet


total size: 16384 [0x004000]


BIOS pattern: FFFFFFFF.FFFFFFFF
App. pattern: FFFFFFFF.FFFFFFFF

I thried to load an emergency image over zmodem (ifs-emg.ifs), zmodem has a speed of 10Kb/s so this takes about 7 minutes.
After 5 or 6 minutes during the transfer the mainunit powers itself down and the zmodem transfer is stopped.
Is there any way from preventing the unit to go power down.

Добавлено: Пт мар 07, 2014 11:26 am
sergeynik
need special mini ifs image

Добавлено: Пт мар 07, 2014 11:57 am
theed
Sergeynik, where can i get the mini-ifs. Only need to have the SD-cards and the flashit command active, then can i flash the larger images.

Добавлено: Пт мар 07, 2014 12:47 pm
sergeynik
ok 1-2 days need

Добавлено: Пн мар 10, 2014 9:47 pm
zerbino
Привет. Вопрос такой. Хочу обновиться с 145 до 6077. Вроде как с этим проблем быть не должно.. кроме карт.. Так вот поиграться и вернуться. Так вот как я понял, если я попробую залить обратно на 6077 прошивку 145ю, то получу кирпич. Не могли бы порядок действие верный описать по откату? Темы другие читал, но ненакосячить важнее, чем сделать вид, что всё окончательно понял. Подозреваю, да и понимаю, что не буду знать за что браться, когда это произойдёт. Не могли бы манул написать на этот счёт или хотя бы краткое описание действий. типа: "если сделал кирпич, то льёшь на флэш то-то, то-то и юзаешь по очереди такие команды в авторанскрипте или тыкаешь то-то, выбираешь то-то, ждёшь и перезагружаешься."
Просто не хотелось бы доводить до разбора головы и припаивания к txrx, т.к. в этом нет ни знаний ни опыта ни вообще ничего.

Добавлено: Пн мар 10, 2014 9:57 pm
sergeynik
ну тут нужен анализ мета файлов чтоб понять даст ли она обратно или ручками придется подправлять

Добавлено: Пн мар 10, 2014 10:06 pm
zerbino
насколько мне говорили, такой откат 145=>535>145 сделал кирпич.

Вот различия 145=>6077
Изображение

Добавлено: Пн мар 10, 2014 10:16 pm
sergeynik
ну да по 68 останется заголовок обрезаный и с 78 нестартанет сама пока не почистишь 68

Добавлено: Пн мар 10, 2014 10:21 pm
zerbino
sergeynik писал(а):ну да по 68 останется заголовок обрезаный и с 78 нестартанет сама пока не почистишь 68
Сергей, не затруднило бы дать решение, как этот момент обойти?

Добавлено: Пн мар 10, 2014 10:49 pm
UkNik
flashit -a 0x680000 -e 1000 сотрет заголовок

Добавлено: Пн мар 10, 2014 11:22 pm
zerbino
UkNik писал(а):flashit -a 0x680000 -e 1000 сотрет заголовок
Ну я то понимаю что команда делает, но я не понимаю логику моей работы с прошивкой. Т.е. вот я думаю чета мне не понравилась 607 версия, втыкаю 145, шью. Потом получаю кирпич. Мне это не надо. Какой порядок действий с учётом указанных знаний?) Цель - не лазить UART-ом и т.п.)

Добавлено: Пн мар 10, 2014 11:25 pm
UkNik
теоретически решение в postUpdateScript выполнить эту команду. а может и в preUpdateScript. Короче суть - чтобы до перезагрузки удалить заголовок старый.

Добавлено: Вт мар 11, 2014 5:43 am
ДЮК
А м.б. подготовить одну карточку со старой прошивкой, на другую карточку записать скрипт с флешитом. Запустить скрипт, вставить карточку с прошивкой и перегрузить ММИ. Она сама войдет в емерженси и запустит обновление. А вот как быть с остальными блоками? У них же тоже придется понижать версию?

Добавлено: Вт мар 11, 2014 10:34 am
zerbino
SergeyNik, а каким образом разобрать образы ifs/efs без заливки на голову и вообще без использования mmi? Есть способ? QNX 6 у меня есть на виртуалке например. Можно какую-нить последовательность действий, чтобы тебя не дергать с просьбами типа "разбери плз такую-то прошивку" и т.п.?

Добавлено: Вт мар 11, 2014 12:36 pm
superunlock
я понижал версию через обычный update. в метаинфо нужно добавить строчку checkAllUpdates = "true" и пересчитать контрольку. (описано в соседней теме).

Добавлено: Вт мар 11, 2014 1:49 pm
rasspy
Подскажите пжл где подвох: купил UART адаптер подключаю к буку (к MMI еще не подпаивался) система видит его как com4, открываю putty 0.63, выбираю
Порт:COM4 \Скорость: 115200\ Data bits: 8\ Stop bits: 1 \Parity: none \Flow control: XON/XOFF
нажимаю соединиться и .....ничего не происходит, как я понимаю даже если MMI не подключена то окно терминала хотя бы пустое но должно открыться? Или я опять что-то недопонял?

Добавлено: Вт мар 11, 2014 1:54 pm
Zdenek
....