Отправлено Dred73 18 июля 2006 г. 07:58

Тема такая разрабатываю устройство для связи ПК и МК расстояние между ними 800-1000 м уважаемые знатки посоветуите как это лучще сделать

За раннее благодарен !!!

dred73(@)inbox.ru

• Если ещё интересует модбас, смотрите в почте — ubobrov   (18.07.2006 09:02 84.17.225.79, пустое)
• Ответ: Не могли бы вы по подробней рассказать. Я начинающий и у меня сейчас стоит задача связи ПК и МК на расстоянии 800-900 метров удаленных устройств несколько, как это сделать За раннее благодарен!!! — Dred73   (18.07.2006 08:21 62.33.167.196, пустое)
  • Ответ: Не пытайтесь обрабатывать принемаемую посылку в реальном времени. — Д_М   (18.07.2006 09:39 80.72.237.52, 2106 байт)
    • А я это делал - и с большим успехом. С чего вдруг нельзя такое делать ?!! — Тумблер   (18.07.2006 19:04 62.33.241.14, пустое)
  • Наиболее просто эта задача решается на физике RS485(+) — Вяч   (18.07.2006 09:13 193.110.112.141, 182 байт, ссылка)
    • Дорогие друзья я наверное немного непраильно поставил вопрос: хочу на меге 16 сделать несколько устройств которые будут обьеденены в сеть по RS485 и опрашивать и управлять этими устройствами должен ПК может быть кто нибудь решал подобную задачу (в принципе я написал на си то что мне надо но без никакого протокола а теперь мне надо тоже самое реализовать но с каким нибудь протоколом который можно несложно реализовать для AVR MeGA16 и на языке си для МК желательно чтобы в СodevisionAVR) повторюсь — Dred73   (18.07.2006 11:45 62.33.167.196, пустое)
      • Ответ: Ваша задача одна из популярнейших. Её делали многие, в том числе и на AVR. Я делал на Mega8 — Д_М   (18.07.2006 14:28 80.72.237.52, 373 байт)
  • "связь" понятие растяжимое (+) — AB   (18.07.2006 08:45 87.238.112.163, 318 байт)
• Ответ: Вычисление CRC16 на С, посылаю... — serge_mok   (18.07.2006 08:15 80.242.64.3, пустое)
• использовал. Если нет готовых приборов с модбас - лучше не используйте его. ASCII жрет много, RTU неудобен для писюка. Я использую разновидность SLIP протокола (хотя назвать такую простую вещь протоколом...) вобщем здесь неплохо продолжение — DASM   (18.07.2006 08:13 212.58.192.14, пустое, ссылка)
  • Modbus - устоявшийся индустриальный стандарт, некритичный к среде передачи (хоть оптика). RTU режим вполне удобоварим как для МК, так и для PC. — Chip'n'Go   (18.07.2006 11:09 195.98.82.25, пустое)
  • а как в нем (SLIP) определяется конец посылки? Ведь FEND передается в начале. По таймауту? — koyodza   (18.07.2006 10:47 83.170.240.226, пустое)
  • Абалденный протокол. Пихаю во все дивайсы. Пашет четка и стабильно. Одна из сишных реализаций для авр на электрониксе в соответствующем разделе в примерах. — 1111   (18.07.2006 10:08 194.158.201.59, пустое)
  • Ответ: Ну и чем он проще, или лучше, чем MODBUS? Вы хотите сказать, что MODBUS на РС реализовать сложнее, чем на uC? — Д_М   (18.07.2006 09:15 80.72.237.52, 309 байт)
    • угу. RTU задержки выдерживать в виндах по стандарту без приблуд не выйдет, а ascii вариант по-любому дрет трафиика вдвое — DASM   (18.07.2006 09:37 212.58.192.14, пустое)
      • Ответ: PC - Это не моё амплуа, но типичные, ошибки которые я наблюдал у вчерашних студентов, заключались в том, — Д_М   (18.07.2006 10:05 80.72.237.52, 494 байт)
      • ЗЫ говорить, что можно присвоить треду real time приоритет или писать свой драйвер итд итп не нада - сами свой комп вешайте — DASM   (18.07.2006 09:38 212.58.192.14, пустое)
        • надо просто давать нестандартные таймауты (порядка 300 мс) и передавать не много маленьких пакетов, а один большой - и тогда не надо потоков, и значение (время на обработки таймаута) / (передаваемый размер) будеть приемлемым — alm   (18.07.2006 10:38 82.209.201.59, пустое)