Отправлено rezident 14 апреля 2005 г. 15:18 В ответ на: Я так понял, что передавать пакеты из -под WIN я худо-бедно смогу, а с приемом будут большие проблемы... Тогда, конечно, нужно вставлять промежуточный девайс, обменивающийся с компом, к примеру, по Wake. Коряво, конечно, но конечный девайс использует ModBus... отправлено Неучь ночная 14 апреля 2005 г. 14:50

Ваш PC будет исполнять роль мастера для RS-485? Если так, что мешает ведущему самому организовывать задержки при опросе ведомых? Спросил-подождал ответа-(не)получил ответ. В таком режиме не обязательно следить за паузой на приеме. Можно по CRC определять корректность приема пакета.

• Да, пожалуй, такой способ в моем случае возможен... Спасибо за обсуждение! — Неучь ночная   (14.04.2005 15:40, пустое)
• если rtu то мастер должен держать линию 3.5 байта после пакета в 1. а потом отпустить и перейти на приём - так это то как раз под виндой и проблематично :). а я просто вопрос оригинальный не верно прочитал. — Max_Fly   (14.04.2005 15:26, пустое)
  • ...ну это скорее просто Ваше мнение! — SimplyMe   (14.04.2005 15:44, пустое)
    • а что вас смутило? — Max_Fly   (14.04.2005 16:28, пустое)
      • "Держать" линию стандарт не требует!! Кроме того.. — SimplyMe   (14.04.2005 17:22, 314 байт)
        • Ответ: а вообще я RTU не люблю. :). — Max_Fly   (14.04.2005 19:42, пустое)
        • о помехозащищённости и речь. стандарт требует выдержать паузу. (+) — Max_Fly   (14.04.2005 19:37, 281 байт)
  • Кстати, если ведомые контроллеры с RS485 проектируются самостоятельно, то рекомендую в поддержку протоколоа закладывать функции минимальной и максимальной задержки ответа. Это позволит избежать многих трудностей при настройке сети. — rezident   (14.04.2005 15:42, пустое)
  • А причем тут Windows? Это м/б функций конвертора. У нас конвертор RS232-RS485 сам линией управляет. — rezident   (14.04.2005 15:39, пустое)
    • ну дык и я предложил то же :). софтом - напрягает. — Max_Fly   (14.04.2005 16:29, пустое)