Подскажите, в проекте с stm8 есть ключевое слово (?) @interrupt
@interrupt void uart1...

Что это за слово или что загуглить, чтобы найти?

где подробности? Какой компилятор? то

Учимся задавать правильно вопросы, во избежание посыла на RTFM

в общем случае - это указание компилятору - определенным образом сгенерировать тело функции для работы в качестве обработчика прерывания. Детали читай в доках на свой компилятор

перечитывать сообщения перед отправкой (или даже после)  - тоже полезный навык, да.

ну да, ну да. Учись признавать что ты не прав. Невозможно все знать и нужно учится на своих ошибках лол. Я тебе больше скажу уарт бывает и по одному проводу.... single wire half-duplex.

Самое простое сказать давай замнем, но ведь проблема в том, что ты неправ и теперь пытаешься соскочить.

Мне в целом монописуально, кому либо, что либо доказывать не вижу смысла. Но вот людей самоуверенных и не умеющих признавать ошибки я не люблю

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

День добрый. Немного глупый вопрос м.б, но все-же. Если я храню кучу переменных во флэше, стоит ли у каждой переменной считать crc, или можно 1 crc использовать для всего массива данных? Есть ли какая-то зависимость того, на какую длину данных можно использовать 1 crc, или уже 1 crc мало?

crc-16 с хорошим полиномом всегда обнаруживает единичную ошибку и двойную на длине слова до 65536 бит. если вот не путаю но примерно так. собсна весь стат. анализ КС и строится на этих критериях если нет особых случаев типа цепочек из определенных бит либо может есть какоето особое распределение вероятности ошибок. есть статья на тему сравнения разных кс в тч crc разных длин для разных данных. могу кинуть

Ну смотри, я ставлю уставки, которые могу без перепрошивки выставить, соответственно мне их надо хранить в энергонезависимой памяти. Однако с флжшкой может произойти все что угодно, поэтому надо проверять, говняно записались данные или нет

Проблема в том, что есть алгоритмы CRC, которым например пофиг на последовательность байт. то есть для 1234 и 3412 они дадут одинаковую сумму.

задача не самая тривиальная если нужно перезаписывать их во время работы. там возникает много интересных ньюансов

Это НЕ CRC

а ты с flash_api работал на tms320?

24хх не перезаписывают сами свою флеш кроме как из бутлоадера. нет не работал

Это фундаментальная боль любого  CRC, где с разрядностью лишь она уменьшается, но не исчезает совсем