[Allregia 9]

21 hours ago, Serhiy_UA said:

На работе у меня 32-разрядный компьютер, а дома 64-разрядный. Решил взять незаконченную работу на дом, погода как раз была дождливой.

Выяснилось, что IAR 7.40 и IAR 7.70 под 32 разряда. А дома попытался установить на 64. Обычно программы в таких случаях в установке отказывают,

 

С чего вдруг? 32-х битные программмы можно стаивть под любой винидой. Это 64-х битные не поставить на 32-х битную винду.

У меня один и тот-же IAR стоит и на 7/32 и на 7/64 (глянул - 7.70), работает без всяких проблем, хотя я его редко запускаю, т.к работаю в основном в Keil  - у меня идиосинкразия на IAR еще со времен AVR-ов .....

 

(не, я знаю что многие глюки "того ИАРа" давно побороли, но как в том анекдоте - "ложечка нашлась, а осадок остался"...)

 

[Serhiy_UA 1]

21 hours ago, Allregia said:

С чего вдруг? 32-х битные программмы можно стаивть под любой винидой. Это 64-х битные не поставить на 32-х битную винду.

Там еще патчи лечебные были. У них законченная череда действий с сообщениями ОК. Так вот, для 32-й по всем действиям ОК, а для 64-й их часть не выполняется. Возможно, те что не выполнены и блокируют hex-файл.

Кодогенератор для 64-й тоже не помог, хотя предупреждал, что он только для учебных целей, и, похоже, там тоже блокируется hex-файл. Пока до конца эту проблему для 64-й еще не решил (для 32-й все нормально). Возможно еще попробую Keil. Хотя всегда есть STM32CubeIDE, где все открыто для обоих.

[jcxz 184]

4 часа назад, Serhiy_UA сказал:

Там еще патчи лечебные были. У них законченная череда действий с сообщениями ОК. Так вот, для 32-й по всем действиям ОК, а для 64-й их часть не выполняется. Возможно, те что не выполнены и блокируют hex-файл.

У Вас .out-файл появляется? Потому что .hex генерится из него.

[Serhiy_UA 1]

2 часа назад, jcxz сказал:

У Вас .out-файл появляется? Потому что .hex генерится из него.

Да, out-файл формируется всегда и в 32 и в 64 битах. Пункт 1 тоже выполнен (см.,выше). Но после инсталляции IAR 7.70 на компьютере в 64 бита, патч не выполнил пару действий с завершением ОК (всего их около десятка), похоже, причина в этом.

 

Изменено 7 августа, 2019 пользователем Сергей Борщ
Нарушение пункта 3.1 Правил, устное предупреждение.

[jcxz 184]

48 минут назад, Serhiy_UA сказал:

Да, out-файл формируется всегда и в 32 и в 64 битах. Пункт 1 тоже выполнен (см.,выше). 

Раз .out есть, значит компиляция выполнена успешно. И можно попробовать сгенерить .hex принудительно. Найдите файл "IAR\EWARM_7.80.4\arm\bin\ielftool.exe", посмотрите его опции командной строки - там есть возможности конвертации в .hex. Попробуйте вручную сконвертить .out в .hex. А потом, если получится, можно будет просто вбить это командной строкой в свойства проекта в "Build Actions\Post-build command line".

Например я так делаю для получения .bin - ввожу: "$EW_DIR$\arm\bin\ielftool.exe --bin --strip $TARGET_PATH$ $TARGET_BPATH$.bin" в этой строке.

 

PS: По-крайней мере у меня такая строка: "IAR\EWARM_7.80.4\arm\bin\ielftool.exe" --ihex --strip work.out work1.hex" нормально работает.

[Serhiy_UA 1]

Just now, jcxz said:

Раз .out есть, значит компиляция выполнена успешно. И можно попробовать сгенерить .hex принудительно. Найдите файл "IAR\EWARM_7.80.4\arm\bin\ielftool.exe", посмотрите его опции командной строки - там есть возможности конвертации в .hex. Попробуйте вручную сконвертить .out в .hex. А потом, если получится, можно будет просто вбить это командной строкой в свойства проекта в "Build Actions\Post-build command line".

Например я так делаю для получения .bin - ввожу: "$EW_DIR$\arm\bin\ielftool.exe --bin --strip $TARGET_PATH$ $TARGET_BPATH$.bin" в этой строке.

 

PS: По-крайней мере у меня такая строка: "IAR\EWARM_7.80.4\arm\bin\ielftool.exe" --ihex --strip work.out work1.hex" нормально работает.

К jcxz, 

Спасибо, испробую этот вариант, потом отпишусь что вышло.

 

К Сергею Борщ,

Понял, больше не повторится.

 

[Serhiy_UA 1]

6 hours ago, jcxz said:

Раз .out есть, значит компиляция выполнена успешно. И можно попробовать сгенерить .hex принудительно. Найдите файл "IAR\EWARM_7.80.4\arm\bin\ielftool.exe", посмотрите его опции командной строки - там есть возможности конвертации в .hex. Попробуйте вручную сконвертить .out в .hex. А потом, если получится, можно будет просто вбить это командной строкой в свойства проекта в "Build Actions\Post-build command line".

Например я так делаю для получения .bin - ввожу: "$EW_DIR$\arm\bin\ielftool.exe --bin --strip $TARGET_PATH$ $TARGET_BPATH$.bin" в этой строке.

Сделал все в соответствии с этими рекомендациями, что предоставил jcxz, конкретно для IAR 8.40.1 и все заработало!!!

 

Уважаемый, jcxz, огромное Спасибо за помощь!

 

Для убедительности через ST-LINK V2 загрузил bin-файл в плату STM32F103C8 и помигал светодиодом. Все работает как надо. 

Отмечу, что сформировать удалось только  bin-файл, а hex-файл почему-то не формируется, но это не обязательно, т.к.  ST-LINK V2 отлично работает и с bin-файлами. Еще,  IAR 8.40.1 запущен после кодогенератора, ну все поняли...

Попытался применить то же и для IAR 7.70.1, но уже после патча. Там ничего не получилось, ни bin-файл, ни а hex-файлы не формировались. Но это уже другая история, видимо связанная с 64 битами. Теперь есть IAR 8.40.1 и его мне хватит, что называется с головой.   

[x893 34]

Открыл проект из примеров

Поставил галки как на картинке выше.

Всё генерируется.

Видимо надо с консерватории начинать.

[jcxz 184]

2 часа назад, Serhiy_UA сказал:

Уважаемый, jcxz, огромное Спасибо за помощь!

На здоровье.  

2 часа назад, Serhiy_UA сказал:

Теперь есть IAR 8.40.1 и его мне хватит, что называется с головой.   

Учтите, что IAR 8.xx уже не работает под WinXP. У Вас вроде одна из систем как раз XP насколько помню. Последний рабочий для XP - IAR 7.80.4. Я именно поэтому с него пока не слазию, пока дома стоит XP.

1 час назад, x893 сказал:

Видимо надо с консерватории начинать.

Автор же написал, что у него в процессе установки IAR-а сбой произошёл. И после этого и не работает видимо. А всю консерваторию целиком понятно что ему лениво переустанавливать.