Страница 2 из 2 ПерваяПервая 12
Показано с 11 по 12 из 12

Тема: Протокол DCON зачем он ?

Комбинированный просмотр

Предыдущее сообщение Предыдущее сообщение   Следующее сообщение Следующее сообщение
  1. #1
    Пользователь
    Регистрация
    31.01.2019
    Адрес
    РФ/РБ
    Сообщений
    926

    По умолчанию

    Цитата Сообщение от melky Посмотреть сообщение
    keysansa а CRC16 не циклическая ? Это как же надо изголиться, чтобы CRC не давал 100% гарантии ? Тем более в Mobus...

    Кажется это единственный способ расчета, когда пакет с CRC дает 0 на выходе. Больше нигде не видел такого. То есть пакет Modbus можно проверить дважды и убедиться, что он корректен.
    3 одновременно измененных бита в пакете, например. Или 2, один из которых - в теле самой CRC16.

    ЗЫ. Гугление привело сюда https://habr.com/ru/post/428746/
    Нам это преподавали на теории связи.

    ЗЫЫ. DCON, за счет того, что у него не используется в пакете вся "полнота" байта, а только заглавные ASCII буквы английского алфавита, и ASCII цифры, тоже достаточно надежен (если сойдется контрольная сумма, но при разборе встретится символ, который, в случае ошибки и не буква и не цифра - тоже возникнет ошибка).
    ЗЫЫЫ. Сама контрольная сумма тоже, только ASCII.
    Последний раз редактировалось keysansa; 21.01.2022 в 22:35.

  2. #2
    Пользователь
    Регистрация
    23.09.2008
    Адрес
    Центророссийск
    Сообщений
    3,054

    По умолчанию

    3 одновременно измененных бита в пакете, например. Или 2, один из которых - в теле самой CRC16....
    DCON, за счет того, что у него не используется в пакете вся "полнота" байта
    Про RTU просто напомню про "полноту". Еще до проверки CRC. По мелочи :
    Если битый адрес девайса в запросе (если в ответе - то смысл дальше проверять ?) нужно чтоб это была именно запись (иначе ответ станет мусором по отношению к запросу), при этом умудрится получить действующий битый адрес учитывая что довольно часто юзается только 1..4 младших бита. Лайфхак - адреса 1,2,4,8 наверно ))
    Если битая функция - почти тоже самое как с адресом
    Адрес бита/регистра - а поддерживает ли слейв всю область для случайного изменения ?
    Кол-во регистров - надо чтоб тронулось не более 7 бит из 16-ти.
    Если (!!) 16-ая - то так, чтоб сочетались кол-во регов и кол-во байт (и само кол-во байт в запросе)
    В самих данных - да, проще. Но например для ф6. это 2 байта из 8-ми.
    и т.д.
    Т.е. еще до CRC вероятности такие себе для среднестатических запросов. Если конечно проверять не только crc ))

    ..Или 2, один из которых - в теле самой CRC16.
    А другой бит где ? Вроде как может пойматся на уровне четности. С 3-мя тоже интересно - где ? (хотя конечно часто 8n1) И да - это у всех.
    Последний раз редактировалось Валенок; 22.01.2022 в 00:35.

Страница 2 из 2 ПерваяПервая 12

Похожие темы

  1. Протокол DCON
    от Boris_K в разделе Эксплуатация
    Ответов: 11
    Последнее сообщение: 22.07.2014, 07:16
  2. МУ110-8 и протокол DCON
    от Sergey1024 в разделе Помощь Разработчикам
    Ответов: 0
    Последнее сообщение: 20.06.2013, 20:33
  3. МУ110-16Р и протокол DCON
    от Юрий_Уфа в разделе Мх110
    Ответов: 3
    Последнее сообщение: 23.09.2011, 13:49
  4. МУ110-16Р и протокол DCON
    от Юрий_Уфа в разделе Эксплуатация
    Ответов: 3
    Последнее сообщение: 23.09.2011, 13:49
  5. Протокол DCON
    от Мухин Сергей в разделе Трёп (Курилка)
    Ответов: 3
    Последнее сообщение: 30.05.2008, 16:01

Ваши права

  • Вы не можете создавать новые темы
  • Вы не можете отвечать в темах
  • Вы не можете прикреплять вложения
  • Вы не можете редактировать свои сообщения
  •