Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: О переносимости кода
Форум разработчиков электроники ELECTRONIX.ru > Сайт и форум > В помощь начинающему > ARM, 32bit
ivainc1789
При портировании кода программы на STM32 возникла трудность. На такой строке
Код
*(struct SensStruct*)(TxBuf + 5) = Sensor;

ловлю устойчивый HardFault и не понимаю, почему? Переменная Sensor типа структуры SensStruct копируется в буфер TxBuf начиная с TxBuf[5] для передачи через USART.

В AVR компилировалось без проблем, что в принципе понятно - там нет исключений... Как правильно оформить под ARM и в чем причина?
Cosmojam
Стесняюсь спросить, а память под Sensor в TxBuf+5 выделена?
psL
может это проблемы с выравниванием? Попробуйте так:
Код
memcpy(&TxBuf[5], (char*)&Sensor, sizeof(struct SensStruct));
ivainc1789
Цитата(Cosmojam @ Mar 8 2012, 22:29) *
Стесняюсь спросить, а память под Sensor в TxBuf+5 выделена?

TxBuf определен как unsigned char TxBuf[64]. Размер всех элементов структуры много меньше 64 байт даже с учетом расположения с адреса TxBuf+5.
zöner
я бы просто вывел адрес левой части на индикацию/в посл.порт перед присваиванием, вдруг чего не так считает...
aaarrr
Да все он так считает. А вот кастить под структуру адрес с неизвестным выравниванием - не есть гуд. Что и наблюдаем.
zöner
Цитата
А вот кастить под структуру адрес с неизвестным выравниванием - не есть гуд
для Cortex какая разница ?
aaarrr
Цитата(zöner @ Mar 9 2012, 01:29) *
для Cortex какая разница ?

А что Cortex?
Цитата
Unaligned support is only available for load/store singles (LDR, STR).

А структурку-то умный компилятор наверняка пытается перегнать через LDM/STM, на которые эта магия не распространяется.
zöner
посмотрел - для присваивания структур вызывается memcpy, с выравниванием не должно быть проблем
psL
топикстартер молчит про свой компилятор
Сергей Борщ
QUOTE (zöner @ Mar 9 2012, 08:32) *
посмотрел - для присваивания структур вызывается memcpy, с выравниванием не должно быть проблем
Структуры и компиляторы бывают разные. Для 4-8-12-16-байтовой структуры один вызов memcpy съест памяти и тактов столько же, сколько LDM/STM.
ivainc1789
Цитата(psL @ Mar 9 2012, 12:23) *
топикстартер молчит про свой компилятор

IAR EWARM v6.30.6.
После замены на memcpy все работает нормально. Я так понял других вариантов нет?
Признаюсь, что все эти проблемы с выравниванием до конца не понимаю, где еще могут вылезти неявные грабли, с этим связанные? Что почитать? Вроде бы у компилятора есть вся необходимая информация, чтобы за этим следить самостоятельно или хотя бы предупреждать пользователя через warning: ...
aaarrr
Цитата(ivainc1789 @ Mar 10 2012, 11:18) *
После замены на memcpy все работает нормально. Я так понял других вариантов нет?

Есть. Пакуйте структуры, которые используются подобным образом (в IAR это #pragma pack(1), если не путаю).

Цитата(ivainc1789 @ Mar 10 2012, 11:18) *
Вроде бы у компилятора есть вся необходимая информация, чтобы за этим следить самостоятельно или хотя бы предупреждать пользователя через warning: ...

Нет, тут уж следить - дело программиста. Если уж вы используете явные преобразования типа, то должны контролировать возможные грабли.
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Invision Power Board © 2001-2025 Invision Power Services, Inc.