eZ430-F2013, впечатления Опции

[VVlad]

Просьба откликнуться тем, кто пользовался конроллером-конструктором eZ430-F2013.
1) На плате установлен МК MSP430x20x1. Правда ли, что его ток потребления всего лишь 220 мкА?
2) По какой технологии выполнен этот чип (мои версии - ABT, BTL, CMOS, TTL)?
В даташите на него указано " 16-Bit RISC Architecture, 62.5 ", но архитектура и технология - различные понятия или я не прав?

Думаем покупать этот набор, прошу знатоков посоветуйте, пожалуйста, на что обратить внимание?

[rezident]

That's why I hope to use DTC as trivial form of DMA.

Эта оговорка совершенно справедливая, DTC это не полноценный DMA.

Подскажите, пожалуйста, почему на следующие простые команды компилятор ругается
вот так
Error[446]: Number out of range. Valid range is -32768 (-0x8000) to 65535 (0xFFFF). C:\Documents and Settings\vlad\Мои документы\IAR Embedded Workbench\temper-prj\asm.s43 17

Потому, что #011001100111000 это десятичное число, а не двоичная запись числа. Символ # в записи указывает на способ адресации аргумента - непосредственная адресация, а вовсе не на двоичную форму записи этого числа. Двоичные числа в ассемблере IAR начинаются с префикса b или заканчиваются суффиксом b. Смотрите EW430_AssemlerReference.pdf из комплекта документации IAR.

Эскизы прикрепленных изображений

 

[VVlad]

Эта оговорка совершенно справедливая, DTC это не полноценный DMA.
Потому, что #011001100111000 это десятичное число, а не двоичная запись числа. Символ # в записи указывает на способ адресации аргумента - непосредственная адресация, а вовсе не на двоичную форму записи этого числа. Двоичные числа в ассемблере IAR начинаются с префикса b или заканчиваются суффиксом b. Смотрите EW430_AssemlerReference.pdf из комплекта документации IAR.

Благодарю за снисходительность к моему дремучему невежеству и особое спасибо за точный исчерпывающий ответ.
Обнаружил только что, есть файл msp430.h в папке X:\430\inc\, со ссылкой на файл msp430x20x2.h, где
абсолютным адресам управляющих регистров присвоены псевдонимы

Код

#define ADC10DTC0_          (0x0048)    /* ADC10 Data Transfer Control 0 */
DEFC(   ADC10DTC0         , ADC10DTC0_)
#define ADC10DTC1_          (0x0049)    /* ADC10 Data Transfer Control 1 */
DEFC(   ADC10DTC1         , ADC10DTC1_)

Можно ли использовать их вместо абсолютных адресов, например, так

Код

  
        MOV.W   #WDTPW+WDTHOLD,&WDTCTL; Stop watchdog timer
        MOV.W   #011001100111000b,ADC10DTC0_  ; Настройка первого управляющего АЦП
        MOV.W   #101000100000010b,ADC10DTC1_; Настройка второго управляющего АЦП
        MOV.W   #011001100111011b,ADC10DTC0_  ; Разрешить и запустить преобразование

Простите за ещё один глупый вопрос, но что означает символ подчёркивания, обязателен ли он (в функции DEFC два аргумента - первый без подчеркивания, второй - с ним)?

[rezident]

Можно ли использовать их вместо абсолютных адресов

При подключении соответствующего хедера использовать можно, но не рекомендуется. TI настойчиво рекомендует везде использовать стандартные символьные обозначения битов и регистров. Именно те, которые во всей документации TI упоминаются. Эти стандартные обозначения как раз в хедерах msp430xXXX.h прописаны. Хедеры с именами io430xXXX.h это аналогичное изделие, но от IAR. В заголовках хедеров обычно указано, кто их автор. Откройте в любом текстовом редакторе и посмотрите.

Простите за ещё один глупый вопрос, но что означает символ подчёркивания, обязателен ли он (в функции DEFC два аргумента - первый без подчеркивания, второй - с ним)?

Подчеркивание введено для того, чтобы различать стандартные символьные обозначение регистров и их "подстановочные" имена, используемые в макросах IAR. Как я уже написал выше, использовать следует именно стандартные символьные имена, которые без подчеркиваний в конце или начале.
Кстати, ваша запись некорректная. Вы использовали символьный способ адресации, вместо абсолютного. В результате константы в трех последних командах будут загружены совсем не по тому адресу, которому вы предполагаете. Читайте внимательно описание способов адресации операндов и их символьного обозначения в User's Guide. Вот тут на русском есть.

[VVlad]

При подключении соответствующего хедера использовать можно, но не рекомендуется. TI настойчиво рекомендует везде использовать стандартные символьные обозначения битов и регистров. Именно те, которые во всей документации TI упоминаются. Эти стандартные обозначения как раз в хедерах msp430xXXX.h прописаны. Хедеры с именами io430xXXX.h это аналогичное изделие, но от IAR. В заголовках хедеров обычно указано, кто их автор. Откройте в любом текстовом редакторе и посмотрите.
Подчеркивание введено для того, чтобы различать стандартные символьные обозначение регистров и их "подстановочные" имена, используемые в макросах IAR. Как я уже написал выше, использовать следует именно стандартные символьные имена, которые без подчеркиваний в конце или начале.
Кстати, ваша запись некорректная. Вы использовали символьный способ адресации, вместо абсолютного. В результате константы в трех последних командах будут загружены совсем не по тому адресу, которому вы предполагаете. Читайте внимательно описание способов адресации операндов и их символьного обозначения в User's Guide. Вот тут на русском есть.

В результате искренних и страстных попыток понять управление встроенным в MSP430F2012 АЦП (ADC10) сложилось впечатление, что не стоит выключать сторожевой таймер, настроить его на 100 мсек, загрузить контрольные регистры (250 мксек), запустить 16-кратную выборку (0.8 мсек), преобразование (100 мкс), посредством DTC заполнить память, выполнить усреднение (0.9 мсек), передать результат в порт вывода и уйти в спящий режим (на 97 мсек) до перезапуска от сторожевого таймера.

Относительно хедер-файлов разобрался, символ подчёркивания как признак "макросной подстановочности" осознал,
в любезно предоставленном Вами "ЮГ"-е есть фраза "В большинстве примеров показаны схожие режимы адресации для источника и получателя, но в команде возможны любые правильные комбинации способов адресации источника и получателя." после таблицы 3.3 перед замечанием о EDE и TONI.
Значит ли это, что допустимо совместить в одной команде кода ассемблера прямой режим для первого операнда (вместо #011001100111000b возможно эквивалентное #3338h)-источника с абсолютным режимом (&01B0h) для второго операнда - получателя?

Код

EDE     ORG     01B0h
        MOV.W   #WDTPW+WDTHOLD,&WDTCTL; Stop watchdog timer
        MOV.W   #3338h,&EDE  ; Настройка первого управляющего АЦП

Кстати по адресу http://focus.ti.com/mcu/docs/mcuprodcodeex...&tabId=1468
мне посчастливилось скачать файловый архив из http://www.ti.com/lit/zip/slac080,
где в файле msp430x20x2_adc10_01.asm
загрузка контрольных регистров в АЦП выглядит просто сказочно:

Код

.cdecls C,LIST,  "msp430x20x2.h"

;------------------------------------------------------------------------------
            .text                          ; Progam Start
;------------------------------------------------------------------------------
RESET       mov.w   #0280h,SP              ; Initialize stackpointer
StopWDT     mov.w   #WDTPW+WDTHOLD,&WDTCTL ; Stop WDT
SetupADC10  mov.w   #ADC10SHT_2+ADC10ON+ADC10IE,&ADC10CTL0; 16x, enable int.

Если концепция верна, то здесь первый операнд адресуется то ли прямым режимом (признак - есть символ решётки #),
то ли символьным (есть псевдонимы типа ADC10SHT_2). Или от нас скрывают какоё-то восьмое чудо света-режим комбинированный прямо-символьный? Стыдно признаться, но не могу понять. Помогите пожалуйста разобраться.