USART с Mega8 распознаётся не всеми Com портами(, прототокол USART с Mega8 распознаётся не всеми Com портами( ПАМАГИТЕ&# Опции

[SergM8]

Создал своё устройство результаттом его работы является подача в СОМ порт 4-рёх разных символов, в зависимости от режима, переодичность символов 0,2 сек. Проблема в том что протокол не читается встроеным ком портом материнской платы! проверял на 3-х совсеренных материнкаж, при этом всё отлично работает на PCI-ом СОМ порте, на внешнем компорте который который подключается через USB, так же нормально работает с встроеным КОМ портом на двух ноутбуках! Сигнал на КОМ порт идёт идеальный прямоугольный, режим работы асинхронный т.е. используется один провод, скорость 4800 бод, пробывал и с проверкой чётности и без неё результаты не меняются, где работало там работает а где не работало там и не работат. На встроеных ком портах показывается одна 7-как (как и должно быть) а на встроеных показываются разные символы в перемешку с семёркой например "шф7а7а7а7а|7"и т.д. одним словом мусор, причём декодируются не все симаолы много пропущеных! прилагаю в схеме схема адаптера, сигнал смотрел во всех сучаях - идеальные прямоугольные импульсы.

Эскизы прикрепленных изображений

 

[rezident]

Для передачи цифровых сигналов на большие расстояния принято применять дифференциальные интерфейсы, типа RS422 или RS485. Совет с MAX1480 вовсе неплохой. Это проверенная временем и многими применениями м/с. Да, она дорогая, но работает так как указано в описании.
Вы же с помощью оптрона пытаетесь реализовать интерфейс "токовая петля". Тоже неплохой по помехоустойчивости интерфейс, только с ним есть несколько нюансов.
1. Оптрон в вашем случае должен быть установлен непосредственно возле разъема COM-порта. В длинную линию нужно передавать сигнал тока, а не напряжения. Но при этом вы готовы к тому, что все наводки длинной линии примет на себя порт вашей Меги или чего там в у вас? И как вы предполагаете в этом случае будет обстоять дело с ее помехоустойчивостью, а?
2. Запитать выходную часть оптрона лучше все-таки от дополнительного изолированного источника. Если же запитываете непосредственно от COM-порта, то посмотрите хотя бы как это делали другие. http://www.caxapa.ru/sch/rs232.html
3. При передаче через "токовую петлю" требуется учитывать сопротивление линии связи. На 1 км сопротивление проводов может быть существенным и потребуется коррекция тока (придется подобрать резистор к излучающему диоду оптрона).

Короче я не совсем понимаю ваши изыски. Есть готовые и широкораспространенные решения для промышленных интерфейсов, зачем изобретать именно свой велосипед?

А RS232 это как раз UART - асинхронный протокол.

UART это не протокол, это интерфейс.

UART это не протокол и не интерфейс, это устройство или периферийный модуль микроконтроллера - Universal Asynchronous Receiver / Transmitter. А вот RS232 это да, стандартный интерфейс.

Прикрепленные файлы

 Summary_of_Well_Known_Interface_Standarts_AN_216.pdf ( 140.52 килобайт ) Кол-во скачиваний: 40

 

[defunct]

UART это не протокол и не интерфейс, это устройство или периферийный модуль микроконтроллера - Universal Asynchronous Receiver / Transmitter. А вот RS232 это да, стандартный интерфейс.

Связать два разных устройства (напр МК разных семейств) по сигналам UART (0 - +3..+5) без доп. драйверов и преобразователей уровней ничто не мешает, следовательно это интерфейс, хоть и не относится к стандартным. Шина памяти у мег 64/ 128 и иже с ними тоже интерфейс (параллельный), а не некое устройство "модуль" мк.