Aries

Triton или TL866 тоже прочитают.

Благодарствую

Я как то пытался скачать у них datasheet на V9203 но вместо него там совсем другие данные лежат. Писал в поддержку, толку ноль. Это как раз 3-х фазный счётчик с интерфейсом spi.

У меня нет этого устройства, к сожалению.

Видим вывод P6.3 который по схеме никуда не подключен, но в коде есть его настройка как цифровой вход с подтягивающим резистором, а затем он опрашивается, и по результату либо заносится 1 в R15 либо нет. Для чего - мне не понятно, жаль проверить не на чем.

Уж простите великодушно, книга есть конечно же. Но только вопрос таки был не в том почему, а в том - как. Как получить в IARe такой код, вот что меня изначально заставило задать вопрос на форуме. Но так понимаю, зря спрашивал. Что же, спасибо за то, что потратили на меня время. Всем удачи. 👍

Я вставил в IAR кусочек дампа, как он есть DC8..., именно так байты лежат в памяти флеша и увидел то, что увидел. Но, если в IARe набрать сей кусок кода в мнемокоде, то код будет выглядеть чуть иначе, а именно 00FE а не FFFE И это не зависит от адресов по которым расположен этот код. Уж не знаю как там в ARMax не знаком с ними так близко. В другом дизасме скажем IDA оригинальный кусок кода видится аналогично тому, как видит его IAR.

Собственно я так и сделал. Почему же разные ? Команды одинаковые. Адреса могут быть любыми, результат тот же. Видимо среда в которой разрабатывался оригинал, в bit.b #0FEh второй байт оставлял не затрагивая, а вот IAR его обнуляет. Отсюда и разница, другого объяснения я не нахожу. В коде много подобных мест, приходится делать вставки типа DC8.... что не украшает листинг.

Приветствую друзья. Это снова я со своими, может быть, дурацкими вопросами. Разбирая прошивку очередного устройства, наткнулся на такой фрагмент: В первой строке слева - байты в окне редактора IAR справа - в окне его же дизассемблера. Слева ниже ассемблерная команда которая получается из этого кода, справа - код который генерирует тот же IAR. Как видно отличие в одном байте, в оригинале FF а я получаю 00. Всё бы ничего, но это важно при подсчёте CRC. Ткните носом, где почитать, почему так получается ? Или объясните по простому, никак не пойму.

Дизассемблировал прошивку от usb2any, если кому интересно. После компиляции код полностью совпадает с оригинальным. Но у меня остались вопросы. usb2any_reas.zip

По идее, при зажатой кнопке S1, и подключении к USB, устройство должно увидеться как виртуальный COM порт, и можно запустить BSL загрузчик. Или не так ?

Ничего не понял. Можете растолковать, что это значит ?

Попробуйте UniFlash

Всё таки IDA, как по мне, привычнее. 😉 А эта гидра уж больно замороченная.

Сконвертировал в bin, загрузил, указал вроде бы получилось 😉 Как говорится - лёд тронулся, первые результаты получены, спасибо за подсказки ! Будем изучать вражеский инструмент, там поглядим.

Пробовал вот так А получается вот так. Что делаю не так ?

Приветствую всех. Решил попробовать GHIDRA в качестве реассемблера MSP430F249. Не получается задать начало кода 1100h, почему то упорно устанавливается 0000. В IDA всё просто, а тут сразу не могу понять. Кто то работал с этим приложением ?

Нашёл версию 3.02 прикладываю для интересующихся. 3_02.zip

Из Target_m.hex получен ассемблерный листинг, который прилагается. Компилируется, на выходе файл совпадает с исходным. Проверить "в железе" не могу, у меня FET другой. Может кому будет полезно. 🙂 FET_UIF_ASM.zip

Как то так.

Исходника у меня нет, поэтому пришлось делать дизассм. Имея который, я могу вносить изменения, и пересчитывать CRC которая должна оставаться прежней.

Я имею дело с готовым дампом, в котором всё уже разложено (не мной) по полочкам. Если я что то изменяю, то делаю это так, что бы в других местах ничего не "сдвинулось" со своих мест. Другие не будут читать мою "писанину", и уж тем более не будут в ней ничего изменять. Поэтому "лучей поноса" я могу не бояться.

Разобрался, чего то я сам в дебри залез. bit.w 0DD36h(PC), &24F4h в таком виде всё прекрасно компилируется. Всем спасибо за участие, прошу извинить за дилетантские вопросы.😉

Как то так

Закомментировал DC8 .... раскомментировал bit.w .... В первом случае компиляция проходит без ошибок, во втором же случае появляется ошибка.