Вход Наше всё Теги codebook 无线电组件 Поиск Опросы Закон Четверг
4 июля

О смысле всего сущего 0xFF Средства и методы разработки Мобильная и беспроводная связь Блошиный рынок Объявления

Микроконтроллеры PLD, FPGA, DSP AVR PIC ARM, RISC-V Технологии Кибернетика, автоматика, протоколы Схемы, платы, компоненты

ARM, RISC-V контроллеры

1309042 Топик полностью

il-2 (12.05.2023 14:43, просмотров: 155) ответил my504 на В отладчике я даже не исполняю последнюю строку. Просто навожу курсор на вычисленное и считанное из таблицы значения. Они разные.

Тогда еще для прикола:

Посмотри в своем серийном проекте (который нормально работает), может там вместо строки:

if(arrayUARTin[59]==crc) return 1; else return 0;

стоит строка:

if(arrayUARTin[59]=crc) return 1; else return 0;

И там CRC всегда верный, когда не нулевой :-)

Ответить

- )))) Ну не до такой же степени... Проблема где то в фоне на котором это все работает. Поэтому по шагам нормально, а на лету убивается. - my504(12.05.2023 15:41)
  - Так, а не может ли когда "на лету" содержимое буфера меняться во время подсчета CRC? прерывания от UART запрещаются на время расчета CRC? - reZident(12.05.2023 16:30)
    - Нет, не запрещаются. Но там и не может быть прерываний во время обработки пакета. Следующий пакет придет не раньше, чем будет ответ на текущий или с таймаутом в 1 сек. А ответ на текущий происходит ПОСЛЕ проверки CRC. Причем с хорошим запасом. Штатный обмен идет с темпом 1 пакет (от ПО к устройству) за 100 мс. Осциллограмма контролируется. - my504(12.05.2023 16:50)