давайте обсудим решение мультиплексора 2-х УАРТов (+) («Телесистемы»: Конференция «Микроконтроллеры и их применение»)

[an error occurred while processing this directive] давайте обсудим решение мультиплексора 2-х УАРТов (+)

(«Телесистемы»: Конференция «Микроконтроллеры и их применение»)

Отправлено allmaker 21 марта 2006 г. 16:28

Есть 2 источника данных (RS232, 19200). Принимать их и обрабатывать меге64. Свободный порт в меге остался один. Количества данных не большие, идут редко. Есть сигнал наличия данных от одного из источников. Можно сваять внешний мультиплексор на рассыпухе или на логике, но нет желания. А если так:
Подать данные на 2 входа меги с внешними прераваниями, а управление на 3-й вход (любой). Разрешить прерывание (на входе в соответствии с сигналом управления) при спаде импульса. При возникновении прерывания устанавливать в 0 бит регистра PORT с УАРТом. Внешнее прерывание назначить на фронт импульса. Повторить с входом УАРТа тоже действие (установить в 1). и т.п.
При изменении сигнала управления, который дается чуть раньше данных, переключить обработку прерываний.
Какие мнения?
Заранее спасибо.

Составить ответ ||| Конференция ||| Архив

Ответы

Ответ: Где-нибудь можно достать софт, для создания 3D моделей компонентов для PROTELa? — wwwitalik (21.03.2006 19:00 212.119.250.138, пустое)
Спасибо всем. Сделаю как решил. — allmaker (21.03.2006 17:52 213.227.199.171, пустое)
Что значит "схемы с внешними элементы не рассматриваем"? А драйвер RS-485 на каждый канал будет? Если так, то объеденить их RX и TX их раздельное управление и может не надо признака источника (если как-то по содержимому посылку можно будет сказать). — POV (21.03.2006 17:32 213.137.239.71, пустое, ссылка)
- я не говорил про 485-ый. нет их там — allmaker (21.03.2006 17:43 213.227.199.171, пустое)
Что если сделать так. Более частые данные принимать свободным уартом, а — GM (21.03.2006 17:21 84.252.243.82, 184 байт)
Вот можно на SPI повесить и будет ещё один UART (+) — palito (21.03.2006 17:07 80.250.178.130, пустое, ссылка)
2xMAX3222 управление на EN, на другой драйвер всегда инверсно, ну и на прерывание проца — -=Vit=- (21.03.2006 17:07 83.170.240.226, пустое)
чего то я не заметил ничего про софт уарт? зыбали?) — ы (21.03.2006 16:38 80.92.98.211, пустое)
- т.е. забыли... — ы (21.03.2006 16:38 80.92.98.211, пустое)
  - т.е. F5 :) --> — =AVR= (21.03.2006 16:41 80.92.96.19, пустое, ссылка)
    - новое правило - прежде чем ответить нажми F5:) — ы (21.03.2006 16:44 80.92.98.211, пустое)
Гораздо проще, логичнее и надежнее добавить програмный УАРТ. Исходники есть у Атмела, например, AVR304-305 --> — =AVR= (21.03.2006 16:36 80.92.96.19, пустое, ссылка)
- пробовал. не успеваю. задач многовато. — allmaker@ukr.net (21.03.2006 16:40 213.227.199.171, пустое)
  - Плохо пробовал. Я делал 4 програмных полных 115КБодUART (Rx+Tx) на М128@14.745МГЦ, оставалось 10-20% свободного времени — =AVR= (21.03.2006 17:12 80.92.96.19, пустое)
    - м64 7.3728МГц, задействованы все таймера. можно, конечно еще поизголяться... — allmaker (21.03.2006 17:25 213.227.199.171, пустое)
  - Поставить самую дешевую тиньку дополнительно. Пусть приемом занимается и по SPI отдает. — Codavr (21.03.2006 17:02 193.233.48.103, пустое)
  - а память свободная есть? — ы (21.03.2006 16:48 80.92.98.211, пустое)
    - собственно о чем речь.. — ы (21.03.2006 16:53 80.92.98.211, 338 байт)
      - а помехозащита? один семпл не кошерно — allmaker   (21.03.2006 16:57 213.227.199.171, пустое)
        
        RC на вход и уже кошерно. — Codavr   (21.03.2006 17:06 193.233.48.103, пустое)
        
        почему 1? 2 - 38400 же — ы   (21.03.2006 16:59 80.92.98.211, пустое)
        
        ну да, собственно... и еще. где гарантия, что принятые 8 бит это переданный 1 байт? — allmaker   (21.03.2006 17:05 213.227.199.171, пустое)
        
        не понял. разбором бит занимается супер луп которая определяет старт, стоп - все как надо. — ы   (21.03.2006 17:10 80.92.98.211, 314 байт)
        
        есть такой алгоритс over - sampling есть хорошая pdf толи от чипкона толи от нордика. как раз для приема асинхронного потока — ы   (21.03.2006 17:16 80.92.98.211, пустое)
        
        вот. только там для поболее семплов но идею с теорией можно подчеркнуть. — ы   (21.03.2006 17:23 80.92.98.211, пустое, ссылка)
        
        спасибо — allmaker   (21.03.2006 17:39 213.227.199.171, пустое)
        
        А гарантий даже CRC32 не дает — Codavr   (21.03.2006 17:07 193.233.48.103, пустое)
        
        не в том смысле (+) — allmaker   (21.03.2006 17:10 213.227.199.171, 77 байт)
        
        не в том смысле (+) — allmaker   (21.03.2006 17:10 213.227.199.171, 77 байт)
    - да — allmaker (21.03.2006 16:49 213.227.199.171, пустое)
  - А как вы собираетесь несинхронизированные по времени пакеты обрабатывать? Будет игнорировать один из двух, которые одновременно придут? — rezident (21.03.2006 16:43 195.222.149.11, пустое)
    - да, для моего случая это нармально (+) — allmaker (21.03.2006 16:47 213.227.199.171, 133 байт)
      - Есть ли после прихода нужного пакета , Время , когда нужного пакета точно не будет. (И только это время выделять под прием достаточно частых и периодичных данных) — MrSerg (21.03.2006 17:02 80.95.38.197, пустое)
      - Тогда встает вопрос приоритета. Если принимается менее приоритетный, как поступать с ним если пошел более приоритетный? — Codavr   (21.03.2006 16:59 193.233.48.103, пустое)
        
        херить. он скоро опять прийдет — allmaker   (21.03.2006 17:04 213.227.199.171, пустое)
        
        NMEA? :)) — ы   (21.03.2006 17:05 80.92.98.211, пустое)
        
        Через секунду? — Codavr   (21.03.2006 17:08 193.233.48.103, пустое)
        
        ф точку :)) — allmaker   (21.03.2006 17:06 213.227.199.171, пустое)
        
        Ну если есть заранее сигнал от приоритетного, то передернуть УАРТ и все. (Проводное ИЛИ понятное дело) — Codavr   (21.03.2006 17:13 193.233.48.103, пустое)
        
        Осознал (+) — Codavr   (21.03.2006 17:22 193.233.48.103, 249 байт)
        
        как вариант — allmaker   (21.03.2006 17:46 213.227.199.171, пустое)
        
        ха ха...они ж на 9600 гонят по умолчанию. почему да и зачем 19200? 9600 я спокойно 4 семплами и вылавливаю. правда проц у меня помошнее)) — ы   (21.03.2006 17:12 80.92.98.211, пустое)
        
        По умолчанию 4800 — Codavr   (21.03.2006 17:14 193.233.48.103, пустое)
  - во психанул с регистрацией... — allmaker (21.03.2006 16:42 213.227.199.171, пустое)
- Угу. Согласен. Тем более, что по времени эти два потока похоже никак не синхронизированы. — rezident (21.03.2006 16:38 195.222.149.11, пустое)
Подать данные на вход UART по схеме "Монтажное И". — vmp (21.03.2006 16:32 62.117.78.2, пустое)
- схемы с внешними элементы не рассматриваем — allmaker (21.03.2006 16:34 213.227.199.171, пустое)
  - Если приемники RS-232 с открытым коллектором, то число внешних компонентов даже уменьшается. — vmp (21.03.2006 16:37 62.117.78.2, пустое)
А что, протокола нет? Данные только на прием? — Vladimir Ljaschko (21.03.2006 16:31 80.134.12.37, пустое)
- только на прием. причем случайным образом — allmaker (21.03.2006 16:35 213.227.199.171, пустое)
  - То есть данные могут поступать одновременно? Если так то два канала приема в буфер и затем на выход, а если еще и протокол какой-никакой, то еще и с ним разбираться а то насыпешь байтов вперемешку. — Codavr (21.03.2006 16:52 193.233.48.103, пустое)
    - вперемешку не будет. тут все ок. пакеты явно различаются. и, кроме этого --> — allmaker (21.03.2006 17:00 213.227.199.171, пустое, ссылка)

Перейти к списку ответов ||| Конференция ||| Архив ||| Главная страница ||| Содержание

E-mail: info@telesys.ru

Ответы

Отправка ответа