Тем, которым хекс был создан.FreshMan писал(а):каким именно ?
Мелкие вопросы по МК и ПЛИС.
[ Всё дело не столько в вашей глупости, сколько в моей гениальности ] [ Правильно заданный вопрос содержит в себе половину ответа ]
- Реклама
Если это АВР, то загружаешь в Студию с любым номером -- и вот те ассемблерный код. Правда, код будет трудночитаемый, бо символьных имён переменных, меток нема, откуда им взяться, они пропали в недрах компилятора.
Но часто этот метод бывает результативным. Один раз я по глупости убил рабочую версию исходника, оставалась только устаревшая и работающий кекс. Сравнивая ассемблерную выдачу хекса и старый исходник, постепнено допиливал его до полного совпадения. Пару вечеров -- и реабилитирован.
Но часто этот метод бывает результативным. Один раз я по глупости убил рабочую версию исходника, оставалась только устаревшая и работающий кекс. Сравнивая ассемблерную выдачу хекса и старый исходник, постепнено допиливал его до полного совпадения. Пару вечеров -- и реабилитирован.
Один из самых лучших дизассемблеров - IDA. Умеет множество процессоров, среди которых и AVR.
Все будет только лучше, в крайнем случае - хуже.
есть ли МК у которых периферия не привязанна к конкретным ножкам ?
Tell Me The Truth
Так, чтоб ваще не привязанных, наверное нет. Есть очень гибкие, например Cypress PSoC.
Все будет только лучше, в крайнем случае - хуже.
- Реклама
dsPIC33/PIC24FreshMan писал(а):есть ли МК у которых периферия не привязанна к конкретным ножкам ?
Ремаппируются все цифровые интерфейсы, кроме I2C. И только на ноги порта В. Впрочем, это большинство ног.
Все это возможно для корпусов с числом выводов до 44 включительно.
- Сообщения: 145
- Зарегистрирован: Ср фев 01, 2012 10:55:53
Картинка красивая, только как например у C8051F340 настроить TX1 и RX1 на ноги кроме P0.0 и P0.1?
Такое дело :считал я из продажного устройства Мк с программой. AtMega 8 .Лок биты прочитались как чистые - то есть не заблокированы.
Только вот есть сомнение что прошивка правильно считалась так как в ответ пришли команды
все байты последовательно увеличиваются на один.
Похоже есть все таки какая то блокировка. И самое интересное я перепрошил этот мк не посмотрев что считалось. похоже нужно писать новую прошивку
Так то сама прога не должна быть слишком сложной как мне кажется.
Так вот вопрос есть ли надежда, что прога еще жива? ведь блокировка стоит вроде как.
Только вот есть сомнение что прошивка правильно считалась так как в ответ пришли команды
Код: Выделить всё
0000 NOP No operation
+00000001: 0101 MOVW R0,R2 Copy register pair
+00000002: 0202 MULS R16,R18 Multiply signed
+00000003: 0303 MULSU R16,R19 Multiply signed with unsigned
+00000004: 0404 CPC R0,R4 Compare with carry
+00000005: 0505 CPC R16,R5 Compare with carry
+00000006: 0606 CPC R0,R22 Compare with carry
+00000007: 0707 Похоже есть все таки какая то блокировка. И самое интересное я перепрошил этот мк не посмотрев что считалось. похоже нужно писать новую прошивку
Так то сама прога не должна быть слишком сложной как мне кажется.
Так вот вопрос есть ли надежда, что прога еще жива? ведь блокировка стоит вроде как.
А может это просто данные? Верификацию после считывания надо полагать не делали? В любом случае убедиться в идентичности можно проверкой устройства на ходу.
Docendo discimus
Если прямо все от 0-го до последнего, то однозначно блокировка, такой код не имеет смысла. Может программатор фьюзы в инверсном состоянии отображает? Можно проверить считав RSTDISBL или CKSEL-ы...vitalik_1984 писал(а):все байты последовательно увеличиваются на один.
Короче программа утеряна. Тест работы показал,что полная белиберда внутри Мк.
Да ладно прибор все равно не работал.
А программатор у меня нормальный и отображение самое правильное. Студия+дракон. Фьюзы так прямо и записаны :нет блокировки.
Да ладно прибор все равно не работал.
А программатор у меня нормальный и отображение самое правильное. Студия+дракон. Фьюзы так прямо и записаны :нет блокировки.
- Сообщения: 20132
- Зарегистрирован: Чт сен 01, 2011 12:53:27
- Откуда: ТьмуТаракания. Почетный житель подмостовья
так если прибор не работал, может у него уже давно прошива слетела7
Шекспир сказал: Судить меня -дано лишь Богу, другим я укажу дорогу... https://natribu.org/
Я его полностью поддерживаю.
Программирую на Fuse AtmelAVR.
Я его полностью поддерживаю.
Программирую на Fuse AtmelAVR.
Так вот и нужно было разобраться аппаратная это неисправность либо Мк.Больше похоже было, что сам Мк неисправен. То есть сигнал на включение приходит, а включается через раз. как космос прикажет. Составлю схему напишу программу и там видно будет. Только с моим экспериментом все затянется. надо было лучше в новый Мк залить эту прогу.Ладно всем спасибо за ответы.
Если что в тему по программированию этого Мк позову.
Если что в тему по программированию этого Мк позову.
Король умер. Да здравствует король! 
Docendo discimus
Добрый день уважаемые! Собственно говоря интересует вопрос по нагрузочной способности USART. Есть 162mega у которой имеются 2 USARTа, один использую на вход, а другой на выход, причем выход параллелится на три драйвера интерфейса (RS-485, RS-422, RS-232). Может ли один USART обслуживать три драйвера одновременно ?
.....
Читаем даташит:
Отсюда и пляшем.DC Current per I/O Pin ........... 40.0 mA
Docendo discimus
Если вопрос был о разводке на плате "веером" с одного выхода на три входа микросхем преобразователей интерфейсов, то потянет. Только меры против "звона" не забудьте меры принять.Евгений33 писал(а):выход параллелится на три драйвера интерфейса (RS-485, RS-422, RS-232). Может ли один USART обслуживать три драйвера одновременно ?
Когда уже ничего не помогает - прочтите, наконец, инструкцию.
Лучший оптимизатор находится у вас между ушей. (Майкл Абраш, программист Quake и QuakeII)
Избыток информации ведёт к оскудению души - Леонтьев А. (сказано в 1965 г.)
Лучший оптимизатор находится у вас между ушей. (Майкл Абраш, программист Quake и QuakeII)
Избыток информации ведёт к оскудению души - Леонтьев А. (сказано в 1965 г.)
Kavka писал(а):Только меры против "звона" не забудьте меры принять.
В пределах этого "вейера"?
Какая же скорость предполагается у сего УАРТа?
если я пишу на Си для AVR и в своей проге тело некой ф-ции написал на асме, то могу ли я быть уверенным что компилятор не будет оптимизировать данную ф-цию вообще ?
Tell Me The Truth


