Супернизковольтные и супернизкопотребляющие МК MSP430, 0,9В...1,65В; 45мкА/МГц Опции

[rezident]

Любопытные MSP430 анонсировала TI. Питание 0,9В...1,65В. Потребление 45мкА/МГц. Есть 8-ми битный АЦП, 8-ми битный ЦАП, компаратор, встроенная опора, таймеры, WDT, супервизор питания, BOR, низкочастотный встроенный генератор, низко-/высоко-частоный генератор на внешнем кварце.
http://processors.wiki.ti.com/index.php/Lo...ers_from_MSP430
http://focus.ti.com/docs/prod/folders/print/msp430l092.html
Вот только непонятно куда можно применить МК у которых совсем нет ПЗУ (MSP430L092), а только ОЗУ в наличии.

[MrYuran]

Вот только непонятно куда можно применить МК у которых совсем нет ПЗУ (MSP430L092), а только ОЗУ в наличии.

При включении старший жирный и прожорливый MSP-мастер раздаёт задания мелким L09x и навеки (или до какого-то глобального эвента) засыпает в LPM4. Как-то так...

[rezident]

При включении старший жирный и прожорливый MSP-мастер раздаёт задания мелким L09x и навеки (или до какого-то глобального эвента) засыпает в LPM4. Как-то так...

Только задание он должен через JTAG раздавать получается?

[MrYuran]

Только задание он должен через JTAG раздавать получается?

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

Глянул подробнее - у тех, что есть 1-2к ROM - это именно ROM с зашитым загрузчиком.
А в принципе, почему бы и по JTAG не заливать?
Может, этакий своеобразный Daisy Chain можно организовать?
И с одного мастера залить все слейвы.
Надо читать доки.

Интересно ещё о стоимости узнать. На сайте ТИ нашёл только ссылку на заказ сэмплов.

Сообщение отредактировал MrYuran - Sep 20 2010, 12:58

[rezident]

Надо читать доки.

Доки пока еще отсутствуют. Это типа анонса новых МК.

[MrYuran]

Доки пока еще отсутствуют. Это типа анонса новых МК.

Может, новая идеология? Вместо одного сосредоточенного в пространстве контроллера (и сопутствующих проблем с разводкой) - гроздь мелких копеечных недоконтроллеров-слейвов, микропотребляющих, малошумящих и выполняющих по месту каждый свою небольшую задачу.
Как идея?
Всё-таки мне кажется, что "старшие" из этого семейства могут грузиться сами и грузить остальных.
Особенно интересно будет, если их разбить на классы, в каждом из которых "выпятить" какую-нибудь фичу: 12-14-16 SAR (Sigma-Delta) ADC, DAC, опер, или ещё чего-нибудь...

[rezident]

Как идея?

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

Особенно интересно будет, если их разбить на классы, в каждом из которых "выпятить" какую-нибудь фичу: 12-14-16 SAR (Sigma-Delta) ADC, DAC, опер, или ещё чего-нибудь...

А в конце этой логики простейших программируемых устройств должен быть резистор с программируемым номиналом Опять-таки боян

[Mahagam]

что-то мне кажется, что версия с 2к рамы - просто для отладки. и C-версия - без флешки, OTP. которую и надо пихать в серийные изделия.

[igorsk]

The MSP430L092 EVM consists of 2 separate PCB boards. The first one, the L092 target board, contains the socket for the device, an EEPROM to store the firmware, two LEDs for debugging purposes, and the breakout pins for prototyping.

[rezident]

igorsk, ну и...? Что вы хотели сказать, выделив слова про EEPROM? Это просто место для хранения firmware. Чтобы программа на компе "знала" откуда брать исполняемый код для загрузки в SRAM МК. Загружать из EEPROM программу MSP430L092PWR самостоятельно не может. Посмотрите схему этой DevBoard, если не верите. Там даже питание для этой M95512R отдельное, повышенное. Потому, что для нее требуется минимальное питание величиной хотя бы 1,8В. А для MSP430L092 максимальное допустимое - 1,65В.

Update. После просмотра вот этой презентации у меня зародилось сомнение, что я неправ насчет EEPROM. Похоже MSP430L092 действительно может сам грузиться из внешней SPI EEPROM. Видимо чтобы не гадать и не догадываться, нужно просто дождаться внятной документации от производителя.

Сообщение отредактировал rezident - Sep 20 2010, 21:43

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

 

[igorsk]

Из User Guide:

The loader code in the MSP430L092 is TI-provided ROM firmware that provides a series of services. It
enables customers to build autonomous applications without the need for a custom ROM mask. Such an
application consists of an MSP430 device containing the loader (for example, MSP430L092) and a SPI
memory device (for example, '95512 or '25AA40). These and similar memory devices are available from
various manufacturers.

[rezident]

Угу. Сегодня на страничке продукта появилась вся документация. И datasheet и User's Guide и Errata. Не хватает только MSP430L092 Loader Code User's Guide (SLAU324), ссылка на который есть в MSP430x09x Family User's Guide.

[MrYuran]

Я так и думал.
Таким образом, основное назначение - локальные тривиальные "драйверы светодиодов", учитывая, что ещё и вся прошивка на виду.

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

По-моему, здесь будет рулить TinyOS.
А вообще, очень интересно. Особенно цена.
Если 4-5 таких МСП-шек будут стоить как одна "взрослая", то почему бы и нет?
Особенно если они будут поддерживать цепочечную загрузку, как плисы.
Получаем реальную многозадачность с узкозаточенностью каждой задачи на микропотребление и практически без накладных расходов.
Вот ещё номенклатуру всё-таки надо расширить хотя бы по нескольким направлениям. Например, в сторону многоногости.
32+ GPIO идеально подошёл бы под драйвер сегментных LCD.

[Shread]

Помоему основное назначение этих мк - девайс с питанием от 1 батарейки, время жизни которого совпадает со временем работы от 1 батарейки. Т.е впаяли батарейку - прошили, пока батарейка работает - оно работает. Село- выкинули. Ставить например в кросовки всякие(как TI любит)...

[Mahagam]

хм. судя по тому что в еррате есть баги ядра - ядро переделывали. зачем???

[MrYuran]

хм. судя по тому что в еррате есть баги ядра - ядро переделывали. зачем???

Видимо, при реализации в железе возникли накладки...
Я отличий от старого [пока] не заметил.
Зато заметил новую фичу с портами:

Individual ports can be accessed as byte-wide ports or can be combined into word-wide ports and
accessed via word formats. Port pairs P1/P2, P3/P4, etc. are associated with the names PA, PB, etc.,
respectively. When writing to port PA with word operations, all 16 bits are written to the port.

!6 битная шина наружу - велл гуд

Вот ещё:

Versatile I/O Port Interrupts
Each pin of the versatile port has interrupt capability, configured with the PxIFG, PxIE, and PxIES
registers. All port interrupt flags are prioritized, with bit 0 being the highest, and combined to source a
single interrupt vector. The highest priority enabled interrupt generates a number in the PxIV register. This
number can be evaluated or added to the program counter to automatically enter the appropriate software
routine. Disabled Px interrupts do not affect the PxIV value.

Приоритетные прерывания от ног - тоже что-то новенькое

[Mahagam]

именно что - отличий нет. ядро старое. как они умудрились испоганить HDL-описание при укладке в новые кристаллы - непонятно. ну может когда JTAG с расширенными возможностями к ядру прикручивали... и все равно... индусы поработали?

[Shread]

именно что - отличий нет. ядро старое. как они умудрились испоганить HDL-описание при укладке в новые кристаллы - непонятно. ну может когда JTAG с расширенными возможностями к ядру прикручивали... и все равно... индусы поработали?

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

[Mahagam]

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

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

[dxp]

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

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

[MrYuran]

Всякое новое - это не только новые возможности, но и новые ошибки.

Исправлены старые ошибки, добавлены новые ©

[Mahagam]

И помимо функционального описания есть еще топология, могли там накосячить, т.ч. какие-то функционально правильные вещи работают не так, как задумано.

такие баги средства верификации выловят на раз. другое дело что таки индусы тронули исходники ядра. вопрос - зачем? оптимизация? какая? он что, стал работать на 40MHz? нет. оптимизация по вольтажу? так тут описание ядра никоим боком его не касается. ой боюсь я новых поделок TI.

[Shread]

Вы согласитесь, что можно написать HDL код который будет выглядеть совершенно поразному и будет делать ровно одно и то же? Я лично такое делал и не раз. Часто приходит желание внести изменение, упростить. К тому же совершенно не обязательно что этими чипами занимается одни и те же люди, вполне вероятно что 09x делали другие люди, на основе труда другой команыды. Если им показалось что-то неоптимально - они могли внести изменения. В плисках - в зависимости от того какой тип плис используешь, тоже меняешь что-то на что-то. Логично что и тут они поступили так же. Насажать ошибок при этом - пара пустяков. Если у вас есть конкретные рекомендации по искоренению этих ошибок - идите работать в TI(на полном серьезе) они с радостью вас примут! В целом у Ti с ошибками ядра всё довольно хорошо. Им далеко в этом плане да Атмела, или NXP(вспоминаю арм с внешней шиной для памяти, в первой ревизии которых эта самая шина не работала вообще), и уже тем более до российских разработчиков(типа элвиса, у которого в первых чипах кроме тестбенчей вообще ничего не работало)

[Mahagam]

да. рекомендации есть . покарать анально тех индусов которые нарушили принцип "работает - не трогай".

[ih_]

... Ставить например в кросовки всякие(как TI любит)...

И диапазон рабочих температур у них не промышленный.

[Shread]

да. рекомендации есть . покарать анально тех индусов которые нарушили принцип "работает - не трогай".

Этот принцип хорош далеко не всегда. И Ti ему по возможности следует(я не видел чтоб в процессорах 2xx которые появились позже прочих своих собратьев появлялись детские болезни, которые они к тому моменту в более ранних моделях уже вылечили). В данном случае имеем дело с совершенно новым процессором у которого в любом случае очень много чего переделано так что мучать индусов не за что...

[MrYuran]

В данном случае имеем дело с совершенно новым процессором у которого в любом случае очень много чего переделано так что мучать индусов не за что...

Тем более что лицо у паренька в презенташке отнюдь не индусское...
Больше китайца напоминает, ну или корейца...

[Mahagam]

Этот принцип хорош далеко не всегда. И Ti ему по возможности следует(я не видел чтоб в процессорах 2xx которые появились позже прочих своих собратьев появлялись детские болезни, которые они к тому моменту в более ранних моделях уже вылечили). В данном случае имеем дело с совершенно новым процессором у которого в любом случае очень много чего переделано так что мучать индусов не за что...

проц новый. ядро - старое. покажите мне хоть одно отличие от ядра msp430f1xxx. ну кроме пристыкованного к нему нового отладчика. это не объясняет почему появились баги ядра!

[Shread]

Я не знаю как вы, я изрядно понае...лся в свое время с подвисанимями процов 1xx во время прошивки... периодически проц вставал в раковое положение и не шился нифига, пока не выключишь питание, не закоротишь его и не включишь взад. Вот хотябы это в 2хх уже места не имеет. С ними таких проблем ни у меня во время отладки ни на сборочной линии во время серийно прошивки не замечено. И таких нюансов массы. У меня были кое-какие проблемы с переводом одного изделия с 1121 на 2131 в ходе общения с поддержкой TI всплыло довольно много подробностей отличия одного модуля от другого... самое забавное, что даже там, где при прочтении даташита создается впечатление что модули одинаковые.