Почти. Центральное устройство - не компас, а именно "управляющий ретранслятор", он транслирует команды PC, "сверяясь" с компасом Там тоже стоит MSP(потому что больше я ничего не знаю ) И вот для этого MSP мне и нужно три UART - для приема команд PC, для опроса компаса и для передачи команд поворотнику. Вообще какой кристалл посоветуете для такой цели "ретранслятора"?

Вы меня извините... а что значит ПОЛУдуплексная?

Сообщение отредактировал Daria - Nov 29 2008, 23:50

Спасибо, понятно. (Иногда и ляпнуть что-то не подумамши полезно )
Но всё же несколько смущает, что на клоки может воздействовать и слейв. Сложно провести аналогию с классическим синхронным режимом USART или с SPI. Как-то несинхронно это
Хотя наверное можно считать, что сигнал SCL используется двояко - для передачи синхроимпульсов от передатчика к приёминку и для подтверждения приёма - в другую сторону.

ЗЫ. Ещё раз спасибо Вам (и Сергею).
ЗЫЫ. Оффтопить прекращаю

Дык выбирайте сами из таблицы. TimerA есть во всех кристаллах, а количество UARTов там отдельно указано. Если же не останавливаться на MSP430, то среди МК с ядром ARM, например, и с 5-ю UART на борту кристаллы имеются. http://mcu.caxapa.ru/db.htm
Полудуплексный режим работы означает, что в конкретный момент времени UART может выполнять только одно действие: либо прием, либо передачу. Аппаратный же модуль USART в MSP430 может одновременно и то и другое, т.е. он полнодуплексный. Если ваш протокол обмена использует схему "запрос-ответ", то полный дуплекс и не нужен.

Это значит, что в обе стороны, но по очереди
Кстати, это совершенно необязательное требование. Можно и полный дуплекс софтовый сделать. Могу бросить примерчик.

Почему сложно? Отчего несинхронно? Данные выдаются на шину SDA синхронно с SCL и считываются опять же синхронно с SCL. Какая разница кто именно (какое именно устройство) определяет длительность "нуля" на шине SCL? Вы что никогда логику I2C в ПЛИС не реализовывали что ли?
SCL не используется "для передачи синхроимпульсов", а сам является источником синхроимпульсов. Может вас смущает, что в спецификации нет четкой привязки к фронтам SCL? Ну дык это сделано с расчетом на программную реализацию интерфейса, когда переходы определяются программным поллингом (опросом) пинов МК, подключенных к шинам SCL и SDA.
Насчет оффтопа. Если у вас есть еще желание подискутировать, то давайте выделю сообщения в отдельную тему. Либо завязываем.

Завязываем, завязываем

2 Daria: вот обещанный пример программного дуплексного UART. Висит на таймере B.
 swuart.rar ( 2.9 килобайт ) Кол-во скачиваний: 87

Ага, ясно. Вообще именно "запрос-ответ", так что все в порядке
АНТОХА, спасибо за пример, скачала, посмотрю.

Такой вопрос - раньше работала только с положительными напряжениями. поэтому просто брала отсчеты АЦП, теперь могут быть и отрицательные . Питание 3,3 В, Vref=1.5B. Схема включения операционнка как в предыдущем вопросе про датчик Когда посылаешь короткий импульс тока, выходы датчика инвертируются, и нужно считать это показание
Правильно ли будет так:
Задаю V- = Vss, V+ = Vcc. V - показания АЦП, V1=(V*3.3/4096 - 1.5) и работать уже с этими значениями. Извините, что меня опять повело на тупые вопросы Просто когда изделие уже вроде работает и калибруется начали выявляться всякие непонятки оказывается, все не так надо было делать, и даже не понятно - а как же оно ухитряется работать?

Daria, вспомните формулу прямой линии в аналитическом виде. На всякий случай напоминаю.
y=a*x+b
Для вашего применения a=(Umax-Umin)/(КОДmax-КОДmin), b=Umin. Для калибровки бОльшего не нужно. Конечно же при условии, что ваши входные цепи расчитаны правильно и там не наблюдается нелинейностей, ограничений сигнала и т.п.
Если мой ответ вас не удовлетвяет, то приведите схему с напряжениями в контрольных точках. А то отписка "в предыдущем вопросе про датчик" для меня как-то малозначительна и непонятна.

Нет, вопрос был не про калибровку калибровок у меня несколько, под разные условия. Максимум и минимум сигнала, кстати, довольно сложно определить в полевых условиях, а перекалибровываться придется именно в полевых. Бог с ней, с калибровкой.
Просто я думала, что для правильного выполнения алгоритмов мне нужно работать не с отсчетами АЦП, а с реальными напряжениями, и для этого переводить данные АЦП в напряжения Но вроде и так все нормально

У прямой линии (в отличие от, например, отрезка или вектора) нет начала и конца. В то же самое время, согласно доказательству одной геометрической теоремы, через две точки можно провести только одну прямую. Коэффициент a=(Umax-Umin)/(КОДmax-КОДmin) определяет угол наклона прямой к оси абцисс и для его расчета можно выбирать любые две точки лежащие на прямой.
Извините, если вдруг обидел этим напоминанием прописных истин из школьного курса математики
Любое измерение относительно. "Измерить" означает "сравнить с чем-либо". Но пока у вас результаты измерений не выходят за пределы прибора и/или их не нужно использовать каким-либо образом вне прибора, то вы можете измерять в каких угодно "попугаях". А вот данные, выдаваемые прибором наружу, лучше представлять в каких-либо стандартных единицах измерения.

Нет, нет, не обидели Просто я не поняла сначала, про что вы говорите - голова забита своими калибровками. ( Слово одно, а подразумевается разное )

Да.да, вы совершенно правы, полностью согласна Немного сама себя запутала(с посторонней помощью), но вовремя одумалась Какая разница - в напряжениях или в отсчетах АЦП, главное соотношения между числами. а выдаются у меня - углы Ну, и управляющие команды

Такой вопрос - во время работы в отладчике происходят следующие глюки - если "шагать" по коду, то где-то на 10-м, 12-м шаге все зависает, и нужно выходить из отладчика. Более того, такой кристалл, 149, по даташиту позволяет три точки останова при работе в реальном времени, если не ставить флажок Run to, но далеко не всегда позволяет на самом деле, иногда уже после первой в глухую зависает. И еще - иногда самопроизвольно выходит из отладчика, при этом flash стирается. Работаешь, вдруг - бац, вышел, стер и даже ничего не сообщил С каждым днем это происходит все чаще. если раньше раз в месяц, то сейчас уже буквально каждый день. Вопрос - это скорее глюки IARa или самого проца?

Сообщение отредактировал Daria - Dec 7 2008, 17:38

Какая версия IAR? Какие опции в дебаггере включены?
C-CPY одну аппаратную точку останова под свои нужды использует. А с самопроизвольным стиранием Flash в дебаггере я вообще никогда не сталкивался Это что-то весьма экзотическое. Возможно особенности (глюки) вашей программы.

Напоминаю, что на время стирания и записи нужно запрещать все прерывания и WDT желательно останавливать. А может вы просто где-то ошиблись с битами и вместо стирания сегмента (Erase individual segmet only) вызываете стирание всей Flash (Erase all main memory segments).

А что если считать переменную через укзатель? Не подставит ведь константу?
В крайнем случае через volatile указатель.