Отправлено _MICV_ 26 июля 2005 г. 12:33 В ответ на: MODBUS и реализация отправлено <font color=gray>barmer</font> 26 июля 2005 г. 12:25

• Принимается первый байт (ID) и если не свой, то все остальные игнорируются до паузы в передаче длительностью 3,5 символа. На скоростьях выше 19200 пауза не зависит от скорости, фиксированная 0,5мкс . — rezident   (26.07.2005 12:53 212.33.249.11, пустое)
  • Ответ: меня вот что смущает как ловить паузу, ведь кроме этого и других задачь полно а делать на прерывании как то круто этож при 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, пустое)
• Ответ: адрес ведь в самом начале принял этот байт а потом жди начала следующего пакета если этот не твой? — barmer   (26.07.2005 12:39 81.176.114.254, пустое)