Как заставить грузиться одноплатник с флешки?

[Hell-Fosa]

Есть интересный прибор, под названием "Устройство концентрации данных", с предустановленным линуксом (урезанным по самые помидоры) на борту, и неким набором софта, который работает не так как надо (вообще не работает).

Устройство размещается на подстанции и подключается к силовой линии, после чего посредством связи через PLC модем опрашивает счетчики электроэнергии.
Все это было сделано некими аутсорс-индусами, которые ничего не довели до ума, и по факту получили неработающую платформу сбора данных (и полтыщи вот таких железяк). В дополнение к этому не было получено никакой документации или схем.

Сейчас стоит задача примерно такая - сделать рабочую систему по сбору данных, и сделать так, чтобы она поддерживала мониторинг и удаленное управление. Первым этапом - нужно поставить полноценный линукс для arm.

Разобрав его, внутри обнаруживается чудная штука, а именно 2 платы, 1 плата - сам одноплатный компьютер с (слева направо) 2*100мбит сетевухами, 1 usb, 1 rs232 и разъемом под собственные модемы. (чудной гребенкой справа - соединяются платы между собой, да, корпус не экранирован и да, гребенка открытая )

2 плата - непосредственно плата питания и plc-модем.

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

Одноплатник построен на базе Freescale imx258(arm926ej-s, armv5te), 128ram и 256mb flash.

#uname -a
Linux Energy-Gateway-35 2.6.26-394-gf56b72e #1 PREEMPT Fri Nov 22 15:24:06 CET 2013 armv5tejl unknown

Есть подозрения, что flash глючит, в консоли вылетают crc-ошибки, и концентратор периодами зависает.

init stage1 done, moving to stage2
JFFS2 doesn't use OOB.
Empty flash at 0x00001720 ends at 0x00001800
JFFS2 doesn't use OOB.
jffs2_scan_inode_node(): CRC failed on node at 0x000617f4: Read 0xffffffff, calculated 0x1490a44b
Empty flash at 0x00061854 ends at 0x00062000
JFFS2 doesn't use OOB.
JFFS2 doesn't use OOB.

Поэтому было принято решение поставить линукс на заведомо рабочую usb-flash и заставить устройство грузиться с него. В качестве образа был выбран пока arch arm linux для armv5te. Но железка упорно отказывается грузится с него.

Судя по документации на проц - он поддерживает загрузку как с внутренней памяти, так и с внешней по usb.
Для выбора режима загрузки используются "boot_pins"

BMOD
[1:0] Boot Type
00 Internal Boot
01 FSL Test Mode
10 External (Direct) Boot
11 USB/UART Boot Loader

Режим выставляется пинами, а конкретно W20 и V19, но как это сделать, не могу их найти разведенными на плате, надеюсь более опытные коллеги подскажут направление в котором надо рыть дальше.

[SasaVitebsk]

Как то ко мне обратились. Примерно аналогичная ситуация.
Китайцы поставили пробойную установку киловольт на 200. Представляет собой металлическую комнату, размером с дом, помещённую в диэлектрический кузов ну и так далее ... Всем этим управляет компьютер.
Дали гарантию. Во время эксплуатации произошёл пробой и вытекло пол тонны трансформаторного масла. )) Короче долго объяснять - от гарантии отказались.
Спецы стали анализировать - часть измерительной платы отключено и заглушено. Софт подломан. Измерения частично имитируются. Постоянные сбои, перезагрузки. Видно было что взяли прототип рабочий, а полностью содрать не смогли либо не захотели.

И вот обращение ко мне. Типа доделать то, что китайцы не доделали. Ну типа пару тысяч хватит? Тут же всё есть ... железо, софт... Надо только ДОДЕЛАТЬ.

Я попытался объяснить, что то что не доделано, как раз и стоит бо'льшую часть денег. И для меня это даже не "разработка", а "исследования в области ...". Что это займёт кучу времени и с произвольным результатом. Смотрели на меня, как дети малые ...

Так вот. У Вас то же самое. Они не довели САМУЮ ВАЖНУЮ ЧАСТЬ. Они не обеспечили работоспособность системы. Сомнительно, что они это сделали случайно. Скорее всего не довели, потому что, банально, не смогли. Не хватило знаний и опыта. Причём они затратили значительные средства и ресурсы. И вот Вы теперь хотите в одиночку, врукопашную, засучив рукава, выполнить наново эту разработку? Причём подозреваю задёшево.

Мой Вам совет - не беритесь. Жизнь коротка, чтобы тратить её таким образом.

[Hell-Fosa]

Нет, не за дешево, а в рамках своих рабочих обязанностей, кхе-кхе... Софт для опроса счетчиков будет писать отдельная команда, система управления будет строиться на базе открытого по, приспособленного под эти задачи, чтобы максимально снизить трудоемкость работы и не писать кучу велосипедов, если конкретно, то планируется применять следующие софтины linux + puppet + icinga2 + mysql и отдельная база mssql для данных.
Масштабы - 500-600 концентраторов + 50000 счетчиков.

Поднять серверную инфраструктуру несложно, кластер с виртуализацией сделал, сервера управления и мониторинга тоже. Работу с plc-модемом и опросом счетчиков - выполняет отдельная команда. Поэтому сейчас по факту нужно только линукс нормальный запихать в эту железку, и обеспечить к ней доступ по 3g.

Получилось как - сделать сделали систему, она через пень-колоду работает, но вся закрыта, не поддерживается и не обновляется, все кто ее делал - уволены, сами ушли и никакой толком инфы не осталось (все как всегда, в общем). Концентраторами удаленно управлять нельзя, нельзя по ssh постучаться, нельзя его ребутнуть удаленно, они периодами виснут, периодами выгорают свои модемы (по 220евро за штуку). В итоге опрос счетчиков страдает. А на систему выделяли грант и работать она должна еще 15 лет Смотришь на это....хоть смейся, хоть плачь.

Для меня это полезнейший опыт будет, а контора получит в целом хоть как-то работающее решение, в отличии от текущего.

А пытаться дописать текущую систему - приняли решение, что нецелесообразно, сборная солянка из разных языков - python, java, bash, c, и еще куча разных фрэймворков к ним. Баз данных - mysql, postgresql, ibm db2. Разных линуксов - centos, debian, ubuntu, ubuntu server, opensuse. В общем ад, при этом все используя свои какие-то костыли для общения между системами

[_guardianangel]

Пины могут быть и не разведены ... Смотрите загрузщик - обычно это u-boot. Если собирали правильно - то можно перезалить прошивку (ели есть) по tftp или UART (обычно z-modem реже x-modem). А для начала аккуратно пропаяйте флешку.

[SasaVitebsk]

Нет, не за дешево, а в рамках своих рабочих обязанностей, кхе-кхе...
Для меня это полезнейший опыт будет, а контора получит в целом хоть как-то работающее решение, в отличии от текущего.

Да не получите Вы никакого опыта. И благодарности никакой не получите. А только тумаков и пендалей.
Это же очевидно, что налицо ошибки проектирования, а не схемотехники и программирования. Ошибки проектирования устраняются просто - открывается новая тема, проектируется заново, с учётом допущенных ошибок и создаётся новое решение. Вы это сделать не сможете. У Вас нет ресурсов и возможностей.

[picavr]

И вот Вы теперь хотите в одиночку, выполнить наново эту разработку? Причём подозреваю задёшево.

поддерживаю, токо за 30-50 тыс USD ))))

[DanilinSA]

Да ... попал ... считай что нашел себе занятие на 15 лет с полным рабочим днем.
Замечания:
1) Разберись с железом. Флеш снять, считать программатором, погонять на программаторе тесты. Естественно подразумевает наличие термовоздушки, программатора и прямых рук. Неплохо посмотреть что на шинах питания и сигнальных творится. Шум, мусор , наводки ... Достаточность конденсаторов на питании, степень заваленности фронтов ...
2) Линь нужно собирать конкретно под эту плату. И начать нужно с адресации. По каким адресам что село и как это управляется.
3) Флеш имеет маркировку битых блоков. В т.ч. прямо с завода. Система должна это правильно понимать маркировку блоков. Возможно система не понимает и не игнорирует эти блоки. И соответственно при обнаружении ошибки CRC блока не маркирует его как сбойный.

Начни с проца. Ищи JTAG интерфейс.

[Hell-Fosa]

Да ... попал ... считай что нашел себе занятие на 15 лет с полным рабочим днем.

Ага, не то слово "попал"

Флеш имеет маркировку битых блоков.

А уход со встроенного флеша не решит разве эту проблему?

[Василий67]

ИМХО в такой ситуации надо рассмотреть возможность замены железки на что-то подобное, но 100% рабочее.

По поводу переключения режима загрузки - СЮДА обращались?

[switch3]

Чтоб было проще со схемотехникой - сделайте рентгеновский снимок. Стоить будет 300..500 рублей в любом кабинете.