Господа, подскажите по последовательной шине >>> («Телесистемы»: Конференция «Микроконтроллеры и их применение»)

Разработка, производство и продажа радиоэлектронной аппаратуры

| Карта сайта | Пишите нам | В избранное

Требуется программист в Зеленограде
- обработка данных с датчиков; ColdFire; 40 тыс.
e-mail:jobsmp@pochta.ru

Телесистемы | Электроника | Конференция «Микроконтроллеры и их применение»

Господа, подскажите по последовательной шине >>>

Отправлено Samsony 10 июля 2007 г. 15:43

Для обмена данными использую UART через RS485
Формат пакета ASCII:

":" "адрес устройства" "код функции" "..... данные ...." "CRCh" "CRCl" “0A0D”.

Данных может быть до 64 байт (32 символа)
Интересует как будет правильнее посчитать контрольную сумму (CRCh и CRCl)? Сейчас просто суммирую начиная с ":" и заканчивая последним байтом данных... ?

Составить ответ | Вернуться на конференцию

Ответы

Все алгоритмы обнаруживают однократную ошибку с вероятностью 100% — ~ВМФ~ (10.07.2007 17:18:13 195.170.224.107, 170 байт)
Можно суммировать, вычитать, искл. ИЛИ, CRC8/16 или их комбинации - дело вкуса (+): — argus98 (10.07.2007 17:09:4 81.22.205.230, 176 байт)
Ответ: На такую длинну и crc8 покатит, имхо. Вон у Далласа и исходники есть и полином у них правильный — PaulS (10.07.2007 16:51:30 83.239.161.186, пустое)
- я тоже думал что покатит или сойдет на 32 байта в радиоканале... — ы (10.07.2007 17:14:22 80.92.98.211, 406 байт)
  - А вот как раз есть ОЧЕНЬ критичные команды! (запуск огнетушителей)! — Samsony (10.07.2007 21:34:51 217.9.147.66, пустое)
    - ну в таких случаях делают избыточность. если "3" - прислать температуру, "5" - включить огнетушитель, то конечно все мокрые будут и в газе) — basilmak (11.07.2007 11:18:6 82.142.173.231, пустое)
  - ну тут то не радиоканал, легче должно жить — basilmak (10.07.2007 18:22:58 82.142.173.231, пустое)
- CRC8 - только для сообщений, длина которых не превосходит 256 - 8 = 248 бит ... — vinogradov aleksei (10.07.2007 16:57:22 82.207.47.17, пустое)
  - какое странное ограничение — argus98 (10.07.2007 17:36:55 81.22.205.230, пустое)
    - 8 бит -> 256 комбинаций -> можно указать на ошибку в любом из 256 разрядов вместе с байтом CRC. Т.е. в сообщении будет 8 битов CRC и до 242 информационных битов ... — vinogradov aleksei (10.07.2007 17:55:32 82.207.47.17, пустое)
      - Одиночная ошибка будет фиксироваться при любом кол-ве байт — argus98 (10.07.2007 20:15:35 81.23.148.241, пустое)
Алгоритм CRC16. А в чем проблема ? — vinogradov aleksei (10.07.2007 16:02:31 82.207.47.17, пустое)
- В Modbus ASC используется LRC (просто сумма), CRC16 - в RTU — ыфефт (10.07.2007 16:38:22 194.187.229.9, пустое)
  - А какая принципиальная разница, с практической точки зрения? — Samsony (10.07.2007 16:48:27 85.93.35.221, пустое)
    - ну если протокол свой, то только во времени вычисления и помехозащищенности, тут CRC однозначно лучше. — ыфефт (10.07.2007 17:55:26 194.187.229.9, пустое)
      - С чего это лучше? Если проверочные биты равновероятны, то вероятность необнаружения ошибок = 1/(2^N) (N - кол-во бит), независимо от того, как эти биты получаются.. — argus98 (10.07.2007 20:30:31 81.23.148.241, пустое)
    - никакой — argus98 (10.07.2007 17:16:18 81.22.205.230, пустое)
правильно-неправильно... я просто XOR делаю потетрадный всего что передано и байтом его передаю, и все символы тока аски хекс... и все работает "без зсбоеф"... — basilmak (10.07.2007 15:56:44 82.142.173.231, пустое)