[ouch-ouch 0]

Добрый день. 

1. Плата с FT2232H (VCP, ADBUS - рабочая, BDBUS - отдыхает) и stm32f415RGT6 (внешний кварц на 16МГц x PLL, итого 84МГц), через ADUM c USART1 на 5,25MBits/s с частотой 128Гц  передается пакет. 2Kb приходит на com-port аккурат, как отправлено, всё прекрасно.

2. Эта же (!) FT22332H выпаяна с той платы и запаяна на другую, с той же ADUM, но контроллером stm32f415ZGT6 (внешний кварц на 16МГц x PLL, итого 84МГц),  на ftdi c MCU ноги заведены теперь с USART1 на ADBUS (как в первом случае) и + с USART6 на BDBUS. Кидаю с той же частотой всего 5 байтов, опять на скорости 5,25MBits/s. В итоге на второй com с USART6 всё приходит, как надо, а на первый, с которым в прошлый раз всё было ок, - чушь какая-то. 

Если загнать с USART6 на ADBUS - тоже чушь начинает приходить, т.е. что-то именно с FTDI. 

Подскажите пожалуйста, в чем может быть проблема?

[Lmx2315 5]

может у вас сопли на плате или в схеме ошибка, вы хоть на какой-нить скорости данные нормально принимали?

[ouch-ouch 0]

3 минуты назад, Lmx2315 сказал:

может у вас сопли на плате или в схеме ошибка, вы хоть на какой-нить скорости данные нормально принимали?

Разводку перепроверила, всё ок, соплей нет. На 256000 действительно принимает посылаемое и на первый порт, если увеличивать до 912600 - уже нет.

[Lmx2315 5]

6 минут назад, ouch-ouch сказал:

Разводку перепроверила, всё ок, соплей нет. На 256000 действительно принимает посылаемое и на первый порт, если увеличивать до 912600 - уже нет.

А откуда вы это шлёте, часом не из под персонального компа с какой-нибудь виндой на нём?

з.ы.

хотя - даже если и так , то ну и что?? 

ладно, если у вас схематехника прекрасная  я откланиваюсь.

[ouch-ouch 0]

1 минуту назад, Lmx2315 сказал:

А откуда вы это шлёте, часом не из под персонального компа с какой-нибудь виндой на нём?

A?)

С контроллера ж шлю) С контроллера на пк, с виндой, да.

[GenaSPB 11]

В одном изделии все проблемы ушли когда перешли на использование функций из библиотеки D2 от FTDI (они все на 99% по использованию совпадают с Windows API).

Кстати, попробуйте скорости исходя из ряда 1.5 или 3 МГц.

Изменено 26 июня, 2019 пользователем GenaSPB

[HardEgor 87]

1 час назад, ouch-ouch сказал:

В итоге на второй com с USART6 всё приходит, как надо, а на первый, с которым в прошлый раз всё было ок, - чушь какая-то. 

Если загнать с USART6 на ADBUS - тоже чушь начинает приходить, т.е. что-то именно с FTDI. 

Подскажите пожалуйста, в чем может быть проблема?

Микросхему перепаивали - может быть подпалили.

Как минимум зациклить передачу 0xF0F0 и посмотреть осциллографом на качество сигналов передаваемые на ADBUS и BDBUS, питание FTDI и т.д.

На FTDI кварц стоит? Программы у приборов разные? 

[ouch-ouch 0]

36 минут назад, HardEgor сказал:

Микросхему перепаивали - может быть подпалили.

Нет под рукой.

36 минут назад, HardEgor сказал:

Как минимум зациклить передачу 0xF0F0 и посмотреть осциллографом на качество сигналов передаваемые на ADBUS и BDBUS, питание FTDI и т.д.

Вроде всё норм. Сигналы, передаваемые на ADBUS и BDBUS, выглядят идентично.

37 минут назад, HardEgor сказал:

На FTDI кварц стоит? Программы у приборов разные? 

да, кх-7 12 МГц / нет, одинаковые

[ouch-ouch 0]

1 час назад, GenaSPB сказал:

Кстати, попробуйте скорости исходя из ряда 1.5 или 3 МГц.

 

То же самое, без изменений

Изменено 26 июня, 2019 пользователем ouch-ouch

[HardEgor 87]

2 часа назад, ouch-ouch сказал:

Вроде всё норм. Сигналы, передаваемые на ADBUS и BDBUS, выглядят идентично.

да, кх-7 12 МГц / нет, одинаковые

Процентов 80, что микросхему подпалили, 10%  - ошиблись с распиновкой в программе при переходе между корпусами и 10% ошибка в разводке.

Попробуйте в цикле передавать различные паттерны и смотреть что ломается на приёме.

[ouch-ouch 0]

Оказалось всё максимально тривиально: на той самой ADUM, через которую сигнал шел, со стороны контроллера на плате был косяк производства в области земляной ноги.