Отправлено rezident 26 июля 2005 г. 12:53 В ответ на: В MODBUS RTU конец пакета определяется по паузе (должна быть больше чем 3.5 символа). И подчиненный контроллер принимает все пакеты (иначе как определить кому они адресованы). отправлено <font color=gray>_MICV_</font> 26 июля 2005 г. 12:33

• Ответ: меня вот что смущает как ловить паузу, ведь кроме этого и других задачь полно а делать на прерывании как то круто этож при 19200 надо как минимум 1920 раз в секунду прерваться, что тоже ресурс.? — barmer   (26.07.2005 13:12 81.176.114.254, пустое)
  • Два способа. — rezident   (26.07.2005 14:13 212.33.249.11, 997 байт)
  • Ну не мониторить же эту паузу, А апппаратно ловить свой адрес как-то глупо, если uC на это вполне способен. Скажу более: на одном ATmega128 реально иметь и мастера и слейва и все по прерываниям проца плюс еще много всяческой ресурсо требуемой дребудени. Так что не дрефь проверено : РАБОТАЕТ. — Y123   (26.07.2005 13:39 82.116.48.117, пустое)
    • Дык конечно справляется. У меня MSP430 на 115200 на два UARTа работает (опрашивает еще один слейв и сам слейвом в систему отвечает), LCD, клава, журнал в DataFlash и расчет несложный идет. — rezident   (26.07.2005 14:20 212.33.249.11, пустое)
      • Аналогично: Мастер на три слейва по одному порту, и сам Слейв по другому. — Y123   (26.07.2005 14:33 82.116.48.117, пустое)
    • Добавка: RTU; 19200 оба — Y123   (26.07.2005 13:42 82.116.48.117, пустое)
• На мой взгляд надежнее принять всю посылку — Andrew_Q   (26.07.2005 13:03 84.254.204.13, 277 байт)
  • Согласен полностью, так обычно и делаю. — _MICV_   (26.07.2005 13:09 217.69.216.146, пустое)
    • Ответ: вот я тоже так думал просто может есть и другие варианты — barmer   (26.07.2005 13:13 81.176.114.254, пустое)
      • А зачем лишний раз "дергаться" , если уже с самого начала ясно, что ЭТО не ТЕБЕ? Хотя, конечно, по протоколу возможны оба варианта обработки пакета. Это на ваш вкус. — Y123   (26.07.2005 13:47 82.116.48.117, пустое)
        • Увы, все равно придется дергаться по каждому принятому байту — Andrew_Q   (26.07.2005 13:58 84.254.204.13, 49 байт)
          • Это так, но не заполнять входной буфер мусором с последующим подсчетом CRC этого мусора, и если следовать протоколу - вычисткой этого мусора ( что можно не делать, но требуют). — Y123   (26.07.2005 14:10 82.116.48.117, пустое)
            • Буфер то все равно уже существует — Andrew_Q   (26.07.2005 14:20 84.254.204.13, 224 байт)
              • Как Вам угодно. :) — Y123   (26.07.2005 14:28 82.116.48.117, пустое)
          • Ответ: да увы — barmer   (26.07.2005 14:05 81.176.114.254, пустое)
        • Ответ: не дак это понятно, но я ведь должен четко определить когда будет начало следующего пакета это либо мониторить (но уж лучше весь пакет принять он хоть по прерыванию будет) или таймер прерывание и время тоже слишком часто придётся прерываться. вот и колебаюсь — barmer   (26.07.2005 13:55 81.176.114.254, пустое)
          • Вот таймером на 3 и определяй начало пакета. Не т — Y123   (26.07.2005 14:13 82.116.48.117, пустое)
            • Пардон случайно Enter нажал. 3,5 символа по таймеру прошло - следующий символ это новый пакет и он же АДРЕС слейва, Не совпало - последующими вх. байтами делаем сброс таймера, пока не сосчитает новую паузу. Но дальше адреса ковыряться с не твоим пакетом нет смысла. — Y123   (26.07.2005 14:22 82.116.48.117, пустое)
• Пардон! Свыше 19200 3,5символа=1,75миллисекунды. для 1,5 символов=0,75мс. — rezident   (26.07.2005 12:57 212.33.249.11, пустое)