caxapa.ru :: Зачем, если CRC пакета не нарушено?

RxTx (23.10.2021 16:46, просмотров: 209) ответил rezident на float по-отдельности тоже проверять нужно. NaN в расчетах ничего хорошего не принесет.

Зачем, если CRC пакета не нарушено?

Спасибо, князь. Вы настоящий дворянин. И программист.

Ответить

- На стороне отправки пакета тоже ошибки в последовательности передачи байт/слов могут наличествовать. Например, при передаче float по протоколу ModBus. При этом чаще всего float передается в виде двух 16-битных "регистров" последовательностью байт 3-4-1-2, а не 1-2-3-4 или 4-3-2-1, как бы вы предположили. - rezident(23.10.2021 16:58)
  - Эта проблема решается в дебаггере на этапе разработки один раз.Если известен диапазон чисел прикладной задачи проверить можно. Остальные решения ненадежны. - RxTx(23.10.2021 17:13)
    - Вы в дебаггере один раз отладили. Потом через год другой программист на другой стороне протокола что-то переделает, и ваша программа начнёт глючить вместо того, чтобы просто ошибку выдать. Это может не выявиться при тестировании, а выявится на объекте. - Ale3000(25.10.2021 06:25)
- Там такой колхозный протокол у заказчика для калибровки, CRC есть, но данные пишутся по 4 или 2 байта в память, где находится структура с float. Можно захерачить все, что угодно, при исправной CRC. До сих пор не пойму, какие это индейцы должны быть. - VLLV(23.10.2021 16:51)
  - Прикинуть float числа для прикладной задачи. Только из прикладной задачи известно, могут ли A_IRR_0 например может быть столь малым числом, могут ли быть отрицательными, бесконечностями, сигналящими или тихими NaN'ами. - RxTx(23.10.2021 17:18)
    - Если у тебя c99 то вначале используй макро fpclassify() чтобы проверить float. Потом проверить чтобы число укладывалось в требуемое прикладное значение. - RxTx(23.10.2021 17:41)

Средства и методы разработки