странности в работе f5437a Опции

[shide_3]

Здравствуйте!прошу помочь советом или направить в нужное русло, потому как у самого идеи уже кончились. был проект на 149-м MSP, переделали его под msp430f5437a, соответственно ничего существенного в коде программы не меняли, только ноги и некоторые названия регистров, и само собой, настройка PMM. проблема такова- есть прерывания по uart rx и tx, при срабатывании RX (прием кадра modbus ascii) кадр принимается нормально (несколько символов), затем по программе должен формироваться кадр ответа, но программа не доходит до нужной подпрограммы, она просто зависает каждый раз в разных местах, но чаще всего на обработке TX (даже когда прерывание TX я специально отключаю!). повторюсь-в коде ничего существенно не меняли. работал с отладчиком TI USB-FET. скорость uart 115200, пробовал и 9600. (но похоже он тут ни при чем)
короче, в итоге устройство абсолютно нерабочее! прошу, подскажите пож. может кто-то испытывал подобные трудности.
кристалл работал вначале от внешнего резонатора 25 Мгц, после проявления вышеописанных проблем я перевел его на DCO (2 мгц), стало лучше, но выполнение программы заканчивается все равно раньше конца подпрограммы (я смотрел пошагово отладчиком).
может у кого были похожие симптомы? незнаю уже на кого грешить.
спасибо всем

Сообщение отредактировал shide_3 - Dec 3 2013, 11:39

[shide_3]

интересно, неужели у всех кто юзал эти мспшники, было все гладко с самого начала? тут же явно проблема характерная, программа затыкается на полпути.. со 149-ми не было подобных проблем

[rezident]

интересно, неужели у всех кто юзал эти мспшники, было все гладко с самого начала? тут же явно проблема характерная, программа затыкается на полпути.. со 149-ми не было подобных проблем

В крайнем проекте на MSP430F5438A задействовано три UART и два SPI. Питание батарейное. Работа UART и одного из SPI по перываниям. Писал в виде драйвера для работы с буфером UART (функции: управление буфером - запись/чтение/очистка, (ре)инициализация UART с заданными параметрами, переключение режимов прием/передача/режим энергосбережения, плюс отдельно обработчик прерывания с записью/чтением буфера UART в прерывании). Разбор содержимого буфера был реализован на более высоком уровне. Никаких особых проблем не было.
Проект коммерческий, поэтому код здесь привести не могу.

[shide_3]

В крайнем проекте на MSP430F5438A задействовано три UART и два SPI. Питание батарейное. Работа UART и одного из SPI по перываниям. Писал в виде драйвера для работы с буфером UART (функции: управление буфером - запись/чтение/очистка, (ре)инициализация UART с заданными параметрами, переключение режимов прием/передача/режим энергосбережения, плюс отдельно обработчик прерывания с записью/чтением буфера UART в прерывании). Разбор содержимого буфера был реализован на более высоком уровне. Никаких особых проблем не было.
Проект коммерческий, поэтому код здесь привести не могу.

может код инициализации (PMM, тактирование) вам показать реально?буду благодарен

[rezident]

может код инициализации (PMM, тактирование) вам показать реально?буду благодарен

Вместо того, чтобы кромсать исходник (там для вашего примера лишнее) мне было бы проще написать пример инициализации с нуля. Но сейчас под рукой нет отладочной платы в которой этот пример можно проверить. Если только на следующей неделе уже.
Неужели за такое продолжительное время при наличии примеров от производителя у вас до сих пор нет никакого положительного результата?

[shide_3]

Вместо того, чтобы кромсать исходник (там для вашего примера лишнее) мне было бы проще написать пример инициализации с нуля. Но сейчас под рукой нет отладочной платы в которой этот пример можно проверить. Если только на следующей неделе уже.
Неужели за такое продолжительное время при наличии примеров от производителя у вас до сих пор нет никакого положительного результата?

вы знаете, буквально два дня назад все заработало. причина оказалась неожиданной. в общем, у меня есть сектора во флеш-памяти (в code memory) которые используются для хранения уставок. так вот , судорожно пробуя все возможные варианты , я поменял адреса этих секторов в файле линкера, и глюки исчезли. а до этого было что-то непонятное, программа вылетала или зависала в определенном месте, причем незначительное изменение кода сказывалось совсем неоднозначно, иногда полной неработоспособностью... при попытке записи в регистр по модбасу микроконтроллер переставал реагировать вообще на любые запросы...
ну да ладно. вот только как это популярно объяснить? нет ли у Вас точки зрения по этому поводу? пока напрашивается одна мысль - компилятор синтезировал код так, что происходили коллизии между адресами кода программ и памяти данных во флеш.
но как такое вообще возможно? не знаю что еще подумать...
я уже начинал бояться, что это какой-то железячный глюк...