Форум РадиоКот

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Совсем ничего теперь не понимаю...
Записал в меге (передатчике) в UBRR 13 вместо 12-ти которые выходят по формуле (XTAL/(8*BAUDRATE)-1) - все работает как надо.
Выходит что проблема в несовпадении скоростей . Оба контроллера тактируются от 1 МГц внутренних генераторов, неужели у них такая большая погрешность?

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

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

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

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

Тогда еще про SPI понятия не существовало (как и про IBM PC)
А вот ВЕКТОР06Ц + КР1816ВЕ51 и УМК уже водились...

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

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

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

Мыр-мыр...
Вообще-то SPI работает с тремя MOSI, MISO и SCK - линия /SS служебная.
В принципе, все те же вариации на тему сдвигового регистра...
А мой имел вот такую схему (да еще и на вывернутой "токовой петле"): хоша... и по сей день прекрасно работает.

Вариации на тему сдвигового регистра - любой последовательный интерфейс...
Но не любой будет называться SPI.

А вот проводов в общем случае именно 4.
Иначе slave не определит конец.

Друзья, направьте меня, пожалуйста, в нужную тему или на нужный сайт. Ищу себе простой ИК-приемник на УНЧ (на микре tda1558q) на 2 канала, хотя задействован только 1 канал. Нашел несколько приемников (на MAX5440, например), но либо приемик собран на другой tda, либо МК у нас в городе не купишь (например, Мега8), либо дорогие МК и на много каналов..

Братцы котики помогите разобраться. Понадобился миниатюрный генератор сигналов (ГС). Выбор пал на микроконтролер. Нашел в инете спеца, который любезно согласился написать програму. Но он молодчина не только программу написал но и схему обвязки ГС сделал. Прислал мне все это с описанием и НЕХ кодом. А я прикупил прогромматор. В инете нашел, все что нужно для прошивки тиньки 25. И вроде все правильно сделал и прога вроде "сказала" что все прошито, а когда тиньку вставил в устройство и включил, то на выходе ничего НЕ обнаружил. Нема сигнала. Что проверить и как...Фото программатора прилагаю. Прошивал прогой PonyProg2000. Помогите советом. Спасибо