akostin

Сегодня случайно наткнулся на требования TI, смысл которого в том, что на контроллерах с поддержкой SBW, при программировании, емкость конденсатора на выводе RST не должна превышать 2,2nF. Это независимо от того, какой программатор (USB или LPT) и какой режим (SBW или JTAG) используется, хотя в JTAG вывод RST можно к программатору и не подключать. У кого не работает, проверьте, может дело в большом кондюке. Я когда тестирировал 2272, конденсатор на RST не вешал вообще, только подтягивающий резистор, поэтому проблем не испытывал.

Оформи данные как массив констант.

Обмен данным между двумя MSP по USB- задача неоптимальная. Если так хочется обмениваться с PC по USB, то тут вариант один - имеющиеся устройства оставить так как они есть (c RS485), а вместо адаптера 232-485 сделать адаптер RS485-USB из предложенных микросхем.

www.ftdichip.com

4wire-JTAG прекрасно работает на F2272, за исключением того, что он определяется как 2274, но об этом уже где-то писали. Использовал самодельный LPT-FET по стандартной схеме. Работает как с IAR 3.42А, так и с утилитой от Elprotronic.

Всем спасибо, отговорили. rezident, отдельное спасибо за предоставленные расчеты. Black Pahan, это вы ради вывода одной строки такую хренотень нагородили? Наверное, спонсор у вас хороший.

rezident, у меня у самого больше вопросов, чем ответов, но контроллеры я нашел:http://www.gaw.ru/html.cgi/txt/ic/Fujitsu/...ntrol/start.htm. Пока, правда не разобрался, то ли это, что нужно. MSP430 выбран исходя из моих личных предпочтений и привычки, а не из каких-то технических требований. Обновление целого экрана будет достаточно редко, обновляться будет, как правило, небольшая область экрана, например, будет печататься на экране текст, вводимый с клавиатуры. А вообще как Вы скорость считали? Для последовательного канала что-ли? Я же не буду 60 раз в секунду обновлять экран - этим собственно и должен заниматься искомый в данной теме контроллер. При 8-битной шине данных, глубине цвета 8 бит и разрешении 640х480 достаточно вывести 300кБайт. Хранить их в MSP не надо, можно хранить текст или векторную графику и преобразовывать их в пикселы непосредственно перед выводом - конечно это увеличит время обновления экрана, но я не собираюсь 3D-игры на MSP писать.

Бывают задачи, где удобнее видеть большой объем информации, например параметры работы какой-нибудь промышленной установки. При цене в 5000 рублей современные ЖК-мониторы выигрывают по соотношению цена/функциональность у индикаторов типа 16*2 символов или 128*64 точки. Успеть вывести? Успевать как раз должен графический контроллер и делать это с частотой 60Гц*640*480=18МГц, а МК должен периодически обновлять информацию в видеопамяти графического контроллера. Периодически - это значит редко, например когда пользователь нажмет клавишу. Размер букв в пикселах может быть любой и количество цветов тоже.

Есть ли доступные графические контроллеры с VGA/DVI выходом, которые можно использовать совместно с устройствами на MSP430? Говорю сразу - поставить ПЛИС или DSP не предлагать - не хочу заморачиваться с отладочными средствами для них.

Кто бы их еще продавал у нас? А заодно и слоты 144 пин для них :)

Vias, если опыт производственный есть, подскажи, пожалуйста, с запасом в полтора раза эти блоки питания как долго проработают в непрерывном круглосуточном режиме? А то страшно их ставить в серийную технику.

У меня та же проблема. Нужна по сути видеокарта с VGA-выходом, изображение должно храниться в ее памяти и обновляться внешним контроллером с параллельным или последовательным интерфейсом по мере надобности.

Какие фирмы поставляют или производят в России комплектующие (печатающие головки и прочее) для изготовления принтеров, пригодных к конвеерной печати на упаковке продуктов?

Наконец то получил сегодня образцы. RKS, спасибо за помощь.

Ты что, из незалежной что-ли? Давно я у вас на Крещатике не был, лет 15. Что подаришь? F22xx или USB-FET ? Откуда там на майдане новые процы, если их еще в Москве ни у кого не сыщешь? Очень уж хлопотно к вам ехать, проще упаковку 40 штук заказать и подождать недели три.

Послал в Компэл запрос еще на той неделе - ни ответа, ни привета. Да у них, похоже и нет ни одного образца этих МК. Заказывал образцы непосредственнов в TI, так их послали через Fedex, посылка дошла до Великобритании, там ее развернули и отправили назад, причины не сообщили :cranky: Понятно, что USB-FET лучше, только стоит он раза в 4 больше. А мне только SBW нужен, так как LPT-FET для JTAG у меня есть, но в нем нет SBW.

Где можно в России заказать на пробу хоть платные, хоть бесплатные MSP430F22xx в количестве 2-3 штуки? Там вроде есть SBW, его можно юзать через EZ430 или лучше взять сразу FET430UIF для этого?

Косвенная адресация в MSP430 не может быть использована в операндах назначения, попробуй индексную адресацию типа "rra 0(Rx)".

Всем спасибо. Объяснение нашлось в Errata slaz018A. В контроллерах F169 Rev."B" и "C" присутствует неустранимая программно ошибка US14, которая заключается в пропуске стартового бита при UxBR0=3. При UxBR0>3 ошибка не наблюдается. Так что в своем макете я буду использовать скорость 4800 вместо 9600. Мой контроллер был куплен в 2004-2005 годах, а в более новых (Rev "D" и выше) этой ошибки нет. Shred, могу поспорить. Если калибровать DCO от часового кварца, в точности которого вы не уверены, то почему вы решили, что DCO, откалиброванный таким образом будет выдавать "правильную" частоту? В нем будет то же отклонение, плюс собственная нестабильность. Считаю, что такой прием хорош только тогда, когда требуется скорость обмена выше 9600, но нет высокочастотного кварца.

Решил включить бит LISTEN для приема передаваемых символов. Получил таблицу искажения байтов: посылаю принимаю 0 нет прерывания, ничего не принято 1 или 1 или 192 (1100 0000) 2, 3 224 (1110 0000) 4, 6, 7 240 (1111 0000) 5 193 (1100 0001) 8 248 (1111 1000) 9 194 (1100 0010) 10 225 (1110 0001) ... 222 255 (1111 1111) 223 255 (1111 1111) 224 нет прерывания, ничего не принято и т.д. и т.п. Что может быть? Бракованный контроллер?

В чем отличие UART в F169 от UART в F149 ? Все работало нормально на F149, на сотнях приборов, но когда я перешел на F169, UART стал некорректно работать на прием, искажает передаваемые ему байты, пропускает некоторые. Такое ощущение, что не совпадает частота передатчика (компьютера) и премника (F169), но в обратном направлении F169->PC все передается четко, значит кварц нормальный. Тактируется UART от 32768 Гц, работает на 9600. Попробовал и UART0 и UART1 - результат одинаков. Попробовать другой кристалл не могу за неимением. Код инициализации привожу. UCTL1=SWRST; UCTL1+=CHAR; UTCTL1=SSEL0+TXEPT; URCTL1=0; U1BR0=3; // 9600 U1BR1=0; UMCTL1=0x4A; _bis(UTXE1+URXE1,ME2); _bic(SWRST,UCTL1); _bic(URXIFG1,IFG2); _bis(URXIE1,IE2); P3SEL=BIT6+BIT7;

Кто-нибудь заряжал Li-Ion с помощью ШИМ ? Имеется ввиду полноценная зарядка CC-CV (постоянный ток - постоянное напряжение). Это реально сделать? Я видел только описание на MAX1879, которая, как я понял, осуществляет импульсное коммутирование ключа без измерения тока, в надежде на то, что ток ограничивается источником. При этом, ширина импулульса уменьшается по мере приближения к 4,2В. Фактически это зарядка постоянным напряжением на протяжении всего цикла зарядки. Насколько "правильно" так заряжать Li-Ion, минуя фазу постоянного тока? Я планировал регулировать ширину импульса открывания ключа, основываясь на показаних датчика тока (поддерживая постоянный ток), а по достижении 4,2В - на показаниях датчика напряжения. Однако возникл вопрос: в какой момент измерять напряжение на акк. - когда ключ открыт или закрыт. В одном случае напряжение будет выше фактического, а в другом ниже, и пока уровень достигнет 4,2В, внутренняя защита аккумулятора его отключит по причине превышения зарядного напряжения. С Ni-MH аккумуляторами это еще проходит, а с Li-Ion - нет.

Спасибо, когда почитал форум, понял что к чему в этом рисунке. Если датчик подвесить так, что его ось перпендикулярна земле, то он будет показывать 1g. Только стало непонятно, если датчик теперь отпустить, то он во время падения что будет показывать? А что там должно быть на Cx и Cy ? Напряжение, пропорциональное выдаваемому коду? Его, что, можно еще и как аналоговый датчик использовать? Взял второй экземпляр датчика. Этот вроде живой. Опрашиваю X и Y, выдает нормальный результат только по Y, а по X выдает код 4095. На Cx и Cy у него Vcc и 0.55*Vcc. Видимо, только одна ось работает.

Переворачивал, поворачивал, бросал над столом - ничего не меняется, идет только шум на трех младших разрядах. А что, 0g только в космосе? По-моему, если тело покоится, то на него действует ускорение 0g, или я не прав?

Возникла проблемка с акселерометром ADIS16006. Считывание ускорения при 0g выдает коды в диапазоне 0x0FFA-0x0FFE, при бросании ничего не менятется. По даташиту, максимум = 2048 (0x0800) при нормальных условиях, т.е. в 2 раза меньше. Причем, 2048 в состоянии покоя. Считывание канала температуры с этого же датчика дает верный результат. Кто нибудь сталкивался с такими датчиками? В чем может быть дело.