Отправлено bialix 24 июня 2003 г. 11:06

Мне приходится сопровождать и апгрейдить одну готовую систему
в системе есть контроллеры, которые по RS485 общаются с компом
Протокол заложен типа SLIP только кривее несколько
есть префикс пакета 0x16 0x01
есть постфикс пакета 0x16 0x17
внутри пакета символ 0x16 передается как пара 0x16 0x00
Внутри пакета своя логическая организация (как всегда адресация, длина пакета, данные)
Самое интересное: контрольная сумма CRC16 передается НЕ ВНУТРИ ПАКЕТА, а после постфикса, причем передается как есть, т.е. для нее байт-стаффинг (для байта 0x16) не применяется. Такое впечатление, что его "прилепили" потом к готовому протоколу.
Сейчас ведутся "разборы полетов". На длинных линиях периодически вылазят ошибки обмена. Хуже того - подвисает прога на компе. Кто виноват: программист, схемотехник или компьютер понять сложно.

Мне бы хотелось услышать Вашу оценку вышеописанному протоколу по части метода работы с контрольной суммой. Я прав насчет того, что такое несет в себе потенциальные ошибки?

• По опыту написания комп.программы под протокол ИСКРы - виноват только программист — Лагунов   (24.06.2003 13:22, 378 байт)
• Мне вот что пришло в голову - а можно ли в принципе использовать протокол с байтстаффингом в условиях помех — bialix   (24.06.2003 13:11, 330 байт)
  • Ответ: Чтобы сбить и префикс, и постфикс — Entuziast   (24.06.2003 13:33, 268 байт)
  • Вопрос не в том, будет ли сбой, а в том, восстановится ли связь после сбоя? — Oldring   (24.06.2003 13:22, 321 байт)
• Раз для КС байт-стаффинг не применяется, — Валерьевич   (24.06.2003 12:39, 220 байт)
  • звучит убедительно ... (+) — rasdolin   (24.06.2003 13:20, 71 байт)
• Ответ(+): — Sniper   (24.06.2003 11:41, 200 байт)
  • Нет - электроэнергия не пропадает - UPS стоит (+) — bialix   (24.06.2003 11:59, 92 байт)
    • Ответ: Если вероятность сбоя зависит от числа подключенных рабов - причина может быть и в протоколе. — Entuziast   (24.06.2003 12:40, 30 байт)
      • Но не на этом уровне. — Oldring   (24.06.2003 13:03, пустое)
    • Сбои, очевидно, инициируютсся помехами на линии. Это - железо. А вот то, что PC после этого подвисает - программист. — Oldring   (24.06.2003 12:09, пустое)
      • хуже всего, что подвисает не сразу, а гдето через час работы — bialix   (24.06.2003 12:23, 222 байт)
        • Это не "брак в компе". Это - ОНА ! Да - она. ЭВОЛЮЦИЯ. Так вымерли динозавры. Так вымрут горе-разработчики. Пааасредством естественного отбора. Йййауууу! — Весельчак_У   (24.06.2003 14:54, пустое, картинка)
        • Можете попробовать нанять независомого эксперта для вычитки системы - по всем правилам разработки, тестировать должны не те, кто разрабатывал. — Oldring   (24.06.2003 12:34, пустое)
• Ответ: CheckSum after EndOfMessage - это конечно нонсенс — Entuziast   (24.06.2003 11:39, 143 байт)
  • Ну уж вы скажете - а протокол ИСКРА для ККМ? — Лагунов   (24.06.2003 11:48, 145 байт)
    • Ответ: что такое ТРК и ККМ я не знаю, но — Entuziast   (24.06.2003 12:21, 635 байт)
      • Это связь кассовых аппаратов с контроллерами топливо-раздаточных колонок — Лагунов   (24.06.2003 13:14, 465 байт)
        • Ответ: когда нибудь из этой искры возгорится пламя - если это всероссийский стандарт — Entuziast   (24.06.2003 13:51, пустое)
          • Ответ: Потому что хоть условия и тяжелые — Entuziast   (24.06.2003 13:59, 224 байт)
    • жаль не знаю такого протокола. а где-нить кратко о нем можно прочесть? — bialix   (24.06.2003 12:00, пустое)
      • Ну вот хотя бы на сайте моих партнеров (ссылка внутри сообщения) — Лагунов   (24.06.2003 12:09, 91 байт)
        • Кстати есть варианты протоколов в автозаправочной технике похуже — Лагунов   (24.06.2003 12:17, 356 байт)
        • А не надо делать ссылки в заголовке - внизу поля отправка ответа есть специальное поле для ссылок (+) — bialix   (24.06.2003 12:15, 55 байт)
          • Изготовление табличек в Москве, изготовление номерков, офисные таблички — Yuriy   (03.11.2006 17:21 83.237.209.131, 161 байт, ссылка)
          • Быстрое изготовление наружной рекламы, флагштоки, изготовление флагов — Yuriy   (13.09.2006 20:26 85.141.218.237, 191 байт, ссылка)
          • Большое мерси :) (-) — Лагунов   (24.06.2003 12:18, пустое)
            • и вам данке шон за протольчик :-) — bialix   (24.06.2003 12:21, пустое)
• Зависит от того, как написана программа приема. Если после приема постфикса всегда принимается CRC, а не ищут параллельно синхропрефикс, и не обрабатывают staffing - то система должна быстро войти в режим синхронизации. — Oldring   (24.06.2003 11:32, 194 байт)
  • да, всегда после postfix принимается CRC. — bialix   (24.06.2003 11:55, 150 байт)
    • Ну, это вопрос не ко мне - не я протокол проектировал :) IMHO принципиальной разницы нет, куда CRC запихивать, если делать грамотно. — Oldring   (24.06.2003 12:07, пустое)
      • Дык ведь про грамотность и вопрос (+) — bialix   (24.06.2003 12:14, 229 байт)
        • Копайте :) А к программеру лучше повнимательнее присмотритесь... Если подвисает программа, и он переводит стрелки на протокол - лучше, гоните в шею. — Oldring   (24.06.2003 12:17, пустое)
          • Не. Программер переводит стрелки на железо - переходник RS232-RS485 - но это из разряда анекдота (+) — bialix   (24.06.2003 12:25, 39 байт)
            • Ну, это легко проверяется - скорее всего, достаточно осциллографа или даже простейшего вольтметра. — Oldring   (24.06.2003 12:29, пустое)