planetzeus

iPhone (и любые другие девайсы на iOS) думаю будет проблемно. Это лишь предположение, но поскольку у Apple основные модули со своими серийниками и с соответствующей защитой (чтобы и ремонт затруднить к примеру), то просто так подцепиться к дисплею будет очень дорого. На мой субъективный взгляд нужно искать решение как двух отдельных задач: 1) захват экрана трансляции экрана на другие девайсы (если это подходит по качеству) девайс Lightning Digital AV Adapter и захватывать HDMI 2) управление. Тут нужно ресерчить вопрос, но скорее всего проблема решаема. Ну даже если софтовых решений нет, то можно и какой-нибудь смешной девайс собрать с несколькими емкостными "пальцами" и управлением перемещениями и тач-эвентами ) *Если что, в исполнители не напрашиваюсь (так как времени свободного нет) Просто мысли вслух.

Есть устройство (цифровое со своим микропроцессором) на котором есть несколько кнопок со светодиодами. Требуется управлять устройством удаленно и получать статус со светодиодов. Для этого планирую использовать микрокомпьютер с расширенным количеством GPIO. На кнопки - в режиме out, на светодиоды - in Мой вопрос: как правильно делать гальваническую развязку? Например оптопарой? Я понимаю, что у внешнего устройства свои электрические характеристики, поэтому вопрос только в общей схеме, без конкретики. Реле - точно не подойдет, тем более мне нужно в том числе получать информацию от светодиодов. Может есть готовые вещи для ардуино, или микрокомпьютеров? Как пример - управление кнопочным сотовым телефоном. Требуется "замыкать" кнопки и "впаяться" в цепь светодиодов. Т.е нужно надежно "нажимать" на кнопки и получать информацию о статусе светодиода. Разумеется предполагается подпаиваться непосредственно на плату и поэтому возник вопрос и с гальванической развязкой. Внешнее устройство питается от сети (от своего БП), т.е не аккумулятор. Подскажите пожалуйста в какую сторону копать, или примерную схему (без номиналов) если с моей стороны GPIO, со стороны внешнего устройства - цифровое устройство (т.е цепи цифровые, не силовые)

Работа такая) Меня просят, я смотрю. Не всегда проще написать свой. Ну и кроме того, изучая чужие решения, в конечном счете свои решения делаешь лучше, так как видишь недостатки и достоинства у других.

Я думаю что многие, кто делают свой продукт, изучают конкурентов если есть такая возможность. А вообще, вы очень даже правы насчет "Читаются 0xFF - значит читаются 0xFF и ничего с этим не поделать.". Я попробовал подставлять FF и получил странный код - первые две инструкции. Первая - сравнение, в котором используется "неиспользуемый" в логике регистр. А второй - безусловный переход вперед, за пределы декриптованного куска и далее опять безусловный переход далеко назад. Я ожидал увидеть в этом куске возврат из функции, поэтому подбирал возможные варианты. Нужно было просто не искать логику и какой-то смысл в остальном декриптованном коде. В общем, тему можно закрывать. Действительно, FF значит FF и больше никакой магии. Прошу прощения, что ввел кого-то в заблуждение.

Логика моего вопроса очень простая. Я вижу в коде обращение по адресу 0x7FFEExxx и пытаюсь понять что это, как это используется и как этим правильно пользоваться. Сам не могу найти решение, поэтому спрашиваю у тех, кто в теме. Зачем думать о ревизии процессора? Это штучное устройство и пользователь конечного устройства не имеет возможности перепрошить девайс или заменить проц. Процессор + ПО = единый продукт. Будет другая ревизия процессора, слегка модифицируем ПО. Если есть возможность прошить именно в этот процессор свой загрузчик в другую область памяти, то я об этом просто не знаю, ни в даташите, ни в других местах я этого не нашел. Подскажите, где об этом можно посмотреть и почитать. Что плохого в том, чтобы поучиться у других делать то, чего не умеешь. Если кто-то сделал такое решение и это работает, то почему бы не сделать подобное решение в своем продукте.

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

Еще раз повторюсь, мне нужно решить задачу. Какие партии и кто что гарантирует никак не касается задачи. Мне нужен способ прочесть эту часть памяти. Остальные вопросы здесь обсуждать нет смысла. В любом случае, спасибо за ваш ответ.

Спасибо за конструктивный ответ. Если я пришел к такому вопросу, значит этого нет в мануале, не пробовали догадаться? В слитой прошивке я вижу обращение к этому адресу. И дальнейшее использование этого значение. На самом деле я пробовал подбирать, перебрать 4 байта не такая уж проблема. Но проблема в том, что нет четкого условия определения правильно ли это значение. Прочитать это значение своим кодом не получилось, точнее получил (-1), что явно неверно судя по коду. Поэтому пытаюсь понять что это за значение. В мануале на карте памяти есть эта область, написано буквально следующее "The Flash portion of the boot block is 8 kB in size and resides in the top portion (starting from 0x0007 E000) of the on-chip Flash memory." Поэтому и спрашиваю у более знающих что это и как получить эту часть памяти. А так же почему из своей прошивки эта область недоступна для чтения. Мне нужно решить задачу и возможно использовать такой же подход, так как это рабочее решение. В чем бесполезность ерунды?

Не, интересует только область между 0x7FFEE000 до 0x7FFF0000

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

Подскажите пожалуйста есть ли возможность прочесть бутлоадер у LPC2478. Насколько я понял, при старте бутлоадер размером в 8кБ отображается на адресах 0x7FFEE000... Но при попытке чтения из своего кода получаю только FF. Или защита от чтения этой области, или я что-то не так делаю. Может есть вариант где-то скачать уже слитый бутлоадер чтобы посмотреть внутренности?

Погуглил, похоже на это https://chinese.alibaba.com/product-detail/hn451-mitsubishi-cnc-machine-parts-memory-rom-card-62354731930.html На скринах хорошо видно из чего ее слепили. И соответственно на все есть даташиты: https://www.cypress.com/file/215146/download https://www.tme.eu/Document/c44a53620b322b50bedb159bc1d7f942/m5m5w816tp.pdf Я в основном по реверсу прошивок, а не по электронике, поэтому в качестве исполнителя себя не предлагаю, но думаю если прозвонить и внимательно изучить пациента, то не проблема сделать программатор для этой штуки.

lpc2478 CRP3

В железе не особо разбираюсь, но мне давали на реверс прошивку с процессора NXP с включенным CRP. Этот человек отправлял проц в Китай. Мне он сказал, что услуга стоила 1000＄. Я пытался спросить кто именно делал, но он не ответил, поэтому подсказать не могу, можно попробовать спросить у тех, кто продает автоприблуды на алиекспрессе. Ничего конкретного, к сожалению, не могу сказать. Что знаю, рассказал. Но китайцы каким-то образом умеют это делать, правда не уверен насчет вашего процессора.

Спасибо большое. Эта схема - лишь предположение, так как я не знаю как иначе решить эту задачу. Я думал о другом варианте: - припаять параллельно еще одну такую же M12L2561616A и когда идет запись в нее, то соответственно должно дублироваться во вторую SDRAM. А далее как Вы сказали, управляя ключами разрешения записи и выбора микросхемы прочитать содержимое с помощью другого микроконтроллера. Задачу можно разделить на отдельные этапы - чтение образа памяти (после определенной функции на устройстве) и соответственно подмену памяти с помощью второй SDRAM Схему я сам не соберу, поэтому хотел организовать все это на какой-нибудь готовой плате со связкой ARM-FPGA Может есть какие-то другие варианты решения задачи? сканировать логическим анализатором для чтения тоже не вариант. Логгировать адресную шину + данные + контрольные пины = слишком дорого и вообще не уверен, реально ли.