Скорость FT232R

[raskolov]

На счет троля - к моему большому сожалению, нет.
Я отлично знаю, что данные нужно сопровождать хотя бы контрольной суммой. И это естественно делается.
Вынужден перевести железо с 19200 на 128000, при чем 128000 проц дает ровненько и красивенько. На 19200 битых пакетов с данными естественно = 0, а вот с 128000 хочется понять степень риска, а он есть. Если мелочь - вопрос в принцепе закрыт. А если попахивает проблемкой, значит использую другой подход к снаряду. Вот как-то так.
Если 0.17% реальная цифра - не совсем то, что хотелось.

[Godzilla82]

Если 0.17% реальная цифра - не совсем то, что хотелось.

При параметрах 1 старт, 8 данных и 1 стоп бит - итого 10 битов.
Значит, временное смещение при определении состояния не должно превышать 5%. Делим этот допуск между приёмником и передатчиком. Получаем 2,5%.

При отклонении временных параметров до 2,5% гарантируется правильное считывание состояния передаваемого бита.

Чем вам 0,17% не понравились - непонятно.

Степень риска - она в большей степени зависит от схемы, аппаратной реализации и грамотного написания софта. Эти факторы оказывают большее влияние, нежели какая-то гипотетическая цифра, полученная неизвестно кем и неизвестно при каких условиях.

[pambaru]

И все же, кто-то располагает реальниыми данными?

Предлагаете произвести замеры и собрать статистику на десятке тысяч микросхем от -40 до +85 за чей-то счет?

0.17% - Это не мало.

Ставьте кварц, будет меньше.
Снова не устроит - ставьте генератор типа KXO-V97.

Если 0.17% реальная цифра - не совсем то, что хотелось.

А чем не устраивает то? С лихвой удовлетворяет требованиям UART.
И, кстати, Вы так и не озвучили свои хотелки. Только нехотелки
Если бы сказали, какая Вам нужна погрешность, то может сразу бы Вам и посоветовали супер-пупер микросхему.

хочется понять степень риска, а он есть. Если мелочь - вопрос в принцепе закрыт. А если попахивает проблемкой, значит использую другой подход к снаряду.

Риск кто-то вместо Вас должен оценить?

[pambaru]

Кстати, если нужна маниакальная суперточность, поставьте генератор KXO-85, он термокомпенсированный, ± 2,5 ppm, ± 1 ppm в год.
Получится самый точный UART в мире.

Правда работать будет точно также

[Godzilla82]

Получится самый точный UART в мире.

Там кроме UART ещё и USB. И вклад UART в общее количество сбоев передачи байтов далеко не основной.

Отлаживал одну железку. Использовал скорость 1 Мбит. При большом пакете (64 кБ) ошибки чуть ли не каждом втором пакете.

Нашёл терминал, который принимает такой пакет. И тут выясняется, что каждый раз доходят разное количество байтов. Причём, целиком пакет вообще ни разу не доходит. Вот те раз...

Подправил свою программу, и сбои стали происходить намного реже (раз в час-два).

Хуже другое. Даже на скорости 115200 на ноутбуке периодически отваливается связь (может через полчаса отвалиться, а может и весь день проработать). Причём перезапуск программы не помогает. Только переподключение USB разъёма.
Особо глубоко не копал. Не было необходимости. Возможно, софтовый глюк.

[mike-y-k]

Немного повозился уже с двумя подопытными FT232R.
Один на модуле от sparkfun, второй делал сам. На втором вместо 12MHz кварца подключил внешний генератор.
Починил скрипт на работу только на 115200, и однократный запуск, и на одном компьютере.
Линию связи для усложнения задачи (но с 2K2 к питанию и 50R в линию) взял из того же UTP но уже 0,5m.
Глюки начали идти при снижении частоты генератора до 11,7MHz (около 2,5%). Единственно чего не измерял - точной частоты кварца , так что расхождение условное.

И назойливо повторяюсь с просьбой для нетелепатов - можно таки про задачу целиком, а не только про не совсем понятно для чего нужную точность скорости.

Может для следующего эксперимента сделать два чипа с внешними генераторами и наладить стохастическую смену опорных частот в диапазоне .

Что мешает таки на пару выходных заставить достаточно простой скрипт на том же VB (сам не пользую из-за отсутствия Windows) просто тупо принимать заранее известные данные на нужной скорости и по результатам сравнения дать себе ответ (если расчеты не впечатляют ) о пригодности к использованию.
Кстати на этой скорости уже могут себя нехорошо проявить параметры линии связи. Они в итоге могут стать решающими при отказе от новой скорости .

[raskolov]

Хуже другое. Даже на скорости 115200 на ноутбуке периодически отваливается связь (может через полчаса отвалиться, а может и весь день проработать). Причём перезапуск программы не помогает. Только переподключение USB разъёма.
Особо глубоко не копал. Не было необходимости. Возможно, софтовый глюк.

Есть такое дело.
Это либо потому, что в настройках FT установлен ток USB на грани. А железка его иногда превышает. Шибко умная материнка может отключить разьем на котором висит железка.
И вариант номер 2 - если между PC и FT идет не постоянный поток, USB хаб материнской платы уходит в сон.
Софтовый глюк то же не исключен.

[raskolov]

И назойливо повторяюсь с просьбой для нетелепатов - можно таки про задачу целиком, а не только про не совсем понятно для чего нужную точность скорости.

Попросили поднять скорость коммуникации уже готовой железки с 19200 до 115200. 115200 не получается. Т.к. микроконтроллер тактируется от генератора 16mHz, выходит большой процент ошибки. А вот 128000 получается четко. Софт контроллера писан не мной. Он что-то там делает при передаче c USART в SPI, а назад с SPI в USART гонит данные на прямую через FIFO. На скорости 19200 вопросов, при таком подходе не возникает, да и не может возникнуть. А вот на 128000 - очень даже могут.
Вот и выходит дилемма - или у меня работы на 3 минуты (изменить 3 строки в писюковом и контроллерном софтах), или да же не знаю что людям сказать, т.к не имею не малейшего представления, что там приходит по SPI. Есть еще другой путь - заменить не вникая в дебри FT232 на FT245, но это уже совсем другая песня.
Примерно как-то так.

[mike-y-k]

А что мешает просто поставить натурный эксперимент со сменой констант и проверкой в работе. На линию связи повесить осциллограф двухканальный и посмотреть на сигнал - нужно ли дополнительное согласование до появления проблем.

[Godzilla82]

Есть такое дело.
Это либо потому, что в настройках FT установлен ток USB на грани.

Да там у FT232 вообще внешнее питание.

если между PC и FT идет не постоянный поток, USB хаб материнской платы уходит в сон.

Поток постоянный. И в сон ничего не уходит. Может час проработать, а может и день .

Это происходит от помех. Рядом работает печка в несколько киловатт и ПИД регулятором. Может и от нее что приходит.

Это я к тому, что в вашем конкретно случае расклад будет совсем другой. А по скорости - лучше придерживаться стандартного набора. Да и при 128 кбит/с ничего плохого у вас не будет. Тут много других причин.