Size: a a a

2021 January 26

VK

Viacheslav Kaloshin in Embedded Group
romanetz
Это НЕ CRC
это CRC. один из. и это мы еще к коллизиям не перешли
источник

r

romanetz in Embedded Group
Криво выбранный полином?
источник

VK

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

VK

Viacheslav Kaloshin in Embedded Group
Просто надо приинуть цену ошибки "переменная кривая, а crc верный" и все.
источник

VK

Viacheslav Kaloshin in Embedded Group
и либо менять что-то, либо забить
источник

r

romanetz in Embedded Group
Хм. Ну CRC32 в eth пакетах и механизмов tcp/ip считается достаточно, чтобы реальным оборудованием рулить в асутп
источник

AK

Anton Kirilenko in Embedded Group
Viacheslav Kaloshin
Проблема в том, что есть алгоритмы CRC, которым например пофиг на последовательность байт. то есть для 1234 и 3412 они дадут одинаковую сумму.
это не црц. это обычная "контрольная сумма"
источник

VK

Viacheslav Kaloshin in Embedded Group
ну да, но там обычно поверх еще немного сверху навернуто. ну пролезет 1 пакет на мульон , ну и фиг с ним
источник

VK

Viacheslav Kaloshin in Embedded Group
Anton Kirilenko
это не црц. это обычная "контрольная сумма"
Ну это в определении одно и тоже. На разных языках 🙂
источник

r

romanetz in Embedded Group
10^-12 требование на вероятность трансформации команды, емнип
источник

r

romanetz in Embedded Group
1 пакет на мульон это сбой каждый день
источник

VK

Viacheslav Kaloshin in Embedded Group
romanetz
1 пакет на мульон это сбой каждый день
это сбой на транспортном уровне. tcp даже заморачиваться не будет, перепошлет и все. наверх не уйдет.
источник

VK

Viacheslav Kaloshin in Embedded Group
но лично у меня в реальности, где-то на 100 мульонов пакетов, где-то 25-30 тыщ были с ошибками, для которых контрольная сумма считалась верно. лично я считаю, что для crc16 это охрененый результат. но тем не менее, ошибки есть и к ним надо быть готовым
источник

jp

jon pedro in Embedded Group
Viacheslav Kaloshin
но лично у меня в реальности, где-то на 100 мульонов пакетов, где-то 25-30 тыщ были с ошибками, для которых контрольная сумма считалась верно. лично я считаю, что для crc16 это охрененый результат. но тем не менее, ошибки есть и к ним надо быть готовым
Страшные вещи вы говорите. Теперь я немного огорчён - _-
источник

r

romanetz in Embedded Group
Viacheslav Kaloshin
но лично у меня в реальности, где-то на 100 мульонов пакетов, где-то 25-30 тыщ были с ошибками, для которых контрольная сумма считалась верно. лично я считаю, что для crc16 это охрененый результат. но тем не менее, ошибки есть и к ним надо быть готовым
Какой длины пакеты?
источник

VK

Viacheslav Kaloshin in Embedded Group
romanetz
Какой длины пакеты?
120-140 байт. rs485, через шумный цех.
источник

r

romanetz in Embedded Group
Viacheslav Kaloshin
но лично у меня в реальности, где-то на 100 мульонов пакетов, где-то 25-30 тыщ были с ошибками, для которых контрольная сумма считалась верно. лично я считаю, что для crc16 это охрененый результат. но тем не менее, ошибки есть и к ним надо быть готовым
Странно. На эзернете показатели на порядки лучше
источник

VK

Viacheslav Kaloshin in Embedded Group
jon pedro
Страшные вещи вы говорите. Теперь я немного огорчён - _-
почему? всегда надо быть готовым к ошибкам везде.
источник

VK

Viacheslav Kaloshin in Embedded Group
romanetz
Странно. На эзернете показатели на порядки лучше
так там и crc32 😉
источник

r

romanetz in Embedded Group
А вам что мешало применить?
485, короткие пакеты и crc16 я понимаю как modbus rtu
источник