Как заставить грузится одноплатник с флешки?, На базе imx258 Опции

[hellfosa]

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


Устройство размещается на подстанции и подключается к силовой линии, после чего посредством связи через 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, но как это сделать, не могу их найти разведенными на плате, надеюсь более опытные коллеги подскажут направление в котором надо рыть дальше.

 bootimx25.pdf ( 109.71 килобайт ) Кол-во скачиваний: 94

[hellfosa]

Вы представляете себе работу полноценного линукса на такой платформе??

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

ЗЫ. Зделано довольно профессионально, уверены, что это не какой-либо фирменный девайс? Может к нему уже есть нормальный софт?

Железка проектировалась французской конторой sagemcom, права на железку (в плане эксплуатации и переделок) передали нам, но никакой документации или образов нет и на запросы вежливо посылают

Сообщение отредактировал hellfosa - Jun 9 2015, 07:13

[mantech]

Железка проектировалась французской конторой sagemcom, права на железку (в плане эксплуатации и переделок) передали нам, но никакой документации или образов нет и на запросы вежливо посылают

О как еще оказывается!! Право передали, а доки нет... Похоже вас просто кинули на бабки, к сожалению. Так понимаю, что и схем никаких нет, если так, то похоже придется просто забить болт, как писал вышеуказанный товарищ, или платить еще немалые деньги, чтоб специалист срисовывал схему с многослоек, включая "убийство" одного комплекта для этого, и хорошо разбирающегося в линухах, чтоб допилил проги под конкретную задачу...Как-то так.

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

Я конечно не суперспец в плане линух, но дело было... Так вот с такой конфигой нормально работали только очень обрезанные линухи, аля openwrt и подобные, да еще винСЕ, 5 версии, все остальное тормозило, и даже очень...

mfgtools не поддерживает чипы imx25 (была какая-то версия, но так и не допилили - забили болт). С imx25 работает Advanced Toolkit (давно не поддерживается, работает только под XP).

Да, каюсь, с 5 мх-ой попутал Но ТСу скорей будет нужна Cfimager, для флешек, ну а тулзом, только если во встроенный нанд писать захочет.

Не сочтите за флуд, но слава всем электронным богам, что эта хрень и 500 ей подобных не работают!

Того гада, что PLC придумал, надо было во младенчестве удавить!

Радиоприем на СВ, КВ из-за этой порнографии теперь не доступен как класс!!!

Не гоните!!! Нормальный ПЛК, но для этих задач его нужно было проектировать на стм32ф4хх или подобных, тогда можно было проги писать в "чистую" и ненадо пилить линухи и т.д...

Сообщение отредактировал mantech - Jun 9 2015, 08:49

[Genadi Zawidowsk...]

PLC в данном случае означало Power Line Communication - технология, вполне заменяющая "глушилки" радиостанций времён холодной войны. Только лучше и надежнее, чем они.

Сообщение отредактировал Genadi Zawidowski - Jun 9 2015, 09:19