Планирую сделать программную эмуляцию сигналов DTR CTS готовности в системе из Микроконтроллера и PC. («Телесистемы»: Конференция «Микроконтроллеры и их применение»)

Разработка, производство и продажа радиоэлектронной аппаратуры

| Карта сайта | Пишите нам | В избранное

Требуется программист в Зеленограде
- обработка данных с датчиков; ColdFire; 40 тыс.
e-mail:jobsmp@pochta.ru

Телесистемы | Электроника | Конференция «Микроконтроллеры и их применение»

Планирую сделать программную эмуляцию сигналов DTR CTS готовности в системе...{+}(+)

Отправлено dip 13 февраля 2008 г. 14:40

Текст заголовка сообщения полностью: Планирую сделать программную эмуляцию сигналов DTR CTS готовности в системе из Микроконтроллера и PC.

Данные могут случайным образом в пакетах по 16 байт передаваться асинхронно в обоих направлениях.
Хочу использовать сигналы готовности МК и PC - а именно

DTR-сигнал готовности РС, который выставляет РС_ для_ контроллера и показывает, что PC готов принимать данные от МК ,

a CTS-это сигнал, который выставляет МК_ для_PC, который показывает, что МК готов принимать данные с PC.

Это правильно?

Оба сигнала планирую завести на max232 вместе с Rx Tx- всего 4 провода + земля.

Составить ответ | Вернуться на конференцию

Ответы

Немножко не так — vitalyn (13.02.2008 15:01:39 195.140.182.162, 638 байт)
Только будье готовы, что после деактивации RTS по TXD еще остатки из FIFO могут прилететь. Т.е. наличие FIFO нужно в любом случае учитывать. — rezident (13.02.2008 15:00:17 195.222.149.11, пустое)
- А это разве не какой-то глюк древних 16550, который пофиксили? — SM (13.02.2008 15:05:5 80.92.255.53, пустое)
  - программеры уверяют, что во всех РС-шках так, пришлось в нашем UART (DCE) — yes (13.02.2008 16:15:19 87.236.81.130, 246 байт)
  - в драйвере(АПИ) форточек, аппаратный контроль можно отключить в настройках,...{+}(+) — ответ (13.02.2008 15:34:52 89.111.178.2, 260 байт)
    - ну что его можно отключить - это известно. А можно еще xon/xoff включить. Но это все проблема юзера, а не разработчика железа. — SM (13.02.2008 15:43:3 80.92.255.53, пустое)
А DTR-то на кой? Хватит RTS/CTS (+) — SM (13.02.2008 14:45:0 80.92.255.53, 235 байт)
- На МК реализован мост RS232 CAN2.0 + дополнительные функции по мониторингу CAN шины. — dip (13.02.2008 16:30:38 77.123.4.254, 1273 байт)
  - Ответ: (+) — SM (13.02.2008 16:41:39 80.92.255.53, 491 байт)
    - Ответ: А использовать для обмена нужно 0-модемный кабель(со скрещенными RTS CTS)? — dip (13.02.2008 16:46:46 77.123.4.254, пустое)
      - Это как Вы сами на разъем сигналы выведете. Если как для DCE - то обычный модемный кабель. Если как для DTE, то нуль-модемный. — SM   (13.02.2008 17:09:29 80.92.255.53, пустое)
        
        А есть ли смысл поставить чип 16с750 Texas, Philips? Может есть что-то в ме...{+}(+) — dip   (13.02.2008 17:34:39 77.123.4.254, 333 байт)
        
        Во как интересно. На SPI ноги есть :) А там их 4 (MISO MOSI SCLK CS). А на TXD, RXD, CTS, RTS нет :) Хотя тоже 4. — SM   (13.02.2008 17:51:8 80.92.255.53, пустое)
        
        SPI уже есть - доп. ноги не нужны кроме CS, наверное поставлю pic16f690 там и UART есть и SPI — dip   (13.02.2008 18:17:18 77.123.4.254, пустое)
        
        Кстати уарты со SPI вроде exar делал, но дешевле самому на МК лишнем сваять, или основной МК помощнее взять. Да и хрен купишь эти ексары. — SM   (13.02.2008 17:54:49 80.92.255.53, пустое)
- Одна маленькая деталь об аппаратном управлении потоком. Оно не совсем аппаратное (+) — vinogradov aleksei (13.02.2008 15:05:28 92.112.0.49, 310 байт)
  - э-э-э, вот выдержка из даташита на 16C750, аппаратно оно рулится (+) — SM (13.02.2008 15:09:49 80.92.255.53, 1435 байт)
    - Похоже, уже поправили. Но не стоит на это полагаться, ведь дивайс может быт...{+} — vinogradov aleksei (13.02.2008 15:11:14 92.112.0.49, 185 байт)
      - Последние глючные экземпляры вроде как были в 90-х годах того столетия :) — SM (13.02.2008 15:11:59 80.92.255.53, пустое)
    - и в 16550 то же. смотри низ 3-ей страницы даташита — SM (13.02.2008 15:11:11 80.92.255.53, пустое, ссылка)
      - Я смотрел в ST16C550 от EXAR, там не пофиксили ... — vinogradov aleksei   (13.02.2008 15:13:27 92.112.0.49, пустое)
        
        Дык это не удивительно - в 16С550 вроде как глюк устранили начиная с 16C550A (потом еще были B и C). А без буквы он как был глючным, так и есть. Только я не знал, что их таких еще делают :) — SM   (13.02.2008 15:18:14 80.92.255.53, пустое)
        
        Я даже помню, как в то фидошное время все искали платы на 16C550A, чтобы модемы в мультизадачной системе не глючили :) — SM   (13.02.2008 15:21:0 80.92.255.53, пустое)
        
        Понял, спасибо ... — vinogradov aleksei   (13.02.2008 15:22:56 92.112.0.49, пустое)