У меня другой прикол, на мегабите при взводе флага rts руками при обработке прерывания RXNE с компа ещё прилетает 2 байта

То есть получается, что на такой скорости тормозить прием по 1 байту не получится, без потери данных

Всегда ещё 3 будет прилетать

может и больше прилететь, уарт в компе он такой )

У меня другой прикол, на мегабите при взводе флага rts руками при обработке прерывания RXNE с компа ещё прилетает 2 байта

так а зачем его при обработке RXNE руками то взводить?

У меня другой прикол, на мегабите при взводе флага rts руками при обработке прерывания RXNE с компа ещё прилетает 2 байта

На переключение контекста видимо время уходит. С аппаратным RTS себя так же ведет?

так а зачем его при обработке RXNE руками то взводить?

Теста ради, чтобы посмотреть, что передача тормозится вообще.

На переключение контекста видимо время уходит. С аппаратным RTS себя так же ведет?

С аппаратным вообще не тормозится, видимо, мне в прерывании не хватает каких-то мксек единиц, чтобы обработать данные, а подлетают следующие и начинаются потери

С аппаратным вообще не тормозится, видимо, мне в прерывании не хватает каких-то мксек единиц, чтобы обработать данные, а подлетают следующие и начинаются потери

Должен тормозиться, у меня всё работало, и картинка с анализатора полностью совпадала с таковой из RM, т.е. RTS взводился на тот промежуток времени, пока DMA расшевеливался и доставал байт из DR.

Ну я получаю байт и жду ещё несколько, пока пакет полностью не придет, потом его целиком копирую в другой массив. Казалось бы, когда делаю эту обработку, должно тормозить, но нет

Какие-то пакеты теряются

Ну я получаю байт и жду ещё несколько, пока пакет полностью не придет, потом его целиком копирую в другой массив. Казалось бы, когда делаю эту обработку, должно тормозить, но нет

Анализатора нету?

Есть, просто летят пакеты с уарта без остановок

ERROR: S client not available

Ртс поднимается на какой-то короткий промежуток, пока по rxne не забрал байт

летят при высоком rts? значит тот кто шлет cts не анализирует

а не на броадкоме такая засада? там в драйверах ядра rts сломан

ещё точнее - на малине

Вопросы знатокам жк панелей: 1. В гугле пишут LVDS протокол стандартный для разных панелей. Так ли это на самом деле, в реальности? Если рассматривать панели, с одинаковым количеством бит? 2. В моем понимании, даже если клоки неправильные или порядок битов неправильный, все равно на матрице должно быть какое то дрыганье? Полоски, артефакты? Может ли быть такое, что контроллер видит неправильные клоки или данные и просто отбрасывает их, т.е. выводит черный экран? 3. Требуется ли инициализация контроллера установленного в самой матрице? Вроде того, как например это сделано в SPI дисплейчиках. 4. Про HDMI-LVDS конверторы. В моем понимании, EDID читается по HDMI из внешней EEPROM, однако предназначен он только для видеокарты. Играет ли EDID какую то роль для контроллера самой матрицы?