Jump to content

    

Jury093

Участник
  • Content Count

    1234
  • Joined

Everything posted by Jury093


  1. вероятность, что кто-то работал с 6131 весьма мала, ну разве что вам повезет.. полистайте все же местную документацию на чип, может где-то есть SDK например, для 3336 надо собирать отдельно систему управления, которая работает прямо на чипе под линуксом и там что-то настроить руками практически без шансов в более простом 6176 порты и роутинг между ними заработал, кажись, из коробки в вашем случае при наличие в чипе сетевой турбины, есть смысл поизучать ее global регистры, может там что-то выключено по умолчанию или сама турбина выключена
  2. с большой вероятностью, документация под NDA и если у вас есть доступ, то внимательно копаетесь в закрытом разделе для своего 6131 - там должны быть примеры как его программировать и управлять. всегда можно спросить суппорт "где и как?" какой-то минимум можно поискать в линуксовых ядрах, пример: https://android.googlesource.com/kernel/msm/+/android-msm-hammerhead-3.4-kk-r1/drivers/net/dsa/mv88e6131.c в ванильных свежих ядрах (https://www.kernel.org/) или на гитхабе марвелла (https://github.com/MarvellEmbeddedProcessors https://github.com/Marvell-switching)
  3. покопайтесь с фильтрами там https://www.te.com/usa-en/plp/card-edge-power-connectors/YG2dm.html?tab=pgp-product или там https://www.molex.com/molex/search/deepSearch?pQuery=productseries%3A%2245912%22 БП недешевый, возможно там кастомная версия ответного разъема перед поиском лучше штангелем или микрометром уточнить до сотки
  4. т.е. по mdc/mdio вы Id чипа вычитываете? тогда изучайте раздел 3.2 вашей доки и ставите самый ближний loopback в сторону xaui, далее разбираете в своей корке xaui для циклона пока не начнете принимать свои данные после заворота потом этот заворот выключаете и включаете перед выходом из чипа, чтобы поток проходил через весь чип и заворачивался обратно со стороной line и sfp - проверяете, что все электрические уровни правильные, TX_DIS выключен, далее читаете все тот же 3.2 и ставите заворот XFI, и если все исправно, то что по оптике зайдет, то завернется и по оптике выйдет
  5. вот там есть старая страница от 1996 года со словами VME, раздают схемы, виды, исходники прошивок pld - http://www-sk.icrr.u-tokyo.ac.jp/~berns_s/SUPERK/version1.html версия 2 http://www-sk.icrr.u-tokyo.ac.jp/~berns_s/SUPERK/version2.html http://www-sk.icrr.u-tokyo.ac.jp/~berns_s/SUPERK/DOCS/docs.html#vme
  6. emm read only

    помимо альтернативы можно еще в single mode попробовать загрузиться, руками поднять proc и dev и попытаться запустить mmc-utils все это конечно, если у ТС на малине есть консоль..
  7. emm read only

    загрузитесь с альтернативного интерфейса - usb, uSD, ethernet, подтяните утилиту mmc-utils, делов то..
  8. солидный прибор должен программироваться неспешно.. если нет локальной доки, то поищите "quartus_pgm command line" и там в разделе запуска с опциями не используйте V verify но я бы не стал такой ерундой страдать, дажа при шансе 1 сбой на 10 загрузок это может неслабо аукнуться
  9. раз уж вы полное имя процессора не приводите, то вот картинка в аттаче - пальцем покажите, где там "контроллер TFT". в семействе е300 есть пять вариантов процессора, ваш чьих будет: • Integrated PowerPC Host Processors • Integrated PowerPC Communications Processors
  10. в начальном меню выбираете bin, меняете процессор и грузите бинарник, потом с шагом 4 надо потыкать "C" и будет кусками дисассемблировать железка у ТС, врядли ему доступен jtag адаптер. фоток в инете нет, есть фрагменты в maintenance manual, там виден 6-пиновый футпринт под разъем. но лазить с паяльником в вероятно казенный прибор за $8k без 100% гарантии идея так себе более реально раскрутить по штатной процедуре и посмотреть на блок клавиатуры на предмет места под Shift, куда вполне безопасно потыкать кусочком конфетно/сигаретной фольги..
  11. параметры не задаю, выбирают тип PE, меняю процессор на ARM, выбираю spl.exe и autoanalize, далее софт сам все раскладывает так выглядит фрагмент keymapping .data:860074CC KeyMapping DCB 0, 0xB8, 0x71, 0, 0x86, 0, 0, 0, 0, 3, 0xBC, 0x71 .data:860074CC ; DATA XREF: .text:off_8600008Co .data:860074CC ; .text:off_86000110o ... .data:860074CC DCB 0, 0x86, 0, 0, 0, 0, 4, 0xC4, 0x71, 0, 0x86, 0, 0 .data:860074CC DCB 0, 0, 5, 0x60, 0x67, 0, 0x86, 0, 0, 0, 0, 6, 0x68 .data:860074CC DCB 0x67, 0, 0x86, 0, 0, 0, 0, 0x10, 0xCC, 0x71, 0, 0x86 да, по клавиатуре/мыше, в аттаче, достоверность непонятна, т.к. имя документа латиницей на русском..
  12. покрутил бинарники в Ida, ничего умного не нашел в spl.exe есть вхождение main(), ближе к концу которого делается вызов TestForSecretKeypresses() в которой есть заветная ветка с завершением LDR R0, =aRequestToLaunc BL DebugPrintf MOV R0, #0x1C8 // тот самый код LDMFD SP!, {R4-R6,PC} а при возвращение в main() анализ кода возврата LDRH R3, [SP,#0x78+var_26] TST R3, #4 MOV R5, R0 BNE loc_86004C50 и двигается на выход из main() из странного - нет сторонних вызовов опроса кнопок. судя по коду использован порт самого omap (gpio5) и вероятно клавиатура устроена матрицей кнопок (извращения в виде отдельных кнопок через резисторы и АЦП откидываю, как и использование отдельного i2c контроллера кнопок тоже). тогда обычно делают стандартно - порт или часть порта на выход, и часть пинов на вход. далее гоняют уровень на отдельных выводах и смотрят что на входах. отсюда можно вычислить в каком "перекрестье" нажали кнопку. антидребезг и фантомы по вкусу. есть еще пара загадочных функций TestBootstrapKeys() те же сдвиги и сравнение и GetKeysDown() которая еще куда-то стучится по i2c и похоже "адрес в памяти 0х34" это просто константа в TestForSecretKeypresses() SUB R2, R2, #0x34 ЗЫ там под кузовом WinCE 5.0, а жизнь usb hid началась вроде как с 6.0.. т.ч. не должна работать клавиатура ни в мелкой венде, ни в т.б. загрузчике
  13. да почти никак, раз первый прибор пытается грузится и останавливается, то стартовый бутлоадер живой вот если затереть первичный бутлоадер, то все сильно было бы сложнее - из второго прибора надо было бы извлечь SoM, аккуратно сдуть флешку с фирмварью, слить с нее полный дамп, потом на окирпиченном, аналогично сдуть флеш и накатить в нее содержимое живого прибора в вашем случае ищем магическую комбинацию, по которой бутлоадер принимает решение об апдейте с юсб флешки если функция возвращает 255, то я бы квалифицировал, как "нет нажатия"
  14. т.е. вы на плату посмотрели или пока теоретически раскладку нарисовали? я с wince мало возился, но энкодер по идее должен обслуживаться из своего драйвера и отдельного маппинга контактов и да, там омап из этих - omap35xx.h
  15. вот же ж Shift, есть смысл смотреть на плату кнопок или искать в инете ее изображение, чтобы в прибор не лазать. образ стащил, будет возможность - гляну, но не факт что что-нить пойму
  16. сочувствую, видимо компанию Анрицу устраивает такое изготовление 331L, что в приборе за ~$4K (если я правильно понял ценник) не сделали нормальной и безопасной процедуру апдейта а попробуйте (если не пробовали) выключить, вынуть/вставить аккум, потом зажать Esc и включить - таким вариантом 331D развешивают визуально клавиатуры разнятся ровно на 1 клавишу, пресловутый Shift. если ничего более не поможет, то все же разобрать прибор - в доке очень мутная фотка, там виден 6 контактный технологический футпринт, но более интересно взглянуть на плату и ее сторону, где сами клавиши, в теории, если японцы пожабились, то там может быть место под конструкцию кнопки Shift для 331E, останется попробовать Shift-4-0.. но я все это не советовал, так, нафантазировал :)
  17. раз в maintеnance нет, то либо его действительно нет, либо производитель считает, что нефиг туда лазить в этой модели у вас варианты - попробовать брутфорс на клавишах, может и влетит в bootstrap, да долго и муторно и шанс невелик, зато свое и бесплатно - покопаться в бинарниках, которые плодятся на юсб флешку в качестве фирмвари. редко кто пакует или шифрует - есть шанс поискать всякие буковки, бывает, что оставляют отладочную инфу - вскрыть прибор (аккуратно конечно) и внимательно осмотреть все платы на предмет контактных площадок и надписей, слова uart или boot mode могут упростить вывод из комы - накрайняк, поискать в продаже б/у плату som, наверняка на ней проц, мозги и флеш, в теории может и такое подойти, но могут слететь всякие калибровки и настройки - да, и полезно поискать форумы любителей потрошить анритцу, сейчас ломают все что шевелится и что не шевелится, шевелят и тоже ломают, т.ч. ищите в т.ч. как не удивительно и на https://www.google.co.jp/
  18. не в теме, может не хватает команды терминатора конца файла? типа EOF какой-нить..
  19. ну раз проц "подыхает" на таком разрешение и простой графике, значит все же где-то есть узкое место. есть смысл напрячь программиста, который писал ГУЙ, на предмет поиска ошибок в формах вывода, как пример где-то случайно вызывается 1000 в сек вывод картинки или кнопки или кайма кнопок переливается радугой, всякое бывает.. также полезно посмотреть что с нагрузкой проца, например, хотя бы через top, может кушает кто-то другой, а грешите на гуевую софтину можно для теста сплодить простейшую программу с одной кнопкой на предмет "как сильно грузит процессор" - в демках QT есть тестовый пример с тачем и тараканами на экране, у меня 20-30 тараканов бодро двигались по экрану, а вот 100 уже приводила к слайдшоу (проц АРМ, 800 МГц) если вышенаписанное не помогло или не устраивает, то пора разбираться с видеоконтроллером, ваш e300 похоже проц общего назначения и на его шину прицеплен какой-то видеочип, значит надо искать ему замену с GPU и сразу искать с поддержкой в QT (если такие существуют) или писать прослойку в QT самому. тогда ваш e300 будет заниматься другими задачами, а видеоконтроллер обработкой графики (переливы, наложения, затемнения и прочей шелухой) я запускал QT на разных экранах с примерно одной и той же программой - вывод часов и штук 5-6 картинок и всякого по мелочи в статике и динамике.. - 480х270 вполне тянул в софт режиме АРМ на 200 МГц - 800х480 - АРМы от 400 до 800 МГц - 800x600, 1280х1024 - АРМ на 800 МГц вполне все работали без лагов и процы имели кучу времени на свои задачи не связанные с QT ЗЫ и да, как вы сами себе ответили, все делается чисто софтово. поддержка аппаратной графики это отдельные ветки в фремйворке QT..
  20. у вас между e300 и lcd есть какой-то промежуточный видеоконтроллер, полистайте на него спеки, если у него есть графическая турбина, то дописываете нужный функционал в составе QT и будут вам рюшечки и полупрозрачные переливы без участия e300 если GPU нет, то оптимизация мало чем поможет на сложных отрисовках софтово, особенно на высоких разрешениях
  21. что-то типа такого на странице 2: https://journal.tusur.ru/storage/63603/12-Озеркин-Русановский.pdf?1501734714
  22. в официальной доке https://www.kernel.org/doc/html/latest/admin-guide/mm/hugetlbpage.html есть такой момент "x86 CPUs normally support 4K and 2M (1G if architecturally supported) page sizes", может поискать еще х86 машинку с другой конфигурацией, чисто для проверки и еще, latest - это 5.9, а у вас мохнатое 3.10
  23. кстати, да, bidrectional добавляют перчика в задачу.. разве что осциллом потыкать в живой схеме и в момент сколки.
  24. ну так и бит безопасности не для мебели придумали. не вчитывался, однократный ли он, если нет, то полное стирание даст полный доступ к чипу, с потерей прошивки конечно.. по 30-ти летней давности в доке есть пункт: "20 Year Data Retention" т.е. в любой момент может произойти отказ функционала чипа если цель получить клон прошивки и в функионале не задействованы триггеры, то можно попробовать на входах прогнать перебор сигналов и снять любым логгером выходы потом проанализировать результаты, может попробовать написать примитивный конвертер-визуализатор или поискать софтину подходящую для отображения и если в прошивке банальная логика, то ее несложно синтезировать или написать свой аналог хуже, если внутри используются триггеры и есть обратные связи, тогда нужная полная сколка схемы и метод перебора изрядно усложнится на мой взгляд, типовая задача по "реверс-инжинирингу"..
  25. а документацию почитать? "A security fuse, when programmed, protects the content of the ATF16V8B(QL). Eight bytes (64 fuses) of User Signature are accessible to the user for purposes such as storing project name, part number, revision, or date. The User Signature is accessible regardless of the state of the security fuse."