Отправлено ы 25 июля 2006 г. 21:42 В ответ на: Подскажите по разбору принятого сообщения в сети на основе modbus. отправлено eXeC001er 25 июля 2006 г. 21:27

1) принимаем все сообщение _полностью_ в буфер (вроде они не большие)
2) делаем switch по каждой команде
3) в каждом case функция разбора _индивидуального_ сообщения. в ней ше и код формирования ответа.
4) ответ - отдельный буфер на _целый_ ответ.
5) по выполнении общей функции разбора смотрим заполнен ли буфер ответа если да - отправлеям

• Сообщения же идут одно за другим, как определить конец посылки?! — eXeC001er   (25.07.2006 21:45 62.183.50.164, пустое)
  • RTFM — miv   (25.07.2006 21:50 195.131.85.153, пустое)
    • ну можно и так:))) — ы   (25.07.2006 21:51 80.92.98.211, пустое)
      • универсальная директива? — =L.A.=   (25.07.2006 21:56 213.134.214.10, пустое)
        • один из методов решения проблемы если не знаешь "как ?" :) — ы   (25.07.2006 21:58 80.92.98.211, пустое)
  • Ответ: — ы   (25.07.2006 21:49 80.92.98.211, 206 байт)
    • у меня скорость 14400 к примеру, получаем 1800 байт в сек., т.е. 3.5 символа это 2 мс. — eXeC001er   (25.07.2006 22:09 62.183.50.164, пустое)
      • да и еще в ASCII режиме таймаут не используется — koyodza   (26.07.2006 10:33 83.170.240.226, 286 байт)
      • на скоростях 19200 и выше таймаут фиксированный 1,75 мсек — koyodza   (26.07.2006 10:26 83.170.240.226, пустое)
      • 11/14400*3,5=>2,67мс — rezident   (26.07.2006 02:57 212.33.249.11, пустое)
        • а где eXeC001er указал что кадр у него 8p1 или 8n2 ? — Megajohn   (26.07.2006 09:28 82.140.84.195, пустое)
  • Таймаут или CRC — ETM   (25.07.2006 21:48 62.117.85.87, пустое)
    • вы это, CRC выбросьте. На ней ведь не написано "CRC" , так? — =L.A.=   (25.07.2006 21:55 213.134.214.10, пустое)
      • Так- да, не так...(+) — ETM   (25.07.2006 22:06 62.117.85.87, 409 байт)
        • ни в коем случае! только тайм-аут. И больше не давайте вредных советов — koyodza   (26.07.2006 10:23 83.170.240.226, пустое)
          • Я не Григорий Остер. Вариант рабочий, хотя затратный и не без потерь в реальном времени. Но, на пост-анализе трафика - единственный. — ETM   (26.07.2006 10:36 62.117.85.87, пустое)
            • вариант никуда не годный! некоторые пакеты ВСЕГДА будут приниматься с ошибками — koyodza   (26.07.2006 10:41 83.170.240.226, пустое)
              • Во наехали! Читайте внимательней корневой пост - "Если ЛЕНЬ детектировать таймаут..." — ETM   (26.07.2006 10:47 62.117.85.87, пустое)
                • читайте внимательнее спецификацию: нет там "если лень" — koyodza   (26.07.2006 11:13 83.170.240.226, 177 байт)
                  • No comment... — ETM   (26.07.2006 11:22 62.117.85.87, пустое)
        • При этом учитываем вероятность случайного совпадения произвольного байта с CRC. И всю эту затею посылаем на... то есть к Доктору. — =L.A.=   (25.07.2006 22:12 213.134.214.10, пустое)
          • Для новичка после прочтения этого: если посылают на ... - значит надо идти к Доктору! ;) — Make_Pic   (26.07.2006 08:11 194.186.248.93, пустое)
          • Принцип защиты данных с помощью CRC не дохтур выдумал. Впрочем, этот прием, конечно, для извращенцев. Но, всё таки... — ETM   (25.07.2006 22:18 62.117.85.87, пустое)
            • Я не про защиту данных а про использование CRC как стартового байта, блин. — =L.A.=   (25.07.2006 22:19 213.134.214.10, пустое)
              • CRC - не стартовый байт, смею заметить, а - КВИТАНЦИЯ. — ETM   (25.07.2006 22:23 62.117.85.87, пустое)
      • Ну здесь вроде есть способ складывать CRC почследовательно при приеме до получения нуля, но я думаю что то гимор. — eXeC001er   (25.07.2006 22:01 62.183.50.164, пустое)