Мелкие вопросы по МК и ПЛИС.

vitalik_1984

У меня? Нет не у меня. Надо смотреть дальше какой там включается весь код в вопросе, как я понял.

Реклама

Alexeyslav

Синхронный UART распознается не кодом а схемотехнически - помимо RX и TX есть еще вывод синхронизации(и вход на прием). Вот если он есть в схеме, тогда можно говорить об синхроне, иначе без этого сигнала он вообще работать не будет.

Реклама

vitalik_1984

А как же тогда Мк узнАет какой там он есть? Может глупые вопросы - пока не доводилось заниматься передачей данных. Вот и задаю - хочу разобраться в вопросе.
Я думал что в программе должны настраиваться все режимы.

Alexeyslav

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

Реклама

KUDRINNI

Ребята, прошу помощи.
http://radiokot.ru/forum/viewtopic.php?f=58&t=92550

Реклама

ANALOG

UART у меня асинхронный, но похоже что UCPOL это то что нужно, сейчас гляну в ДШ и попробую его выставить.
А нет, это не то, он только для синхронного режима.

Реклама

vitalik_1984

Извиняюсь тут я ошибся это таблица для usart в режиме spi

PS Alexeyslav,Что-то ваши слова противоречат друг другу

Alexeyslav писал(а):Синхронный UART распознается не кодом а схемотехнически - помимо RX и TX есть еще вывод синхронизации

Alexeyslav писал(а):МК никак не узнает - как ему скажешь так и будет работать. Если ему скажешь работать в синхронном режиме

Как же ему сказать если не кодом?
Вот же в шите написано

Еще там написано, что по умолчанию подразумевается асинхронный режим. Ну и конечно вы правы - там еще написано, что инициализация ножек перекрывается инициализацией USART и ножка XCKn используется как синхронизация.

КРАМ

ANALOG писал(а):UART у меня асинхронный, но похоже что UCPOL это то что нужно, сейчас гляну в ДШ и попробую его выставить.
А нет, это не то, он только для синхронного режима.

То, что у Вас происходит,обычно бывает, когда спутан активный уровень канала у приемника или передатчика.
Тогда постоянно взводится ошибка и происходит неконтролируемое определение конца байта.
В результате данные на приеме вроде бы стабильны, но являются абракадаброй.
И еще.
Проверьте, не установлен ли 9-битный режим на одной из сторон...

Alexeyslav

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

vitalik_1984

Да уж не простой. А с функцией записи фрагмента. На простом хрен что успеешь рассмотреть

Мечтаю себе тоже купить, да жаба давит.

Alexeyslav

Простого тоже хватит, если запустить на постоянную передачу одинаковых фрагментов.

ANALOG

Осциллографа к сожалению нет никакого.
Только что проверил флаги ошибок - ни один не вылазит

ANALOG

Совсем ничего теперь не понимаю...

Записал в меге (передатчике) в UBRR 13 вместо 12-ти которые выходят по формуле (XTAL/(8*BAUDRATE)-1) - все работает как надо.
Выходит что проблема в несовпадении скоростей

. Оба контроллера тактируются от 1 МГц внутренних генераторов, неужели у них такая большая погрешность?

BOB51

Скорее всего проблема в некорректной работе программного обеспечения.
Имеют место три независимых процесса:
текущаяобработка дисплея
прием/передача (обмен) по каналу связи и
компоновка следующего кадра отображения.
Все процессы асинхронны.
Если не просчитаны "перехваты" инициативы процессами неизбежны искажения и/или потеря целостности данных.
А каким способом осуществлять обмен... Важнее иметь грамотное разделение с последующей подстановкой буфера сегментного кода отображения и буфера сегментного кода приемника данных.

Alexeyslav

От внутренних RC-генераторов? Так они и не калиброваны даже... на заводе поставили калибровку на глаз при определенном напряжении и температуре и все. В других условиях будет отличаться, и очень сильно... до 10% кажется может запросто. Так что тебе по всей видимости придется использовать синхронный режим, или просто сконфигурируй выход опорной частоты у одного контроллера, и запитай этой частотой другой контроллер если они в одном блоке.

BOB51

Если выбрать синхронный режим при одностороннем обмене то точность генераторов особой роли не играет.
Я для подобных игрушек использую побитовую синхронизацию и программный протокол. Тихоходный и на 8 проводков (4 пары) при двустороннем обмене. Но... ни проблем с кварцеванием и/или большой разницей между быстродействием ведущего и ведомого (вплоть до длительной полной остановки одного из контроллеров) , ни проблем с математикой (типа CRC и прочего).

Alexeyslav

С побитной синхронизацией это ты придумал SPI...

BOB51

Тогда еще про SPI понятия не существовало (как и про IBM PC)

А вот ВЕКТОР06Ц + КР1816ВЕ51 и УМК уже водились...

ANALOG

В общем, всем спасибо, проблема решена. Причина - несовпадение частот тактирования МК

КРАМ

Alexeyslav писал(а):С побитной синхронизацией это ты придумал SPI...

SPI - Это ЧЕТЫРЕ сигнальных провода.
USART в синхронном режиме - ДВА.
Хоть и похожие на осциллограммах, но РАЗНЫЕ физические протоколы.