caxapa.ru :: Коллеги, поделитесь мнением про configASSERT(). Распостранено мнение, что в рабочей версии девайса его стоит отключить. Но у меня есть критичные задачи, без которых девайс не заработает. и я ставлю configASSERT( HAL_DMA_Init(&hdma_tim1_up ) == HAL_OK ); . Потом, в самой функции обработки ошибки - останавливаю все и раз в секунду, простым выводом в UART выдаю строку ошибки в порт. Вроде такой подход оправдан, как думаете?

Mty1 (22.04.2025 16:08, просмотров: 1559)

Коллеги, поделитесь мнением про configASSERT(). Распостранено мнение, что в рабочей версии девайса его стоит отключить. Но у меня есть критичные задачи, без которых девайс не заработает. и я ставлю configASSERT( HAL_DMA_Init(&hdma_tim1_up ) == HAL_OK ); . Потом, в самой функции обработки ошибки - останавливаю все и раз в секунду, простым выводом в UART выдаю строку ошибки в порт. Вроде такой подход оправдан, как думаете?

Ответить

- Я использую 2 разных assert: il-2(304 знак., 22.04.2025 17:02)
  - Спасибо, интересный вариант. А оба ассерта выдают куда то диагностику? - Mty1(22.04.2025 22:07)
    - Как захочешь - так и сделаешь. У меня оба ассерта вызывают одну и ту-же функцию. А там - для дебажной прошивки выдается отладочная информация с именем файла / номером строки / кодом ошибки, а для релизной прошивки - выполняется программный сброс МК - il-2(23.04.2025 06:13)
- Уж точно лучше, чем тупо игнорировать сбой, если он действительно серьёзный. ЕМНИП, есть распространённые программы для ПК (типа GCC, например), которые релизят с включенными assert. Логика та же: пусть выплюнет сообщение об ошибке и остановится, а не продолжает молотить какую-то дичь. - SciFi(22.04.2025 16:09 - 16:12)
  - *ц логика! Вот у меня девайс в тундре куда только вертолетом долететь и то не всегда. И оно плюет в консоль ошибку и останавливается. Вы точно нормальной ориентации или радужный ? Да пусть хоть как то живет (а если взорвется - в тундре об этом никто не узнает). - 3m(24.04.2025 11:25)
    - Весеннее обострение? :-) - SciFi(24.04.2025 11:26)
      - Пыльцой надуло. Тем не менее вопрос что делать при критическом программном сбое в необслуживаемом оборудовании так и остается без ответа. - 3m(24.04.2025 11:29)
        
        Алгоритм самоуничтожения, рассматриваем? Cкpипaч(111 знак., 24.04.2025 13:13)
        
        Инженерный режим КОМУ??? И чем это отличается от выпадения в консоль ? Еще раз обращаю внимание: необслуживаемое устройство в тундре. Если будет проще для понимания подставьте вместо тундры "на Марсе". Вот оно в разгар работы где то в дебрях алгоритма улетает в assert которого быть не может потому что не может быть никогда... ииии ? - 3m(24.04.2025 15:32)
        
        Я бы предложил алгоритм безопасного самоуничтожения. Если нет связи и нет аборигенов, способных продиктовать по буквам что выдано на экране. Потому что если "произошло что-то чего не могло произойти", то и корректная реакция сто пудов алгоритмом не предусмотрена. - Cкpипaч(24.04.2025 17:52)
        
        Не знаю как в тундре, а на Марсе устройство в таком случае переходит в безопасный режим, в котором его можно потестировать, поудалять ненужные файлы, перепрошить и перезапустить. Не так давно Вояджер патчили, чтобы поменьше электричества жрал. Но им проще :), у них связь с устройством есть. - ЫЫyкпy(24.04.2025 16:05)
        
        Там ещё сбойную память обошли. - Nikolay_Po(24.04.2025 16:50)
        
        Это тема для отдельной книги. Просто у меня сформировалось мнение о ТС по его вопросам. Думаю, он получил норм совет. - SciFi(24.04.2025 11:30)
        
        Можете отправляться с вашим мнением в зопу - 3m(24.04.2025 11:37)
        
        Если честно, польщён, что моё мнение столь значимо для кого-то :-) - SciFi(24.04.2025 11:41)
  - +1 - Cкpипaч(22.04.2025 16:11)
    - Благодарю за советы. - Mty1(22.04.2025 22:06)

Микроконтроллеры