Как спасти безнадежные код ничего не делая по существу

astrahard

Один из пользователей засветил проблему, когда "Уже не первый раз сталкиваюсь с таким явлением на разных процах STM32 (F103xx, F205xx...)
Программа работает отлично при подключённом отладчике.
Как только компилится релиз и программа запускается без подключённого отладчика (при чём акцент именно на этом), схема работает нестабильно.
Точнее просто через некоторое время зависает."
http://forum.easyelectronics.ru/viewtop ... 35&t=40790
Мое Объяснение проблемы: Отладчик и в самом деле влияет на стабильность работы. Для того чтобы понять, как это происходит, нужно иметь ввиду, что отладчик напрягает шину процессора работающую по спецификации AMBA2 (Амба - жаргонизм: конец, конец всему, логическое завершение начатого, шутка) про нее и читайте. Физически подключенный отладчик (даже если он не выполняет команды) изменяет логику арбитража шины AHB и APB. Сигнал SWCLK заставляет приоритеты "вращаться". Так,что это помогает против лени программиста и, одновременно ставит его в тупик... Следовательно есть очень важное свойство SWCLK изменяя его частоту вы можете "вращать" приоритеты как Вам удобно будет. Попробуйте изменять частоту SWCLK и, заметьте его частоту, когда вновь начнутся сбои, период SWCLK даст Вам дополнительную информацию о критическом времени захвата шины для Вашей блок схемы. Иными словами есть возможность измерить Ваш код в смысле арбитража шины AMBA2....

Решение: Спасибо Вам за этот уникальный вопрос. Вы, невольно, подсказали всем путь, как можно позволить себе лениться, или спасти безнадежный код (особенно если он чужой и работает в готовом устройстве). Для этого нужно выбрать частоту SWCLK при которой становиться лучше и, подать ее на постоянной основе. Я проверил на своем "дефектном коде" и, это работает отлично!!!

P.S. Как говориться, Вы любите DMA?, тогда мы идем к Вам...

Реклама

sslobodyan

А ну-ка растолкуйте для тех, у кого одна извилина.
Вот у меня Ф334 под ФриРтос. Пока запускаю в отладчике с выключенными точками останова или даже вовсе без них - пашет как часы. Как только запускаю в нормальном рантайме тот-же дебужный хекс - время от времени не генерит HRTIM. Причину пока не нашел, вот наткнулся на ваши эмоции. Safe my code, comrades!

Реклама

Мурик

Все дело в том что приоритеты шины AMBA2 вращаются не в ту сторону!

Других прочин просто быть не может!

GARMIN

Долго ждал, чтобы кто-нибудь написал по существу, чем отличается запуск под отладчиком от свободного запуска процессора. Не дождался. Под отладчиком вся оперативная память обнуляется. Ищите не инициализированные переменные или регистры. Вот и всё.

Реклама

Питание

Под отладчиком вся оперативная память обнуляется

Неправда ваша. И вы сами можете это проверить. Запускаем МК с прогой, она работает. Потом перезапускаем под отладкой, поставив брекпоинт на самую первую инструкцию после вектора сброса. Видим, со что содержимое ОЗУ осталось без изменений (см.скрин). Код ниже - это инит сишных глобальных и статических переменных, он не имеет отношения к отладке и выполняется всегда
Есть конечно некоторые МК, у которых одна из областей ОЗУ имеет хардварный сброс. Например, в L476 область SRAM2:
2.4.4 SRAM2 Erase
The SRAM2 can be erased with a system reset using the option bit SRAM2_RST in the user
option byte (refer to Section 3.4.1: Option bytes description).
The SRAM2 erase can also be requested by software by setting the bit SRAM2ER in the
SYSCFG SRAM2 control and status register (SYSCFG_SCSR).
Но в остальных случаях ничего не обнуляется. При запуске происходит инициализация глобальных и статических переменных, и выполняют это участки кода, написанные на ассемблере в стартап-файле.

Попробуйте изменять частоту SWCLK и, заметьте его частоту, когда вновь начнутся сбои,

Вообще-то, по той ссылке проблема была как раз наоборот - под отладчиком всё норм, а БЕЗ отладчика - косяки. Так что топикстартер здесь перепутал всё наоборот и стал сочинять другую "сказку".

AMBA2 - это не от "амба", а сокращение Advanced Microcontroller Bus Architecture https://developer.arm.com/architectures ... mba/amba-2. И эта ваша "амба-конец" тут в принципе то не при чем. Поскольку собственно отладка идет по шине Internal private peripheral bus и руководящие документы там совсем другие. Топикстартер конечно собрал всё в одну кучу. Это называется "поиск проблемы методом научного тыка".
Под отладкой могут быть остановки в брекпоинтах, небольшие задержки, которые необходимы для внешней периферии, но не были учтены в коде. Самый распространенный косяк - отсутствие выдержки времени после подачи питания перед первой командой в подключенные внешние микросхемы. Я и сам на это ловился. Под отладкой всё пашет, а когда закрываешь корпус устройства и заново включаешь питание - и вот тут начинается ерунда. Еще и не сразу поймешь, что часть посылаемых команд во внешнюю микросхемку просто игнорится в самом начале.
Если релизная прошивка компилится заново, то косяки надо искать именно в изменениях компиляции - разные уровни оптимизации, разные настройки компилятора. Настроек очень много, могут быть незамеченные различия.
Тут надо разбираться не абстрактно, а конкретно - что и как "не работает", где нестабильность, в чем косяки.
Вообще, поменьше пользуйтесь отладкой. Отладка - она только либо для изучения работы, либо для отслеживания каких-то математических или логических алгоритмов. Чаще всего, отладка бесполезна в реалтаймовых задачах, таких как USB (вообще бесполезна), потоковый обмен данными или управление моторами.
Пишите программы так, как если бы вы не использовали отладки вообще - и не будет косяков.

Реклама

Kuzmin

Всё понятно, кроме одного: что такое "со содержимое"?

Реклама

бабай

[uquote="Kuzmin",url="/forum/viewtopic.php?p=3868824#p3868824"]что такое "со содержимое"?[/uquote]

Описка. Следует читать "что содержимое".

Питание

Да, просто опислался, случается такое

"...что содержимое"

astrahard

Я думаю, что SWCLK прерывает высокоприоритетный обмен DMA, давая возможность работать DMA с другим приоритетом. Поэтому код работает стабильнее когда высокоприоритетное DMA блокирует низкоприоритетное на недопустимое для логики приложения время. Поскольку SWCLK сигнал довольно высокочастотный, то это проходит незаметно, но помогает, Как бы несколько уравнивает в "Правах" разноприоритетные DMA и, поскольку этот делается с высокой частотой (для нужд отладки) но достается некая "Польза" и коду пользователя. Кстати, можно просто соединить ножки выхода тактовой частоты процессора с делителем и вход для SWCLK на постоянной основе.

Это не значит, что так делать хорошо. Но может помочь, тем более что это объяснимо.

Питание

Внешний таковый сигнал SCL у I2C в слейве может как-то влиять на работу этого МК? Никак. Вот и тут так же. И уж тем более, никакие приоритеты не "вращаются". Тактовый сигнал ИНТЕРФЕЙСА отладчика уж никак не может повлиять на внутренние приоритеты DMA. У отладки вообще самый низший приоритет в системе. При том, что у отладки есть собственная шина PPB.
Такое впечатление, что вы на летнем солнышке перегрелись и начали сочинять какие-то сказки-выдумки.

astrahard

[uquote="sslobodyan",url="/forum/viewtopic.php?p=3865827#p3865827"]А ну-ка растолкуйте для тех, у кого одна извилина.
Вот у меня Ф334 под ФриРтос. Пока запускаю в отладчике с выключенными точками останова или даже вовсе без них - пашет как часы. Как только запускаю в нормальном рантайме тот-же дебужный хекс - время от времени не генерит HRTIM. Причину пока не нашел, вот наткнулся на ваши эмоции. Safe my code, comrades!

[/uquote]
К сожалению, FreeRTOS имеет "8 разрядную идеологию" и, не управляет шиной микропроцессора отсюда проистекают такие проблемы. FreeRTOS не разруливает ситуации конкуренции пользовательского кода за шину AMBA. Все отдается на откуп писателю кода без соответствующей поддержки со стороны ОС. Прозрачную поддержку такого типа, (прозрачно для ОС, но и допускает вмешательство ОС) обеспечивает патент NetSilicon, но ST Micro не покупала этот патент и, отсюда такие ситуации.

Добавлено after 14 minutes 21 second:
[uquote="Питание",url="/forum/viewtopic.php?p=3869819#p3869819"]Внешний таковый сигнал SCL у I2C в слейве может как-то влиять на работу этого МК? Никак. Вот и тут так же. И уж тем более, никакие приоритеты не "вращаются". Тактовый сигнал ИНТЕРФЕЙСА отладчика уж никак не может повлиять на внутренние приоритеты DMA. У отладки вообще самый низший приоритет в системе. При том, что у отладки есть собственная шина PPB.
Такое впечатление, что вы на летнем солнышке перегрелись и начали сочинять какие-то сказки-выдумки.[/uquote]
Вопреки "Вашим ощущениям" отладка имеет приоритет в системе выше чем у ядра процессора и DMA вместе взятых (вообще, наивысший из возможных), иначе, она (отладка) не смогла бы выполнять свои функции.

Мурик

astrahard писал(а):К сожалению, FreeRTOS имеет "8 разрядную идеологию" и, не управляет шиной микропроцессора отсюда проистекают такие проблемы. FreeRTOS не разруливает ситуации конкуренции пользовательского кода за шину AMBA.

Это вообще не уровень ОС. Все равно что написать - "винда не разруливает маршрутизацию пакетов между компом и сервером где-то в сети".
Вы кроме вращения приоритетов и AMBA что-то еще знаете?

astrahard

Винда как раз разруливает почти все, что Вы способны вспомнить. И, очень часто упоминает (Винда) слово "директ".

Питание

Нехило господин перегрелся

Про 8-разрядную FreeRTOS - эт вообще что-то дикое. Где такое только приснилось топикстартеру?
Приведите номер документа и страницу в нем, где это всё написано (про приоритеты и 8-разрядную FreeRTOS)! Без этого - все эти выдумки - беспочвенны и даже не стоят обсуждений!

astrahard

Почитать можно здесь https://kit-e.ru/cpu/konstrukczii-shin- ... yh-sistem/
Цитата "NetSilicon разработала новую систему управления полосой пропускания взамен той, что используется в AMBA-архитектуре"
Смотрите Программирование «вращающегося» арбитра шины. Я предложил сделать подобное для STM32, за счет свойств отладки.

P.S. FreeRTOS не в курсе такого "перфекционизма" именно поэтому (и по некоторым другим причинам) я назвал ее "8 разрядной", кстати заковычив !!!! это высказывание.

Можно, также, почитать это https://progi.pro/kompensiruyushaya-lat ... rm-1459641

Питание

Чепуха! "У меня на заборе #$% написано, а там дрова лежат". Я просил официальные документы, а не безымянные рассуждения некому неизвестных писателей. Так что не принимается!

Фраза

на процессоре STM32F4

уже сама за себя говорит. Бестолковые малограмотные рассуждения.

astrahard

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

Мурик

astrahard писал(а):Винда как раз разруливает почти все, что Вы способны вспомнить. И, очень часто упоминает (Винда) слово "директ".

Не пишите бред!

Если вы так хорошо знаете винду, скажите почему комп не получает белый IP когда сеть за NAT?

Винда должна, просто обязана это разрулить!

Надеюсь теперь понимаете бредовоть ваших высказываний по поводу ОС и уровня железа?

astrahard

Чего-то не хочется, откликаться на элементарное вымогательство под видом оскорблений.

jcxz

Запуск от "без отладчика" может отличаться от запуска "под отладчиком" ещё например тем, что под отладчиком во флешь были установлены бряки. Которые не были сняты. Например - из-за аварийного отключения отладчика. И которые будут срабатывать во время выполнения программы, вызывая необрабатываемые исключения.