Atmega128 UART на 230400, Не получается завести Atmega128 UART на 230400 кбит/с... Опции

[anpilog]

Доброго времени суток!

Есть небольшой проектик в котором я расчитывал передавать по RS485 данные на ПК со скоростью более 115200.
Первую прикидку делал в CodeVision:
// USART0 initialization
// Communication Parameters: 8 Data, 1 Stop, No Parity
// USART0 Receiver: On
// USART0 Transmitter: On
// USART0 Mode: Asynchronous
// USART0 Baud rate: 115200
UCSR0A=0x02;
UCSR0B=0x98;
UCSR0C=0x06;
UBRR0H=0x00;
UBRR0L=0x05;

Так вот при передачи данных с Atmega128 на ПК - получаю коверканые данне.
А при передачи с ПК на Atmega128 - ничего не получаею 8(

У когото был положительный опыт такой передачи?

ЗЫ:
Кварц 11,0592Мгц
На компе пробовал как родным COM портом так и USB-RS232(Ftdi)
В данный момент не могу посмотреть осцилографом 8(

[TinyQ]

попробуйте согласно AN232B-05_BaudRates(FTDI appl. note) исправить одну из маленьких скоростей на ту что нужно вам.
мне однажды это помогло.

[anpilog]

Добрался до железа.
Повозился - завёл.
Что ни говори а усиленное штудирование мануалов - прочищает 8)

Железо:
Atmega128 - 11.0592MGz
Драйвер RS485
линия передачи
Драйвер RS485
FT232BM c подключенным TXDEN к RXEN и TXEN на драйвере RS485.
Скорость 230400.
Передача данных работает.
Байтики бегают и принимаются.

FT232BM сам регулирует прием перачу и задержки.
Мега работает так:
Висим в приеме.
Как только приняли пакет данных - переключаемся на передачу.
Передаем данные.
Ждем 1мс
переключаемся в прием.

Но вот, что вылезло:
Время от отправки пакета (10 байт) до получения ответа (5 байт) составляет 15-16мс (замерял Visual Studio)

Что-то многовато 8(
Появилось подозрение на дрова FTDI 8(

Скачал последнюю версию.
Поигрался с Latency Timer в настройках драйвера. По умолчанию - 16 мс. Поставил на 1мс.
Слегка помогло. Но теперь каждые 5-6 запрос/ответ отрабатывает по старой схеме (15-16мс на цикл опроса).

Никто не сталкивался с подобной ситуацией?
Или для это FT232BM нормальная ситуация?

[rezident]

Висим в приеме.
Как только приняли пакет данных - переключаемся на передачу.
Передаем данные.

Здесь ошибка. Нужно выждать гарантированную паузу, чтобы уже мастер был готов к приему ответа. В вашем случае FT232 видимо быстро в готовность переходит, а другому оборудованию может потребоваться до десятков мс, чтобы перейти в режим приема ответа. Тем более когда линия связи весьма протяженная и на линии присутствуют репитеры RS485. А такой вариант исключать никогда нельзя.

Передаем данные.
Ждем 1мс

Здесь тоже должна быть временнАя задержка пропорциональная скорости передачи длительностью хотя бы в один символ. Хотя 1мс задержки переключения передатчика RS485 на прием достаточно вплоть до скорости 9600, но если вы только не "настольный" вариант делаете, то все эти паузы и задержки должны быть настраиваемыми под конкретное оборудование (контроллер/конвертор), скорость передачи и линию связи.

[anpilog]

Здесь ошибка. Нужно выждать гарантированную паузу, чтобы уже мастер был готов к приему ответа. В вашем случае FT232 видимо быстро в готовность переходит, а другому оборудованию может потребоваться до десятков мс, чтобы перейти в режим приема ответа. Тем более когда линия связи весьма протяженная и на линии присутствуют репитеры RS485. А такой вариант исключать никогда нельзя.
Здесь тоже должна быть временнАя задержка пропорциональная скорости передачи длительностью хотя бы в один символ. Хотя 1мс задержки переключения передатчика RS485 на прием достаточно вплоть до скорости 9600, но если вы только не "настольный" вариант делаете, то все эти паузы и задержки должны быть настраиваемыми под конкретное оборудование (контроллер/конвертор), скорость передачи и линию связи.

Я разве говорил про какое-то стороннее оборудование?
Ничего такого нет и не предвидится. А мне нужно получить наибольшую скорость передачи данных.
Да и все пакеты приходят гарантированно сбоев нету.
Есть какая-то задержка!!!

ЗЫ:
Комментарии полезные (за них спасибо) но не по существу 8(