Может ли кто посмотреть все ли в порядке с прошивкой Atmega48v-10au?

[Armenn]

Прошивка снята с увлажнителя. (Ионизатором были убиты порты в действующем контроллере) Есть две кнопки, реле, датчик влажности и цифровой индикатор.

Индикатор не светится, ну и функционал не работает.

Может кто посмотреть прошивку и сказать что в ней все плохо или должна работать? 

ATMEGA48V@TQFP32.BIN

[Реклама]

Реклама: ООО ТД Промэлектроника, ИНН: 6659197470, Тел: 8 (800) 1000-321

[El-Shang]

Это бинарный файл. Его можно посмотреть только дизассемблером, который выдаст на гора листинг в виде голых инструкций процессора. Если кто-то и возьмётся его анализировать, то это будете Вы. :-)

[Реклама]

20% скидка на весь каталог электронных компонентов в ТМ Электроникс!

Акция "Лето ближе - цены ниже", успей сделать выгодные покупки!

Плюс весь апрель действует скидка 10% по промокоду APREL24 + 15% кэшбэк и бесплатная доставка!

Перейти на страницу акции

Реклама: ООО ТМ ЭЛЕКТРОНИКС, ИНН: 7806548420, info@tmelectronics.ru, +7(812)4094849

[Armenn]

А хотя бы понять можно, это мусор или есть логика в файле?

[Реклама]

Выбираем схему BMS для корректной работы литий-железофосфатных (LiFePO4) аккумуляторов

 Обязательным условием долгой и стабильной работы Li-FePO4-аккумуляторов, в том числе и производства EVE Energy, является применение специализированных BMS-микросхем. Литий-железофосфатные АКБ отличаются такими характеристиками, как высокая многократность циклов заряда-разряда, безопасность, возможность быстрой зарядки, устойчивость к буферному режиму работы и приемлемая стоимость. Но для этих АКБ, также как и для других, очень важен контроль процесса заряда и разряда, а специализированных микросхем для этого вида аккумуляторов не так много. Инженеры КОМПЭЛ подготовили список имеющихся микросхем и возможных решений от разных производителей. Подробнее>>

Реклама: АО КОМПЭЛ, ИНН: 7713005406, ОГРН: 1027700032161

[Electric_84]

18 минут назад, Armenn сказал:

это мусор или есть логика в файле?

как уже выше посоветовали, возьмите дизассемблер и посмотрите, если дизассемблирование пройдет без ошибок, то какая-то (?) логика есть. А пока что - это цифровой мусор.

[andrusha152]

В hex считать прошивку никак? Можно было бы попробовать в Протеусе просимулировать.

[Armenn]

Просто в программаторе сохранил .hex

ATMEGA48V@TQFP32.HEX

[Electric_84]

17 минут назад, andrusha152 сказал:

попробовать в Протеусе просимулировать

а схему устройства где взять?

[andrusha152]

Протеус пишет - Большой объем файла. В Мегу 48 не влазит.
Program file is too big for the microcontroller: flash size = 4096, load address = 4096, number of bytes = 16.
 

[Electric_84]

10 минут назад, Armenn сказал:

сохранил .hex

чтобы иметь представление как разобраться в чужой прошивке почитайте здесь

https://habr.com/ru/post/459492/

[Armenn]

@andrusha152

Сохранил только флэш.

ATMEGA48V@TQFP32_flash.HEX

16 минут назад, Electric_84 сказал:

а схему устройства где взять?

Нужно только две ноги. На одну поступает 1 когда вода есть. Со второй включается реле. Протеус демо качаю.

[andrusha152]

Динамическая индикация работает, вроде. Но подключал на глаз, как попало. Мало информации. Протеус пишет, что нет опорного напряжения для АЦП.

[El-Shang]

On 7/20/2022 at 7:25 PM, Armenn said:

А хотя бы понять можно, это мусор или есть логика в файле?

Я уже очень давно не работаю с AVR, но если мне не изменяет память, то в самом начале прошивки обычно идёт таблица прерываний. Первая запись — вектор сброса и она всегда валидна. Остальные должны содержать или переходы к ISR или содержать инструкцию типа RETI (возврат из прерывания).

Согласно этому документу (страница 140) код операции инструкции RETI — 0x9518. Такой комбинации в области, выделенной под таблицу прерываний нет. Можем также предположить, что по адресу вектора сброса находится инструкция JMP, посредством которой осуществляется переход в тело программы. Код этой операции также можно посмотреть в упомянутом документе, но уже на странице 103. В отличие от RETI его размер составляет 4 байта и точное значение зависит от адреса перехода, но первые 4 бита постоянны и равны 0x9. Таковых в первом байте не наблюдается.

Из сказанного выше можно сделать два предположения:

1. автор прошивки не использовал прерывания и его программа начинается непосредственно с нулевого адреса;
2. считанная прошивки "бита";

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

Изменено 21 июля, 2022 пользователем El-Shang

[COKPOWEHEU]

Что, до сих пор никто не дизассемблировал?

avr-objdump -D ATMEGA48V\@TQFP32_flash.HEX -m avr > res.lss

Вроде на нормальную прошивку похоже. И rjmp'ы в таблице векторов, и инициализация стека.

res.lss

[Геннадий]

ATMEGA48V@TQFP32_flash.rar IDA.

[El-Shang]

@COKPOWEHEU, спасибо за намётку! Не знал, что objdump умеет в дизассемблер.

Если судить по результатам его исполнения всё выглядит действительно удобоваримо. Хотя переход по адресу вектора сброса в каждом неиспользованном прерывании выглядит немного странно. Но это вкусовщина, однако. :-)

[Геннадий]

Это чья то компиляторщина (автоматическая вставка компилятором переходов по неиспользуемым прерываниям). IDA определила то же самое.

[Огонёк]

Не обязательно автоматическая. Такая рекомендация, например, есть в статье на этом сайте:

 

Цитата

На месте каждого неиспользуемого в программе прерывания желательно поставить “заглушки” в виде команды возврата rjmp 0 или reti, как это сделано в строках 14…31.

 

[Starichok]

если есть неиспользуемые прерывания, то такая вставка "заглушек" по их векторам не имеет никакого смысла.

[Огонёк]

Отчасти имеет. Если используется только прерывание из середины таблицы векторов, что писать между вектором перезагрузки и вектором используемого прерывания? Для примера та же тринадцатая тинька. Первым номером у неё идёт ресет, дальше внешнее прерывание, прерывание по смене состояния пина, и только четвёртым идёт прерывание по переполнению таймера. Что писать во второй и третьей строке, если используется только четвёртая? Или есть способ "ужать" таблицу, дав понять контроллеру, где теперь искать вектор для переполнения таймера?

[Гость_Григорий_Т.]

@Огонёк у каждого прерывания есть адрес. Зачем чем-то заполнять ненужное пространство?

[El-Shang]

Программисты знатные параноики, однако. :-)

Чисто теоретически неучтённая аномалия может привести к тому, что разрешится некоторое прерывание, для которого не предусмотрен вектор обработки. Если не прописать в соответствующую "строку" таблицы что-то вменяемое, как тот же RETI или, RJMP последствия могут быть довольно непредсказуемые: от спонтанного сброса до прыжка в случайную область памяти и попыткой исполнения там каких-то инструкций.

Такие ошибки встречаются крайне редко, но полностью исключать их нельзя. И даже в абсолютно правильно работающей программе тоже. Интересующеся могут загуглить SUT или Single Upset Event к примеру.

Поэтому и считается хорошей практикой заполнить неиспользуемые "строки" командами возврата из прерывания, сбросом или переходом в какой-то вектор по умолчанию. 

Изменено 22 июля, 2022 пользователем El-Shang

[Гость_Григорий_Т.]

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

[korsaj]

На неиспользуемые прерывания лучше делать ловушку, тогда в момент тестирования вы сможете заметить проблему. 

НО, правильно написанный код исключает такие проблемы.

На неиспользуемые прерывания лучше делать ловушку, тогда в момент тестирования вы сможете заметить проблему. 

НО, правильно написанный код исключает такие проблемы.

Сам я оставляю таблицу, так как в момент написания кода легко воспользоваться любым из векторов.

[Огонёк]

52 минуты назад, Гость_Григорий_Т. сказал:

у каждого прерывания есть адрес

Верно.

И если мне нужен только вектор переполнения таймера, у меня есть два варианта. Первый - явно указать компилятору писать команду rjmp TMR по адресу 0х0003. При этом адреса 0х0002 и 0х0001 скорее всего останутся незадействованными - едва ли компилятор туда что-нибудь запихнёт. Второй вариант - адреса 0х0002 и 0х0001 забить заглушками. Оно понятно, что это ловля байтов, но ведь интересно, это во-первых, а во-вторых, в программировании микроконтроллеров каждый байт может стать на вес золота - ну иногда :-)

[El-Shang]

1 hour ago, Гость_Григорий_Т. said:

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

Почему? Вот использую я для включения прерывания некую переменную, в которую записал бит логическим ИЛИ. А остальные оставил без изменений. А переменная стековая и рядом с нужным битом затесался ещё и ошибочный. И включилось прерывание не только, скажем, по переполнению таймера, но ещё и по совпадению.

В дальнейшем во время исполнения программы это условное "переполнение" сработает, но если в таблице прерывания на этом векторе установлен RETI, то исполнение благополучно вернётся обратно.

Сценарий, безусловно, синтетический, но всё же. Ну а от всяких помех или заряженных частиц в принципе застраховаться нельзя. Можно лишь свести к минимуму возможные последствия и вероятность возникновения.  

Изменено 22 июля, 2022 пользователем El-Shang